Multi-mode communication adaptation method for chassis and shelter and related device

Abstract

The application relates to the technical field of communication, and discloses a multi-mode communication adaptation method for a chassis and a shelter and related devices, which comprises the following steps: acquiring the communication parameter sets of the chassis and the shelter respectively when the chassis accesses the shelter; establishing protocol correspondence between different communication parameters based on parameter semantic matching; adaptively adjusting the protocol correspondence in combination with the current network environment state of the chassis and the shelter; forming an adaptive protocol matching rule corresponding to the actual network condition; layer-by-layer checking the parameter configuration items of multiple candidate communication modes by using the rule; screening a target communication mode according to the parameter matching integrity proportion; and finally performing protocol conversion on the data to be exchanged according to the target communication mode, so as to generate communication data streams that can be recognized and processed by both sides, thereby guaranteeing that the chassis and the shelter can establish a stable and reliable communication link and realize collaborative operation in various access scenarios.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a multi-mode communication adaptation method and related apparatus for chassis and container. Background Technology

[0002] In the field of emergency management technology, data exchange and collaborative operation between the chassis and the modular container are required through communication interconnection. Related communication methods typically involve data transmission between the chassis and the modular container via a pre-defined communication protocol or a single communication mode. However, this method struggles to accommodate the differences in communication protocol parameters when dealing with different modular containers and chassis, resulting in limited communication mode switching and insufficient protocol matching flexibility, ultimately affecting the stable collaborative operation between the chassis and the modular container. Summary of the Invention

[0003] In view of this, the present invention provides a multi-mode communication adaptation method and related device for chassis and modular container, which solves the technical problem that when facing access scenarios of different modular containers and different chassis, it is difficult to take into account the differences in various communication protocol parameters, resulting in limited communication mode switching and insufficient protocol matching flexibility, which in turn affects the stable collaborative operation between chassis and modular container.

[0004] The first aspect of this invention provides a multi-mode communication adaptation method between a chassis and a modular shelter, applied to the establishment of a communication link between the chassis and the modular shelter, comprising:

[0005] In response to the access action command of the chassis to the modular cabin, the first set of communication parameters of the modular cabin and the second set of communication parameters of the chassis are obtained;

[0006] Perform parameter semantic matching on the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set;

[0007] Obtain the network environment status of the chassis and the container, and adjust the protocol correspondence according to the network environment status to obtain the adaptation protocol matching rules corresponding to the network environment status.

[0008] According to the adaptation protocol matching rules, the parameter configuration items in each preset candidate communication mode are verified layer by layer to determine at least one candidate communication mode that meets the adaptation protocol matching rules.

[0009] Among at least one candidate communication mode that satisfies the adaptation protocol matching rule, the candidate communication mode with the highest parameter matching completeness ratio is selected as the target communication mode; wherein, the parameter matching completeness ratio is the ratio of the number of parameter configuration items of the candidate communication mode covered by the adaptation protocol matching rule to the total number of parameter items of the adaptation protocol matching rule;

[0010] Based on the target communication mode, a protocol conversion is performed on the data to be exchanged between the modular container and the chassis to obtain a communication data stream for interaction between the modular container and the chassis.

[0011] In one embodiment, the step of performing parameter semantic matching between the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set includes:

[0012] Semantic tags are extracted from each parameter item in the first communication parameter set and the second communication parameter set, respectively;

[0013] The parameter items of the semantic tags mapped in the first communication parameter set and the second communication parameter set are bound together, and the protocol correspondence between the first communication parameter set and the second communication parameter set is constructed according to the binding relationship.

[0014] In one embodiment, the network environment status includes intranet configuration status and extranet configuration status;

[0015] The step of adapting the protocol correspondence based on the network environment state to obtain the adaptive protocol matching rules corresponding to the network environment state includes:

[0016] If the network environment is in an intranet configuration state, then a consistency evaluation is performed on the protocol correspondence to obtain a parameter consistency evaluation result; wherein, the parameter consistency evaluation result includes all parameter items in the protocol correspondence that point to the intranet configuration state, and whose parameter value domains are consistent and whose interaction behavior mappings are consistent;

[0017] Based on the parameter consistency evaluation results, the first restricted protocol correspondence under the intranet configuration state is obtained;

[0018] The first restricted protocol correspondence is converted into the adaptation protocol matching rule corresponding to the intranet configuration status.

[0019] In one embodiment, the step of adapting the protocol correspondence based on the network environment state to obtain the adaptation protocol matching rule corresponding to the network environment state includes:

[0020] If the network environment is in an external network configuration state, then an external network compatibility assessment is performed on each parameter item in the protocol correspondence to obtain an external network compatibility assessment result; wherein, the external network compatibility assessment result includes all parameter items in the protocol correspondence that point to the external network configuration state, whose parameter value domains are compatible and whose interactive behavior mappings are consistent;

[0021] Based on the external network compatibility assessment results, the second restricted protocol correspondence under the external network configuration state is obtained;

[0022] The second restricted protocol correspondence is converted into the adaptation protocol matching rule corresponding to the external network configuration status.

[0023] In one embodiment, the step of performing protocol conversion on the data to be exchanged between the modular container and the chassis based on the target communication mode to obtain a communication data stream for interaction between the modular container and the chassis includes:

[0024] Based on the target communication mode, determine the data interaction execution rules between the modular container and the chassis;

[0025] According to the data interaction execution rules, the semantics of the data to be exchanged between the modular cabin and the chassis are format-aligned to obtain the initial communication data stream.

[0026] According to the data interaction execution rules, the data structure of the initial communication data stream is time-series arranged to obtain the communication data stream.

[0027] Secondly, the present invention also provides a multi-mode communication adaptation system for chassis and modular shelter, applied to the establishment of a communication link between the chassis and the modular shelter, including:

[0028] The parameter acquisition module is used to acquire the first set of communication parameters of the container and the second set of communication parameters of the chassis in response to the access action command of the chassis to access the container.

[0029] The correspondence determination module is used to perform parameter semantic matching between the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set;

[0030] The pattern matching module is used to obtain the network environment status of the chassis and the container, and adjust the protocol correspondence according to the network environment status to obtain the adaptation protocol matching rule corresponding to the network environment status.

[0031] The mode verification module is used to verify the parameter configuration items of each preset candidate communication mode layer by layer according to the adaptation protocol matching rules, and determine at least one candidate communication mode that meets the adaptation protocol matching rules.

[0032] The pattern filtering module is used to filter out the candidate communication mode with the highest parameter matching integrity ratio as the target communication mode from at least one candidate communication mode that satisfies the adaptation protocol matching rule; wherein, the parameter matching integrity ratio is the ratio of the number of parameter configuration items of the candidate communication mode covered by the adaptation protocol matching rule to the total number of parameter items of the adaptation protocol matching rule;

[0033] The protocol conversion module is used to perform protocol conversion on the data to be exchanged between the modular container and the chassis based on the target communication mode, so as to obtain a communication data stream for interaction between the modular container and the chassis.

[0034] Thirdly, the present invention also provides an electronic device, the electronic device including a memory and a processor, the memory storing a computer program, the computer program being executed by the processor causing the processor to perform the steps of the multi-mode communication adaptation method for chassis and container as described in the first aspect.

[0035] Fourthly, the present invention also provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed, implements the steps of the multi-mode communication adaptation method for chassis and container as described in the first aspect.

