A data transmission method and device, electronic equipment and readable storage medium

Abstract

Embodiments of the present application provide a data transmission method and device, electronic equipment and a readable storage medium, relating to the technical field of communication, and applied to a first application end in a vehicle-mounted network. The method comprises: obtaining service data to be sent; determining a message format corresponding to the service data based on a current running state of the first application end; generating a first message according to the message format; the first message carrying the service data and a partition number; the partition number being used to determine a service module corresponding to the service data; and sending the first message to a second application end. Through the above method, the service change occurring at any time in the widely used distributed architecture at present can be fully adapted, and the partition number is used for encrypting the interactive data, so that the security of data interaction is fully ensured.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a data method and apparatus, electronic device and readable storage medium. Background Technology

[0002] The application of in-vehicle Ethernet technology in automotive networks is becoming increasingly mature. Among them, the SOMEIP (Scalable service-Oriented Middleware over IP) protocol is a communication middleware protocol based on the application layer, which completes the subscription and invocation of vehicle services.

[0003] In related technologies, only Virtual LAN (VLAN) data that conforms to the switch port configuration can be forwarded. Data between different VLANs cannot be forwarded for interaction. This isolates the vehicle's data and ensures the security between different types of data.

[0004] However, VLAN data isolation is based on switches and is a physical isolation. At present, the SOA distributed architecture used in vehicle Ethernet communication decouples the application and hardware of each controller. Services are also constantly migrating and changing. Relying solely on physical layer data isolation can no longer guarantee data security in the vehicle network. Summary of the Invention

[0005] This application provides a data transmission method and apparatus, an electronic device, and a readable storage medium to address the ever-changing business needs in the distributed architecture of the prior art and improve the security of data interaction; secondly, it provides another data transmission method; thirdly, it provides a data transmission apparatus; fourthly, it provides another data transmission apparatus; fifthly, it provides an electronic device; and sixthly, it provides a readable storage medium.

[0006] To achieve the above objectives, the technical solution adopted in this application is as follows:

[0007] A data transmission method, applied to the first application end of an in-vehicle network, includes:

[0008] Retrieve the business data to be sent;

[0009] The message format corresponding to the business data is determined based on the current running status of the first application terminal;

[0010] A first message is generated according to the message format; the first message carries the business data and a partition number; the partition number is used to determine the business module corresponding to the business data.

[0011] Send the first message to the second application.

[0012] Furthermore, generating the first message according to the message format includes:

[0013] The business data is classified according to its business attributes to obtain the business type of the business data;

[0014] Determine the partition number of the business data according to the business type;

[0015] The first message is generated according to the stated message format.

[0016] Furthermore, before sending the first message to the second application, the method further includes:

[0017] The mapping relationship between the service module and the partition number is determined based on the service type of each service module in the vehicle network; the mapping relationship is used to determine the service module corresponding to the service data carried in the first message.

[0018] Furthermore, the operational status includes the service discovery status:

[0019] Determining the message format corresponding to the business data based on the current running status of the first application includes:

[0020] If the current running state of the first application is service discovery state, then the location of the partition number in the first message is determined to be the protocol configuration option field.

[0021] Furthermore, the operating state includes a normal communication state:

[0022] Determining the message format corresponding to the business data based on the current running status of the first application includes:

[0023] If the first application is currently in a normal communication state, then the location of the partition number carried in the first message is determined to be a data segment.

[0024] A data transmission method, applied to a second application end of an in-vehicle network, includes:

[0025] Upon detecting the first message sent by the first application terminal, determine whether the partition number carried in the first message matches the business module to which the second application terminal belongs;

[0026] If the partition number matches the business module to which the second application belongs, then the business data carried in the first message is received;

[0027] If the partition number does not match the business module to which the second application belongs, the first message will not be received.

[0028] Furthermore, the step of determining whether the partition number carried in the first message matches the business module to which the second application belongs when a first message is detected from the first application includes:

[0029] Upon detecting the first message sent by the first application terminal, determine whether the service type corresponding to the partition number carried in the first message matches the service type executed by the service module to which the second application terminal belongs.

