Cross-network communication method, system and device and storage medium

Abstract

The embodiment of the invention provides a cross-network communication method and system, and the method comprises the steps: receiving source communication data; managing an address pool of the IPV4 network by adopting a bitmap scheme; according to the mapping relation list, adapting the source communication data to target communication data which can be transmitted by the target network and transmitting the target communication data to the target network; according to the bitmap scheme, the distribution state of the IPV4 addresses is marked through bits, the mapping relation list comprises the mapping relation among network identifiers of the multiple networks, and the target network is any one of the multiple networks different from the data source network. According to the embodiment of the invention, the data adaptation and transmission among different networks are realized, the compatibility problem between the articulated naturality web and the IPV4 network is effectively solved, and the data can be seamlessly switched and communicated between the two networks. The address pool of the IPV4 network in a plurality of networks is managed by adopting a bitmap scheme, and the allocation state of the IPV4 address is marked by bits, so that the efficient allocation and release of address resources are realized.

Description

Technical Field

[0001] The present invention relates to the field of communication technology, and in particular to a cross-network communication method, a cross-network communication system, an electronic device, and a computer-readable storage medium. Background Art

[0002] With the rapid development of network communication technologies, different types of networks have been widely used in areas such as enterprise communications and video transmission. These networks often employ different communication protocols to meet specific performance and security requirements. For example, visual networking technology, through its independently developed communication protocols, enables bidirectional, real-time, and secure transmission of high-definition video data, supporting large-scale concurrency and flexible networking. IPv4 networks, with their vast address space and broad compatibility, have become a critical infrastructure for the modern Internet.

[0003] In existing technologies, communication between different networks often faces compatibility issues. Differences in underlying protocols, such as the inconsistency between the proprietary addressing mechanism of the visual Internet and the address format of the IPv4 network, prevent data from being transmitted directly between the two networks. Furthermore, existing technologies often require complex gateway devices or manual configuration to achieve cross-network communication, resulting in inefficient communication and difficulty ensuring real-time and stable transmission. Summary of the Invention

[0004] In view of the above problems, embodiments of the present invention are proposed to provide a cross-network communication method, a cross-network communication system, an electronic device, and a computer-readable storage medium that overcome the above problems or at least partially solve the above problems.

[0005] In order to solve the above problems, an embodiment of the present invention discloses a cross-network communication method, which includes:

[0006] receiving source communication data originating from any of a plurality of networks;

[0007] Adopting a bitmap scheme to manage the address pool of the IPv4 network in the plurality of networks;

[0008] According to a pre-established mapping relationship list, the source communication data is adapted to target communication data transmittable by a target network and transmitted to the target network;

[0009] The bitmap scheme marks the allocation status of the IPV4 address by bits, the mapping relationship list includes mapping relationships between the network identifiers of the multiple networks, and the target network is any network among the multiple networks that is different from the data source network.

[0010] Optionally, the adopting a bitmap scheme to manage the address pools of the IPv4 networks in the multiple networks includes:

[0011] Initialize the bitmap and create a byte array with a preset number of bytes, wherein the values ​​of all bits in the byte array are set to 0, indicating that the corresponding IPv4 address is in an available state;

[0012] When allocating an IPV4 address, scan from the starting position of the byte array to find the first bit with a value of 0, set the value of the found bit to 1, indicating that the corresponding IPV4 address has been allocated, and return the IPV4 address corresponding to the found bit for network communication;

[0013] When releasing an IPV4 address, a corresponding bitmap index is calculated based on the IPV4 address to be released, and the value of the bit corresponding to the bitmap index is reset to 0, indicating that the corresponding IPV4 address is restored to an available state.

[0014] Optionally, before creating a byte array with a preset number of bytes, the method further includes:

[0015] The preset number of bytes is calculated based on the subnet range, with each IPV4 address corresponding to one bit.

[0016] Optionally, calculating a corresponding bitmap index according to the IPV4 address to be released includes:

[0017] The bitmap index is obtained by multiplying the third byte of the IPV4 address to be released by a fixed base, adding the fourth byte, and then subtracting a fixed offset.

[0018] Optionally, after returning the IPv4 address corresponding to the found bit for network communication, the method further comprises:

[0019] Dividing the bitmap index by a fixed base to obtain a third byte, and adding a fixed offset to a modulo result of the bitmap index with respect to the fixed base to obtain a fourth byte;

[0020] The obtained third byte and fourth byte are combined with the first two bytes of the preset IPV4 address to form a reverse-calculated IPV4 address.

[0021] Optionally, the adapting the source communication data to target communication data transmittable by a target network and transmitting the data to the target network according to a pre-established mapping relationship list includes:

[0022] When the source communication data originates from the visual network, parsing the payload portion of the source communication data and encapsulating it into the target communication data including an IPv4 header;

[0023] Transmit the target communication data to the IPV4 network.

[0024] Optionally, the adapting the source communication data to target communication data transmittable by a target network and transmitting the data to the target network according to a pre-established mapping relationship list includes:

[0025] When the source communication data originates from the IPV4 network, querying the corresponding visual network number according to the target IPV4 address of the source communication data, and encapsulating the source communication data into the target communication data in the visual network protocol format;

[0026] Transmit the target communication data to the visual network.

[0027] An embodiment of the present invention further discloses a cross-network communication system, comprising:

[0028] A source data receiving module, configured to receive source communication data originating from any one of a plurality of networks;

[0029] An address pool management module, configured to manage the address pools of the IPv4 networks in the plurality of networks using a bitmap scheme;

[0030] A source data adaptation module, configured to adapt the source communication data to target communication data transmittable by a target network according to a pre-established mapping relationship list and transmit the target communication data to the target network;

[0031] The bitmap scheme marks the allocation status of the IPV4 address by bits, the mapping relationship list includes mapping relationships between the network identifiers of the multiple networks, and the target network is any network among the multiple networks that is different from the data source network.

[0032] Optionally, the address pool management module includes:

