Vehicle-mounted relay device, vehicle-mounted communication system, and communication control method

Abstract

To perform communication between in-vehicle devices while suppressing a processing load when communication protocols between the in-vehicle devices are different.SOLUTION: An in-vehicle repeater in an in-vehicle communication system with a plurality of in-vehicle devices includes a relay unit that relays communication data between the plurality of in-vehicle devices, and a processing unit that notifies each of the in-vehicle devices of a common protocol which is a common communication protocol to be used before starting communication between the in-vehicle devices.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present disclosure relates to an in-vehicle relay device, an in-vehicle communication system, and a communication control method. [Background technology]

[0002] Conventionally, a technology has been developed for adjusting communication settings in response to changes in the system configuration in an in-vehicle network. For example, Patent Document 1 (JP Patent Publication 2009-161103 A) discloses the following vehicle control device. That is, the control device controls the behavior of a control target mounted on a vehicle. The intra-box detects changes in the system configuration, such as replacement of a control device from a different supplier, retrofitting of a control device, and software and hardware updates, via a communication system. The communication setting means of the intra-box adjusts the communication settings for each control device in response to the detected system configuration. The processing devices as hardware such as a CPU, ROM, RAM, and flash memory constituting the intra-box are configured as independent processing devices different from the control device.

[0003] Also, a technology for converting data formats when a new network is added to an existing in-vehicle network has been developed. For example, Patent Document 2 (JP Patent Publication 2009-27245A) discloses the following conversion unit. That is, the conversion unit is a conversion unit for connecting a first network and a second network, and includes a gateway conversion processing unit, a first converter for converting between a data format used in the gateway conversion processing unit and a data format used in the first network, and a second converter for converting between the data format used in the gateway conversion processing unit and a data format used in the second network. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2009-161103 A [Patent Document 2] JP 2009-27245 A Summary of the Invention [Problem to be solved by the invention]

[0005] If the communication protocols used by the in-vehicle devices are different, communication data cannot be transmitted and received between these in-vehicle devices.

[0006] The vehicle control device described in the above-mentioned Patent Document 1 does not take into consideration how to deal with cases where the communication protocols between the on-board devices are different. Also, in the conversion unit described in Patent Document 2, the gateway processing unit performs protocol conversion for all communications between the existing network and the added network, which causes problems such as an increase in the processing load on the gateway processing unit and an increase in communication traffic between the networks.

[0007] The present disclosure has been made to solve the above-mentioned problems, and its purpose is to provide an in-vehicle relay device, an in-vehicle communication system, and a communication control method that can communicate between in-vehicle devices while reducing the load when the communication protocols between the in-vehicle devices are different. [Means for solving the problem]

[0008] The vehicle-mounted relay device disclosed herein is an vehicle-mounted relay device in an vehicle-mounted communication system having a plurality of vehicle-mounted devices, and is equipped with a relay unit that relays communication data between the plurality of vehicle-mounted devices, and a processing unit that notifies each vehicle-mounted device of a common protocol, which is a common communication protocol to be used, before the vehicle-mounted devices start communication with each other.

[0009] The in-vehicle communication system disclosed herein includes a plurality of in-vehicle devices including an in-vehicle relay device that relays communication data between the plurality of in-vehicle devices, and before starting communication between the in-vehicle devices, the in-vehicle relay device notifies each in-vehicle device of a common protocol, which is a common communication protocol to be used, and upon receiving notification of the common protocol, each in-vehicle device determines whether to switch to communication in accordance with the common protocol.

[0010] The communication control method disclosed herein is a communication control method in an in-vehicle relay device in an in-vehicle communication system having a plurality of in-vehicle devices, wherein the in-vehicle relay device relays communication data between the plurality of in-vehicle devices and includes a step of selecting a common protocol, which is a common communication protocol to be used, before starting communication between the in-vehicle devices, and a step of notifying each of the in-vehicle devices of the selected common protocol.

[0011] The present disclosure may be realized not only as an in-vehicle relay device having such a characteristic processing unit, but also as a program for causing a computer to execute such characteristic processing, or as a semiconductor integrated circuit that realizes a part or all of the in-vehicle relay device.

[0012] The present disclosure may be realized not only as an in-vehicle communication system having such characteristic processing units, but also as a communication control method having such characteristic processing units as steps, or as a program for causing a computer to execute such steps. The present disclosure may also be realized as a semiconductor integrated circuit that realizes a part or all of the in-vehicle communication system. Effect of the Invention

[0013] According to the present disclosure, when the communication protocols used between the in-vehicle devices are different, the in-vehicle devices can communicate with each other while reducing the load. [Brief description of the drawings]

[0014] [Figure 1]FIG. 1 is a diagram showing a configuration of an in-vehicle communication system according to an embodiment of the present disclosure. [Diagram 2] FIG. 2 is a diagram illustrating an example of a configuration of a gateway device according to an embodiment of the present disclosure. [Diagram 3] FIG. 3 is a diagram illustrating an example of a relay rule table held in the vehicle-mounted relay device according to the embodiment of the present disclosure. [Figure 4] FIG. 4 is a diagram showing a list of types of communication protocols to which communication data used for a service can be converted, the types being stored in the vehicle-mounted relay device according to the embodiment of the present disclosure. [Diagram 5] FIG. 5 is a diagram illustrating an example of a relay rule table after being updated by a conversion processing unit in the vehicle-mounted relay device according to the embodiment of the present disclosure. [Figure 6] FIG. 6 is a diagram illustrating an example of a screen displayed by a conversion processing unit in the vehicle-mounted relay device according to the embodiment of the present disclosure. [Figure 7] FIG. 7 is a sequence that defines the operation procedures of each device until the added gateway device proposes a conversion process of a communication protocol in the in-vehicle communication system according to the embodiment of the present disclosure. [Figure 8] FIG. 8 is a sequence that defines the operation procedures of each device until the added gateway device proposes a conversion process of a communication protocol in the in-vehicle communication system according to the embodiment of the present disclosure. [Figure 9] FIG. 9 is a sequence that defines the operation procedures of each device when an added gateway device executes a conversion process of a communication protocol in an in-vehicle communication system according to an embodiment of the present disclosure. [Figure 10] FIG. 10 is a sequence that defines the operation procedures of each device until a service is established in a case where the communication protocol matches between a server and a client of the service in an in-vehicle communication system according to an embodiment of the present disclosure. [Figure 11] FIG. 11 is a diagram illustrating a configuration of an in-vehicle communication system according to a modified example of the embodiment of the present disclosure. [Figure 12]FIG. 12 is a sequence that defines the operation procedures of each device until the added gateway device proposes a conversion process of a communication protocol in an in-vehicle communication system according to a modified example of an embodiment of the present disclosure. [Figure 13] FIG. 13 is a sequence that defines the operation procedures of each device until the added gateway device proposes a conversion process of a communication protocol in an in-vehicle communication system according to a modified example of an embodiment of the present disclosure. [Figure 14] FIG. 14 is a sequence that defines the operation procedures of each device when an added gateway device executes a conversion process of a communication protocol in an in-vehicle communication system according to a modified example of an embodiment of the present disclosure. [Figure 15] FIG. 15 is a sequence that defines the operation procedures of each device until a service is established when the communication protocol is the same between the server and client of the service in an in-vehicle communication system according to a modified example of an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] First, the contents of the embodiments of the present disclosure will be listed and described.

[0016] (1) An in-vehicle relay device according to an embodiment of the present disclosure is an in-vehicle relay device in an in-vehicle communication system having a plurality of in-vehicle devices, and includes a relay unit that relays communication data between the plurality of in-vehicle devices, and a processing unit that notifies each of the in-vehicle devices of a common protocol, which is a common communication protocol to be used, before the in-vehicle devices start communication with each other.