[0036] Fifthly, the present invention also provides a computer program product comprising a computer program stored on a non-transitory computer-readable storage medium, the computer program comprising program instructions, wherein, when the program instructions are executed by a computer, the computer performs the steps of the multi-mode communication adaptation method for chassis and container as described in the first aspect.

[0037] As can be seen from the above technical solution, this invention obtains the communication parameter sets of both parties when the chassis connects to the modular container, and establishes a protocol correspondence between different communication parameters based on parameter semantic matching. This eliminates the reliance on pre-fixed parameter names or single protocol configurations for protocol adaptation. Furthermore, by considering the current network environment of the chassis and modular container, the protocol correspondence is adjusted for adaptability, forming an adaptation protocol matching rule corresponding to the actual network conditions. This rule is then used to perform layer-by-layer verification of parameter configuration items for multiple candidate communication modes. The target communication mode is then selected based on the percentage of parameter matching completeness. This allows for dynamic selection of a communication method that balances protocol compatibility, parameter matching degree, and operational constraints in different chassis, modular containers, and network environments. Finally, the data to be exchanged is converted according to the target communication mode, generating a communication data stream that can be recognized and processed by both parties. Therefore, this invention reduces communication mode switching failures, incomplete parameter matching, or abnormal data interaction caused by differences in protocol types, parameter values, interaction behaviors, and data structures between the two parties. This improves the flexibility and accuracy of communication adaptation, ensuring that the chassis and modular container establish stable and reliable communication links and achieve collaborative operation in various access scenarios. Attached Figure Description

[0038] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0039] Figure 1 This is an application environment diagram of a multi-mode communication adaptation method between a chassis and a modular container provided in an embodiment of the present invention;

[0040] Figure 2 A flowchart illustrating a multi-mode communication adaptation method between a chassis and a modular container provided in an embodiment of the present invention;

[0041] Figure 3 This is a flowchart illustrating step S2 provided in an embodiment of the present invention;

[0042] Figure 4 This is a flowchart illustrating step S4 provided in an embodiment of the present invention;

[0043] Figure 5 This is a schematic diagram of the structure of a multi-mode communication adaptation system for a chassis and a modular container provided in an embodiment of the present invention;

[0044] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0045] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0046] In the field of emergency management technology, data exchange and collaborative operation between the chassis and the modular container are required through communication interconnection. Related communication methods typically involve data transmission between the chassis and the modular container via a pre-defined communication protocol or a single communication mode. However, this method struggles to accommodate the differences in communication protocol parameters when dealing with different modular containers and chassis, resulting in limited communication mode switching and insufficient protocol matching flexibility, ultimately affecting the stable collaborative operation between the chassis and the modular container.

[0047] To address the aforementioned issues, this application proposes a multi-mode communication adaptation method for chassis and modular shelters. This method involves acquiring communication parameter sets for both the chassis and the modular shelter upon connection, and establishing protocol correspondences between different communication parameters based on semantic matching. This eliminates the reliance on pre-defined parameter names or single protocol configurations for protocol adaptation. Furthermore, by considering the current network environment of the chassis and the modular shelter, the protocol correspondences are adjusted for adaptability, forming adaptation protocol matching rules corresponding to the actual network conditions. These rules are then used to perform layer-by-layer verification of parameter configuration items for multiple candidate communication modes. The target communication mode is then selected based on the percentage of complete parameter matching. This allows for dynamic selection of a communication method that balances protocol compatibility, parameter matching degree, and operational constraints across different chassis, modular shelters, and network environments. Finally, the data to be exchanged is converted according to the target communication mode, generating a communication data stream that can be recognized and processed by both parties. This reduces communication mode switching issues, incomplete parameter matching, or abnormal data interaction caused by differences in protocol types, parameter values, interaction behaviors, and data structures between the two parties. It improves the flexibility and accuracy of communication adaptation, ensuring that the chassis and the modular container establish stable and reliable communication links and achieve collaborative operation in various access scenarios.

[0048] The multi-mode communication adaptation method for chassis and modular shelter provided in this application can be applied to, for example... Figure 1In the application environment shown, the chassis and the modular container are physically connected to form an integrated operating device. A multi-mode communication adaptation method between the chassis and the modular container is implemented using a communication adaptation unit installed within the modular container. This method is applied to the establishment of a communication link between the chassis and the modular container, including: responding to an access action command from the chassis to the modular container, obtaining a first set of communication parameters for the modular container and a second set of communication parameters for the chassis; performing semantic matching on the first and second sets of communication parameters to determine the protocol correspondence between them; obtaining the network environment status of the chassis and the modular container, and adjusting the protocol correspondence according to the network environment status to obtain the appropriate protocol correspondence for the network environment status. The protocol matching rules are applied; based on the protocol matching rules, the parameter configuration items in each preset candidate communication mode are verified layer by layer to determine at least one candidate communication mode that meets the protocol matching rules; among the at least one candidate communication mode that meets the protocol matching rules, the candidate communication mode with the highest parameter matching integrity ratio is selected as the target communication mode; wherein, the parameter matching integrity ratio is the ratio of the number of parameter configuration items in the candidate communication mode that are covered by the protocol matching rules to the total number of parameter items in the protocol matching rules; based on the target communication mode, the protocol conversion is performed on the data to be exchanged between the container and the chassis to obtain the communication data stream used for interaction between the container and the chassis.

[0049] The chassis refers to the mobile or support unit that carries and operates the modular container, such as the chassis platform of a mobile emergency vehicle. The modular container carries specific operational functions, such as a functional modular container (such as a drainage modular container). The modular container achieves the deployment and operation of specific operational capabilities based on the chassis.

[0050] like Figure 2 As shown, this application provides a multi-mode communication adaptation method for chassis and modular shelter, applied to the establishment of a communication link between the chassis and the modular shelter. Figure 1 Taking the communication adaptation unit in the example, the explanation includes the following steps S1 to S6. Wherein:

[0051] Step S1: In response to the access action command of the chassis to the cabin, obtain the first set of communication parameters of the cabin and the second set of communication parameters of the chassis.

[0052] Specifically, after the communication adapter unit detects that the chassis has been connected to the cabin and that the chassis and cabin have completed a physical connection, it will issue an access action command to trigger the communication adapter unit to obtain the first set of communication parameters of the cabin and the second set of communication parameters of the chassis.

[0053] The first set of communication parameters of the modular container represents the summary information of the communication parameters that the modular container possesses in its current operating state. It is used to characterize the communication conditions that the modular container can support, such as the communication mode type configured by the modular container, the range of parameter values, and communication-related constraint information, including but not limited to communication protocol (CAN / Ethernet / 485, etc.), transmission rate (9600bps / 100M, etc.), data transmission and reception direction (active sending, passive receiving), device role (master, slave), interface type (physical port model), and data format (frame header / frame trailer / checksum method).

[0054] The second set of communication parameters for the chassis represents the summary information of the communication parameters exhibited by the chassis when it is connected to the container. It is used to characterize the communication conditions that the chassis can support in the current connection state. For example, the communication mode type, parameter value range and communication-related constraint information configured by the chassis in the current physical connection relationship, including but not limited to communication protocol (CAN / Ethernet / 485, etc.), transmission rate (9600bps / 100M, etc.), data transmission and reception direction (active sending, passive receiving), device role (master, slave), interface type (physical port model) and data format (frame header / frame trailer / checksum method).