[0033] A bitmap initialization module is used to initialize the bitmap and create a byte array with a preset number of bytes, wherein the values ​​of all bits in the byte array are set to 0, indicating that the corresponding IPv4 address is in an available state;

[0034] An address allocation module is configured to, when allocating an IPV4 address, scan from the start position of the byte array, find the first bit whose value is 0, set the value of the found bit to 1, indicating that the corresponding IPV4 address has been allocated, and return the IPV4 address corresponding to the found bit for network communication;

[0035] The address release module is used to calculate the corresponding bitmap index according to the IPV4 address to be released when releasing the IPV4 address, and reset the value of the bit corresponding to the bitmap index to 0, indicating that the corresponding IPV4 address is restored to an available state.

[0036] Optionally, the address pool management module further includes:

[0037] The byte quantity calculation module is used to calculate the preset byte quantity according to the subnet range before the bitmap initialization module creates a byte array with a preset byte quantity, where each IPV4 address corresponds to one bit.

[0038] Optionally, the address releasing module is configured to multiply the third byte of the IPV4 address to be released by a fixed base, add the fourth byte, and then subtract a fixed offset to obtain the bitmap index.

[0039] Optionally, the address pool management module further includes:

[0040] A third and fourth byte determination module is configured to, after the address allocation module returns the IPv4 address corresponding to the found bit position for network communication, divide the bitmap index by a fixed base to obtain a third byte, and add a fixed offset to a modulo result of the bitmap index with respect to the fixed base to obtain a fourth byte;

[0041] The address reverse calculation module is used to combine the obtained third byte and fourth byte with the first two bytes of the preset IPV4 address to form a reverse-calculated IPV4 address.

[0042] Optionally, the source data adaptation module includes:

[0043] A parsing and encapsulation module, configured to parse the payload portion of the source communication data and encapsulate it into the target communication data including an IPv4 header when the source communication data originates from the visual network;

[0044] A data transmission module is used to transmit the target communication data to the IPV4 network.

[0045] Optionally, the parsing and encapsulation module is further configured to, when the source communication data originates from the IPV4 network, query the corresponding visual network number according to the target IPV4 address of the source communication data, and encapsulate the source communication data into the target communication data in the visual network protocol format;

[0046] The data transmission module is also used to transmit the target communication data to the visual network.

[0047] An embodiment of the present invention also discloses an electronic device, comprising: one or more processors; and one or more machine-readable media having instructions stored thereon, which, when executed by the one or more processors, enables the electronic device to perform the cross-network communication method described above.

[0048] An embodiment of the present invention further discloses a computer-readable storage medium, wherein a computer program stored in the storage medium enables a processor to execute the cross-network communication method described above.

[0049] The embodiments of the present invention include the following advantages:

[0050] The cross-network communication solution provided by an embodiment of the present invention receives source communication data originating from any one of a plurality of networks; adopts a bitmap solution to manage the address pools of the IPv4 networks in the plurality of networks; and adapts the source communication data to target communication data transmittable by a target network according to a pre-established mapping relationship list and transmits the data to the target network; wherein the bitmap solution marks the allocation status of the IPv4 address by bits, the mapping relationship list includes mapping relationships between the network identifiers of the plurality of networks, and the target network is any one of the plurality of networks that is different from the data source network.

[0051] Compared with the background technology, the embodiments of the present invention have the following beneficial effects:

[0052] The embodiment of the present invention adapts the source communication data to the target communication data transmittable by the target network according to the pre-established mapping relationship list and transmits it to the target network, thereby realizing data adaptation and transmission between different networks, effectively solving the compatibility problem between the visual network and the IPV4 network, and enabling data to be seamlessly switched and communicated between the two networks. A bitmap scheme is adopted to manage the address pool of the IPV4 network in multiple networks, and the allocation status of the IPV4 address is marked by bits to realize the efficient allocation and release of address resources. It can quickly identify available addresses, reduce address conflicts and resource waste, and further support the efficiency and stability of cross-network communications. Through the automated mapping relationship list and data adaptation mechanism, the dependence on complex gateway equipment or manual configuration is reduced, thereby simplifying the communication process and improving the efficiency of cross-network communications. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] Figure 1 This is a flowchart of the steps of a cross-network communication method according to an embodiment of the present invention;

[0054] Figure 2 This is a schematic diagram of the principle of a method for realizing seamless switching between a visual network and an IPV4 network by using a visual network component according to an embodiment of the present invention;

[0055] Figure 3 This is a structural block diagram of a cross-network communication system according to an embodiment of the present invention. DETAILED DESCRIPTION

[0056] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, the present invention is further described in detail below with reference to the accompanying drawings and specific embodiments.

[0057] An embodiment of the present invention provides a cross-network communication solution, which receives source communication data from a visual network or an IPV4 network, uses a visual network component to establish a connection between a client and a server and allocates an IPV4 address, adopts a bitmap solution to efficiently manage the IPV4 address pool (using bits to mark the address allocation status to achieve rapid allocation and release), and adapts the source communication data to target communication data that can be transmitted by the target network according to a pre-established mapping relationship list. For example, the visual network data is parsed and encapsulated into the IPV4 format or the IPV4 data is converted into the visual network protocol format, thereby achieving seamless transmission of data between different networks, significantly improving communication efficiency, reducing manual intervention, and improving real-time performance and stability in scenarios such as high-definition video transmission. At the same time, by supporting mapping relationships of multiple network identifiers, it demonstrates flexible adaptability to multiple network environments.

[0058] Reference Figure 1 , shows a flowchart of the steps of a cross-network communication method according to an embodiment of the present invention. The cross-network communication method can be applied to systems such as communication systems and network systems (hereinafter referred to as systems). The cross-network communication method may specifically include the following steps:

[0059] Step 101: Receive source communication data from any one of a plurality of networks.