[0017] With this configuration, even if the communication protocols of the on-board devices are different, each on-board device can switch the communication protocol to a common protocol, eliminating the need for a conversion process of the communication protocol in the on-board relay device. For example, the on-board relay device can check whether or not a conversion process of the communication protocol is required and perform the conversion process as necessary, thereby suppressing an increase in the processing load of the on-board relay device and an increase in communication traffic in the on-board communication system. Therefore, even if the communication protocols of the on-board devices are different, communication between the on-board devices can be performed while suppressing the load.

[0018] (2) Preferably, when the processing unit receives a notification from both of the in-vehicle devices that the common protocol will not be used, the processing unit determines whether or not to perform a conversion process of the communication protocol of the communication data transmitted and received between the in-vehicle devices.

[0019] With this configuration, when at least one of the in-vehicle devices uses a common protocol, the in-vehicle relay device does not perform a conversion process of the communication protocol, and it is possible to suppress an increase in the processing load of the in-vehicle relay device and an increase in communication traffic in the in-vehicle communication system. Even if both of the in-vehicle devices do not use a common protocol, the in-vehicle devices can communicate with each other when the in-vehicle relay device performs a conversion process of the communication protocol. Furthermore, the configuration for determining whether or not to perform a conversion process of the communication protocol makes it possible to appropriately select the timing of performing the conversion process depending on, for example, the state of the vehicle.

[0020] (3) More preferably, the processing unit determines whether or not to perform the conversion process depending on a driving state of a vehicle in which the in-vehicle communication system is mounted.

[0021] With this configuration, for example, when the vehicle is driving autonomously, it is possible to appropriately suppress an increase in the load on the in-vehicle communication system by determining not to perform communication protocol conversion processing.

[0022] (4) More preferably, the processing unit determines whether or not to perform the conversion process depending on a communication state in the in-vehicle communication system.

[0023] With this configuration, for example, when the communication volume per unit time in the in-vehicle communication system is equal to or greater than a predetermined threshold, it is possible to appropriately suppress an increase in the load on the in-vehicle communication system by determining not to perform communication protocol conversion processing.

[0024] (5) More preferably, the processing unit determines whether or not to perform the conversion process periodically or irregularly.

[0025] With this configuration, it is possible to more appropriately determine whether or not to perform the conversion process of the communication protocol in response to a change in the state of the vehicle, etc.

[0026] (6) More preferably, when the conversion process is performed by the processing unit, the relay unit relays the communication data after the conversion process by including information indicating that the communication protocol has been converted.

[0027] With this configuration, the receiving side of the communication data can perform processing that takes into account the effects of the conversion process, such as by setting a long allowable delay time for the communication data.

[0028] (7) More preferably, when the conversion process is performed by the processing unit, the relay unit relays the communication data that has been converted by including information indicating the communication protocol before the conversion process in the communication data.

[0029] With this configuration, the receiving side of the communication data can perform communication taking into consideration differences in communication protocols, for example by refraining from using the communication protocol before the conversion process.

[0030] (8) More preferably, when the conversion process is performed by the processing unit, the relay unit relays the communication data on which the conversion process has been performed, including information indicating a condition for stopping the conversion process.

[0031] With this configuration, the receiver of the communication data can take appropriate measures according to the content of the conditions, such as suppressing an increase in its own communication volume.

[0032] (9) More preferably, when it is determined that the conversion process is not to be performed, the processing section performs processing for displaying on a screen a notification to the effect that the conversion process is not to be performed and conditions for performing the conversion process.

[0033] With such a configuration, for example, the user can be allowed to select the priority between the services that will be provided by performing a communication protocol conversion process and the services that are currently being provided, thereby making it possible to provide services that are more in line with the user's wishes.

[0034] (10) Preferably, the in-vehicle relay device further includes a memory unit that stores relay permission information regarding relaying of communication data at the TCP / IP (Transmission Control Protocol / Internet Protocol) layer, and the processing unit performs a protocol judgment to judge differences in communication protocols between the in-vehicle devices, and the relay permission information indicates that relaying of communication data between the in-vehicle devices at the TCP / IP layer is prohibited before the processing unit obtains a result of the protocol judgment, and when the processing unit determines in the protocol judgment that the communication protocols between the in-vehicle devices are the same, the processing unit changes the content of the relay permission information to an indication that relaying of communication data between the in-vehicle devices at the TCP / IP layer is permitted, and when the processing unit determines that the communication protocols between the in-vehicle devices are different, the processing unit notifies the in-vehicle devices of the common protocol.

[0035] With this configuration, for communications between in-vehicle devices for which it has been determined that the communication protocols match, it is possible to easily determine to permit relaying in subsequent communications by referring to the relay permission information without determining whether the communication protocols are different. Also, by notifying the in-vehicle devices of a common protocol when the communication protocols between the in-vehicle devices are different, it is possible to avoid unnecessary notification of the common protocol.

[0036] (11) Preferably, the vehicle-mounted relay device further includes a memory unit for storing conversion information indicating a list of types of convertible communication protocols used in services provided by the vehicle-mounted communication system.

[0037] With this configuration, the common protocol can be easily selected by checking the conversion information.

[0038] (12) More preferably, the conversion information indicates a list of communication protocol types for each service.

[0039] With this configuration, it is possible to easily select a common protocol corresponding to a service by focusing on the type of service for which the communication data is used.

[0040] (13) More preferably, the multiple services provided by the in-vehicle communication system include at least one of a service realized between the in-vehicle devices belonging to different networks and a service realized between the in-vehicle devices belonging to the same network.

[0041] With this configuration, whether the service provided is a service realized between on-board devices belonging to different networks or a service realized between on-board devices belonging to the same network, a common protocol corresponding to the service can be easily selected.

[0042] (14) An in-vehicle communication system according to an embodiment of the present disclosure includes a plurality of in-vehicle devices including an in-vehicle relay device that relays communication data between the plurality of in-vehicle devices, and before starting communication between the in-vehicle devices, the in-vehicle relay device notifies each of the in-vehicle devices of a common protocol, which is a common communication protocol to be used, and upon receiving notification of the common protocol, each of the in-vehicle devices determines whether to switch to communication in accordance with the common protocol.

[0043] With this configuration, even if the communication protocols of the on-board devices are different, each on-board device can switch the communication protocol to a common protocol, eliminating the need for a conversion process of the communication protocol in the on-board relay device. For example, the on-board relay device can check whether or not a conversion process of the communication protocol is required and perform the conversion process as necessary, thereby suppressing an increase in the processing load of the on-board relay device and an increase in communication traffic in the on-board communication system. Therefore, even if the communication protocols of the on-board devices are different, communication between the on-board devices can be performed while suppressing the load.

[0044] (15) A communication control method according to an embodiment of the present disclosure is a communication control method in an in-vehicle relay device in an in-vehicle communication system having a plurality of in-vehicle devices, wherein the in-vehicle relay device relays communication data between the plurality of in-vehicle devices, and includes a step of selecting a common protocol, which is a common communication protocol to be used, before initiating communication between the in-vehicle devices, and a step of notifying each of the in-vehicle devices of the selected common protocol.

[0045] With this method, even if the communication protocols of the on-board devices are different, each on-board device can switch the communication protocol to a common protocol, eliminating the need for a conversion process of the communication protocol in the on-board relay device. For example, the on-board relay device can check whether or not a conversion process of the communication protocol is required and perform the conversion process as necessary, thereby suppressing an increase in the processing load of the on-board relay device and an increase in communication traffic in the on-board communication system. Therefore, even if the communication protocols of the on-board devices are different, communication between the on-board devices can be performed while suppressing the load.

[0046] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In the drawings, the same or corresponding parts are denoted by the same reference numerals, and the description thereof will not be repeated. In addition, at least some of the embodiments described below may be arbitrarily combined.

[0047] <Configuration and basic operation> [Configuration of in-vehicle communication system] FIG. 1 is a diagram showing a configuration of an in-vehicle communication system according to an embodiment of the present disclosure.

