CN117714554A

CN117714554A - Equipment interconnection method, related equipment and system

Info

Publication number: CN117714554A
Application number: CN202311630090.8A
Authority: CN
Inventors: 陈浩; 金相源; 张广辉
Original assignee: Dongsoft Group Dalian Co ltd; Dalian Qixian Zhiyuan Technology Research Institute Co ltd; Neusoft Corp
Current assignee: Dongsoft Group Dalian Co ltd; Dalian Qixian Zhiyuan Technology Research Institute Co ltd; Neusoft Corp
Priority date: 2023-11-30
Filing date: 2023-11-30
Publication date: 2024-03-15

Abstract

The application discloses a device interconnection method, related devices and a system, and relates to the technical field of network transmission. The method comprises the following steps: the server function module calls a first SOME/IP middleware, and the first SOME/IP middleware determines client equipment of a target function component and a target protocol supported by the client equipment based on a service discovery mechanism; the first SOME/IP middleware establishes connection with the client device based on a target protocol supported by the client device; finally, whether the client device supports the IPv4 protocol or the IPv6 protocol, the server device can send a service notification message to the client device based on the first SOME/IP middleware, receive a service request of the client device, and send a reply message of the server function module to the service request to the client device; interconnection and intercommunication between the server-side equipment and the IPv4 client-side equipment and between the server-side equipment and the IPv6 client-side equipment are realized.

Description

Equipment interconnection method, related equipment and system

Technical Field

The present invention relates to the field of network transmission technologies, and in particular, to a device interconnection method, related devices, and a system.

Background

The IPv6 protocol is a sixth version of the internet protocol (Internet Protocol, IP), which is a next-generation IP protocol for replacing the IPv4 protocol. Most of the devices are currently developed based on the IPv4 protocol, but with the continuous development of network technology, more devices developed based on the IPv6 protocol will emerge continuously. In the transition from the IPv4 protocol to the IPv6 protocol, there will be a longer lifetime for both the IPv4 device and the IPv6 device. In this coexistence period, the newly developed server device needs to support both the IPv6 client device and the IPv4 client device. Therefore, how to implement interconnection and interworking between the server device and the IPv4 client device and between the server device and the IPv6 client device becomes a technical problem to be solved.

Disclosure of Invention

Based on the above problems, the application provides a device interconnection method, which is used for realizing interconnection and interworking between a server device and an IPv4 client device as well as between the server device and an IPv6 client device, and providing a solid guarantee for rapid development of network transmission technology.

The embodiment of the application discloses the following technical scheme:

the first aspect of the application provides a device interconnection method, which is applied to a server device of a target functional component; the server equipment comprises a server functional module and a first SOME/IP middleware which are in communication connection; the method comprises the following steps:

the server function module calls the first SOME/IP middleware, and the first SOME/IP middleware determines client equipment of the target function component and a target protocol supported by the client equipment based on a service discovery mechanism; the target protocol is one of an IPv4 protocol and an IPv6 protocol;

the first SOME/IP middleware is connected with the client device based on a target protocol supported by the client device;

and under the condition that the client equipment supports the target protocol, the first SOME/IP middleware sends a service notification message of the service function module to the client equipment based on the target protocol, receives a service request of the client equipment and sends a reply message of the service function module to the service request to the client equipment.

In an optional implementation manner, the service provided by the server-side functional module is a target service; the determining, by the first SOME/IP middleware, a client device of the target function component and a target protocol supported by the client device based on a service discovery mechanism, including:

the first SOME/IP middleware actively and periodically transmits a service providing message related to the target service to the outside, and determines the client device and a target protocol supported by the client device based on the response of the external client device to the service providing message; and/or the number of the groups of groups,

the first SOME/IP middleware determines the client device and a target protocol supported by the client device based on a service search message received from the outside from the client device regarding the target service.

In an alternative implementation manner, the first SOME/IP middleware actively and periodically sends a service providing message related to the target service to the outside, and determines the client device and a target protocol supported by the client device based on a response of the external client device to the service providing message, where the first SOME/IP middleware includes:

The first SOME/IP middleware actively and periodically generates a first service providing message based on the identification of the target service, the IPv4 address and the port number of the target service, and sends the first service providing message to the outside in a multicast mode, and if a client device responding to the first service providing message exists, the target protocol supported by the client device is determined to be an IPv4 protocol;