[0055] For example, after the communication adaptation unit of the container detects that the chassis has connected to the container, the communication adaptation unit performs parameter parsing on its own communication configuration parameters to obtain the first set of communication parameters of the container. The communication configuration parameters of the container represent the configuration records of each device on the container side in the current operating state, which are used to reflect the functional activation status, role division and operating attributes of each device on the container side; for example, the activation status of functions such as acquisition function, control function, and forwarding function, the role division of data generating device, data receiving device, and data processing device, and the operating attributes such as data acquisition frequency, data sending direction and interaction timing constraints.

[0056] In its current operational state, the mobile shelter uniformly reads the communication configuration parameters of various internal devices and organizes the information reflecting the device composition and operational status, centralizing the extraction of content originally scattered across different configuration records. Essentially, by clarifying the relationships between various communication configuration parameters, the installation status, activation status, and interrelationships of the devices within the shelter are clearly presented. This information is further transformed into structured parameter content, forming a first set of communication parameters. This first set of communication parameters does not directly describe the communication behavior itself, but rather summarizes the parameter results based on the communication configuration parameters within the shelter. This effectively abstracts the device-level configuration status of the shelter into a unified parameter set form, objectively reflecting the communication parameter conditions that the shelter can support in its current operational state.

[0057] Then, as the chassis and the modular container are physically connected—for example, through a direct connection via a dedicated connection port, a fixed connection via a docking socket, or a stable connection via an intermediate connection component—the communication adapter unit can synchronously read the chassis's communication configuration parameters. These parameters represent the configuration records of each device on the chassis side when it is connected to the modular container, reflecting the functional activation status, role assignment, and operational attributes of each device on the chassis side. Examples include the types of actuators configured on the chassis, the interface resources available for external access, the connection relationships of each device in its current connection state, and records of whether the corresponding device is in an enabled or disabled state.

[0058] For example, after the modular shelter detects a physical connection with the chassis, it performs a physical-level confirmation of the currently accessed object based on the equipment identification conditions corresponding to the corresponding physical connection method, thereby clarifying the equipment type of the identified connected chassis. Specifically, based on the reliably perceptible physical characteristics under each physical connection method, predefined equipment identification conditions are established for each physical connection method to distinguish different chassis types. For instance, when the physical connection method is plug-in docking, the interface insertion depth, the connection combination of specific pins, and the access status flag after docking are used as equipment identification conditions to distinguish different chassis equipment types; when the physical connection method is locking docking, whether the locking component has closed and its corresponding locking status flag are used as equipment identification conditions to distinguish different chassis equipment types; when the physical connection method is sliding docking, the sliding stroke and the trigger status flag indicating whether the limiting structure has been triggered are used as equipment identification conditions to distinguish different chassis equipment types.

[0059] After identifying the equipment types on the chassis, the communication adapter unit further reads the equipment configuration information of various devices inside the chassis in a unified manner. Specifically, according to the confirmed chassis equipment types, it retrieves the configuration records of each device that are pre-installed on the chassis or stored with the devices, and organizes the information reflecting the equipment's composition and operating status. This centralizes the information that was originally scattered across different configuration records. Essentially, by sorting out the relationships between the configuration information of each device, the installation status, activation status, and mutual coordination of the devices inside the chassis are clearly presented. This information is then further transformed into structured parameter content, thus forming a second set of communication parameters.

[0060] Step S2: Perform parameter semantic matching on the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set.

[0061] The first and second communication parameter sets each include parameter items under different semantic categories, such as device identifier, communication protocol type, and data transmission rate. The semantic matching of the two communication parameter sets is carried out on the basis of aligning the semantic categories of the parameters, and then cross-set semantic parameter matching is performed one by one. That is, the parameter items of both sets under the same semantics are bound to form a mapping relationship, which is the protocol correspondence relationship.

[0062] Step S3: Obtain the network environment status of the chassis and the container. Based on the network environment status, adjust the protocol correspondence to obtain the adaptation protocol matching rules corresponding to the network environment status.

[0063] Among them, the network environment status refers to the current network channel between the chassis and the modular container, such as the internal network configuration status or the external network configuration status. This status is issued by the upper-level command system of the modular container or identified in real time by the local network sensing module of the modular container.

[0064] Because different network environments have different requirements for protocol correspondence, intranets require protocol correspondence to focus on closed security, while extranets emphasize cross-domain interoperability and protocol compatibility. Therefore, adaptation adjustments need to be made in conjunction with the network environment, and the resulting adaptation protocol matching rules are constraints and optimizations on protocol correspondence under the current network environment.

[0065] Step S4: According to the adaptation protocol matching rules, the parameter configuration items of each preset candidate communication mode are verified layer by layer to determine at least one candidate communication mode that meets the adaptation protocol matching rules.

[0066] Since different network environment states have a decisive impact on the applicability of communication modes, the internal network configuration state requires closed security, while the external network configuration state can tolerate certain parameter differences to ensure connectivity. Therefore, it is necessary to dynamically adjust the protocol correspondence according to the network environment state, and use the constraints of the adjusted protocol correspondence to match the candidate communication modes, and select the optimal solution that meets the constraints of the current network environment from all candidate communication modes.

[0067] Among them, the parameter configuration items of the candidate communication mode represent various configurable parameters used to characterize the data interaction execution process, including parameters for limiting the data sending and receiving roles and data interaction relationships, parameters for limiting the sending timing, response binding relationship and triggering conditions, and parameters for specifying data types and field structures.

[0068] After obtaining the adaptation protocol matching rules, they are compared and verified one by one with the parameter configuration items of each candidate communication mode. During the verification process, if a candidate communication mode deviates from the value range or interaction behavior defined by the adaptation protocol matching rules in any parameter configuration item, the mode is immediately excluded. Only when all parameter configuration items meet the adaptation protocol matching rules, that is, the parameter value range is compatible and the interaction behavior is mapped consistently, is the mode retained as a candidate communication mode that meets the adaptation protocol matching rules.

[0069] Step S5: Among at least one candidate communication mode that satisfies the adaptation protocol matching rule, select the candidate communication mode with the highest parameter matching integrity ratio as the target communication mode; wherein, the parameter matching integrity ratio is the ratio of the number of parameter configuration items of the candidate communication mode that are covered by the adaptation protocol matching rule to the total number of parameter items of the adaptation protocol matching rule.

[0070] In this process, after screening the candidate communication modes, if only one candidate communication mode remains, it is directly determined as the target communication mode; if there are multiple candidate communication modes, they are further sorted from high to low according to the parameter matching completeness ratio, and the first candidate mode is selected as the target communication mode; if there is a tie for the highest, the communication mode with lower resource (resource space required for data transmission task) overhead is selected first, so as to take into account real-time performance, stability and energy efficiency.

[0071] For example, the parameter configuration items in each candidate communication mode that meets the adaptation protocol matching rules are mapped and verified one by one with all parameter items of the adaptation protocol matching rules. The number of valid parameters covered by the rules in each mode is counted. If a parameter configuration item has a value range that is completely consistent with the corresponding parameter in the adaptation protocol matching rules, the number of valid parameters in that mode (i.e., the number covered by the adaptation protocol matching rules) is incremented by 1. If the value ranges have an overlap but are not completely consistent, or have no overlap, the parameter item is not counted in the number of valid coverages. The above statistical process ensures that only when the parameter value strictly falls within the rule's limit is it counted as a valid coverage, thereby ensuring the certainty and verifiability of the matching results. Finally, the parameter matching completeness ratio of each candidate mode is obtained, and the target communication mode is accurately selected accordingly, thereby improving the selection accuracy and operational reliability of the target communication mode.