[0048] 1, the in-vehicle communication system 301 includes a gateway device 101A, a gateway device (in-vehicle relay device) 101B, an in-vehicle ECU (Electronic Control Unit) 111A, and an in-vehicle ECU 111B. The in-vehicle communication system 301 is mounted on a vehicle 1.

[0049] Hereinafter, each of the gateway devices 101A and 101B will also be referred to as a gateway device 101. Furthermore, each of the in-vehicle ECUs 111A and 111B will also be referred to as an in-vehicle ECU 111. Furthermore, each of the gateway device 101 and the in-vehicle ECU 111 will also be referred to as an in-vehicle device.

[0050] The in-vehicle communication system 301 is not limited to a configuration including two gateway devices 101, but may be a configuration including one or three or more gateway devices 101. The in-vehicle communication system 301 is not limited to a configuration including two in-vehicle ECUs 111, but may be a configuration including one or three or more in-vehicle ECUs 111.

[0051] Furthermore, the in-vehicle communication system 301 may be configured to include, as an in-vehicle device, a consumer device that is temporarily installed in the vehicle 1. The consumer device is, for example, a terminal device such as a smartphone, or a Universal Serial Bus (USB) memory.

[0052] The in-vehicle ECU 111 is, for example, an electric power steering (EPS), a brake control device, an accelerator control device, a steering control device, a driving assistance device that issues instructions to various devices in a driving assistance system (Advanced Driver-Assistance System (ADAS)), a sensor, etc.

[0053] The gateway device 101 performs relay processing for relaying communication data between a plurality of in-vehicle devices connected to different cables 14 in the vehicle 1. The cables 14 are, for example, cables conforming to the Ethernet (registered trademark) standard.

[0054] In the in-vehicle communication system 301, communication data is transmitted and received in accordance with, for example, SOME / IP (Scalable service-Oriented Middleware over / Internet Protocol), MQTT (Message Queueing Telemetry Transport), OPC UA (OPC Unified Architecture), CoAP (Constrained Application Protocol), or the like, which is an application layer communication protocol above TCP / IP (Transmission Control Protocol / Internet Protocol) in the Ethernet protocol group.

[0055] The on-board devices in the on-board communication system 301 communicate with each other to provide services to the vehicle 1. For example, assume that a sensor, which is an on-board device, transmits sensor information related to the driving state of the vehicle 1 or the surrounding state to a driving assistance device, which is another on-board device. In this case, the sensor transmits the sensor information to the driving assistance device as a service. The driving assistance device receives the sensor information provided as a service from the sensor, uses the sensor information to generate various control information related to the driving of the vehicle 1, and transmits the generated various control information to a brake control device, a steering control device, etc., thereby realizing an application such as safe driving assistance.

[0056] Hereinafter, the in-vehicle device that provides the service is also referred to as a "server," and the in-vehicle device that receives the service is also referred to as a "client."

[0057] [Problem description] Here, it is assumed that the gateway device 101B, the in-vehicle ECU 111A, and the in-vehicle ECU 111B are newly connected to an existing in-vehicle network (hereinafter also referred to as "existing network"). That is, it is assumed that the gateway device 101B is newly connected to the existing gateway device 101A of the in-vehicle communication system 301, and further that the in-vehicle ECUs 111A and 111B are connected to the gateway device 101B. The network including the gateway device 101B, the in-vehicle ECU 111A, and the in-vehicle ECU 111B is hereinafter also referred to as "additional network".

[0058] The gateway device 101A is a device that performs communication according to a communication protocol P1, the in-vehicle ECU 111A is a device that performs communication according to a communication protocol P3, and the in-vehicle ECU 111B is a device that performs communication according to a communication protocol P2.

[0059] For example, assume that the gateway device 101A is a client of a service X provided in the vehicle 1 and has multicast communication data including a search message for searching for a server that provides the service X. In this case, the communication data transmitted from the gateway device 101A is received by the gateway device 101B and is transmitted from the gateway device 101B to the in-vehicle ECU 111A and the in-vehicle ECU 111B.

[0060] Also, assume that the in-vehicle ECU 111B is a server for service X. In this case, when a communication connection is established between the gateway device 101A, which is a client, and the in-vehicle ECU 111B, which is a server, service X can be used.

[0061] However, as described above, since the communication protocols used between the gateway device 101A and the in-vehicle ECU 111B are different, there is a problem that a communication connection cannot be established and service X cannot be used. In addition, the failure to establish a communication connection between the gateway device 101A and the in-vehicle ECU 111B may increase the frequency of retransmission of communication data.

[0062] Therefore, the gateway device 101B according to the embodiment of the present disclosure is configured as follows to perform communication between the in-vehicle devices while suppressing the load when the in-vehicle devices use different communication protocols. The following describes the configuration of the gateway device 101B in more detail.

[0063] [Configuration of gateway device 101B] FIG. 2 is a diagram illustrating an example of a configuration of a gateway device according to an embodiment of the present disclosure.

[0064] The gateway device 101B includes a conversion processing unit (processing unit) 21, a relay unit 22, a storage unit 23, and three communication ports 24. The conversion processing unit 21 and the relay unit 22 are realized by a processor such as a CPU (Central Processing Unit) and a DSP (Digital Signal Processor). The storage unit 23 is, for example, a non-volatile memory.

[0065] The gateway device 101B is not limited to a configuration in which three communication ports 24 are provided, and may be a configuration in which two or four or more communication ports 24 are provided.

[0066] The communication ports 24 are, for example, terminals to which the cables 14 can be connected. The communication ports 24 can be connected to the in-vehicle devices in the vehicle 1. In this example, the three communication ports 24A, 24B, and 24C that are the communication ports 24 are connected to the gateway device 101A, the in-vehicle ECU 111A, and the in-vehicle ECU 111B via the cables 14, respectively.

[0067] (Relay unit checks applicable rules) The storage unit 23 stores a relay rule table (relay permission information) Ta1 regarding relay of communication data at the TCP / IP layer.

[0068] FIG. 3 is a diagram illustrating an example of a relay rule table held in the vehicle-mounted relay device according to the embodiment of the present disclosure.

[0069] Referring to FIG. 3, the relay rule table Ta1 includes, for each communication port 24 in the gateway device 101B, a set of the source, destination, communication protocol at the TCP / IP layer, type of service, and control content for the communication data to be received.

[0070] For example, the relay rule table Ta1 indicates rule 11 that, when communication data is received from communication port 24A, the source is gateway device 101A, the destination is in-vehicle ECU 111B, and the communication protocol is UDP (User Datagram Protocol), the communication data is allowed to pass and relayed.

[0071] In addition, the relay rule table Ta1 indicates rule 12 that, if the communication data received from the communication port 24A is data transmitted by multicast, the communication protocol is UDP, and the data is used for service X, relay processing of the communication data is prohibited and the communication data is output to the conversion processing unit 21.

[0072] Furthermore, the relay rule table Ta1 indicates a rule 13 to the effect that when communication data that does not fall under either the above-mentioned rule A1 or rule A2 is received from the communication port 24A, the communication data is to be discarded.

[0073] When the relay unit 22 receives communication data via the communication port 24, the relay unit 22 confirms the rule to be applied to the communication data, for example, by confirming the header portion of the application layer in the frame storing the communication data. Then, the relay unit 22 relays the communication data, outputs the communication data to the conversion processing unit 21, or discards the communication data according to the control content indicated by the confirmed rule.

[0074] (Relay processing by relay unit) An ARL table (Address Resolution Logic) is further stored in the storage unit 23. The ARL table indicates, for example, the correspondence between the MAC address of an in-vehicle device and the logical port number of the communication port 24 to which the in-vehicle device is connected.

[0075] When relaying received communication data according to the rules in the relay rule table Ta1, the relay unit 22 refers to the destination MAC address included in the frame storing the communication data. The relay unit 22 then identifies an output destination corresponding to the referenced destination MAC address from the ARL table, and transmits the frame to the corresponding in-vehicle device via the communication port 24, which is the identified output destination.