[0030] A data transmission device, applied to the first application end of an in-vehicle network, includes:

[0031] The data acquisition module is used to acquire the business data to be sent.

[0032] The message format determination module is used to determine the message format corresponding to the business data based on the current running status of the first application terminal.

[0033] The message generation module is used to generate a first message according to the message format; the first message carries the business data and a partition number; the partition number is used to determine the business module corresponding to the business data;

[0034] The sending module is used to send the first message to the second application.

[0035] A data transmission device, applied to a second application end of a vehicle network, includes:

[0036] The matching module is used to determine whether the partition number carried in the first message matches the business module to which the second application belongs when the first message is detected to be sent by the first application.

[0037] The data receiving module is used to receive the business data carried in the first message if the partition number matches the business module to which the second application terminal belongs;

[0038] The data discarding module is used to not receive the first message if the partition number does not match the business module to which the second application belongs.

[0039] An electronic device includes: a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of any of the aforementioned data transmission methods.

[0040] A readable storage medium storing a computer program that, when executed by a processor, implements the steps of any of the aforementioned data transmission methods.

[0041] The beneficial effects of this application are:

[0042] In this embodiment, partition numbers are assigned to the data to be transmitted based on the business modules corresponding to different business data, thereby guiding the data to the correct business module to execute the corresponding business, achieving orderly data interaction. Specifically, a business module can only receive data and execute the corresponding function when the partition number of the data matches that of the business module; if the data does not match the business module, the business module will not receive the data. Therefore, the method described in this embodiment can fully adapt to business changes that occur at any time in the currently widely used distributed architecture. By encrypting the interactive data with partition numbers, the security of data interaction is fully guaranteed. Furthermore, the partition number is carried through the SOMEIP field without changing the protocol stack, thus possessing strong scalability.

[0043] The data transmission apparatus, electronic device, and readable storage medium in this application all have the same or similar beneficial effects as any of the aforementioned data transmission methods. Attached Figure Description

[0044] Figure 1 A flowchart illustrating the steps of a data transmission method for a first application terminal in a vehicle network according to an embodiment of this application is shown.

[0045] Figure 2 A flowchart illustrating the steps of another data transmission method applied to a first application terminal of an in-vehicle network according to an embodiment of this application is shown.

[0046] Figure 3 A flowchart illustrating the steps of a data transmission method for a second application terminal in a vehicle network according to an embodiment of this application is shown.

[0047] Figure 4 A schematic diagram of the structure of a data transmission device for a first application terminal of an in-vehicle network according to an embodiment of this application is shown;

[0048] Figure 5 A schematic diagram of the structure of a data transmission device for a second application terminal in a vehicle network, according to an embodiment of this application, is shown. Detailed Implementation

[0049] The embodiments of this application will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of this application from the content disclosed in this specification. This application can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this application. It should be understood that the preferred embodiments are only for illustrating this application and are not intended to limit the scope of protection of this application.

[0050] It should be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this application. Therefore, the drawings only show the components related to this application and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0051] Reference Figure 1 The diagram illustrates a flowchart of a data transmission method for a first application terminal in a vehicle network according to an embodiment of this application, which may include the following steps:

[0052] Step 101: Obtain the business data to be sent.

[0053] In vehicular networks, different service modules need to interact with each other based on the SOMEIP protocol to complete the invocation and subscription of vehicle services. Therefore, different types of service data play different business roles. The first application terminal can refer to a specific service module or a virtual terminal under a service module. Different application terminals realize the invocation of business functions through the interaction of service data. In the embodiments of this application, the service data to be sent refers to the data generated by the first application terminal for business services. Of course, it can also be obtained from other application terminals in the vehicular network, and this application does not limit it.

[0054] Step 102: Determine the message format corresponding to the business data based on the current running status of the first application terminal.

[0055] In vehicular Ethernet communication, when the vehicular network is in different operating states, that is, when the application terminals in the vehicular network are in different operating states, the message format of the messages transmitted between different service modules is different. Therefore, it is necessary to determine the message format corresponding to the service data based on the current operating state of the first application terminal.