[0072] Furthermore, each candidate communication mode specifies the data transmission and reception roles of the modular shelter and the chassis in the communication, the data interaction relationship, the timing constraints (sending timing (immediate / timed / periodic sending), response binding (which request corresponds to which reply), triggering conditions (what conditions must be met for transmission)), and protocol semantic conventions (such as data types and field structures (data format, identifiers)). For example, in one candidate communication mode, when the modular shelter detects a change in a certain status item, it immediately generates the corresponding status data and sends this status data, which includes "source identifier = modular shelter, data type = status, status item number, status value," to the chassis. After receiving the data, the chassis generates data containing "source identifier = chassis, data type = result, corresponding status item number, processing result" and returns it. The returned data must correspond one-to-one with the triggered status data.

[0073] In another candidate communication mode, the modular container first sends the first type of data (such as the current status of the equipment), the chassis sends the second type of data (such as equipment configuration information) after receiving the data, and then the modular container sends the third type of data (such as confirmation information). All types of data contain "data type identifier + data content field" and the interaction is completed in a predetermined order.

[0074] In another candidate communication mode, the modular shelter generates a set of basic data (including equipment identifier, acquisition time and measurement value) at fixed intervals. The chassis only sends supplementary data (including anomaly identifier and anomaly value) when an anomaly threshold is triggered. The supplementary data does not depend on the completion of the periodic data transmission, thus forming an interaction mode in which stable data and conditionally triggered data coexist.

[0075] Optionally, if no target communication mode is matched among the candidate communication modes, the differences among the candidate communication modes are evaluated based on the dynamically adjusted protocol correspondence according to the network environment status. The candidate communication mode that is closest to the current protocol correspondence in terms of data sending and receiving roles, data interaction relationships, sending timing, response binding relationships, triggering conditions, and data types and field structures is selected. On this basis, the parameter configuration in the candidate communication mode is locally adjusted so that the original candidate communication mode gradually meets the dynamically adjusted protocol correspondence while maintaining the overall interaction structure, thereby determining the target communication mode.

[0076] Furthermore, during the difference assessment process, priority is given to whether the data interaction relationship and data sending / receiving roles are consistent, as this directly determines whether communication can be established. If the above aspects are basically consistent, then the sending timing, response binding relationship, and triggering conditions are further compared to determine whether the interaction process can be executed smoothly. Data types and field structures are only used to assist in determining semantic consistency and are not prioritized for assessment. During local adjustments, priority is given to fine-tuning the sending timing, response binding relationship, and triggering conditions. These parameters do not change the essence of the interaction but can quickly adapt to the current communication environment. Data interaction relationships and data sending / receiving roles are only minimally adjusted when basic communication cannot be met to ensure overall structural stability. Data types and field structures are only standardized when necessary, maintaining consistency with the established semantic definition without changing the original data meaning.

[0077] Step S6: Based on the target communication mode, perform protocol conversion on the data to be exchanged between the container and the chassis to obtain the communication data stream used for interaction between the container and the chassis.

[0078] The data to be exchanged consists of the raw data that the modular container and the chassis need to synchronize in real time during mission execution, including but not limited to equipment status codes, environmental perception parameters, operation instruction sequences, and execution feedback information. Before protocol conversion, these data exhibit heterogeneity in format, unit, timing, and semantic expression. After determining the target communication mode, the data to be exchanged is remapped and reorganized to generate a communication data stream that meets the requirements of the target communication mode. The communication data stream represents the data transmission format formed after the protocol conversion of the data to be exchanged under the target communication mode, and is used for interaction between the modular container and the chassis according to unified protocol rules.

[0079] For example, according to the interaction direction and rhythm required by the target communication mode, fields used to identify the data source are associated one-to-one with fields used to carry specific data content to form data units. These data units are then uniformly sorted or grouped based on fields describing the data sequence, ensuring that data requiring prior interaction is prioritized and data requiring subsequent interaction is sequentially connected. This ensures that the data arrangement, field correspondence, and interaction order conform to the communication requirements of the target communication mode. Through this process, data originally generated under different communication requirements is uniformly converted into a data format that can be transmitted under the same protocol rules, and further continuously organized according to the transmission logic of the target communication mode, thereby forming a communication data stream for interaction between the modular container and the chassis.

[0080] During the protocol conversion process, it is ensured that each data unit can form a clear connection with the previous and next units during transmission, so that the data is no longer in a discrete form when it is transmitted between the container and the chassis, but is interacted in the form of a continuous data stream that meets the requirements of the target communication mode.

[0081] It should be noted that, in this embodiment, the communication parameter sets of both the chassis and the modular container are obtained separately when the chassis connects to the modular container. Based on semantic matching of the parameters, a protocol correspondence is established between different communication parameters, so that protocol adaptation no longer relies on pre-fixed parameter names or single protocol configurations. Furthermore, considering the current network environment of the chassis and the modular container, the protocol correspondence is adjusted for adaptability, forming an adaptation protocol matching rule corresponding to the actual network conditions. This rule is then used to perform layer-by-layer verification of parameter configuration items for multiple candidate communication modes. The target communication mode is then selected based on the percentage of complete parameter matching. This allows for dynamic selection of a communication method that balances protocol compatibility, parameter matching degree, and operational constraints in different chassis, modular containers, and network environments. Finally, the data to be exchanged is converted according to the target communication mode, generating a communication data stream that can be recognized and processed by both parties. This reduces communication mode switching failures, incomplete parameter matching, or abnormal data interaction caused by differences in protocol types, parameter values, interaction behaviors, and data structures between the two parties, improving the flexibility and accuracy of communication adaptation and ensuring that the chassis and the modular container establish stable and reliable communication links and achieve collaborative operation in various access scenarios.

[0082] In some embodiments, such as Figure 3 As shown, in step S2, parameter semantic matching is performed on the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set, including:

[0083] Step S201: Extract the semantic tags of each parameter item in the first communication parameter set and the second communication parameter set respectively.

[0084] The parameter description information includes parameter name, parameter value range, unit, send / receive direction, device role, triggering condition, request-response binding relationship, data field structure, and validation method. Semantic tags are unique identifiers formed by uniformly abstracting the semantic meaning of each parameter item based on the above parameter description information and according to preset parameter semantic normalization rules.

[0085] The preset parameter semantic normalization rules include two categories: synonym merging rules and complementary semantic recognition rules. Synonym merging rules are used to handle parameter items with different naming conventions but semantically equivalent meanings under different protocol systems. For example, a parameter named "baud rate" on the modular shelter side and "transmission rate" on the chassis side will be normalized to the same semantic label "transmission rate" after synonym merging. Similarly, a parameter named "frame verification" on the modular shelter side and "verification method" on the chassis side will be unified to the semantic label "verification method" after normalization. Complementary semantic recognition rules are used to handle parameter item pairs that form a matching relationship rather than an equivalent relationship in communication interactions. This includes "active send" and "passive receive" in the transmission direction, "master" and "slave" in device roles, and "request" and "response" in interaction relationships. For these complementary parameter item pairs, the complementary semantic recognition rules identify them as semantically complementary pairs and assign complementary semantic labels to both sides to distinguish them from the identical semantic labels formed by synonym merging.