and the first SOME/IP middleware actively and periodically generates a second service providing message based on the identification of the target service, the IPv6 address and the port number of the target service, and sends the second service providing message to the outside in a multicast mode, and if a client device responding to the second service providing message exists, the target protocol supported by the client device is determined to be an IPv6 protocol.

In an alternative implementation, the first SOME/IP middleware determines the client device and a target protocol supported by the client device based on a service seeking message received from the outside world from the client device regarding the target service, including:

if the service searching message is received from the IPv4, determining that a target protocol supported by the client device for sending the service searching message is an IPv4 protocol;

If the service searching message is received from the IPv6, determining that a target protocol supported by the client device for sending the service searching message is an IPv6 protocol;

the method further comprises the steps of:

for the client equipment supporting the IPv4 protocol, the first SOME/IP middleware generates a third service providing message according to the service searching message, and sends the third service providing message to the client equipment in a unicast mode; the third service providing message carries the identifier of the target service and carries the IPv4 address and the port number of the target service;

for the client equipment supporting the IPv6 protocol, the first SOME/IP middleware generates a fourth service providing message according to the service searching message, and sends the fourth service providing message to the client equipment in a unicast mode; and the fourth service providing message carries the identifier of the target service and carries the IPv6 address and the port number of the target service.

In an alternative implementation manner, based on the condition that the client device supports the target protocol, the first SOME/IP middleware sends a service notification message of the service end function module to the client device through the target protocol, receives a service request of the client device, and sends a reply message of the service end function module to the service request to the client device, including:

When the information of the target service changes, the service side functional module generates a service notification message based on the information change of the target service and sends the service notification message to the first SOME/IP middleware;

the first SOME/IP middleware packages the service notification message into a first SOME/IP message and a second SOME/IP message respectively, wherein the first SOME/IP message corresponds to an IPv4 protocol, and the second SOME/IP message corresponds to an IPv6 protocol;

the first SOME/IP middleware sends the first SOME/IP message to the client device supporting the IPv4 protocol through the IPv4 protocol, and sends the second SOME/IP message to the client device supporting the IPv6 protocol through the IPv6 protocol;

when the first SOME/IP middleware receives a service request message sent by client equipment connected through an IPv4 protocol, decapsulating the service request message to obtain a request message, and sending the request message to the server function module; the server function module generates a reply message based on the request message and sends the reply message to the first SOME/IP middleware; the first SOME/IP middleware encapsulates the reply message into a third SOME/IP message corresponding to an IPv4 protocol, and sends the third SOME/IP message to client equipment connected through the IPv4 protocol;

When the first SOME/IP middleware receives a service request message sent by client equipment connected through an IPv6 protocol, decapsulating the service request message to obtain a request message, and sending the request message to the server function module; the server function module generates a reply message based on the request message and sends the reply message to the first SOME/IP middleware; the first SOME/IP middleware encapsulates the reply message into a fourth SOME/IP message corresponding to the IPv6 protocol, and sends the fourth SOME/IP message to the client device connected through the IPv6 protocol.

The second aspect of the present application provides a device supporting interconnection with devices of a plurality of different protocols, and the device is a server device serving as a target functional component, and includes a server functional module and a first SOME/IP middleware which are in communication connection;

the first SOME/IP middleware is used for determining the client device of the target functional component and the target protocol supported by the client device based on a service discovery mechanism under the call of the server functional module; establishing a connection with the client device based on a target protocol supported by the client device; the target protocol is one of an IPv4 protocol and an IPv6 protocol;

And the first SOME/IP middleware is used for sending the service notification message of the service function module to the client equipment through the target protocol, receiving the service request of the client equipment and sending the reply message of the service function module to the service request to the client equipment on the basis that the client equipment supports the target protocol.

In an optional implementation manner, the service provided by the server-side functional module is a target service;

the first SOME/IP middleware is used for actively and periodically sending a service providing message related to the target service to the outside, and determining the client device and a target protocol supported by the client device based on the response of the external client device to the service providing message; and/or the number of the groups of groups,

the first SOME/IP middleware is used for determining the client device and a target protocol supported by the client device based on a service searching message which is received from the outside and is related to the target service by the client device.

In an alternative implementation, when the information of the target service changes,

The server function module is used for generating a service notification message based on the information change of the target service and sending the service notification message to the first SOME/IP middleware;

the first SOME/IP middleware is used for respectively packaging the service notification message into a first SOME/IP message and a second SOME/IP message, wherein the first SOME/IP message corresponds to an IPv4 protocol, and the second SOME/IP message corresponds to an IPv6 protocol;