[0056] Step 103: Generate a first message according to the message format; the first message carries the business data and partition number; the partition number is used to determine the business module corresponding to the business data.

[0057] The partition number is used to identify the business module corresponding to the business data to be sent. The second application can only receive and use the business data in the first message if the first message and the second application that receives the first message belong to the same partition, that is, if the partition number of the first message matches the partition number of the second application.

[0058] As an example, when the vehicle is powered on or started up (i.e., during the service discovery phase), if the service discovery client (acting as the first application) sends a SOMEIP-SD.Find Service message to the service provider (acting as the second application), it can include a partition number in the Configuration Option field of the message. Upon receiving the partition number in the Configuration Option field, the service provider will accept the data from the SOMEIP-SD.Find Service message if the partition number matches the partition content configured by the service provider. After the vehicle completes power-on and startup and enters the normal communication phase, the client sends a request according to the SOMEIP format, including its own partition number in the request message payload. The server receives the request and performs a matching process; if the partition number matches the server's, the request is accepted; otherwise, it is discarded.

[0059] Step 104: Send the first message to the second application.

[0060] In summary, in this embodiment, partition numbers are assigned to the data to be transmitted based on the business modules corresponding to different business data, thereby guiding the data to the correct business module to execute the corresponding business, achieving orderly data interaction. Specifically, a business module can only receive data and execute the corresponding function when the partition number of the data matches that of the business module; if the data does not match the business module, the business module will not receive the data. Therefore, the method described in this embodiment can fully adapt to business changes that may occur at any time in the currently widely used distributed architecture, and the use of partition numbers to encrypt the interactive data fully guarantees the security of data interaction. Furthermore, the partition number is carried through the SOMEIP field, without changing the protocol stack, and has strong scalability.

[0061] Reference Figure 2 The diagram illustrates a flowchart of another data transmission method for a first application terminal in a vehicle network according to an embodiment of this application, which may include the following steps:

[0062] Step 201: Obtain the business data to be sent.

[0063] This step can be referred to in detail in step 101 above, and will not be repeated here.

[0064] Step 202: Classify the business data according to its business attributes to obtain the business type of the business data.

[0065] Business attributes can reflect various aspects of data; therefore, business data can be classified according to its business attributes at multiple levels. Specifically, business attributes can reflect the business functions performed by the data, thus allowing for the classification of business data based on different functions, such as transmission data from an entertainment module or vehicle control signal data. Of course, the security attributes of the data itself are also part of the business attributes, so it can be classified according to its security level, such as high-security data or medium-security data. However, the above two classification methods are only used to explain step 202. The specific methods for classifying business data based on its business attributes are not limited to these two. Classification can be based on actual circumstances, or on a combination of multiple business attributes. This application does not limit this approach.

[0066] Step 203: Determine the partition number of the business data according to the business type.

[0067] For a detailed explanation of the partition number, please refer to the content described in step 103 above.

[0068] In this embodiment, the corresponding partition number can be determined according to the business type of the business data to identify the corresponding business module, avoid errors in the transmission of business data between different application terminals, and ensure that the security protection of data can keep up with the ever-changing business in the current distributed architecture, thus guaranteeing the security of data interaction.

[0069] Step 204: Generate the first message according to the message format.

[0070] This step can be referred to in detail in step 103 above, and will not be repeated here in the embodiments of this application.

[0071] Step 205: Determine the mapping relationship between the service module and the partition number based on the service type of each service module in the vehicle network; the mapping relationship is used to determine the service module corresponding to the service data carried in the first message.

[0072] In order to send the first message to the correct sender, it is necessary to determine the mapping relationship between the partition number carried by the first message and each service module. That is, to configure the matching relationship between the partition number carried by the first message and the target service module, so that non-target service modules cannot receive the service data of the first message when they detect the first message, thereby avoiding service confusion and helping to maintain the stability of the vehicle network.