[0060] In a communication or network system, multiple networks may include heterogeneous networks operating based on different communication protocols, such as visual networks, IPv4 networks, or other proprietary networks. Each of these networks has a unique network identifier and data format, and source communication data refers to the original data packets sent from any of these networks. The reception process is typically performed by the system's network interface module, which can identify and capture data streams from different networks to ensure data integrity and accuracy. The reception of source communication data is not limited to a single network type; instead, it is universal and can handle data input from a variety of network environments, ensuring the flexibility of cross-network communication.

[0061] For example, when the source communication data originates from the visual network, it may contain a high-definition video stream encapsulated using the visual network protocol, which is characterized by strong real-time performance and large data volumes. On the other hand, when the data originates from an IPv4 network, it may be a standard IPv4 packet, including a 32-bit address format. The system captures this data by configuring the corresponding network interface (such as a visual network card or an IPv4 card) and ensures that key information, such as the data payload, protocol header, or control field, is not lost during the reception process.

[0062] For example, suppose in an enterprise communication scenario, a visual network user initiates a video conference request, and the system receives the source communication data sent by the visual network, which contains video encoding and a 20-digit number identifier; at the same time, another IPV4 network user sends a file sharing request, and the system also receives the source communication data with an IPV4 address.

[0063] Step 102: Use a bitmap solution to manage the address pools of the IPv4 networks in the multiple networks.

[0064] The bitmap scheme is an efficient data structure for marking the allocation status of IPv4 addresses. Its core concept is to assign each IPv4 address in the address pool to a bit in the bitmap, where a bit value of 0 indicates that the IPv4 address is available, and a bit value of 1 indicates that the IPv4 address is allocated. When initializing the bitmap, the system calculates the required number of bytes based on the subnet range, creates a byte array of a predetermined number of bytes, and sets all bits to 0, indicating that all IPv4 addresses are available in the initial state. For example, for the subnet range 192.168.0.0 / 16, there are 65,534 available IPv4 addresses (from 192.168.0.1 to 192.168.255.254), with each address assigned a bit. Therefore, the number of bytes required for the bitmap is 65,534 divided by 8, or approximately 8,192 bytes. This method of constructing the bitmap lays the foundation for subsequent address management.

[0065] When allocating an IPV4 address, the system scans from the starting position of the bitmap, finds the first bit with a value of 0, sets the bit to 1, indicating that the corresponding IPV4 address has been allocated, and returns the IPV4 address corresponding to the bit for network communication. Conversely, when releasing an IPV4 address, the system calculates the corresponding bitmap index based on the IPV4 address to be released, resets the bit at the index position to 0, indicating that the IPV4 address has been restored to a usable state. In order to achieve the correspondence between the address and the bitmap index, when calculating the bitmap index, the system multiplies the third byte of the IPV4 address as the high-order part by a fixed base, adds the fourth byte minus a fixed offset, and obtains the corresponding index value; when reversely calculating the IPV4 address through the bitmap index, the index is divided by the fixed base to obtain the third byte, and the result of taking the remainder of the index with respect to the fixed base plus a fixed offset to obtain the fourth byte. The obtained third and fourth bytes are then combined with the first two bytes of the preset IPV4 address (such as 192.168) to form a complete IPV4 address. This index calculation and reverse calculation mechanism ensures accurate mapping between addresses and bitmaps.

[0066] Step 103: According to the pre-established mapping relationship list, the source communication data is adapted to target communication data transmittable by the target network and transmitted to the target network.

[0067] The bitmap scheme uses bits to mark the allocation status of IPv4 addresses. The mapping relationship list contains mapping relationships between network identifiers of multiple networks. The target network is any network among the multiple networks that is different from the data source network.

[0068] The target network is defined as any network among multiple networks that is different from the data source network. For example, if the source communication data comes from the visual network, the target network may be an IPv4 network, and vice versa. The adaptation and transmission process not only solves protocol compatibility issues but also improves the real-time and stability of cross-network communication through efficient processing mechanisms.

[0069] Specifically, the data adaptation process varies depending on the source network and target network of the source communication data. When the source communication data comes from the visual network, the system parses the payload part of the source communication data through the visual network component, extracts the valid data content (such as high-definition video stream), and encapsulates it into target communication data containing IPV4 header information. The header information includes the target IPV4 address, the source IPV4 address (assigned by the bitmap scheme) and other necessary control fields, and then transmits the target communication data to the target network through the IPV4 network card. Conversely, when the source communication data comes from the IPV4 network, the system queries the mapping relationship list based on the target IPV4 address of the source communication data, finds the corresponding visual network 20-digit number, and re-encapsulates the source communication data into target communication data in the visual network protocol format, including header information and control fields unique to the visual network, and then transmits it to the visual network through the visual network dedicated network card. During the adaptation process, the system ensures that key information in the source communication data is not lost, and adjusts the size, format and transmission priority of the data packet according to the characteristics of the target network to meet the transmission requirements of the target network.

[0070] Furthermore, before transmitting target communication data, the system establishes a data conversion channel at the network edge through the Visual Networking component. This channel enables efficient conversion between Visual Networking numbers and IPv4 addresses, ensuring the accuracy and security of data transmission. After the transmission is complete, the system also uses the Visual Networking component to analyze the transmission characteristics of the Visual Networking and IPv4 networks in real time, such as bandwidth utilization, latency, and packet loss rate. Based on this analysis, the system dynamically optimizes the address allocation strategy of the mapping relationship list and bitmap scheme to further improve the efficiency and stability of cross-network communication.

[0071] The embodiment of the present invention adapts the source communication data to the target communication data transmittable by the target network according to the pre-established mapping relationship list and transmits it to the target network, thereby realizing data adaptation and transmission between different networks, effectively solving the compatibility problem between the visual network and the IPV4 network, and enabling data to be seamlessly switched and communicated between the two networks. A bitmap scheme is adopted to manage the address pool of the IPV4 network in multiple networks, and the allocation status of the IPV4 address is marked by bits to realize the efficient allocation and release of address resources. It can quickly identify available addresses, reduce address conflicts and resource waste, and further support the efficiency and stability of cross-network communications. Through the automated mapping relationship list and data adaptation mechanism, the dependence on complex gateway equipment or manual configuration is reduced, thereby simplifying the communication process and improving the efficiency of cross-network communications.