the first SOME/IP middleware is used for sending the first SOME/IP message to the client device supporting the IPv4 protocol through the IPv4 protocol and sending the second SOME/IP message to the client device supporting the IPv6 protocol through the IPv6 protocol.

In an optional implementation manner, the first SOME/IP middleware is configured to receive a service request packet sent by a client device connected through an IPv4 protocol, decapsulate the service request packet to obtain a request message, and send the request message to the server function module;

the server function module is used for generating a reply message based on the request message and sending the reply message to the first SOME/IP middleware;

the first SOME/IP middleware is further used for packaging the reply message into a third SOME/IP message corresponding to the IPv4 protocol, and sending the third SOME/IP message to the client device connected through the IPv4 protocol.

In an optional implementation manner, the first SOME/IP middleware is configured to receive a service request packet sent by a client device connected through an IPv6 protocol, decapsulate the service request packet to obtain a request message, and send the request message to the server function module;

the first SOME/IP middleware is further used for packaging the reply message into a fourth SOME/IP message corresponding to the IPv6 protocol, and sending the fourth SOME/IP message to the client device connected through the IPv6 protocol.

A third aspect of the present application provides an apparatus interconnection system, the system including a server device of a target functional component, an IPv4 client device of the target functional component, and an IPv6 client device of the target functional component;

the server device is a device which supports interconnection with devices of a plurality of different protocols according to any one of claims 6 to 10;

the IPv4 client device comprises a second SOME/IP middleware, and the IPv6 client device comprises a third SOME/IP middleware;

The server device and the IPv4 client device respectively find the existence of the other party based on the first SOME/IP middleware and the second SOME/IP middleware and a service discovery mechanism, and establish connection by an IPv4 protocol; the server-side equipment sends a service notification message of the server-side functional module to the IPv4 client-side equipment based on an IPv4 protocol, receives a service request of the IPv4 client-side equipment, and sends a reply message of the server-side functional module to the service request to the IPv4 client-side equipment;

the server device and the IPv6 client device respectively find the existence of the other party based on the first SOME/IP middleware and the third SOME/IP middleware and a service discovery mechanism, and establish connection by an IPv6 protocol; the server-side equipment sends a service notification message of the server-side functional module to the IPv6 client-side equipment based on an IPv6 protocol, receives a service request of the IPv6 client-side equipment, and sends a reply message of the server-side functional module to the service request to the IPv6 client-side equipment.

Compared with the prior art, the application has the following beneficial effects:

The application discloses a device interconnection method, which is applied to a server device of a target functional component, wherein the server device comprises a server functional module and a first SOME/IP middleware which are in communication connection; the first SOME/IP middleware can receive the call of the function module of the server side, determine the client equipment of the target function component based on a service discovery mechanism and the target protocol supported by the client equipment; on the one hand, the method and the device can establish connection with the client device based on the target protocol supported by the client device, and finally ensure that the client device can both support the IPv4 protocol and the IPv6 protocol, and the server device of the target functional component can send the service notification message of the server functional module to the client device based on the first SOME/IP middleware, receive the service request of the client device and send the reply message of the server functional module to the service request to the client device. In this way, the service end device is mutually communicated with the IPv4 client device and the IPv6 client device through the first SOME/IP middleware.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive faculty for a person skilled in the art.

Fig. 1 is a schematic structural diagram of a target functional component according to an embodiment of the present application;

fig. 2 is a flowchart of a device interconnection method provided in an embodiment of the present application;

fig. 3 is a schematic diagram of a first service providing packet according to an embodiment of the present application;

fig. 4 is a schematic diagram of a second service providing message according to an embodiment of the present application;

fig. 5 is a schematic diagram of information interaction between a server device and a client device according to an embodiment of the present application;

fig. 6 is a schematic diagram of information interaction between another server device and a client device according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of an equipment interconnection system according to an embodiment of the present application.

Detailed Description

As described above, most of the devices are currently developed based on the IPv4 protocol, but with the continuous development of network technology, more devices developed based on the IPv6 protocol will emerge continuously. In the transition from the IPv4 protocol to the IPv6 protocol, there will be a longer lifetime for both the IPv4 device and the IPv6 device. In this coexistence period, the newly developed server device needs to support both the IPv6 client device and the IPv4 client device. Currently, the interconnection of the server device with the IPv4 client device and the IPv6 client device may be achieved by adding additional codes within the server device. However, due to the poor code universality, the need of configuring different codes for different service end devices, high code complexity and easy introduction of a large number of uncertain problems, the traditional scheme needs to consume a large amount of resource cost to realize the intercommunication of the service end device, the IPv4 client device and the IPv6 client device.