[0086] Step S202: Bind the parameter items of the semantic tags mapped in the first communication parameter set and the second communication parameter set, and construct the protocol correspondence between the first communication parameter set and the second communication parameter set according to the binding relationship.

[0087] Cross-set binding is divided into two types of execution paths: the first type is synonymous binding, which directly binds the corresponding parameter items of the first and second communication parameter sets that have the same semantic label after normalization, forming an equivalent mapping relationship; the second type is complementary binding, which binds the corresponding parameter items of the two sets according to the complementary semantic label pairs identified by the complementary semantic recognition rules, forming a complementary mapping relationship. For example, binding "active transmission" on the modular cabin side and "passive reception" on the chassis side into a complementary mapping relationship, binding "master control" on the modular cabin side and "slave" on the chassis side into a complementary mapping relationship, and binding "request" on the modular cabin side and "response" on the chassis side into a complementary mapping relationship.

[0088] After completing the above two types of binding, a protocol mapping relationship is constructed based on the binding relationship. The protocol mapping relationship uses parameter item pairs as the basic unit. Each parameter item pair records the following information: semantic tag, binding type (synonymous binding or complementary binding), parameter value range on the first communication parameter set side, parameter value range on the second communication parameter set side, unit expression, interaction behavior mapping (including send / receive direction mapping, device role mapping, trigger condition mapping, and request-response binding), data field structure mapping, and verification method mapping. Among them, the interaction behavior mapping is recorded by comparing the behavior descriptions of both parties under the same semantic tag item by item, which is used to determine whether the interaction behaviors of both parties are mapped consistently in the subsequent adaptation adjustment stage.

[0089] For example, after complementary binding of the cabin-side parameter item "Data transmission direction = active transmission, trigger condition = trigger when state changes" and the chassis-side parameter item "Data reception direction = passive reception, trigger condition = unconditional reception" is performed, this parameter item is recorded in the protocol mapping as: Semantic label = transmission / reception direction, binding type = complementary binding, interaction behavior mapping = {cabin side: active transmission / trigger condition = trigger when state changes; chassis side: passive reception / trigger condition = unconditional reception}. Thus, the protocol mapping not only records the binding relationship between parameter items but also fully preserves the behavioral semantics of both sides and their corresponding relationships, providing a complete data foundation for subsequent adaptive adjustments based on network environment conditions.

[0090] It should be noted that, by introducing parameter semantic normalization rules, the embodiments of this application unify and reduce parameter items with different names under different protocol systems to the same semantic label, and cover complementary parameter relationships such as sending and receiving directions, master-slave roles, and request-response through complementary semantic recognition rules. This enables the protocol correspondence to fully reflect the correspondence between the modular container and the chassis in multiple dimensions such as parameter value range, interaction behavior, and field structure. As a result, an accurate parameter comparison basis can be formed in different modular containers and different chassis access scenarios, supporting subsequent adaptive adjustments based on network environment status.

[0091] In some embodiments, the network environment state includes an intranet configuration state and an extranet configuration state. In this case, the protocol correspondence is adapted according to the network environment state to obtain the adaptation protocol matching rules corresponding to the network environment state. This includes: if the network environment state is an intranet configuration state, the protocol correspondence is evaluated for consistency to obtain a parameter consistency evaluation result. The parameter consistency evaluation result includes all parameter items in the protocol correspondence that point to the intranet configuration state, have consistent parameter value domains, and consistent interaction behavior mappings. Based on the parameter consistency evaluation result, a first restricted protocol correspondence under the intranet configuration state is obtained. The first restricted protocol correspondence is converted into the adaptation protocol matching rules corresponding to the intranet configuration state.

[0092] In the case of an intranet configuration, in order to ensure that the communication between the modular container and the chassis can be carried out in a controlled and unified internal network environment, it is necessary to conduct a consistency assessment of the protocol correspondence. Specifically, the parameter value range and interaction behavior mapping of each parameter item in the protocol correspondence are verified item by item to ensure that the value range of both parties completely overlaps and the behavior semantics strictly correspond under the same parameter identifier.

[0093] Based on this, parameter items that do not meet the consistency conditions in the protocol correspondence are removed, and only the set of parameter items with completely consistent value domains and unambiguous behavior mappings are retained. Furthermore, the parameter items must all point to the internal network environment, i.e., the internal network configuration state, in their functional scope. This ensures that the scope of all retained parameter items is strictly limited to data interaction between internal network nodes, eliminating any configuration residues that may introduce external network paths or cross-domain access risks. The resulting first restricted protocol correspondence satisfies both parameter-level consistency constraints and the functional isolation requirements of the internal network communication environment, providing a basis for subsequent adjustments to the protocol correspondence.

[0094] For example, firstly, parameter items with the same semantics are selected from the protocol correspondence, and these parameter items are matched one by one. By comparing the value status of the corresponding parameters on both sides, it is determined whether they are consistent in value or status settings. For example, if the modular container side sets a certain parameter item related to "data transmission" to the enabled state, and the corresponding "data reception" parameter item on the chassis side is also set to the enabled state, then these two types of parameter items do not conflict in interaction behavior. Furthermore, it is verified whether the functional scope limited by the parameter item points to the internal network environment. For example, if the modular container side limits the parameter item to only be effective for connection objects in the internal network, and the corresponding parameter item on the chassis side is also limited to data interaction without going through the external network path, then these two types of parameter items both point to the internal network environment in their functional scope, that is, the internal network configuration status, thereby forming a first restricted protocol correspondence that can reflect the overall matching relationship of the communication parameters of both sides in the internal network environment.

[0095] Furthermore, the semantics of multiple parameter items in the first restricted protocol correspondence are semantically normalized, unifying their naming conventions, unit expressions, and status coding formats to form adaptation protocol matching rules under the intranet configuration state. This transforms the original relational expression describing how communication parameters between two parties establish correspondences in the intranet environment into protocol matching rules for constraining communication behavior selection. These rules clarify the boundary conditions that communication modes must meet in the intranet environment, providing a clear and executable basis for subsequent communication mode constraint matching and ensuring that the communication mode determination process is always controlled under the constraints of the intranet configuration state.

[0096] In this way, the formation of adaptation protocol matching rules does not depend on the established configuration of a single device, nor is it equivalent to simply limiting the communication method. Instead, by filtering the protocol correspondence, the communication interaction boundary is limited to the controllable range of the internal network, thereby forming rule results that are adapted to the specific operating environment, which is different from the processing method of directly applying general rules or static configuration.

[0097] In some embodiments, the protocol correspondence is adapted according to the network environment state to obtain the corresponding adaptation protocol matching rule. This includes: if the network environment state is an external network configuration state, performing an external network compatibility assessment on each parameter item in the protocol correspondence to obtain an external network compatibility assessment result; wherein, the external network compatibility assessment result includes all parameter items in the protocol correspondence that are compatible in parameter value domain and have consistent interaction behavior mapping in the external network configuration state; based on the external network compatibility assessment result, a second restricted protocol correspondence in the external network configuration state is obtained; and the second restricted protocol correspondence is converted into the adaptation protocol matching rule corresponding to the external network configuration state.