[0072] In an exemplary embodiment of the present invention, an implementation method of using a bitmap scheme to manage the address pool of IPV4 networks in multiple networks is as follows: initialize the bitmap, create a byte array with a preset number of bytes, wherein the value of the bit in the byte array is set to 0, indicating that the corresponding IPV4 address is in an available state; when allocating an IPV4 address, scan from the starting position of the byte array, find the first bit with a value of 0, set the value of the found bit to 1, indicating that the corresponding IPV4 address has been allocated, and return the IPV4 address corresponding to the found bit for network communication; when releasing the IPV4 address, calculate the corresponding bitmap index according to the IPV4 address to be released, and reset the value of the bit corresponding to the bitmap index to 0, indicating that the corresponding IPV4 address is restored to an available state.

[0073] First, the address pool management structure is constructed by initializing a bitmap. This involves creating a byte array with a preset number of bytes, calculated based on the total number of IPv4 addresses within the subnet. Each IPv4 address corresponds to a bit in the byte array. During the initialization phase, all bits are set to 0, indicating that the corresponding IPv4 address is available and has not yet been assigned to any network connection or device. This initialization design ensures a clear record of the address pool's status at startup, providing a reliable foundation for subsequent allocation and release operations. Next, when an IPv4 address needs to be allocated, the system scans the byte array sequentially, starting from the beginning, for the first bit with a value of 0. Once found, the bit is set to 1, indicating that the corresponding IPv4 address has been allocated. The IPv4 address corresponding to that bit is then returned for identification and addressing in network communications. This process ensures rapid and accurate address allocation and avoids the possibility of address conflicts. In addition, when releasing an IPV4 address, the system calculates the corresponding bitmap index based on the IPV4 address to be released, finds the bit at the index position in the byte array, and resets its value to 0, indicating that the corresponding IPV4 address has returned to a usable state and can be allocated to other connections or devices again.

[0074] For example, in an enterprise network environment, when a new device needs to access the IPV4 network, the system scans the byte array to find a bit with a value of 0, sets it to 1, and returns the corresponding IPV4 address (such as 192.168.1.5) to the device for communication; when the device disconnects, the system calculates the corresponding index based on the address, sets the bit value back to 0, and makes the address available for other devices to use again.

[0075] This implementation method uses a bitmap solution to achieve efficient management of the IPV4 address pool with extremely low storage overhead. Through rapid scanning and updating of bit status, it significantly improves the speed of address allocation and release, reduces resource waste and conflict risks, and thus provides stable and reliable address support for cross-network communication. Especially in high-load scenarios with frequent switching between visual networks and IPV4 networks, it can ensure the continuity and efficiency of communication.

[0076] In an exemplary embodiment of the present invention, before creating a byte array with a preset number of bytes, an implementation method is: calculating the preset number of bytes based on the subnet range, with each IPV4 address corresponding to one bit.

[0077] The required storage space for the bitmap is determined by calculating a preset number of bytes based on the subnet range. The core principle is that each IPv4 address corresponds to a bit in the bitmap, which marks the address's allocation status (0 for available, 1 for allocated). A subnet range is typically defined as a network address and a mask. For example, 192.168.0.0 / 16 represents a subnet containing 65,536 addresses, with available addresses ranging from 192.168.0.1 to 192.168.255.254, for a total of 65,534 addresses. The system first determines the total number of available IPv4 addresses within the subnet range and uses this number as the bit count, as each address requires a bit to record its status. The system then converts the number of bits into bytes. Since eight bits constitute a byte, the required number of bytes is calculated by dividing the total number of bits by 8 (rounding up to account for the remainder). For example, for the 65,534 addresses in the subnet range above, the number of bits required is 65,534, which translates to 65,534 divided by 8, or approximately 8,192 bytes. This calculation results in the preset number of bytes used to create the byte array that serves as the storage space for the bitmap data structure. The system takes the subnet range boundaries into account during the calculation process, ensuring that no usable addresses are missed and avoiding allocating bits for unusable addresses (such as network addresses and broadcast addresses), thereby optimizing the utilization of storage resources.

[0078] For example, suppose an enterprise network uses the subnet range 192.168.1.0 / 24, which has only 254 available IPv4 addresses (from 192.168.1.1 to 192.168.1.254). The system calculates that 254 bits are required based on this range, which is converted to 254 bytes divided by 8, rounded up to 32 bytes. Therefore, the default byte count is 32 bytes. The system then creates a byte array based on this number as a bitmap, ensuring that the allocation status of each address in the subnet can be fully recorded. This calculation method is applicable not only to small subnets, but also to larger subnet ranges. It is highly versatile and adaptable, ensuring the applicability of the bitmap solution in different network environments.

[0079] This implementation method ensures a one-to-one correspondence between the bitmap data structure and the IPV4 address within the subnet range by accurately calculating the preset number of bytes, thereby avoiding waste or insufficient storage space, thereby laying a solid foundation for subsequent address pool management and indirectly improving the accuracy and efficiency of address allocation in cross-network communications. In particular, in scenarios where the visual network and the IPV4 network frequently interact, it can ensure the reasonable scheduling of address resources.

[0080] In an exemplary embodiment of the present invention, an implementation method for calculating the corresponding bitmap index based on the IPV4 address to be released is: multiplying the third byte of the IPV4 address to be released by a fixed base, adding the fourth byte and then subtracting a fixed offset to obtain the bitmap index.