[0073] In this embodiment, it can be determined whether a mapping relationship can be established with the partition number in the first message based on the service type executed by the service module. As can be seen from the content described in step 203 above, the service type of the service data corresponds one-to-one with the partition number it carries, and the service type of the service data can also correspond one-to-one with the service type executed by the service module. Therefore, the mapping relationship between the partition number and the service data can be determined directly based on the service type executed by the service module, and the mapping relationship can be established. This helps to ensure the orderly transmission of service data between different service modules, effectively avoids the problem of data interaction disorder caused by service data transmission errors, reduces packet loss rate, and improves the stability and security of vehicle network data interaction.

[0074] Step 206: Send the first message to the second application.

[0075] Optionally, the running status includes the service discovery status;

[0076] Step 102, which involves determining the message format corresponding to the service data based on the current running state of the first application, may include:

[0077] Step S11: If the current running state of the first application is service discovery state, then determine that the location of the partition number in the first message is the protocol configuration option field.

[0078] The protocol configuration field is the Configuration Option field in the SOMEIP communication message. As an example, when the vehicle is powered on or started, i.e., when the vehicle is in the service discovery phase, the service discovery end will send a SOMEIP-SD.Find Service message to the service provider end. In order to ensure that the message can be sent to the correct application end, the partition number can be carried in the Configuration Option field of the message to indicate the business module corresponding to the business data.

[0079] Optionally, the operating state includes a normal communication state;

[0080] Step 102, which involves determining the message format corresponding to the service data based on the current running state of the first application, may include:

[0081] Step S12: If the current running state of the first application is normal communication state, then determine that the location carrying the partition number in the first message is a data segment.

[0082] The data segment is the payload field in the SOMEIP message.

[0083] Once the vehicle has been powered on and started up and is in normal communication mode, the partition number of the message can be added to the payload field of the SOMEIP message to indicate the service module corresponding to the service data in the message.

[0084] In summary, in this embodiment, partition numbers are assigned to the data to be transmitted based on the business modules corresponding to different business data, thereby guiding the data to the correct business module to execute the corresponding business, achieving orderly data interaction. Specifically, a business module can only receive data and execute the corresponding function when the partition number of the data matches that of the business module; if the data does not match the business module, the business module will not receive the data. Therefore, the method described in this embodiment can fully adapt to business changes that occur at any time in the currently widely used distributed architecture. By encrypting the interactive data with partition numbers, the security of data interaction is fully guaranteed. Furthermore, the partition number is carried through the SOMEIP field without changing the protocol stack, thus possessing strong scalability.

[0085] Reference Figure 3 The diagram illustrates a flowchart of a data transmission method for a second application terminal in a vehicle network according to an embodiment of this application, which may include the following steps:

[0086] Step 301: If the first message sent by the first application terminal is detected, determine whether the partition number carried in the first message matches the business module to which the second application terminal belongs;

[0087] Step 302: If the partition number matches the business module to which the second application belongs, then receive the business data carried in the first message;

[0088] Step 303: If the partition number does not match the business module to which the second application belongs, then the first message is not received.

[0089] When the second application detects the first message sent by the first application, it can determine whether the business data in the first message is the business data required by the second application by judging whether the partition number carried in the first message matches the business module to which the second application belongs.

[0090] If the partition number carried in the first message matches the business module to which the second application belongs, it means that the business data carried in the first message is the business data required by the second application. In this case, the second application receiving the business data in the first message is a correct data interaction process. If the partition number carried in the first message does not match the business module to which the second application belongs, it means that the business data in the first message is not intended for execution on the second application. In this case, the second application can directly discard the first message to avoid the impact of incorrect business data on its own business module. Furthermore, in the case of a mismatch, a preset program can be used to make the first message automatically garbled or unreadable, preventing the second application from forcibly receiving the business data in the first message, effectively ensuring data security and privacy.

[0091] Optionally, step S301, which involves determining whether the partition number carried in the first message matches the business module to which the second application belongs when a first message is detected from the first application, may include:

[0092] Upon detecting the first message sent by the first application terminal, determine whether the service type corresponding to the partition number carried in the first message matches the service type executed by the service module to which the second application terminal belongs.