The application discloses a device interconnection method, which is applied to a server device of a target functional component, wherein the server device comprises a server functional module and a first SOME/IP middleware which are in communication connection; the first SOME/IP middleware can receive the call of the function module of the server side, determine the client equipment of the target function component based on a service discovery mechanism and the target protocol supported by the client equipment; on the one hand, the method and the device can establish connection with the client device based on the target protocol supported by the client device, and finally ensure that the client device can both support the IPv4 protocol and the IPv6 protocol, and the server device of the target functional component can send the service notification message of the server functional module to the client device based on the first SOME/IP middleware, receive the service request of the client device and send the reply message of the server functional module to the service request to the client device. Thus, the service end equipment is communicated with the IPv4 client equipment and the IPv6 client equipment through the first SOME/IP middleware.

In order to make the present application solution better understood by those skilled in the art, the following description will clearly and completely describe the technical solution in the embodiments of the present application with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

The device interconnection method is realized based on the server device and the client device in the target functional component. The target functional component is a component that implements a specific function. Among the various devices implementing the same functional component, the device providing the service is referred to as a server device and the device receiving the service is referred to as a client device.

Fig. 1 is a schematic structural diagram of a target functional component according to an embodiment of the present application. With reference to fig. 1, a server application is run on a server device in a target functional component, and a client application is run on a client device. The server application program comprises a server functional module and SOME/IP middleware which are in communication connection; the client application includes a communicatively coupled client function module and SOME/IP middleware.

The server function module is a core module of the server application program, and can generate services provided by the server equipment outwards and reply messages for replying to the client service request. The client functional module is a core module of the client application program, and can generate a service request externally sent by the client and receive service notification information sent by the server device.

The SOME/IP middleware is a middleware which is constructed based on the SOME/IP protocol and is used for information transmission. SOME/IP (Scalable service-Oriented Middleware over IP) is a communication protocol currently implemented by the automotive industry to implement service-oriented architecture (SOA-oriented architecture). The service discovery mechanism is one of the core mechanisms of the SOME/IP protocol. The service discovery mechanism specifically includes: find Service and office Service. Wherein, find Service refers to the client initiating a request to Find a Service when starting; the office refers to a Service provided by a Service end sending out an announcement at the time of starting.

The SOME/IP middleware of the server device and the SOME/IP middleware of the client device comprise an encapsulation module, a decapsulation module and a communication mode selection module. The communication mode selection module of the server equipment comprises an IPv4 protocol and an IPv6 protocol; the communication mode selection module of the client equipment comprises an IPv4 protocol or an IPv6 protocol. If the communication mode selection module of the client device comprises an IPv4 protocol, the client device is the client device supporting the IPv4 protocol; if the communication mode selection module of the client device includes an IPv6 protocol, the client device is a client device supporting the IPv6 protocol.

The encapsulation module is used for converting the data structure of the computer language into a data structure which can be transmitted on a network. The decapsulation module is used to convert data structures that may be sent over the network back to data structures in a computer language. Although the service-discovery mechanism-based process of mutual discovery between the service-side device and the client-side device does not use the encapsulation module and the decapsulation module, the encapsulation module and the decapsulation module are used in information transmission after the communication connection between the service-side device and the client-side device is established.

In the following, a specific description is given of an implementation procedure for implementing intercommunication between a server device and an IPv4 client device and an IPv6 client device based on the SOME/IP middleware in the target function component. Because both the server device and the client device have the SOME/IP middleware, the SOME/IP middleware of the server device is named as the first SOME/IP middleware for convenience of distinguishing and understanding.

Fig. 2 is a flowchart of a device interconnection method provided in an embodiment of the present application. Referring to fig. 2, the device interconnection method of the present application includes:

in step 201, the server function module invokes the first SOME/IP middleware, and the first SOME/IP middleware determines, based on a service discovery mechanism, a client device of the target function component and a target protocol supported by the client device.

Specifically, since the server function module is communicatively connected to the first SOME/IP middleware, when the server device of the target function component works, the server function module may call the first SOME/IP middleware, and the first SOME/IP middleware may determine the client device of the target function component and the target protocol supported by the client device based on the service discovery mechanism. The target protocol is one of an IPv4 protocol and an IPv6 protocol.