[0076] (Protocol determination by the conversion processing unit and processing according to the determination result) FIG. 4 is a diagram showing a list of types of communication protocols to which communication data used for a service can be converted, the types being stored in the vehicle-mounted relay device according to the embodiment of the present disclosure.

[0077] Referring to FIG. 4, the storage unit 23 further stores a conversion table (conversion information) Ta2 that lists types of communication protocols that are used for services provided by the in-vehicle communication system 301 and that can be converted.

[0078] The multiple services provided by the in-vehicle communication system 301 include at least one of a service realized between in-vehicle devices belonging to different networks and a service realized between in-vehicle devices belonging to the same network.

[0079] For example, the conversion table Ta2 shows a list of communication protocol types for each service. Specifically, the conversion table Ta2 shows that communication data used for a service X realized by global communication between an in-vehicle device belonging to an existing network and an in-vehicle device belonging to an additional network can be converted between communication protocols P1 and P2 of layers above the TCP / IP layer.

[0080] In addition, the conversion table Ta2 indicates that communication data used for service Y, which is realized by local communication between multiple vehicle-mounted devices belonging to the additional network, can be converted between communication protocols P2 and P3, which are layers above the TCP / IP layer.

[0081] When the conversion processing unit 21 receives communication data output from the relay unit 22 in accordance with the rules indicated in the relay rule table Ta1 of FIG. 3, the conversion processing unit 21, for example, checks the application layer header portion of the frame in which the communication data is stored, and obtains information relating to the service for which the communication data is used (hereinafter also referred to as "service information").

[0082] More specifically, the conversion processing unit 21 acquires communication protocols above the TCP / IP layer, client, server, message ID, request ID, version, message type, etc. as service information, and registers the acquired service information in the conversion table Ta2.

[0083] Specifically, when the conversion processing unit 21 receives communication data including a search message for service X (hereinafter also referred to as "search data"), it registers in the conversion table Ta2 that the communication protocol of the search data is "P1," the client of service X is gateway device 101A, the message ID is "0104," etc.

[0084] Here, the message ID "0104" is an ID that combines the service ID "01" and the method ID "04." The method ID "04" indicates that the communication data includes the fourth "Pub" message, which corresponds to the search message, among the message types "Req," "Res," "Sub," "Pub," and "Err."

[0085] In addition, when the conversion processing unit 21 receives communication data (hereinafter also referred to as "provision data") including a provision message of service X, it registers in the conversion table Ta2 that the communication protocol of the provision data is "P2", the server of service X is the in-vehicle ECU 111B, the message ID is "02", etc.

[0086] Here, the message ID "02" indicates that the method ID is "02." The method ID "02" indicates that the communication data includes the second "Pub" message corresponding to the provision message out of the message types "Sub" and "Pub."

[0087] For ease of understanding, FIG. 4 shows a state in which a gateway device 101B that plays the role of a proxy, as will be described later, is registered in the conversion table Ta2.

[0088] Then, the conversion processing unit 21 refers to the conversion table Ta2 registered in the conversion table Ta2 and performs protocol determination to determine the difference in the communication protocol of each of the in-vehicle devices that are to communicate with each other. That is, the conversion processing unit 21 determines the difference between the communication protocol of the search data and the communication protocol of the provided data that correspond to the same service, and performs processing according to the determination result.

[0089] (a) When the communication protocols match When the conversion processing unit 21 determines that the communication protocols of the in-vehicle devices attempting to communicate with each other are identical, it updates the content of the corresponding rule indicated in the relay rule table Ta1 by changing it to permit relaying of the communication data of each in-vehicle device at the TCP / IP layer.

[0090] FIG. 5 is a diagram illustrating an example of a relay rule table after being updated by a conversion processing unit in the vehicle-mounted relay device according to the embodiment of the present disclosure.

[0091] 3 and 5, for example, unlike the case shown in FIG. 4, it is assumed that the communication protocol of the search data for service X from the gateway device 101A and the communication protocol of the provision data for service X from the in-vehicle ECU 111B are both communication protocol P1.

[0092] As described above, in the relay rule table Ta1 shown in FIG. 3, before the result of the protocol determination by the conversion processing unit 21 is obtained, the rule 12 is registered to the effect that, for communication data used for service X received from the communication port 24A, relay processing at the TCP / IP layer is prohibited and the data is output to the conversion processing unit 21.

[0093] Moreover, in the relay rule table Ta1 shown in FIG. 3, a rule 32 is registered to the effect that, before the result of the protocol determination by the conversion processing unit 21 is obtained, for communication data used for service X received from the communication port 24C, relay processing at the TCP / IP layer is prohibited and the data is output to the conversion processing unit 21.

[0094] In this case, as shown in bold and underlined in FIG. 5, the conversion processing unit 21 changes the content of rule 12 to one that permits the passage and performs relay processing for communication data used for service X received from the gateway device 101A via the communication port 24A, and updates the relay rule table Ta1.

[0095] In addition, as shown in bold and underlined in FIG. 5, the conversion processing unit 21 changes the content of rule 32 to one that allows communication data used for service X received from the in-vehicle ECU 111B via the communication port 24C to pass and performs relay processing, and updates the relay rule table Ta1.

[0096] Also, assume that the gateway device 101A multicasts search data for the service X conforming to the communication protocol P1 after updating the relay rule table Ta1. In this case, the relay unit 22 receives the search data via the communication port 24A and checks the rule to be applied to the search data.

[0097] Then, the relay unit 22 determines to allow the passage of the search data and perform relay processing in accordance with rule 12 indicated in the updated relay rule table Ta1, and performs relay processing to output the search data to the communication port 24C. That is, the search data is transmitted by the relay unit 22 to the in-vehicle ECU 111B without passing through the conversion processing unit 21.

[0098] Also, assume that the in-vehicle ECU 111B multicasts the provision data of the service X conforming to the communication protocol P1 after updating the relay rule table Ta1. In this case, the relay unit 22 receives the provision data via the communication port 24C and checks the rule to be applied to the provision data.

[0099] Then, the relay unit 22 determines to allow the provided data to pass and performs relay processing in accordance with rule 32 indicated in the updated relay rule table Ta1, and performs relay processing to output the provided data to the communication port 24A. That is, the provided data is transmitted to the gateway device 101A by the relay unit 22 without passing through the conversion processing unit 21.

[0100] (b) When communication protocols are different (b-1) Notification of Common Protocol When the conversion processing unit 21 determines that the communication protocols of the in-vehicle devices that are attempting to communicate with each other are different, it proposes the use of a common protocol, which is a common communication protocol to be used, by notifying each in-vehicle device of the common protocol before starting communication between the in-vehicle devices.

[0101] 4 again, in more detail, for service X, the communication protocol of the search data from the gateway device 101A, which is the client, is "P1," and the communication protocol of the provided data from the in-vehicle ECU 111B, which is the server, is "P2." In this case, the conversion processing unit 21 determines that the communication protocol of the search data for service X is different from the communication protocol of the provided data, and selects a common protocol.

[0102] 4, the conversion table Ta2 indicates that communication data of a message type "Pub" used in the service X can be converted into either of the communication protocols "P1" and "P2." Therefore, the conversion processing unit 21 selects, for example, the communication protocol P1 as the common protocol, and notifies the in-vehicle ECU 111B of the selected common protocol.

[0103] When the in-vehicle ECU 111B receives a notification of the common protocol from the gateway device 101B, the in-vehicle ECU 111B determines whether or not the common protocol can be switched to, and notifies the gateway device 101B of the determination result. If the common protocol can be switched to, the in-vehicle ECU 111B switches to the common protocol and transmits the provided data.