[0098] In the case of an external network configuration, in order to adapt to the more complex and open external network communication conditions, it is necessary to conduct an external network compatibility assessment on each parameter item in the protocol correspondence. Specifically, this involves verifying the parameter value range and interaction behavior mapping of each parameter item in the protocol correspondence item one by one to ensure that the value ranges of both parties are compatible (have overlap) and that the behavioral semantics are strictly corresponding under the same parameter identifier.

[0099] Based on this, parameter items that do not meet the external network compatibility conditions in the protocol correspondence are removed, and only the set of parameter items with compatible value ranges and unambiguous behavior mappings are retained. Furthermore, the parameter items must all point to the external network environment, i.e., the external network configuration state, in their functional scope. This ensures that the scope of all retained parameter items is strictly limited to data interaction between external network nodes. The resulting second restricted protocol correspondence satisfies both parameter-level compatibility and the requirement of universality across network environments. It is then transformed into an adaptation protocol matching rule that can be directly executed in the external network configuration state, ensuring that the device can maintain communication reliability without violating security policy boundaries when accessing the external network.

[0100] For example, firstly, parameter items with the same semantics are selected from the protocol correspondence, and these parameter items are matched one by one. By comparing the value ranges of the corresponding parameters on both sides, it is determined that although their value ranges do not completely overlap, there is a valid intersection. For example, if the parameter value range on the modular hospital side is [0, 100] and on the chassis side it is [50, 150], then the intersection [50, 100] constitutes a compatible value range. At the same time, it is confirmed that the semantics of the interactive behavior defined by both sides under this parameter do not conflict. For example, if the modular hospital side sets a certain parameter item related to "data transmission" to the enabled state, Furthermore, the corresponding "data reception" parameter on the chassis side is also set to the enabled state, so these two types of parameter items do not conflict in terms of interaction behavior; and further verification is made to see whether the functional scope limited by this parameter item points to the external network environment. For example, if the modular container side limits this parameter item to only be effective for cloud platforms in the external network, and the corresponding parameter item on the chassis side is also limited to data interaction transmitted via the public network, then these two types of parameter items both point to the external network environment in terms of functional scope, thus forming a second restricted protocol correspondence that can reflect the overall compatibility relationship of the communication parameters of both parties in the external network environment.

[0101] Furthermore, the semantics of multiple parameter items in the second restricted protocol correspondence are semantically normalized, unifying their naming conventions, unit expressions, and status coding formats to form adaptation protocol matching rules under the external network configuration state. This transforms the original relational expression describing how communication parameters between the two parties establish correspondence in the external network environment into protocol matching rules for constraining communication behavior selection. These rules clarify the boundary conditions that communication modes must meet in the external network environment, providing a clear and executable basis for subsequent communication mode constraint matching and ensuring that the process of determining the communication mode is always controlled under the constraints of the external network configuration state.

[0102] When the external network configuration status allows communication through an external network environment, it defines the applicable usage boundaries for communication interactions. This allows communication to cross the internal network scope and be transmitted through external network paths. For example, it allows communication data to be forwarded via external network nodes, interaction objects to include external systems or remote devices, data transmission paths to be through public or non-closed networks, and communication behavior to comply with the access and transmission rules of the external network environment.

[0103] Based on this, the two processing methods take the objective characteristics of different network environments as a premise, and adapt the protocol correspondence by constraining the protocol correspondence so that the matching rules of the adapted protocol can be matched with the actual network environment, thereby forming a reasonable and executable communication constraint system under different network configuration states.

[0104] In some embodiments, such as Figure 4As shown, in step S4, based on the target communication mode, a protocol conversion is performed on the data to be exchanged between the container and the chassis to obtain a communication data stream for interaction between the container and the chassis, including:

[0105] Step S601: Determine the data interaction execution rules between the container and the chassis based on the target communication mode.

[0106] The target communication mode is stored in the form of a mode configuration record, which contains two types of parameters: the first type is interaction behavior parameters, including the sending subject, receiving subject, data interaction relationship (one-way reporting / two-way interaction / periodic interaction), triggering conditions (periodic triggering / state change triggering / request triggering), timing relationship, and response binding fields; the second type is underlying protocol configuration parameters, including communication protocol type (CAN / Ethernet / RS485, etc.), transmission rate, interface type, and data frame format (frame header identifier, frame trailer identifier, field arrangement order, and verification method). These two types of parameters together constitute a complete description of the target communication mode. The interaction behavior parameters determine the data transmission and reception logic and timing constraints, while the underlying protocol configuration parameters determine the final format of the communication frame into which the data is encapsulated and the physical link through which it is transmitted.

[0107] Based on the mode configuration record of the target communication mode, and according to the preset mode expansion rules, each parameter item in the mode configuration record is mapped to an executable rule item, thereby obtaining the data interaction execution rule. The data structure of the data interaction execution rule includes the following items: sending entity (modular cabin or chassis), receiving entity (chassis or modular cabin), data type convention (status information / control command / processing result), triggering condition (periodic trigger interval / trigger status change threshold / request trigger identifier), timing relationship (the order in which various types of data are sent), response binding fields (request ID, status item number, timestamp), data field structure (frame header identifier, source identifier field, type identifier field, data content field, checksum field), underlying communication protocol type, and transmission rate.

[0108] For example, if the data interaction relationship in the mode configuration record of the target communication mode is "two-way interaction", the sending subject is the modular cabin, the receiving subject is the chassis, the trigger condition is "request trigger", the timing relationship is "the modular cabin sends a request first, and the chassis returns a response", and the response binding field contains a request ID, then after the mode expansion rule processing, the corresponding generated data interaction execution rule entries are: sending subject = modular cabin, receiving subject = chassis, data type convention = control command / processing result, trigger condition = request trigger, timing relationship = the chassis can only send a response frame after the modular cabin sends a request frame, response binding field = request ID (the chassis response frame must carry the same request ID as the modular cabin request frame), data field structure = {frame header + source identifier + type identifier + request ID + data content + check field}, underlying communication protocol type = Ethernet, transmission rate = 100Mbps. Thus, the abstract description of "two-way interaction" in the target communication mode is expanded into a set of executable rules containing roles, timing, binding fields, and frame formats, enabling subsequent protocol conversion to directly process the data to be exchanged based on these rules.

[0109] The request ID in the response binding field is generated by the communication adaptation unit in incrementing sequence when the cabin sends a request frame. It is stored in the response binding cache table with the request ID as the key and the request content and the sending timestamp as the value. When the chassis returns a response frame, the communication adaptation unit extracts the request ID from the response frame and matches it with the record in the response binding cache table. If the match is successful, the record is cleared from the cache table. If the corresponding response frame is not received within the preset timeout period, the record is marked as timeout and a retransmission or exception handling process is triggered.

[0110] Step S602: According to the data interaction execution rules, the semantics of the data to be exchanged between the cabin and the chassis are format-aligned to obtain the initial communication data stream.

[0111] Step S603: According to the data interaction execution rules, the data structure of the initial communication data stream is time-series arranged to obtain the communication data stream.

[0112] For example, under the constraints of the data interaction execution rules, the protocol conversion process is divided into three stages: semantic format alignment, timing orchestration, and data frame serialization.