For example, assume that the target functional component a includes a server device A1; when the target function component a is started, the first SOME/IP determines the presence of the client device B1 and the client device B2 of the target function component a based on the service discovery mechanism, and determines target protocols supported by the client device B1 and the client device B2, respectively.

Step 202, the first SOME/IP middleware is connected to the client device based on a target protocol supported by the client device.

After the first SOME/IP middleware determines the client device of the target functional component and the target protocol supported by each client device through the service discovery mechanism, the first SOME/IP middleware may establish a connection with the client device based on the target protocol supported by each client device.

For example, when the first SOME/IP middleware of the target functional component a determines the presence of the client device B1 and the client device B2 of the target functional component a, and determines that the client device B1 supports the IPv4 protocol, the client device B2 supports the IPv6 protocol; the first SOME/IP middleware may establish a connection with the client device B1 based on the IPv4 protocol while establishing a connection with the client device B2 based on the IPv6 protocol.

Step 203, based on the condition that the client device supports the target protocol, the first SOME/IP middleware sends a service notification message of the service function module to the client device through the target protocol, receives a service request of the client device, and sends a reply message of the service function module to the service request to the client device.

After the first SOME/IP middleware of the server side equipment in the target functional component establishes connection with the client side equipment, service notification information of the server side functional module is sent to the client side equipment, a service request of the client side equipment is received, and a reply message of the server side functional module to the service request is sent to the client side equipment based on the protocol type supported by the client side equipment.

Specifically, if the client device is the client device B1 of the target functional component a, after the client device B1 supports the IPv4 protocol and the first SOME/IP middleware establishes a connection with the client device B1, service notification information of the service functional module is sent to the client device B1 through the IPv4 protocol, a service request of the client device B1 is received, and a reply message of the service functional module to the service request is sent to the client device B1.

If the client device is the client device B2 of the target functional component a, after the client device B2 supports the IPv6 protocol and the first SOME/IP middleware establishes a connection with the client device B2, service notification information of the service function module is sent to the client device B2 through the IPv6 protocol, a service request of the client device B2 is received, and a reply message of the service function module to the service request is sent to the client device B2.

In summary, the application discloses a device interconnection method, which is applied to a server device of a target functional component, wherein the server device comprises a server functional module and a first SOME/IP middleware which are in communication connection; the first SOME/IP middleware can receive the call of the function module of the server side, determine the client equipment of the target function component based on a service discovery mechanism and the target protocol supported by the client equipment; on the one hand, the method and the device can establish connection with the client device based on the target protocol supported by the client device, and finally ensure that the client device can both support the IPv4 protocol and the IPv6 protocol, and the server device of the target functional component can send the service notification message of the server functional module to the client device based on the first SOME/IP middleware, receive the service request of the client device and send the reply message of the server functional module to the service request to the client device. Thus, the service end equipment is communicated with the IPv4 client equipment and the IPv6 client equipment through the first SOME/IP middleware.

Specifically, after determining the target service provided by the server-side function module, the server-side device of the target function component may determine the client-side device of the target function component in two ways.

In a first manner, the first SOME/IP middleware actively and periodically transmits a service providing message related to the target service to the outside, and if the client device in the target functional component has a response, the first SOME/IP middleware determines the client device and a target protocol supported by the client device according to the response of the client device to the service message.

In the second way, the client device in the target function component may send a service packet for searching for the target service, and after receiving the service search packet, the first SOME/IP middleware determines the client device that sends the service search packet, and determines a target protocol supported by the client device.

It should be noted that, the server device of the target functional component may determine, by using the first method, the client device of the target functional component and the target protocol supported by the device, and may determine, by using the second method, the client device of the target functional component and the target protocol supported by the device; the first and second modes may also be used simultaneously to determine the client device of the target functional component and the target protocol supported by the device.

Specifically, the first SOME/IP middleware actively and periodically generates a first service providing message and a second service providing message. The first service providing message comprises an identification of the target service, an IPv4 address of the target service and a port number; the second service providing message includes an identification of the target service, an IPv6 address of the target service, and a port number. The first SOME/IP middleware transmits the first service providing message and the second service providing message outwards in a multicast mode, and if the client equipment responding to the first service providing message exists, the client equipment responding to the first service providing message is determined to support an IPv4 protocol; if there is a client device that responds to the second service provision message, it is determined that the client device that responds to the second service provision message supports the IPv6 protocol.