[0093] The business module executes the corresponding type of business through business data. Therefore, it is possible to determine whether the second application can receive the business data in the first message by directly judging whether the business type corresponding to the partition number carried in the first message matches the business type executed by the business module to which the second application belongs.

[0094] Of course, the matching relationship between partition numbers and business modules is not only determined by the business type, but also by other attribute information, or even by directly configuring the matching relationship between partition numbers and business modules; this application does not limit this. However, in today's widespread use of distributed architecture, directly using the business type to determine the matching relationship, compared to other complex logic, can save computing resources and improve resource utilization efficiency while ensuring data security.

[0095] In summary, in this embodiment, the business module can only receive data and execute corresponding functions when the data's partition number matches the business module's; otherwise, the business module will not receive the data. Therefore, the method described in this embodiment can fully adapt to any business changes that may occur in the currently widely used distributed architecture. By encrypting the interactive data using the partition number, the security of data interaction is fully guaranteed. Furthermore, the partition number is carried through the SOMEIP field, without changing the protocol stack, thus possessing strong scalability.

[0096] Reference Figure 4 The diagram illustrates a data transmission device 400 for a first application terminal in a vehicle network, according to an embodiment of this application. The device 400 may include:

[0097] Data acquisition module 401 is used to acquire business data to be sent;

[0098] The message format determination module 402 is used to determine the message format corresponding to the business data based on the current running status of the first application terminal.

[0099] Message generation module 403 is used to generate a first message according to the message format; the first message carries the business data and a partition number; the partition number is used to determine the business module corresponding to the business data;

[0100] The sending module 404 is used to send the first message to the second application terminal.

[0101] Optionally, the message generation module may include:

[0102] The classification submodule is used to classify the business data according to its business attributes to obtain the business type of the business data;

[0103] The partition number determination submodule is used to determine the partition number of the business data according to the business type.

[0104] The message generation submodule is used to generate a first message according to the message format.

[0105] Optionally, the device further includes:

[0106] The mapping relationship determination module is used to determine the mapping relationship between the service module and the partition number based on the service type of each service module in the vehicle network before sending the first message to the second application terminal; the mapping relationship is used to determine the service module corresponding to the service data carried in the first message.

[0107] Optionally, the message format determination module may include:

[0108] The first determination submodule is used to determine, if the current running state of the first application is service discovery state, the position of the partition number carried in the first message is the protocol configuration option field.

[0109] Optionally, the message format determination module may include:

[0110] The second determining submodule is used to determine the location of the partition number carried in the first message as a data segment if the current running state of the first application is a normal communication state.

[0111] Reference Figure 5 As shown, it illustrates a data transmission device for a second application terminal in a vehicle network according to an embodiment of this application. The device 500 may include:

[0112] The matching module 501 is used to determine whether the partition number carried in the first message matches the business module to which the second application belongs when the first message sent by the first application is detected.

[0113] The data receiving module 502 is used to receive the business data carried in the first message if the partition number matches the business module to which the second application terminal belongs;

[0114] The data discarding module 503 is used to not receive the first message if the partition number does not match the business module to which the second application belongs.

[0115] Optionally, the matching module may include:

[0116] The service type matching submodule is used to determine whether the service type corresponding to the partition number carried in the first message matches the service type executed by the service module to which the second application belongs when the first message is detected.

[0117] This data transmission device has the same or similar beneficial effects as any of the aforementioned data transmission methods, and they can be referred to each other. To avoid repetition, it will not be described again here.

[0118] This application also provides an electronic device, which includes a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements the steps of any of the aforementioned data transmission methods.

[0119] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0120] The memory may include random access memory (RAM) or non-volatile memory, such as at least one disk storage device. Optionally, the memory may also be at least one storage device located remotely from the aforementioned processor.

[0121] This application also provides a readable storage medium storing a computer program, which, when executed by a processor, implements the steps of any of the aforementioned data transmission methods.

[0122] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0123] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the related technology, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0124] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims. All of these forms are within the protection scope of this application.

Claims