[0104] The gateway device 101B receives the provided data newly transmitted from the in-vehicle ECU 111B according to the common protocol, checks the applicable rule of the provided data, and performs the above-mentioned protocol determination. At this time, the gateway device 101B determines that the communication protocol between the gateway device 101A and the in-vehicle ECU 111B, which are to communicate with each other, matches. Then, the operation described in "(a) When the communication protocols match" is performed, and the relay rule table Ta1 is updated as shown in FIG. 5.

[0105] On the other hand, if the in-vehicle ECU 111B does not wish to use the common protocol, it notifies the gateway device 101B that the common protocol will not be used. Upon receiving the notification that the common protocol will not be used, the conversion processing unit 21 in the gateway device 101B determines whether or not to perform a conversion process of the communication protocol, as described later.

[0106] The conversion processing unit 21 may check the communication protocol that the in-vehicle ECU 111 can use at the timing of authentication processing by the gateway device 101B of the in-vehicle ECU 111 connected to the gateway device 101B.

[0107] Furthermore, the conversion processing unit 21 may not only check the communication protocol that the in-vehicle ECU 111 can use at the timing of the authentication process of the in-vehicle ECU 111, but also notify the in-vehicle ECU 111 of the common protocol at the same timing.

[0108] (b-2) Deciding whether to perform conversion processing When the conversion processing unit 21 receives notification from both of the in-vehicle devices that the common protocol will not be used, it determines whether or not to perform conversion processing of the communication protocol of the communication data transmitted and received between the in-vehicle devices.

[0109] More specifically, the conversion processing unit 21 determines whether or not to perform conversion processing of the communication protocol depending on, for example, the driving state of the vehicle 1. Specifically, when the vehicle 1 is traveling in an autonomous driving mode, the conversion processing unit 21 determines not to perform conversion processing of the communication protocol in order to prevent an increase in the processing load of the in-vehicle communication system 301.

[0110] Furthermore, the conversion processing unit 21 may determine whether or not to perform a conversion process of the communication protocol, depending on the communication state in the in-vehicle communication system 301. Specifically, when the communication volume per unit time in the in-vehicle communication system 301 is equal to or greater than a predetermined threshold, the conversion processing unit 21 determines not to perform a conversion process of the communication protocol.

[0111] Furthermore, the conversion processing unit 21 may determine whether or not to perform the conversion process of the communication protocol according to the priority assigned to the type of service provided in the in-vehicle communication system 301. Specifically, when the priority of the service currently provided in the in-vehicle communication system 301 is higher than the priority of the service to be the target of the conversion process of the communication protocol, the conversion processing unit 21 determines not to perform the conversion process of the communication protocol.

[0112] The conversion processing unit 21 repeatedly and irregularly determines whether or not to perform a conversion process of the communication protocol. For example, every time the conversion processing unit 21 receives communication data used for a corresponding service from an in-vehicle device that is a notification destination of the common protocol, the conversion processing unit 21 determines whether or not to perform a conversion process of the communication protocol of the communication data.

[0113] The conversion processing unit 21 may periodically determine whether or not to perform the conversion process of the communication protocol, regardless of whether or not communication data used for the service is received. In this case, when the conversion processing unit 21 receives communication data used for the service, it adopts the latest determination result.

[0114] Furthermore, the conversion processing unit 21 may determine whether or not to perform the conversion process of the communication protocol using a criterion that combines the above-mentioned criteria.

[0115] When the conversion processing unit 21 determines that the conversion process is to be performed, the conversion processing unit 21 performs the conversion process described below. On the other hand, when the conversion processing unit 21 determines that the conversion process of the communication protocol is not to be performed, the conversion processing unit 21 performs a process of notifying the user that the conversion process is not to be performed and displaying the conditions for performing the conversion process on the screen.

[0116] FIG. 6 is a diagram illustrating an example of a screen displayed by a conversion processing unit in the vehicle-mounted relay device according to the embodiment of the present disclosure.

[0117] 6, the conversion processing unit 21 performs a process of displaying, for example, on a monitor (not shown) mounted on the vehicle 1, a message indicating that the service X corresponding to the conversion processing of the communication protocol cannot be used, and that the service X can be used by switching the driving state of the vehicle 1 from automatic driving to manual driving. Then, the conversion processing unit 21 determines to perform the conversion processing of the communication protocol when, for example, a user performs an operation to switch the driving state of the vehicle 1 from automatic driving to manual driving.

[0118] (Conversion process of communication protocol by the conversion processing unit) When the conversion processing unit 21 determines that the conversion process of the communication protocol should be performed, it proposes the conversion process by the gateway device 101B to each corresponding in-vehicle device. That is, when the conversion processing unit 21 determines that the conversion process of the communication protocol of the communication data used in the service X should be performed, it inquires of the client and server of the service X whether or not the conversion process of the communication protocol can be performed.

[0119] Then, when the conversion processing unit 21 receives notifications from both the client and server of service X that they agree to the conversion processing by the gateway device 101B, the conversion processing unit 21 performs a communication protocol conversion process on the communication data used for service X from the client and the communication data used for service X from the server.

[0120] More specifically, the conversion processing unit 21 includes a first proxy and a second proxy (not shown). The first proxy and the second proxy function as a proxy for the client and a proxy for the server, respectively.

[0121] For example, assume that the gateway device 101A transmits search data for a service X conforming to a communication protocol P1. In this case, the second proxy in the conversion processing unit 21 receives the search data via the communication port 24 and the relay unit 22, and performs a termination process on the received search data.

[0122] The conversion processing unit 21 converts the search data received by the second proxy into search data conforming to the communication protocol P2. Specifically, the conversion processing unit 21 refers to the conversion table Ta2 shown in FIG. 4 and performs processing such as rewriting the message ID in the header part of the application layer of the frame in which the search data is stored from "0104" to "02", thereby converting the communication protocol corresponding to the search data from "P1" to "P2". Then, the first proxy outputs the converted search data conforming to the communication protocol P2 to the relay unit 22.

[0123] The relay unit 22 transmits the search data that has been subjected to the conversion process by the conversion processing unit 21 to the in-vehicle ECU 111B via the communication port 24C.

[0124] At this time, the relay unit 22 relays, for example, the communication data including at least one of information indicating that the conversion process of the communication protocol has been performed, information indicating the communication protocol before the conversion process, and information indicating a condition for stopping the conversion process. The condition for stopping the conversion process is, for example, an operation for switching the driving state of the vehicle 1 from manual driving to automatic driving, or the communication volume per unit time in the in-vehicle communication system 301 reaching a predetermined threshold value or more.

[0125] When the in-vehicle ECU 111B receives the search data after conversion processing transmitted from the gateway device 101B, the in-vehicle ECU 111B performs processing that takes into account the influence of the conversion processing, such as setting a longer allowable delay time for the communication data, based on information contained in the search data indicating that conversion processing of the communication protocol has been performed.

[0126] The in-vehicle ECU 111B may perform communication taking into consideration the difference in communication protocols, for example, by refraining from using the communication protocol before the conversion process based on information indicating the communication protocol before the conversion process included in the search data. The in-vehicle ECU 111B may also take measures according to the contents of the conditions, for example, by suppressing an increase in its own communication volume, based on information indicating a condition for stopping the conversion process included in the search data.

[0127] Also, for example, it is assumed that the in-vehicle ECU 111B transmits the provision data of the service X conforming to the communication protocol P2. In this case, the first proxy in the conversion processing unit 21 receives the provision data via the communication port 24 and the relay unit 22, and performs a termination process on the received provision data.

[0128] The conversion processing unit 21 converts the provision data received by the first proxy into provision data conforming to the communication protocol P1. Specifically, the conversion processing unit 21 refers to the conversion table Ta2 shown in FIG. 4 and performs processing such as rewriting the message ID in the header part of the application layer of the frame in which the search data is stored from "02" to "0104", thereby converting the communication protocol corresponding to the search data from "P2" to "P1". Then, the second proxy outputs the converted provision data conforming to the communication protocol P1 to the relay unit 22.