For example, suppose that the target service is a service with an ID of 0x0101, the service will call the first SOME/IP middleware to register its related information through the server function module, where the related information includes, but is not limited to, a service ID. When the server side functional module needs to determine the client side functional module, the server side functional module can call a first SOME/IP middleware, and the first SOME/IP middleware can perform the following operations:

first, the first SOME/IP middleware actively and periodically sends two messages, namely a first service providing message and a second service providing message, to the outside.

Second, the first service providing message is sent to the outside in a multicast mode through the IPv4 protocol. The Entry field in the first Service Offer message marks that this is an Offer Service message for a Service with an ID of 0x 0101; the Option field is accompanied by the IPv4 address and port number of the service.

Third, the second service providing message is sent to the outside in a multicast mode through an IPv6 protocol. Marking the Entry field in the second Service providing message as an Offer Service message of the Service with the ID of 0x 0101; the Option field is accompanied by the IPv6 address and port number of the service.

Fourth, after the client device supporting the IPv4 protocol in the target functional component receives the first Service providing packet of the Offer Service from the IPv4, the first SOME/IP middleware determines that the device supports the IPv4 protocol, and establishes a connection with the client device through the IPv4 protocol.

Fifth, after the client device supporting the IPv6 protocol in the target functional component receives the second Service providing packet of the Offer Service from the IPv6, the first SOME/IP middleware determines that the device supports the IPv6 protocol, and establishes a connection with the client device through the IPv6 protocol.

Fig. 3 is a schematic diagram of a first service providing packet according to an embodiment of the present application. As shown in fig. 3, type (=0x04) indicates that the address and port number of IPv4 are attached to the first service providing packet; length represents the total length of the message of the first service providing message; reserved represents information of Reserved fields in the first service providing message; IPv4-Address represents Address information of IPv4 in the first service providing message; port Number represents the Port Number in the first service provisioning message; L4-Proto represents the type of message protocol in the first service provisioning message.

Fig. 4 is a schematic diagram of a second service providing message according to an embodiment of the present application. As shown in connection with fig. 4: type (=0x06) indicates that the address and port number of IPv6 are attached to the service packet; length represents the total length of the second service providing message; reserved represents information of a Reserved field in the second service providing message; IPv6-Address represents Address information of IPv6 in the second service providing message; port Number represents the Port Number in the second service provision message; L4-Proto represents the type of message protocol in the second service provision message.

In an alternative implementation, the first SOME/IP middleware determines the client device and a target protocol supported by the client device based on a Service seeking (Find Service) message received from the outside world from the client device regarding the target Service, including:

the method further comprises the steps of:

Specifically, when the client device in the target function component has been started, and a connection is urgent to be established with the server device, the client device may actively send a service search message. If the client device supports the IPv4 protocol, sending a service searching message through the IPv 4; if the client device supports the IPv6 protocol, the service seeking message is sent through IPv 6.

If the first SOME/IP middleware receives a service searching message sent by the client device supporting the IPv4 protocol, the first SOME/IP middleware generates a third service providing message and sends the third service providing message to the client device in a unicast mode, and the third service providing message carries the identification of the target service, the IPv4 address and the port number of the target service.

If the first SOME/IP middleware receives a service searching message sent by the client device supporting the IPv6 protocol, the first SOME/IP middleware generates a fourth service providing message and sends the fourth service providing message to the client device in a unicast mode, and the fourth service providing message carries the identification of the target service, the IPv6 address and the port number of the target service.

For example, for a service whose target service is ID 0x0101, the process of establishing connection between the client function module and the server function module in the target function component is:

First, the client device M1 supporting the IPv4 protocol sends a service search message using IPv4, and the Entry field of the message marks that the service to be searched is a service with ID of 0x 0101.

Second, after the first SOME/IP middleware receives the service lookup message from IPv4, the first SOME/IP middleware generates a third service providing message, and sends the third service providing message to the client device M1 in a unicast manner through IPv 4. The Entry field of the third service providing message marks the ID of the service providing message as 0x0101, and the Option field is attached with the IPv4 address and port number of the service.

Third, after receiving the unicast third service providing message, the client device M1 establishes a connection with the first SOME/IP middleware through IPv 4.

Fourth, the client device M2 supporting the IPv4 protocol sends a service search message using IPv6, and the Entry field of the message marks that the service to be searched is a service with ID of 0x 0101.