[0081] The bitmap data structure is stored as a byte array, with each IPv4 address corresponding to a bit in the array. A value of 0 indicates that the address is available, and a value of 1 indicates that the address is allocated. When an IPv4 address needs to be released, the system must first determine the corresponding position of the address in the bitmap, namely the bitmap index, and then reset the bit value at that position to 0, indicating that the address has returned to a usable state. An IPv4 address consists of four bytes. Typically, within the same subnet, the first two bytes are fixed (such as 192.168), while the third and fourth bytes vary, determining the uniqueness of the address. The third byte is converted to a high-order weight by multiplying it by a fixed base (usually related to the address distribution pattern within the subnet range). This is then combined with the low-order value of the fourth byte, and finally, a fixed offset (used to correct for the influence of the starting address) is subtracted to align the bitmap index range, ensuring that the calculated index value accurately corresponds to the bit position in the bitmap.

[0082] For example, assuming that in a network with a subnet range of 192.168.0.0 / 16, the IPV4 address to be released is 192.168.1.1. The system extracts its third byte as 1 and the fourth byte as 1. According to the calculation rules of this embodiment, the third byte is multiplied by a fixed base (such as 256, representing the number of addresses corresponding to each third byte value), and 1 multiplied by 256 equals 256. Add the fourth byte value 1 to get 257, and finally subtract a fixed offset (such as 1, used to correct the starting address) to get the bitmap index value of 256. The system then finds the corresponding position in the bitmap byte array based on this index value, sets the bit value to 0, and completes the address release.

[0083] This implementation ensures accurate mapping of addresses and bitmap positions by converting the third and fourth bytes of the IPV4 address into bitmap indexes according to specific rules, so that the status can be accurately updated when the address is released, avoiding confusion or errors in address management, and providing reliable guarantees for efficient scheduling of IPV4 addresses in cross-network communications, especially enhancing the stability of resource management in scenarios where the visual network and the IPV4 network frequently interact.

[0084] In an exemplary embodiment of the present invention, after returning the IPV4 address corresponding to the found bit for network communication, an implementation method is: dividing the bitmap index by a fixed base to obtain a third byte, and adding a fixed offset to the modulo result of the bitmap index with respect to the fixed base to obtain a fourth byte; combining the obtained third byte and fourth byte with the first two bytes of the preset IPV4 address to form a reverse-calculated IPV4 address.

[0085] The bitmap index is divided by a fixed base to obtain the third byte of the IPV4 address. This fixed base is usually related to the address distribution pattern within the subnet range, reflecting the weight of the impact of the third byte change on the index; secondly, the result of taking the remainder of the bitmap index with respect to the fixed base is added with a fixed offset to obtain the fourth byte of the IPV4 address. This offset is used to correct the impact of the starting address and ensure that the calculation result is aligned with the actual address range. Through these two steps of calculation, the system can restore the third and fourth bytes of the IPV4 address from the bitmap index. Subsequently, the system combines the obtained third and fourth bytes with the first two bytes of the preset IPV4 address (usually the prefix of the subnet, such as 192.168) to form a complete reverse-calculated IPV4 address. This process ensures that the mapping from the bitmap index to the IPV4 address is reversible, avoiding ambiguity or errors in the address calculation.

[0086] For example, suppose that in a network with a subnet range of 192.168.0.0 / 16, when the system allocates an address, it finds the bit at bitmap index 256 and needs to reverse-calculate the corresponding IPv4 address. According to this embodiment, the system divides the index 256 by a fixed base (e.g., 256), resulting in a third byte of 1. The system then takes the remainder 0 modulo 256 divided by the base, adding a fixed offset (e.g., 1), resulting in a fourth byte of 1. Finally, the third and fourth bytes 1 are combined with the first two bytes of the default 192.168 to form the complete IPv4 address 192.168.1.1. This address can then be used for network communications or compared with allocation records for consistency.

[0087] This implementation ensures the verifiability and accuracy of address allocation results by reversely calculating the IPV4 address from the bitmap index, avoiding communication failures caused by mapping errors, thereby providing technical guarantees for the reliable use of IPV4 addresses in cross-network communications, and enhancing the credibility of address management, especially in scenarios where the visual network and the IPV4 network interact frequently.

[0088] In an exemplary embodiment of the present invention, according to a pre-established mapping relationship list, an implementation method of adapting the source communication data into target communication data that can be transmitted by the target network and transmitting it to the target network is: when the source communication data comes from the visual network, the payload part of the source communication data is parsed and encapsulated into target communication data containing an IPV4 header; and the target communication data is transmitted to the IPV4 network.

[0089] The system first determines the target network identifier of the source communication data using a pre-established mapping list, mapping the 20-digit number of the visual network to the corresponding IPv4 address. This mapping list is a key data structure for cross-network communication, storing the correspondence between different network identifiers and dynamically constructed and updated by the system during the initialization phase or when communication needs arise. When the source communication data originates from the visual network, the system initiates the data adaptation process, which includes parsing the payload of the source communication data. This involves extracting the valid data content, such as high-definition video streams, audio data, or other service data, from the packets in the visual network protocol format, while retaining necessary metadata (such as data length and encoding format) to ensure data integrity. The system then repackages the extracted payload into target communication data in the IPv4 network protocol format. This process involves constructing the IPv4 header information, including the target IPv4 address (obtained from the mapping list), the source IPv4 address (assigned by the system and typically managed through a bitmap scheme), the protocol type, and the checksum, to ensure that the target communication data can be correctly identified and processed by the IPv4 network. In addition, the system will adjust the data packet size and fragmentation strategy according to the transmission characteristics of the IPV4 network. For example, it will fragment large-volume video data into multiple data packets that meet the Maximum Transmission Unit (MTU) limit to avoid packet loss or delay during transmission.

[0090] After completing the data adaptation, the system transmits the target communication data to the target network, i.e., the IPV4 network, through the IPV4 network card. During the transmission process, the system ensures that the data packets are sent to the target IPV4 address according to the routing rules of the IPV4 network, and monitors the transmission status through the network interface module, such as detecting whether there is packet loss or timeout. If an anomaly is found, the retransmission mechanism is triggered to ensure data reliability. The system also supports dynamic adjustment of transmission priority. For example, for high-definition video data from the visual network source, a higher priority can be set to meet real-time requirements. For example, suppose a visual network user sends video conference data to an IPV4 network user through the enterprise communication system. After receiving the source communication data of the visual network, the system parses the video payload part, queries the mapping relationship list to find the target user's IPV4 address (such as 192.168.1.10), and then encapsulates the video data into multiple IPV4 data packets. Each data packet contains standard IPV4 header information and is sent to the target user through the IPV4 network card to ensure smooth transmission of the video stream in the IPV4 network. This process fully demonstrates the integrity of data adaptation and transmission from the visual Internet to the IPV4 network.