[0129] The relay unit 22 transmits the provided data after the conversion process is performed by the conversion processing unit 21 to the gateway device 101A via the communication port 24A. As a result, a communication connection between the server and the client of the service X is established in the in-vehicle communication system 301, and the service X can be used.

[0130] <Operation flow> Each device in the in-vehicle communication system according to the embodiment of the present disclosure includes a computer including a memory, and an arithmetic conversion processing unit such as a CPU in the computer reads out from the memory and executes a program including some or all of the steps of the following sequences or flowcharts. Each of the programs of the multiple devices can be installed from the outside. Each of the programs of the multiple devices is distributed in a state stored on a recording medium or via a communication line.

[0131] [Realizing services through global communications] (Operation up to proposing the conversion process of the communication protocol) 7 and 8 are sequences that define the operation procedures of each device until the added gateway device proposes a conversion process of the communication protocol in the in-vehicle communication system according to the embodiment of the present disclosure. FIG. 8 shows a continuation of the flow of the operation shown in FIG.

[0132] 7 and 8, first, when the gateway device 101B is newly connected to an existing network, the gateway device 101B performs its own initial setting so as to perform control according to the rules indicated in the relay rule table Ta1 of FIG. 3 (step S11).

[0133] Next, it is assumed that the gateway device 101A multicasts search data for the service X conforming to the communication protocol P1 (step S12).

[0134] Next, when the gateway device 101B receives the search data transmitted from the gateway device 101A, it checks the rule to be applied to the search data among the rules indicated in the relay rule table Ta1, and performs processing according to the confirmed rule. Here, it is assumed that the gateway device 101B blocks relay processing of the search data according to the rule indicated in the relay rule table Ta1.

[0135] In this case, the gateway device 101B acquires various pieces of service information of the service X corresponding to the search data, and registers the acquired various pieces of service information in the conversion table Ta2 (step S13).

[0136] Next, for example, when the in-vehicle ECU 111B is newly connected, the gateway device 101B performs authentication processing for the in-vehicle ECU 111B (step S14).

[0137] Next, it is assumed that after the authentication process by the gateway device 101B is successful, the in-vehicle ECU 111B multicasts the provision data of the service X conforming to the communication protocol P2 (step S15).

[0138] Next, when the gateway device 101B receives the provided data transmitted from the in-vehicle ECU 111B, it checks the rule to be applied to the provided data among the rules indicated in the relay rule table Ta1, and performs processing according to the confirmed rule. Here, it is assumed that the gateway device 101B blocks relay processing of the provided data according to the rule indicated in the relay rule table Ta1.

[0139] In this case, the gateway device 101B acquires various pieces of service information of the service X corresponding to the provision data, and registers the acquired various pieces of service information in the conversion table Ta2 (step S16).

[0140] Next, the gateway device 101B refers to the service information registered in the conversion table Ta2 and checks whether the communication protocol of the search data corresponding to service X is different from the communication protocol of the provided data. Here, the communication protocol of the search data is "P1" and the communication protocol of the provided data is "P2." Therefore, the gateway device 101B determines that the communication protocols are different (step S17).

[0141] Next, the gateway device 101B, for example, refers to the conversion table Ta2, selects the communication protocol P1 as the common protocol (step S18), and notifies the in-vehicle ECU 111B of the selected common protocol, thereby proposing the use of the common protocol (step S19).

[0142] Next, when the in-vehicle ECU 111B receives a notification of the common protocol from the gateway device 101B, the in-vehicle ECU 111B determines whether or not it is possible to switch to communication according to the common protocol (step S20), and notifies the gateway device 101B of the determination result (step S21). Here, it is assumed that the in-vehicle ECU 111B determines that it is not possible to switch to the communication protocol P1, desires communication according to the communication protocol P2, and notifies the gateway device 101B of the determination result that the common protocol will not be used.

[0143] Next, when the gateway device 101B receives a determination result from the in-vehicle ECU 111B that the common protocol will not be used, the gateway device 101B, for example, refers to the conversion table Ta2 and reselects the communication protocol P2 as the common protocol (step S22), and notifies the gateway device 101A of the reselected common protocol, thereby proposing the use of the common protocol (step S23).

[0144] Next, when the gateway device 101A receives a notification of the common protocol from the gateway device 101B, it determines whether or not it is possible to switch to communication according to the common protocol (step S24), and notifies the gateway device 101B of the determination result (step S25). Here, it is assumed that the gateway device 101A determines that it is not possible to switch to the communication protocol P2, desires communication according to the communication protocol P1, and notifies the gateway device 101B of the determination result that the common protocol will not be used.

[0145] Next, when the gateway device 101B receives from the gateway device 101A a determination result indicating that the common protocol is not used, the gateway device 101B determines whether or not to perform conversion processing of the communication protocol of the communication data transmitted and received between the gateway device 101A and the in-vehicle ECU 111B. For example, the gateway device 101B determines whether or not to perform conversion processing based on the driving state of the vehicle 1, etc. (step S26).

[0146] Next, when the gateway device 101B determines to perform conversion processing, it proposes the conversion processing by the gateway device 101B to the gateway device 101A and the in-vehicle ECU 111B. At this time, the gateway device 101B notifies the gateway device 101A and the in-vehicle ECU 111B of, for example, information that can be converted by the conversion processing, and constraints such as processing delays caused by the conversion processing, together with the proposal of the conversion processing (step S27).

[0147] Next, the in-vehicle ECU 111B judges whether or not to approve the conversion process by the gateway device 101B. For example, the in-vehicle ECU 111B judges whether or not to approve the conversion process depending on the magnitude of the effect of a delay in communication data caused by the conversion process (step S28).

[0148] Next, when the in-vehicle ECU 111B determines to approve the conversion process by the gateway device 101B, the in-vehicle ECU 111B notifies the gateway device 101B of the approval of the conversion process (step S29).

[0149] Next, the gateway device 101A, like the in-vehicle ECU 111B, determines whether to approve the conversion process by the gateway device 101B (step S30), and if it determines to approve the conversion process, notifies the gateway device 101B that the conversion process is approved (step S31).

[0150] (Performing the conversion process) 9 is a sequence diagram showing the operation procedures of each device when an additional gateway device executes a conversion process of a communication protocol in an in-vehicle communication system according to an embodiment of the present disclosure. FIG. 9 shows a continuation of the flow of operations shown in FIG.

[0151] 9, it is assumed that the gateway device 101A first multicasts search data for service X by continuing to use the communication protocol P1 (step S41).

[0152] Next, when the gateway device 101B receives the search data transmitted from the gateway device 101A, the second proxy in the gateway device 101B performs a termination process for the search data. Then, the gateway device 101B judges whether or not to perform a conversion process of the proposed communication protocol based on the driving state of the vehicle 1, etc. Here, it is assumed that the gateway device 101B judges to perform the conversion process (step S42).

[0153] Next, the gateway device 101B performs a conversion process to convert the communication protocol P1 of the received search data into the communication protocol P2 (step S43).

[0154] Next, the first proxy in the gateway device 101B transmits the search data conforming to the converted communication protocol P2 to the in-vehicle ECU 111B (step S44).

[0155] Next, it is assumed that the in-vehicle ECU 111B continues to use the communication protocol P2 to multicast the provision data of the service X (step S45).

[0156] Next, when the gateway device 101B receives the provided data transmitted from the in-vehicle ECU 111B, the first proxy in the gateway device 101B performs a termination process for the provided data. Then, the gateway device 101B judges whether or not to perform a conversion process of the proposed communication protocol based on the driving state of the vehicle 1, etc. Here, it is assumed that the gateway device 101B judges to perform the conversion process (step S46).

[0157] Next, the gateway device 101B performs a conversion process to convert the communication protocol P2 of the received provision data into the communication protocol P1 (step S47).

[0158] Next, the second proxy in the gateway device 101B transmits the provision data conforming to the communication protocol P1 after the conversion process to the gateway device 101A (step S48). As a result, a communication connection between the server and client of the service X in the in-vehicle communication system 301 is established.