Fifth, after the first SOME/IP middleware receives the service lookup message from the IPv6, the first SOME/IP middleware generates a fourth service provision message, and sends the fourth service provision message to the client device M2 in a unicast manner through the IPv 6. The ID of the Entry field label service providing message of the fourth service providing message is 0x0101; the Option field is accompanied by the IPv6 address and port number of the service.

Sixth, after receiving the unicast fourth service providing message, the client device M2 establishes a connection with the first SOME/IP middleware through IPv 6.

It should be noted that, no matter whether the server device and the client device of the target functional component establish connection in the first manner or establish connection in the second manner; whether the connection is established through the IPv4 protocol or the IPv6 protocol; the first SOME/IP middleware records connection information for each client device in the target function component.

After the server device and the client device of the target functional component establish connection through the method in the foregoing embodiment, the server device and the client device may perform information interaction. Information interaction is divided into two types: "notification" and "request/reply".

The "notification" refers to that when the information of the server device changes, for example, the state of the server device is changed from "in startup" to "key external device for providing service is ready", the server device actively sends a message to the client device, and the information of the server is attached to the message.

"request/reply" refers to a client device initiating a "request" to a server device. The server device "replies" to the results of the process after the process is completed.

In an alternative implementation manner, when the information of the target service changes, the service side functional module generates a service notification message based on the information change of the target service, and sends the service notification message to the first SOME/IP middleware;

Fig. 5 is a schematic diagram of information interaction between a server device and a client device according to an embodiment of the present application. The following is presented in connection with fig. 5: when the information of the target service changes, the service function module of the service end equipment generates a service notification message based on the information change of the target service and sends the service notification message to the first SOME/IP middleware, and the first SOME/IP middleware encapsulates the service notification message into a first SOME/IP message corresponding to an IPv4 protocol and a second SOME/IP message corresponding to an IPv6 protocol. The first SOME/IP middleware sends a first SOME/IP message to client equipment supporting an IPv4 protocol through the IPv4 protocol; and sending the second SOME/IP message to the client device supporting the IPv6 protocol through the IPv6 protocol.

Fig. 6 is a schematic diagram of information interaction between another server device and a client device according to an embodiment of the present application. As shown in connection with fig. 6:

for the client device supporting the IPv4 protocol, the client function module transmits the request message to the SOME/IP of the client device to package, and generates a service request message; then the service request message sent by the client device through the IPv4 protocol is received by the first SOME/IP middleware; after the first SOME/IP middleware receives the service request message, the service request message is unpacked through a unpacking module to obtain a request message, and the request message is sent to a server functional module; the server functional module generates a reply message based on the received request message and sends the reply message to the first SOME/IP middleware; after receiving the reply message sent by the service function module, the first SOME/IP middleware encapsulates the reply message into a third SOME/IP message corresponding to the IPv4 protocol, and sends the third SOME/IP message to the SOME/IP middleware of the client device through the IPv4 protocol, and the SOME/IP middleware of the client device decodes the received third SOME/IP message to generate the reply message, and transmits the reply message to the client function module.

For client equipment supporting an IPv6 protocol, a client functional module transmits a request message to SOME/IP of the client functional module to package the SOME/IP to generate a service request message; the client device receives a service request message sent by an IPv6 protocol by a first SOME/IP middleware; after the first SOME/IP middleware receives the service request message, the service request message is unpacked through a unpacking module to obtain a request message, and the request message is sent to a server functional module; the server functional module generates a reply message based on the received request message and sends the reply message to the first SOME/IP middleware; after the first SOME/IP middleware receives the reply message sent by the service function module, the reply message is encapsulated into a fourth SOME/IP message corresponding to the IPv6 protocol, the fourth SOME/IP message is sent to the SOME/IP middleware of the client device through the IPv6 protocol, the SOME/IP middleware of the client device decodes the received fourth SOME/IP message, generates the reply message, and transmits the reply message to the client function module.

In summary, after the connection between the server device and the client device of the target functional component is established, the first SOME/IP middleware performs information interaction with the client device according to the recorded connection information with the client device, that is, the information such as the protocol type supported by each client device. When the service end device sends the service notification message which is wanted to be sent to the outside, the service notification message can be transmitted to each client device in the mode described in fig. 5; when the client device wants to send the service request message to the outside, the external request message can be sent to the client device in the target functional component in the manner described in fig. 6, and a reply message fed back by the client device is received; and finally, the information interaction between the server-side equipment and the IPv4 client-side equipment as well as between the server-side equipment and the IPv6 client-side equipment is realized.