[0091] This implementation method successfully solves the protocol compatibility problem between the two heterogeneous networks by parsing the payload of the visual network source communication data and encapsulating it into the target communication data in IPV4 format, ensuring the seamless transmission of data from the visual network to the IPV4 network, thereby providing efficient support for cross-network communication, and significantly improving the user experience in scenarios with high real-time requirements, especially in high-definition video transmission.

[0092] In an exemplary embodiment of the present invention, according to a pre-established mapping relationship list, an implementation method of adapting the source communication data into target communication data that can be transmitted by the target network and transmitting it to the target network is: when the source communication data comes from the IPV4 network, the corresponding visual network number is queried according to the target IPV4 address of the source communication data, and the source communication data is encapsulated into target communication data in the visual network protocol format; and the target communication data is transmitted to the visual network.

[0093] When the source communication data comes from the IPV4 network, the system will start the data adaptation process. The specific steps include extracting the target IPV4 address from the source communication data (usually located in the header field of the IPV4 data packet), and then querying the mapping relationship list to find the visual network number corresponding to the target IPV4 address. This mapping process ensures that the data can accurately point to the target recipient in the visual network. Next, the system re-encapsulates the source communication data into target communication data that conforms to the visual network protocol format. This process involves parsing the payload part (such as file content, video clips or other business data) from the IPV4 data packet and constructing the header information unique to the visual network protocol, including the target visual network number, source visual network number (assigned or mapped by the system), data type, control field, etc., to ensure that the target communication data can be correctly identified and processed by the visual network. During the encapsulation process, the system will also adjust the structure of the data packet according to the transmission characteristics of the visual network, such as optimizing the data packet size to adapt to the high real-time requirements of the visual network, or adding security check fields to meet the security needs of the visual network.

[0094] After data adaptation is complete, the system transmits the target communication data to the target network, the Visual Network, via a dedicated network card. During transmission, the system ensures that the data packets are delivered to the target Visual Network number according to the Visual Network's communication rules. The system also monitors the transmission status in real time through the network interface module, detecting, for example, any transmission delays or data loss. If anomalies are detected, retransmission or error handling mechanisms are triggered to ensure data reliability. Furthermore, the system supports dynamic configuration of transmission priorities. For example, for real-time voice data forwarded from the IPV4 network, a higher priority can be set to meet the Visual Network's low-latency requirements. For example, suppose an IPV4 network user sends file data to a visual network user through an enterprise communication system. After receiving the source communication data from the IPV4 network, the system extracts the target IPV4 address (such as 192.168.1.20) from the packet header, queries the mapping relationship list to find the corresponding visual network number (such as 12345678901234567890), and then encapsulates the file data into target communication data in the visual network protocol format, including the visual network's unique header information, and sends it to the target user through the visual network's dedicated network card, ensuring the smooth transmission of the file data in the visual network. This process fully reflects the integrity of data adaptation and transmission from the IPV4 network to the visual network.

[0095] This implementation method successfully overcomes the protocol incompatibility barrier between the two heterogeneous networks by querying the mapping relationship list and encapsulating the source communication data of the IPV4 network into the target communication data in the visual network protocol format, and realizes the seamless transmission of data from the IPV4 network to the visual network, thereby providing efficient support for cross-network communication, especially significantly improving the flexibility and reliability of data interaction in a hybrid network environment.

[0096] Based on the above description of an embodiment of a cross-network communication method, the following introduces a method for realizing seamless switching between a visual network and an IPV4 network using a visual network component. One of the purposes is to ensure that users do not need to perceive changes in network types during cross-network communications, thereby achieving efficient and transparent transmission of data. This method is applied to a communication system or a network system, involving two heterogeneous networks, the visual network and the IPV4 network. Among them, the visual network uses a 20-bit visual network number as a network identifier, while the IPV4 network runs based on the IPV4 protocol and uses a 32-bit IPV4 address as a network identifier. The visual network component is deployed at the edge of the network and is responsible for data reception, adaptation, transmission and optimization. The following describes in detail the implementation steps of this method.

[0097] Reference Figure 2 , showing a schematic diagram of the principle of a method for realizing seamless switching between visual network and IPV4 network by using visual network components in an embodiment of the present invention.

[0098] First, the system receives source communication data from the visual network or the IPV4 network through the visual network component. For example, the visual network includes terminal 2, and the IPV4 network includes terminal 1. When terminal 1 sends source communication data through the IPV4 network, the source communication data passes through the network data receiving (ip_recv) interface of the IPV4 network card, is received by the IPV4 data receiving thread 3, and is stored in the IPV4 data processing queue through a push operation. The source communication data includes the target IPV4 address "192.168.0.10". When terminal 2 sends source communication data through the visual network, the source communication data passes through the visual network data receiving (v2v_recv) interface of the visual network (V2V) network card, is received by the V2V data receiving thread 2, and is stored in the V2V data receiving queue through a push operation. The source communication data includes the 20-digit visual network number "12345678901234567890".

[0099] Before data adaptation, the Visual Internet component establishes a tunnel at the network edge and uses this tunnel to convert Visual Internet numbers to and from IPv4 addresses. The system pre-creates a mapping table that maps the Visual Internet number "12345678901234567890" to the IPv4 address "92.168.0.10." This table is dynamically updated based on communication needs, such as automatically assigning new mapping entries when a new terminal is added.