[0113] During the semantic format alignment phase, the original data to be exchanged is decomposed into source identifier fields (identifying whether the data comes from the modular shelter or the chassis), role identifier fields (identifying whether the data belongs to the initiator, response, or feedback category), data type fields (identifying whether the data is status information, control instructions, or processing results), and business content fields (carrying specific business parameters). For example, the "equipment temperature = 80℃" reported by the modular shelter is decomposed into "source = modular shelter, role = initiator, type = status information, content = device ID + temperature value", and the "execution completed" returned by the chassis is decomposed into "source = chassis, role = response, type = processing result, content = corresponding request ID + execution status". Based on this, three types of semantically complementary intermediate representation triples are generated for each type of field of the same data entry: business semantic triple (device ID, temperature, 80℃), interaction subject triple (modular shelter, initiator, device ID), and semantic category triple (device ID, status information, temperature). The set of triples corresponding to each data entry is then used as the initial communication data stream. The above triples are internal intermediate representations used to complete field alignment at the semantic level, and are not directly used as the actual sending format.

[0114] During the timing orchestration phase, based on the timing relationships and response binding field constraints in the data interaction execution rules, the triplet sets corresponding to each data entry are orchestrated in both internal and external order. The internal order follows a logical sequence of "interaction subject → semantic category → business content." This logical order determines the mapping relationship of each field during subsequent serialization and does not directly correspond to the byte order of the actual message. The external order determines the sending order of each data entry based on the timing relationship conventions and, in conjunction with the response binding fields, confirms whether the binding relationship and triggering conditions are met.

[0115] When the trigger condition is "state change trigger", the communication adaptation unit compares the state value in the current service semantic triplet with the sampled value of the previous cycle. When the change in state value exceeds the preset change threshold, it is determined that the state has changed and the data entry is allowed to enter the transmission process. If the change does not exceed the threshold, transmission is not triggered to avoid invalid transmission caused by minor fluctuations.

[0116] During the data frame serialization stage, based on the underlying protocol configuration parameters in the data interaction execution rules, each data unit, after timing arrangement, is serialized according to the frame format of the target communication protocol. Taking Ethernet protocol as an example, the serialized data frame format is as follows: frame header identifier (2-byte fixed value), source identifier field (1 byte, cabin = 0x01, chassis = 0x02), type identifier field (1 byte, status information = 0x01, control command = 0x02, processing result = 0x03), request ID field (2 bytes, filled by the record in the response binding cache table), data content field (variable length, filled according to the content in the business semantic triple), and frame tail check field (2-byte CRC check value, calculated based on all bytes from the frame header to the data content field). After the above serialization process, the set of triples in the initial communication data stream is converted into a message that can be actually transmitted on the Ethernet link, thus forming a communication data stream for interaction between the cabin and the chassis.

[0117] If the communication protocol type is CAN bus, the serialized data frame format is adjusted accordingly to: CAN frame ID (11 or 29 bits, used to identify the source and data type), data length code (DLC, identifying the number of bytes in the data field), data field (maximum 8 bytes, filled according to the business semantic triple content; excessively long data is unpacked according to CAN multi-frame rules), and CRC check segment. If the communication protocol type is RS485, the serialized data frame format is adjusted accordingly to: start character, address field (identifying the sender and receiver), function code, data content field, and CRC check field. Therefore, the data frame serialization stage can convert the intermediate representation into a data frame that can be directly transmitted on the corresponding communication link based on the underlying protocol configuration parameters in the target communication mode, ensuring that the protocol conversion result can be implemented on the specific communication link.

[0118] Based on the same inventive concept, this application also provides a chassis and container multi-mode communication adaptation system for implementing the aforementioned chassis and container multi-mode communication adaptation method.

[0119] The solution provided by this system is similar to the solution described in the above method. Therefore, the specific limitations of one or more chassis and container multi-mode communication adaptation system embodiments provided below can be found in the limitations of the chassis and container multi-mode communication adaptation method above, and will not be repeated here.

[0120] like Figure 5As shown in the figure, this application provides a multi-mode communication adaptation system for chassis and container, which is used to establish a communication link between chassis and container, including: parameter acquisition module 100, correspondence determination module 200, mode matching module 300, mode verification module 400, mode filtering module 500 and protocol conversion module 600.

[0121] The parameter acquisition module 100 is used to acquire the first set of communication parameters of the cabin and the second set of communication parameters of the chassis in response to the access action command of the chassis accessing the cabin.

[0122] The correspondence determination module 200 is used to perform parameter semantic matching between the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set;

[0123] The pattern matching module 300 is used to obtain the network environment status of the chassis and the container, and adjust the protocol correspondence according to the network environment status to obtain the matching rules of the adapted protocol corresponding to the network environment status.

[0124] The mode verification module 400 is used to verify the parameter configuration items of each preset candidate communication mode layer by layer according to the adaptation protocol matching rules, and determine at least one candidate communication mode that meets the adaptation protocol matching rules.

[0125] The pattern filtering module 500 is used to filter out the candidate communication mode with the highest parameter matching integrity ratio as the target communication mode from at least one candidate communication mode that meets the adaptation protocol matching rules; wherein, the parameter matching integrity ratio is the ratio of the number of parameter configuration items of the candidate communication mode that are covered by the adaptation protocol matching rules to the total number of parameter items of the adaptation protocol matching rules.

[0126] The protocol conversion module 600 is used to perform protocol conversion on the data to be exchanged between the container and the chassis based on the target communication mode, so as to obtain a communication data stream for interaction between the container and the chassis.

[0127] In some embodiments, the correspondence determination module 200 is used for:

[0128] Semantic tags for each parameter item in the first and second communication parameter sets are extracted respectively;

[0129] The parameter items of the semantic tags mapped in the first communication parameter set and the second communication parameter set are bound together, and the protocol correspondence between the first communication parameter set and the second communication parameter set is constructed based on the binding relationship.

[0130] In some embodiments, the network environment status includes the intranet configuration status and the extranet configuration status;

[0131] Pattern matching module 300 is used for:

[0132] If the network environment is in the intranet configuration state, then the protocol correspondence is evaluated for consistency to obtain the parameter consistency evaluation result; the parameter consistency evaluation result includes all parameter items in the protocol correspondence that point to the intranet configuration state, and whose parameter value domains are consistent and whose interaction behavior mappings are consistent.

[0133] Based on the parameter consistency assessment results, the first restricted protocol correspondence under the intranet configuration state is obtained;

[0134] Convert the first restricted protocol mapping relationship into the adaptation protocol matching rule corresponding to the internal network configuration status.

[0135] In some embodiments, the pattern matching module 300 is used for:

[0136] If the network environment is in the external network configuration state, then perform an external network compatibility assessment on each parameter item in the protocol mapping relationship to obtain the external network compatibility assessment result; wherein, the external network compatibility assessment result includes all parameter items in the protocol mapping relationship that point to the external network configuration state, whose parameter value domains are compatible and whose interactive behavior mappings are consistent.

[0137] Based on the external network compatibility assessment results, the second restricted protocol correspondence under the external network configuration state is obtained;

[0138] Convert the second restricted protocol mapping relationship into the adaptation protocol matching rule corresponding to the external network configuration status.

[0139] In some embodiments, the protocol conversion module 600 is configured to:

[0140] Based on the target communication mode, determine the data interaction execution rules between the modular container and the chassis;