Based on the method provided by the foregoing embodiment, correspondingly, the present application further provides a device supporting interconnection with devices of a plurality of different protocols. The device provided by the application may be specifically a server device of the target component in fig. 1, and includes a server function module and a first SOME/IP middleware which are in communication connection.

The first SOME/IP middleware is used for determining the client device of the target functional component and the target protocol supported by the client device based on a service discovery mechanism under the call of the server functional module; establishing a connection with the client device based on a target protocol supported by the client device; the target protocol is one of an IPv4 protocol and an IPv6 protocol.

Based on the method and the device provided by the foregoing embodiments, correspondingly, the present application further provides a device interconnection system. Fig. 7 is a schematic structural diagram of an equipment interconnection system according to an embodiment of the present application.

Referring to fig. 7, the device interconnection system includes: the server side equipment of the target functional component, the IPv4 client side equipment of the target functional component and the IPv6 client side equipment of the target functional component;

the server equipment is equipment for supporting interconnection with equipment of a plurality of different protocols;

It should be noted that, in the present specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment is mainly described in a different point from other embodiments. In particular, for the apparatus and system embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, with reference to the description of the method embodiments in part. The above-described apparatus and system embodiments are merely illustrative, in which elements illustrated as separate elements may or may not be physically separate, and elements illustrated as elements may or may not be physical elements, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.

The foregoing is merely one specific embodiment of the present application, but the protection scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered in the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. The device interconnection method is characterized in that the method is applied to the server device of the target functional component; the server device comprises a server function module and a first SOME/IP middleware which are in communication connection, and the method comprises the following steps:

and based on the condition that the client equipment supports the target protocol, the first SOME/IP middleware sends a service notification message of the service end function module to the client equipment through the target protocol, receives a service request of the client equipment and sends a reply message of the service end function module to the service request to the client equipment.

2. The device interconnection method according to claim 1, wherein the service provided by the server-side function module is a target service; the determining, by the first SOME/IP middleware, a client device of the target function component and a target protocol supported by the client device based on a service discovery mechanism, including:

3. The device interconnection method according to claim 2, wherein the first SOME/IP middleware actively periodically transmits a service provision message regarding the target service to the outside, and wherein the first SOME/IP middleware determines the client device and a target protocol supported by the client device based on a response of an external client device to the service provision message, comprising:

4. The device interconnection method according to claim 2, wherein the first SOME/IP middleware determines the client device and a target protocol supported by the client device based on a service search message received from the outside world from the client device regarding the target service, comprising:

the method further comprises the steps of:

5. The device interconnection method according to any one of claims 1 to 4, wherein, based on the case that the client device supports the target protocol, the first SOME/IP middleware sends a service notification message of the service function module to the client device through the target protocol, receives a service request of the client device, and sends a reply message of the service function module to the service request to the client device, including:

6. A device supporting interconnection with devices of a plurality of different protocols, wherein the server device serving as a target functional component comprises a server functional module and a first SOME/IP middleware which are in communication connection;

the first SOME/IP middleware is used for determining the client device of the target functional component and the target protocol supported by the client device based on a service discovery mechanism under the call of the server functional module; connecting with the client device based on a target protocol supported by the client device; the target protocol is one of an IPv4 protocol and an IPv6 protocol;

and the first SOME/IP middleware is used for sending a service notification message of the service function module to the client equipment based on the target protocol, receiving a service request of the client equipment and sending a reply message of the service function module to the service request to the client equipment under the condition that the client equipment supports the target protocol.

7. The device for supporting interconnection with devices according to claim 6, wherein the service provided by the server-side function module is a target service;

8. The device supporting interconnection with devices of multiple different protocols according to claim 6 or 7, wherein when the information of the target service changes,

9. The device supporting interconnection with devices of a plurality of different protocols according to claim 6 or 7,

the first SOME/IP middleware is used for receiving a service request message sent by client equipment connected through an IPv4 protocol, decapsulating the service request message to obtain a request message, and sending the request message to the server function module;

10. The device supporting interconnection with devices of a plurality of different protocols according to claim 6 or 7,

the first SOME/IP middleware is used for receiving a service request message sent by client equipment connected through an IPv6 protocol, decapsulating the service request message to obtain a request message, and sending the request message to the server function module;

11. A device interconnection system, wherein the system comprises a server device of a target functional component, an IPv4 client device of the target functional component, and an IPv6 client device of the target functional component;