[0100] Then, the visual network component adapts the source communication data to target communication data that can be transmitted by the target network according to the mapping relationship table and transmits it to the target network. If the source communication data comes from the IPV4 network (such as terminal 1), the IPV4 data processing queue distributes the source communication data to the IPV4 to V2V data processing thread 3 through a pop-up operation, parses its payload, strips off the IPV4 header, queries the corresponding visual network number according to the target IPV4 address, encapsulates it into target communication data in the visual network format (such as using a 20-digit number and IPV4 address conversion module operation), and transmits it to terminal 2 through the visual network data sending (v2v_send) interface; if the source communication data comes from the visual network (such as terminal 2), the V2V data receiving queue distributes the source communication data to the V2V to IPV4 data processing thread 1 through a pop-up operation, parses its payload, removes the visual network header, encapsulates it into target communication data containing an IPV4 header, and transmits it to terminal 1 through the network data sending (ip_send) interface. The adaptation process ensures that the switch is imperceptible to the user. For example, when a user at terminal 1 sends a file to terminal 2, the file stream is not interrupted during the transmission process.

[0101] It should be noted that a bitmap is used to manage the IPv4 address pool. Each IP address corresponds to a bit in the bitmap, 0 means available, and 1 means allocated. The following are the detailed implementation steps:

[0102] 1. Bitmap design

[0103] Bitmap size:

[0104] The subnet 192.168.0.0 / 16 has a total of 65534 available IP addresses (192.168.0.1 to

[0105] 192.168.255.254).

[0106] Each IP corresponds to one bit, so the bitmap size is 65534 / 8=8192 bytes.

[0107] Bitmap index calculation:

[0108] Convert an IP address to a bitmap index. For example:

[0109] IP 192.168.0.1 corresponds to index 0.

[0110] IP 192.168.0.2 corresponds to index 1.

[0111] The IP address 192.168.255.254 corresponds to index 65533.

[0112] 2. Conversion between IP address and bitmap index

[0113] Convert IP address to index:

[0114] Convert the third and fourth bytes of the IP address to integer indices.

[0115] Formula: index = (third_byte - 0) * 256 + (fourth_byte - 1), where index represents the index, third_byte represents the third byte, and fourth_byte represents the fourth byte.

[0116] Example:

[0117] IP 192.168.1.1: index=(1-0)*256+(1-1)=256.

[0118] IP 192.168.255.254: index=(255-0)*256+(254-1)=65533.

[0119] Index converted to IP address:

[0120] Formula: third_byte=index / 256, fourth_byte=index%256+1, where index represents the index, third_byte represents the third byte, and fourth_byte represents the fourth byte.

[0121] Example:

[0122] Index 256: third_byte=256 / 256=1, fourth_byte=256%256+1=1→IP 192.168.1.1.

[0123] 3. Bitmap Operation

[0124] Initialize the bitmap:

[0125] Create a bitmap of size 8192 bytes with all bits initialized to 0 (indicating that all IPs are available).

[0126] Assign IP:

[0127] Scan the bitmap, find the first bit that is 0, set it to 1, and return the corresponding IP address.

[0128] Release IP:

[0129] Calculate the index based on the IP address and set the corresponding bit to 0.

[0130] Check IP status:

[0131] Calculate the index based on the IP address and check the value of the corresponding bit (0 or 1).

[0132] 4. Add, delete, and query the mapping table of 20-digit numbers between the index and the visual network

[0133] The IP address index is used as the key and the 20-digit number is used as the value

[0134]

[0135] It should be noted that for the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should be aware that the embodiments of the present invention are not limited by the order of the actions described, because according to the embodiments of the present invention, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present invention.

[0136] Reference Figure 3 , shows a structural block diagram of an inter-network communication system according to an embodiment of the present invention. The inter-network communication system may specifically include the following modules.

[0137] The source data receiving module 31 is used to receive source communication data from any one of the multiple networks;

[0138] An address pool management module 32, configured to manage the address pools of the IPv4 networks in the plurality of networks using a bitmap scheme;

[0139] A source data adaptation module 33 is configured to adapt the source communication data to target communication data transmittable by a target network according to a pre-established mapping relationship list and transmit the target communication data to the target network;

[0140] The bitmap scheme marks the allocation status of the IPV4 address by bits, the mapping relationship list includes mapping relationships between the network identifiers of the multiple networks, and the target network is any network among the multiple networks that is different from the data source network.

[0141] In an exemplary embodiment of the present invention, the address pool management module 32 includes:

[0142] A bitmap initialization module is used to initialize the bitmap and create a byte array with a preset number of bytes, wherein the values ​​of all bits in the byte array are set to 0, indicating that the corresponding IPv4 address is in an available state;

[0143] An address allocation module is configured to, when allocating an IPV4 address, scan from the start position of the byte array, find the first bit whose value is 0, set the value of the found bit to 1, indicating that the corresponding IPV4 address has been allocated, and return the IPV4 address corresponding to the found bit for network communication;

[0144] The address release module is used to calculate the corresponding bitmap index according to the IPV4 address to be released when releasing the IPV4 address, and reset the value of the bit corresponding to the bitmap index to 0, indicating that the corresponding IPV4 address is restored to an available state.

[0145] In an exemplary embodiment of the present invention, the address pool management module 32 further includes:

[0146] The byte quantity calculation module is used to calculate the preset byte quantity according to the subnet range before the bitmap initialization module creates a byte array with a preset byte quantity, where each IPV4 address corresponds to one bit.

[0147] In an exemplary embodiment of the present invention, the address releasing module is configured to obtain the bitmap index by multiplying the third byte of the IPV4 address to be released by a fixed base, adding the fourth byte, and then subtracting a fixed offset.

[0148] In an exemplary embodiment of the present invention, the address pool management module 32 further includes:

[0149] A third and fourth byte determination module is configured to, after the address allocation module returns the IPv4 address corresponding to the found bit position for network communication, divide the bitmap index by a fixed base to obtain a third byte, and add a fixed offset to a modulo result of the bitmap index with respect to the fixed base to obtain a fourth byte;