[0159] Next, it is assumed that the gateway device 101A continues to use the communication protocol P1 to transmit communication data including a message requesting the service X (hereinafter, also referred to as "request data") to the in-vehicle ECU 111B (step S49).

[0160] Next, when the gateway device 101B receives the request data transmitted from the gateway device 101A, the second proxy in the gateway device 101B performs a termination process for the request data. Then, the gateway device 101B judges whether or not to perform a conversion process of the communication protocol based on the driving state of the vehicle 1, etc. Here, it is assumed that the gateway device 101B judges to perform the conversion process (step S50).

[0161] Next, the gateway device 101B performs a conversion process to convert the communication protocol P1 of the received request data into the communication protocol P2 (step S51).

[0162] Next, the first proxy in the gateway device 101B transmits request data conforming to the converted communication protocol P2 to the in-vehicle ECU 111B (step S52).

[0163] Next, it is assumed that the in-vehicle ECU 111B continues to use the communication protocol P2 to transmit communication data including a response message to the request data of service X (hereinafter also referred to as "response data") to the gateway device 101A (step S53).

[0164] Next, when the gateway device 101B receives the response data transmitted from the in-vehicle ECU 111B, the first proxy in the gateway device 101B performs a termination process for the response data. Then, the gateway device 101B determines whether or not to perform a conversion process of the communication protocol based on the driving state of the vehicle 1, etc. Here, it is assumed that the gateway device 101B determines to perform the conversion process (step S54).

[0165] Next, the gateway device 101B performs a conversion process to convert the communication protocol P2 of the received response data into the communication protocol P1 (step S55).

[0166] Next, the second proxy in the gateway device 101B transmits response data conforming to the communication protocol P1 after the conversion process to the gateway device 101A (step S56). In this manner, for example, the operations of steps S49 to S56 are repeated, whereby the service X is realized in the in-vehicle communication system 301.

[0167] (If the communication protocol matches) 10 is a sequence diagram that defines the operation procedure of each device until the establishment of a service in the case where the communication protocol is the same between the server and client of the service in the in-vehicle communication system according to the embodiment of the present disclosure. Here, unlike the cases shown in Figs. 7 to 9, it is assumed that the in-vehicle ECU 111B is a device that performs communication according to the communication protocol P1.

[0168] 10, the operations from step S71 to step S74 are similar to the operations from step S11 to step S14 shown in FIG. 7, respectively, and therefore detailed description thereof will not be repeated here.

[0169] Next, it is assumed that after the authentication process by the gateway device 101B is successful, the in-vehicle ECU 111B multicasts the provision data of the service X conforming to the communication protocol P1 (step S75).

[0170] Next, when the gateway device 101B receives the provided data transmitted from the in-vehicle ECU 111B, it checks the rule to be applied to the provided data among the rules indicated in the relay rule table Ta1, and performs processing according to the confirmed rule. Here, it is assumed that the gateway device 101B blocks relay processing of the provided data according to the rule indicated in the relay rule table Ta1.

[0171] In this case, the gateway device 101B acquires various pieces of service information of the service X corresponding to the provision data, and registers the acquired various pieces of service information in the conversion table Ta2 (step S76).

[0172] Next, the gateway device 101B refers to the service information registered in the conversion table Ta2 and checks whether the communication protocol of the search data corresponding to service X is different from the communication protocol of the provided data. Here, the communication protocol of the search data and the communication protocol of the provided data are both "P1". Therefore, the gateway device 101B determines that the communication protocols match (step S77).

[0173] Next, the gateway device 101B changes and updates the contents of the rules regarding the search data of service X from the gateway device 101A and the rules regarding the provision data of service X from the in-vehicle ECU 111B among the rules registered in the relay rule table Ta1.

[0174] Specifically, the control content indicated by the rules corresponding to the search data and the provided data among the rules registered in the relay rule table Ta1 is updated by changing it from prohibiting relay processing to permitting relay processing (step S78).

[0175] Next, it is assumed that the gateway device 101A again multicasts the search data of the service X conforming to the communication protocol P1. In this case, the gateway device 101B permits passage of the search data in accordance with the rules registered in the updated relay rule table Ta1, and relays the search data to the in-vehicle ECU 111B (step S79).

[0176] Next, it is assumed that the in-vehicle ECU 111B again multicasts the provision data of the service X conforming to the communication protocol P1. In this case, the gateway device 101B permits passage of the provision data in accordance with the rules registered in the updated relay rule table Ta1, and relays the provision data to the gateway device 101A (step S80). As a result, a communication connection between the server and client of the service X is established in the in-vehicle communication system 301.

[0177] <Modification> In the above example, the implementation of service X by global communication between an in-vehicle device belonging to an existing network and an in-vehicle device belonging to an added network has been described. In contrast, in the modified example, the implementation of service Y by local communication between multiple in-vehicle devices belonging to an added network will be described.

[0178] [Configuration of in-vehicle communication system] FIG. 11 is a diagram illustrating a configuration of an in-vehicle communication system according to a modified example of the embodiment of the present disclosure.

[0179] 11, an in-vehicle communication system 302 according to the modified example further includes a switch device 121 and an in-vehicle ECU 111C in addition to the gateway device 101A, the gateway device 101B, the in-vehicle ECU 111A, and the in-vehicle ECU 111B shown in FIG. 1. The in-vehicle communication system 302 is mounted on a vehicle 1.

[0180] More specifically, it is assumed that a gateway device 101B is newly connected to an existing gateway device 101A, and further that an in-vehicle ECU 111A and a switch device 121 are connected to the gateway device 101B, and that in-vehicle ECUs 111B and 111C are connected to the switch device 121. Hereinafter, a network including the gateway device 101B, the switch device 121, and the in-vehicle ECUs 111A, 111B, and 111C will also be referred to as an "additional network."

[0181] Here, it is assumed that a client of a service Y realized by local communication in the additional network is an in-vehicle ECU 111A that communicates according to a communication protocol P3, and a server of the service Y is an in-vehicle ECU 111B that communicates according to a communication protocol P2.

[0182] [Realizing services through local communication] (Operation up to proposing the conversion process of the communication protocol) 12 and 13 are sequences that define the operation procedures of each device until the added gateway device proposes a conversion process of the communication protocol in the in-vehicle communication system according to the modified embodiment of the present disclosure. FIG. 13 shows a continuation of the flow of the operation shown in FIG. 12.

[0183] 12 and 13, the operations from step S111 to step S131 are the operations when the gateway device 101A and the in-vehicle ECU 111A are replaced with each other, the service X and the service Y are replaced with each other, and the communication protocol P1 and the communication protocol P3 are replaced with each other in the description of the operations from step S11 to step S31 shown in FIGS. 7 and 8, and therefore detailed description thereof will not be repeated here.

[0184] (Performing the conversion process) Fig. 14 is a sequence diagram showing the operation procedures of each device when an additional gateway device executes a conversion process of a communication protocol in an in-vehicle communication system according to a modified example of the embodiment of the present disclosure. Fig. 14 shows a continuation of the flow of operations shown in Fig. 13.

[0185] 14, the operations from step S141 to step S156 are the same as those in the description of the operations from step S41 to step S56 shown in FIG. 9, except that the gateway device 101A and the in-vehicle ECU 111A are replaced with each other, the service X and the service Y are replaced with each other, and the communication protocol P1 and the communication protocol P3 are replaced with each other. Therefore, detailed description thereof will not be repeated here.

[0186] (If the communication protocol matches) 15 is a sequence diagram that defines the operation procedures of each device until the establishment of a service in a case where the communication protocol is the same between a server and a client of the service in an in-vehicle communication system according to a modified embodiment of the present disclosure. Here, unlike the cases shown in Figs. 12 to 14, it is assumed that the in-vehicle ECU 111B is a device that performs communication according to the communication protocol P3.