[0141] According to the data interaction execution rules, the semantics of the data to be exchanged between the cabin and the chassis are format-aligned to obtain the initial communication data stream;

[0142] Based on the data interaction execution rules, the data structure of the initial communication data stream is time-series arranged to obtain the communication data stream.

[0143] like Figure 6 As shown, this application provides an electronic device. The electronic device 10 includes a memory 20 and a processor 30. The memory 20 stores a computer program. When the computer program is executed by the processor 30, the processor 30 performs the steps of the multi-mode communication adaptation method between the chassis and the container as described in the above embodiment.

[0144] This application provides a computer-readable storage medium storing a computer program thereon, which, when executed, implements the steps of the multi-mode communication adaptation method between the chassis and the container as described in the above embodiments.

[0145] This application provides a computer program product, which includes a computer program stored on a non-transitory computer-readable storage medium. The computer program includes program instructions, wherein when the program instructions are executed by a computer, the computer performs the steps of the multi-mode communication adaptation method between the chassis and the container as described in the above embodiments.

[0146] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, electronic devices, computer storage media, and computer program products described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0147] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0148] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0149] In the several embodiments provided by this invention, it should be understood that the disclosed systems, electronic devices, computer storage media, computer program products, and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, indirect coupling or communication connection between devices or units, and may be electrical, mechanical, or other forms.

[0150] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0151] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0152] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for executing all or part of the steps of the methods described in the various embodiments of the present invention through a computer device (which may be a personal computer, a server, or a network device, etc.). The aforementioned storage medium includes: USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, optical disks, and other media capable of storing program code.

[0153] The above embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A multi-mode communication adaptation method for chassis and modular shelter, applied to the establishment of a communication link between chassis and modular shelter, characterized in that, include: In response to the access action command of the chassis to the modular cabin, the first set of communication parameters of the modular cabin and the second set of communication parameters of the chassis are obtained; Perform parameter semantic matching on the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set; Obtain the network environment status of the chassis and the container, and adjust the protocol correspondence according to the network environment status to obtain the adaptation protocol matching rules corresponding to the network environment status. According to the adaptation protocol matching rules, the parameter configuration items in each preset candidate communication mode are verified layer by layer to determine at least one candidate communication mode that meets the adaptation protocol matching rules. Among at least one candidate communication mode that satisfies the adaptation protocol matching rule, the candidate communication mode with the highest parameter matching completeness ratio is selected as the target communication mode; wherein, the parameter matching completeness ratio is the ratio of the number of parameter configuration items of the candidate communication mode covered by the adaptation protocol matching rule to the total number of parameter items of the adaptation protocol matching rule; Based on the target communication mode, a protocol conversion is performed on the data to be exchanged between the modular container and the chassis to obtain a communication data stream for interaction between the modular container and the chassis.

2. The multi-mode communication adaptation method between the chassis and the modular container according to claim 1, characterized in that, The step of performing parameter semantic matching between the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set includes: Semantic tags are extracted from each parameter item in the first communication parameter set and the second communication parameter set, respectively; The parameter items of the semantic tags mapped in the first communication parameter set and the second communication parameter set are bound together, and the protocol correspondence between the first communication parameter set and the second communication parameter set is constructed according to the binding relationship.

3. The multi-mode communication adaptation method between the chassis and the modular container according to claim 1, characterized in that, The network environment status includes the intranet configuration status and the extranet configuration status; The step of adapting the protocol correspondence based on the network environment state to obtain the adaptive protocol matching rules corresponding to the network environment state includes: If the network environment is in an intranet configuration state, then a consistency evaluation is performed on the protocol correspondence to obtain a parameter consistency evaluation result; wherein, the parameter consistency evaluation result includes all parameter items in the protocol correspondence that point to the intranet configuration state, and whose parameter value domains are consistent and whose interaction behavior mappings are consistent; Based on the parameter consistency evaluation results, the first restricted protocol correspondence under the intranet configuration state is obtained; The first restricted protocol correspondence is converted into the adaptation protocol matching rule corresponding to the intranet configuration status.

4. The multi-mode communication adaptation method between the chassis and the modular container according to claim 1, characterized in that, The step of adapting the protocol correspondence based on the network environment state to obtain the adaptive protocol matching rules corresponding to the network environment state includes: If the network environment is in an external network configuration state, then an external network compatibility assessment is performed on each parameter item in the protocol correspondence to obtain an external network compatibility assessment result; wherein, the external network compatibility assessment result includes all parameter items in the protocol correspondence that point to the external network configuration state, whose parameter value domains are compatible and whose interactive behavior mappings are consistent; Based on the external network compatibility assessment results, the second restricted protocol correspondence under the external network configuration state is obtained; The second restricted protocol correspondence is converted into the adaptation protocol matching rule corresponding to the external network configuration status.

5. The multi-mode communication adaptation method between the chassis and the modular container according to claim 1, characterized in that, The step of performing protocol conversion on the data to be exchanged between the modular container and the chassis based on the target communication mode to obtain a communication data stream for interaction between the modular container and the chassis includes: Based on the target communication mode, determine the data interaction execution rules between the modular container and the chassis; According to the data interaction execution rules, the semantics of the data to be exchanged between the modular cabin and the chassis are format-aligned to obtain the initial communication data stream. According to the data interaction execution rules, the data structure of the initial communication data stream is time-series arranged to obtain the communication data stream.

6. A multi-mode communication adaptation system for chassis and modular shelter, used for establishing a communication link between the chassis and the modular shelter, characterized in that, include: The parameter acquisition module is used to acquire the first set of communication parameters of the container and the second set of communication parameters of the chassis in response to the access action command of the chassis to access the container. The correspondence determination module is used to perform parameter semantic matching between the first communication parameter set and the second communication parameter set to determine the protocol correspondence between the first communication parameter set and the second communication parameter set; The pattern matching module is used to obtain the network environment status of the chassis and the container, and adjust the protocol correspondence according to the network environment status to obtain the adaptation protocol matching rule corresponding to the network environment status. The mode verification module is used to verify the parameter configuration items of each preset candidate communication mode layer by layer according to the adaptation protocol matching rules, and determine at least one candidate communication mode that meets the adaptation protocol matching rules. The pattern filtering module is used to filter out the candidate communication mode with the highest parameter matching integrity ratio as the target communication mode from at least one candidate communication mode that satisfies the adaptation protocol matching rule; wherein, the parameter matching integrity ratio is the ratio of the number of parameter configuration items of the candidate communication mode covered by the adaptation protocol matching rule to the total number of parameter items of the adaptation protocol matching rule; The protocol conversion module is used to perform protocol conversion on the data to be exchanged between the modular container and the chassis based on the target communication mode, so as to obtain a communication data stream for interaction between the modular container and the chassis.

7. An electronic device, characterized in that, The electronic device includes a memory and a processor. The memory stores a computer program. When the computer program is executed by the processor, the processor performs the steps of the multi-mode communication adaptation method for chassis and container as described in any one of claims 1-5.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed, it implements the steps of the multi-mode communication adaptation method for chassis and modular shelter as described in any one of claims 1-5.

9. A computer program product, characterized in that, The computer program product includes a computer program stored on a non-transitory computer-readable storage medium, the computer program including program instructions, wherein when the program instructions are executed by a computer, the computer performs the steps of the multi-mode communication adaptation method for chassis and container as described in any one of claims 1-5.

Images