1. A data transmission method, characterized in that, The method, applied to a first application in a vehicle network, includes: Obtain the business data to be sent; the business data to be sent is the data generated by the first application for business services. The message format corresponding to the business data is determined based on the current running status of the first application terminal; the first application terminal refers to any specific business module. A first message is generated according to the message format; the first message carries the business data and a partition number; the partition number is used to determine the business module corresponding to the business data. Send the first message to the second application. The operational status includes the service discovery status; Determining the message format corresponding to the business data based on the current running status of the first application includes: If the current running state of the first application is service discovery state, then the location of the partition number in the first message is determined to be the protocol configuration option field.

2. The method according to claim 1, characterized in that, The step of generating the first message according to the message format includes: The business data is classified according to its business attributes to obtain the business type of the business data; Determine the partition number of the business data according to the business type; The first message is generated according to the stated message format.

3. The method according to claim 1, characterized in that, Before sending the first message to the second application, the method further includes: The mapping relationship between the service module and the partition number is determined based on the service type of each service module in the vehicle network; the mapping relationship is used to determine the service module corresponding to the service data carried in the first message.

4. The method according to claim 1, characterized in that, The operating status includes normal communication status; Determining the message format corresponding to the business data based on the current running status of the first application includes: If the first application is currently in a normal communication state, then the location of the partition number carried in the first message is determined to be a data segment.

5. A data transmission method, characterized in that, The method, applied to a second application terminal of an in-vehicle network, includes: Upon detecting a first message sent by the first application terminal, determine whether the partition number carried in the first message matches the business module to which the second application terminal belongs; the first application terminal refers to any specific business module. If the partition number matches the business module to which the second application belongs, then the business data carried in the first message is received; the business data is data generated by the first application for business services. If the partition number does not match the business module to which the second application belongs, then the first message will not be received; The first message is generated based on the message format corresponding to the business data; the message format corresponding to the business data is determined based on the current running status of the first application; the running status includes the service discovery status. If the current running state of the first application is service discovery state, then the location of the partition number in the first message is determined to be the protocol configuration option field.

6. The method according to claim 5, characterized in that, The step of determining whether the partition number carried in the first message matches the business module to which the second application belongs when a first message is detected from the first application includes: Upon detecting the first message sent by the first application terminal, determine whether the service type corresponding to the partition number carried in the first message matches the service type executed by the service module to which the second application terminal belongs.

7. A data transmission device, characterized in that, The device, used as a first application terminal for in-vehicle networks, includes: The data acquisition module is used to acquire business data to be sent; the business data to be sent is data generated by the first application terminal for business services. The message format determination module is used to determine the message format corresponding to the business data based on the current running status of the first application terminal; the first application terminal refers to any specific business module. The message generation module is used to generate a first message according to the message format; the first message carries the business data and a partition number; the partition number is used to determine the business module corresponding to the business data; The sending module is used to send the first message to the second application terminal; The operational status includes the service discovery status; the message format determination module includes: The first determination submodule is used to determine, if the current running state of the first application is service discovery state, the position of the partition number carried in the first message is the protocol configuration option field.

8. A data transmission device, characterized in that, The device, used as a second application terminal for in-vehicle networks, includes: The matching module is used to determine whether the partition number carried in the first message matches the business module to which the second application belongs when the first message is detected to be sent by the first application; the first application refers to any specific business module. The data receiving module is configured to receive the business data carried in the first message if the partition number matches the business module to which the second application belongs; the business data is data generated by the first application for business services. The data discarding module is used to not receive the first message if the partition number does not match the business module to which the second application belongs; The first message is generated based on the message format corresponding to the business data; the message format corresponding to the business data is determined based on the current running status of the first application; the running status includes the service discovery status. If the current running state of the first application is service discovery state, then the location of the partition number in the first message is determined to be the protocol configuration option field.

9. An electronic device, characterized in that, include: A processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the data transmission method as described in any one of claims 1 to 4.

10. A readable storage medium, characterized in that, A computer program is stored on the readable storage medium, which, when executed by a processor, implements the steps of the data transmission method as described in any one of claims 1 to 4.

Images