[0187] 15, the operations from step S171 to step S180 are the same as those in the description of the operations from step S71 to step S80 shown in FIG. 10, except that the gateway device 101A and the in-vehicle ECU 111A are replaced with each other, the service X and the service Y are replaced with each other, and the communication protocol P1 and the communication protocol P3 are replaced with each other. Therefore, detailed description thereof will not be repeated here.

[0188] However, if the communication protocols used by the in-vehicle devices are different, communication data cannot be transmitted and received between these in-vehicle devices.

[0189] The vehicle control device described in the above-mentioned Patent Document 1 does not take into consideration how to deal with cases where the communication protocols between the on-board devices are different. Also, in the conversion unit described in Patent Document 2, the gateway processing unit performs protocol conversion for all communications between the existing network and the added network, which causes problems such as an increase in the processing load on the gateway processing unit and an increase in communication traffic between the networks.

[0190] In contrast, in the vehicle-mounted relay device, vehicle-mounted communication system, and communication control method according to the embodiments of the present disclosure, the above-described configuration and method enable communication between the vehicle-mounted devices while reducing processing and communication loads when the communication protocols between the vehicle-mounted devices are different.

[0191] The above-described embodiments should be considered as illustrative and not restrictive in all respects. The scope of the present disclosure is defined by the claims, not the above description, and is intended to include all modifications within the meaning and scope of the claims.

[0192] The above description includes the following additional features. [Appendix 1] An in-vehicle relay device in an in-vehicle communication system having a plurality of in-vehicle devices, A relay unit that relays communication data between the plurality of in-vehicle devices; a processing unit that notifies each of the in-vehicle devices of a common protocol that is a common communication protocol to be used before starting communication between the in-vehicle devices; An in-vehicle relay device in which the processing unit, during authentication processing of the in-vehicle device, confirms a communication protocol of a layer above TCP / IP that the in-vehicle device can use, and notifies the in-vehicle device of the common protocol that is different from the confirmed communication protocol.

[0193] [Appendix 2] A vehicle-mounted device including a vehicle-mounted relay device is provided. the in-vehicle relay device relays communication data between the plurality of in-vehicle devices; the in-vehicle relay device notifies each of the in-vehicle devices of a common protocol, which is a common communication protocol to be used, before starting communication between the in-vehicle devices; Upon receiving the notification of the common protocol, each of the in-vehicle devices determines whether or not to switch to communication conforming to the common protocol; When each of the in-vehicle devices notifies the in-vehicle relay device that the common protocol will not be used, the in-vehicle device receives a proposal for a conversion process of a communication protocol from the in-vehicle relay device and determines whether or not to accept the conversion process; At least one of the in-vehicle devices and the in-vehicle relay device are included in an extension network that is newly added to an existing network, An in-vehicle communication system, wherein one of the in-vehicle devices is a client of a service and the other of the in-vehicle devices is a server of the service, and when a communication connection is established between the in-vehicle devices, the service becomes available. [Explanation of symbols]

[0194] 1 vehicle 14 Cable 21 Conversion processing section (processing section) 22 Relay Section 23 Memory section 24, 24A, 24B, 24C communication ports 101, 101A, 101B Gateway device (vehicle-mounted relay device) 111,111A,111B,111C Automotive ECU 121 Switching Device 301,302 In-vehicle communication systems

Claims

1. An in-vehicle relay device in an in-vehicle communication system having a plurality of in-vehicle devices, A relay unit that relays communication data between the plurality of in-vehicle devices; a processing unit that selects a common protocol, which is a common communication protocol to be used by each of the in-vehicle devices when the communication protocols between the in-vehicle devices are different, by using conversion information indicating a list of types of communication protocols that can be converted, the common protocol being a communication protocol used for a service provided by the in-vehicle communication system; The processing unit notifies the in-vehicle devices using a communication protocol different from the common protocol of the selected common protocol before starting communication between the in-vehicle devices.

2. The in-vehicle relay device of claim 1, wherein the processing unit determines whether or not to perform conversion processing of the communication protocol of the communication data transmitted and received between each of the in-vehicle devices when the processing unit receives a notification from both of the in-vehicle devices that the common protocol will not be used.

3. The vehicle-mounted relay device according to claim 2 , wherein the processing unit determines whether or not to perform the conversion process depending on a driving state of a vehicle equipped with the vehicle-mounted communication system.

4. 4. The vehicle-mounted relay device according to claim 2, wherein the processing unit determines whether or not to perform the conversion process depending on a communication state in the vehicle-mounted communication system.

5. The vehicle-mounted relay device according to claim 2 , wherein the processing unit determines whether or not to perform the conversion process periodically or irregularly.

6. The relay unit relays communication data after the conversion process by including information indicating that the communication protocol has been converted, when the conversion process is performed by the processing unit.

7. The vehicle-mounted relay device according to any one of claims 2 to 6, wherein when the conversion process is performed by the processing unit, the relay unit relays the communication data that has been converted by including information indicating the communication protocol before the conversion process.

8. The relay unit relays the communication data that has been converted by the processing unit, including information indicating conditions for stopping the conversion process.

9. The vehicle-mounted relay device described in any one of claims 2 to 8, wherein the processing unit, when determining not to perform the conversion processing, performs a process of notifying the user that the conversion processing will not be performed and displaying conditions for performing the conversion processing on a screen.

10. The vehicle-mounted relay device further includes: A storage unit is provided for storing relay permission information regarding relay of communication data at a TCP / IP (Transmission Control Protocol / Internet Protocol) layer, The processing unit performs a protocol determination to determine a difference in a communication protocol between the in-vehicle devices, the relay permission information indicates that relaying of communication data between the in-vehicle devices at a TCP / IP layer is prohibited before a result of the protocol determination by the processing unit is obtained, An in-vehicle relay device as described in any one of claims 1 to 9, wherein, if the processing unit determines in the protocol judgment that the communication protocols between the in-vehicle devices are the same, the processing unit changes the content of the relay permission information to permit relaying of communication data between the in-vehicle devices at the TCP / IP layer, and if the processing unit determines that the communication protocols between the in-vehicle devices are different, the processing unit notifies the in-vehicle devices of the common protocol.

11. The vehicle-mounted relay device further includes: The vehicle-mounted relay device according to claim 1 , further comprising a storage unit for storing the conversion information.

12. The vehicle-mounted relay device according to claim 1 , wherein the conversion information indicates a list of types of communication protocols for each of the services.

13. An in-vehicle relay device as described in any one of claims 1 to 12, wherein the multiple services provided by the in-vehicle communication system include at least one of a service realized between the in-vehicle devices belonging to different networks and a service realized between the in-vehicle devices belonging to the same network.

14. An in-vehicle communication system including a plurality of in-vehicle devices including an in-vehicle relay device, the in-vehicle relay device relays communication data between the plurality of in-vehicle devices; When the communication protocols between the in-vehicle devices are different, the in-vehicle relay device selects a common protocol that is a common communication protocol to be used by the in-vehicle devices, using conversion information indicating a list of types of convertible communication protocols that are used for a service provided by the in-vehicle communication system; the in-vehicle relay device notifies the in-vehicle device using a communication protocol different from the common protocol of the selected common protocol before starting communication between the in-vehicle devices; The in-vehicle device using the other communication protocol, when notified of the common protocol, determines whether or not to switch to communication according to the common protocol.

15. A communication control method for an in-vehicle relay device in an in-vehicle communication system having a plurality of in-vehicle devices, comprising: the in-vehicle relay device relays communication data between the plurality of in-vehicle devices; selecting a common protocol, which is a common communication protocol to be used by each of the in-vehicle devices when the communication protocols between the in-vehicle devices are different, by using conversion information indicating a list of types of communication protocols to which the in-vehicle devices can be converted, the common protocol being a communication protocol used for a service provided by the in-vehicle communication system; a step of notifying the in-vehicle device using a communication protocol different from the common protocol of the selected common protocol before starting communication between the in-vehicle devices.

Images