[0150] The address reverse calculation module is used to combine the obtained third byte and fourth byte with the first two bytes of the preset IPV4 address to form a reverse-calculated IPV4 address.

[0151] In an exemplary embodiment of the present invention, the source data adaptation module 33 includes:

[0152] A parsing and encapsulation module, configured to parse the payload portion of the source communication data and encapsulate it into the target communication data including an IPv4 header when the source communication data originates from the visual network;

[0153] A data transmission module is used to transmit the target communication data to the IPV4 network.

[0154] In an exemplary embodiment of the present invention, the parsing and encapsulation module is further configured to, when the source communication data originates from the IPV4 network, query the corresponding visual network number according to the target IPV4 address of the source communication data, and encapsulate the source communication data into the target communication data in the visual network protocol format;

[0155] The data transmission module is also used to transmit the target communication data to the visual network.

[0156] As for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0157] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0158] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, apparatus, or computer program products. Thus, embodiments of the present invention may take the form of a fully hardware embodiment, a fully software embodiment, or an embodiment combining software and hardware. Furthermore, embodiments of the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0159] The embodiments of the present invention are described with reference to the flowcharts and / or block diagrams of the methods, terminal devices (systems), and computer program products according to the embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing terminal device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing terminal device generate instructions for implementing the process in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0160] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a specific manner, so that the instructions stored in the computer readable memory produce a manufactured product including an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0161] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device so that a series of operating steps are executed on the computer or other programmable terminal device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable terminal device to implement the process. Figure 1 a process or multiple processes and / or boxes Figure 1 The steps for the function specified in one or more boxes.

[0162] Although the preferred embodiments of the present invention have been described, those skilled in the art may make additional changes and modifications to these embodiments once they become aware of the basic creative concepts. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present invention.

[0163] Finally, it should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprises," "comprising," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that includes a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or terminal device. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or terminal device that includes the element.

[0164] The above is a detailed introduction to a cross-network communication method and a cross-network communication system provided by the present invention. Specific examples are used herein to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only used to help understand the method of the present invention and its core idea. At the same time, for those skilled in the art, according to the ideas of the present invention, there will be changes in the specific implementation methods and application scopes. In summary, the content of this specification should not be understood as limiting the present invention.

Claims

1. A cross-network communication method, characterized in that: The method comprises: receiving source communication data originating from any of a plurality of networks; Adopting a bitmap scheme to manage the address pool of the IPv4 network in the plurality of networks; According to a pre-established mapping relationship list, the source communication data is adapted to target communication data transmittable by a target network and transmitted to the target network; The bitmap scheme marks the allocation status of the IPV4 address by bits, the mapping relationship list includes mapping relationships between the network identifiers of the multiple networks, and the target network is any network among the multiple networks that is different from the data source network.

2. The method according to claim 1, characterized in that The method of adopting a bitmap scheme to manage the address pools of the IPv4 networks in the plurality of networks comprises: Initialize the bitmap and create a byte array with a preset number of bytes, wherein the values ​​of all bits in the byte array are set to 0, indicating that the corresponding IPv4 address is in an available state; When allocating an IPV4 address, scan from the starting position of the byte array to find the first bit with a value of 0, set the value of the found bit to 1, indicating that the corresponding IPV4 address has been allocated, and return the IPV4 address corresponding to the found bit for network communication; When releasing an IPV4 address, a corresponding bitmap index is calculated based on the IPV4 address to be released, and the value of the bit corresponding to the bitmap index is reset to 0, indicating that the corresponding IPV4 address is restored to an available state.

3. The method according to claim 2, characterized in that Before creating a byte array with a preset number of bytes, the method further includes: The preset number of bytes is calculated based on the subnet range, with each IPV4 address corresponding to one bit.

4. The method according to claim 2, characterized in that The step of calculating the corresponding bitmap index according to the IPV4 address to be released includes: The bitmap index is obtained by multiplying the third byte of the IPV4 address to be released by a fixed base, adding the fourth byte, and then subtracting a fixed offset.

5. The method according to claim 2, characterized in that After returning the IPv4 address corresponding to the found bit for network communication, the method further includes: Dividing the bitmap index by a fixed base to obtain a third byte, and adding a fixed offset to a modulo result of the bitmap index with respect to the fixed base to obtain a fourth byte; The obtained third byte and fourth byte are combined with the first two bytes of the preset IPV4 address to form a reverse-calculated IPV4 address.

6. The method according to claim 1, characterized in that Adapting the source communication data to target communication data transmittable by a target network and transmitting the target communication data to the target network according to a pre-established mapping relationship list includes: When the source communication data originates from the visual network, parsing the payload portion of the source communication data and encapsulating it into the target communication data including an IPv4 header; Transmit the target communication data to the IPV4 network.

7. The method according to any one of claims 1 to 6, characterized in that Adapting the source communication data to target communication data transmittable by a target network and transmitting the target communication data to the target network according to a pre-established mapping relationship list includes: When the source communication data originates from the IPV4 network, querying the corresponding visual network number according to the target IPV4 address of the source communication data, and encapsulating the source communication data into the target communication data in the visual network protocol format; Transmit the target communication data to the visual network.

8. A cross-network communication system, characterized in that: The system comprises: A source data receiving module, configured to receive source communication data originating from any one of a plurality of networks; An address pool management module, configured to manage the address pools of the IPv4 networks in the plurality of networks using a bitmap scheme; A source data adaptation module, configured to adapt the source communication data to target communication data transmittable by a target network according to a pre-established mapping relationship list and transmit the target communication data to the target network; The bitmap scheme marks the allocation status of the IPV4 address by bits, the mapping relationship list includes mapping relationships between the network identifiers of the multiple networks, and the target network is any network among the multiple networks that is different from the data source network.

9. An electronic device, characterized in that: include: one or more processors; and One or more machine-readable media having instructions stored thereon, when executed by the one or more processors, enable the electronic device to perform the cross-network communication method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that The computer program stored therein enables the processor to execute the cross-network communication method according to any one of claims 1 to 7.

Images