WO2023119720A1 - 転送装置 - Google Patents

転送装置 Download PDF

Info

Publication number
WO2023119720A1
WO2023119720A1 PCT/JP2022/030761 JP2022030761W WO2023119720A1 WO 2023119720 A1 WO2023119720 A1 WO 2023119720A1 JP 2022030761 W JP2022030761 W JP 2022030761W WO 2023119720 A1 WO2023119720 A1 WO 2023119720A1
Authority
WO
WIPO (PCT)
Prior art keywords
diagnostic
transfer
transfer device
request
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2022/030761
Other languages
English (en)
French (fr)
Inventor
展洋 有安
周平 金子
伸義 森田
幹雄 片岡
渉 井場
晃啓 野村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Astemo Ltd
Original Assignee
Hitachi Astemo Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Astemo Ltd filed Critical Hitachi Astemo Ltd
Priority to DE112022004984.7T priority Critical patent/DE112022004984T5/de
Priority to JP2023569051A priority patent/JP7701990B2/ja
Priority to CN202280082951.0A priority patent/CN118435567A/zh
Priority to US18/718,889 priority patent/US20250050828A1/en
Publication of WO2023119720A1 publication Critical patent/WO2023119720A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • B60R16/0232—Circuits relating to the driving or the functioning of the vehicle for measuring vehicle parameters and indicating critical, abnormal or dangerous conditions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present invention relates to a transfer device.
  • Patent Document 1 discloses a diagnostic communication technology conforming to DoIP.
  • the technology disclosed in Patent Literature 1 provides a vehicle communication control device capable of avoiding operation interference of an ECU caused by messages from a plurality of external tools connected to a network outside the vehicle.
  • a diagnostic communication network that conforms to DoIP consists of an IP network outside the vehicle and an in-vehicle network (LAN).
  • An external diagnostic device connected to an IP network outside the vehicle performs diagnostic communication with an ECU connected to the in-vehicle network.
  • Ethernet registered trademark
  • a network conforming to a communication protocol such as CAN or CANFD is often used as the in-vehicle network. Therefore, a diagnostic communication network system conforming to DoIP is often provided with a transfer device that converts the protocol of a diagnostic request, which is a message stored in an Ethernet frame sent from an external diagnostic device, and transfers it to an ECU.
  • the transfer device After transferring a diagnostic request from the external diagnostic device to the ECU, the transfer device receives a diagnostic response, which is a message from the ECU, converts the protocol of the diagnostic response and transfers it to the external diagnostic device. Therefore, the transfer device needs to reserve a buffer area for temporarily storing diagnostic responses.
  • an external diagnostic device may simultaneously send diagnostic requests to multiple ECUs to be diagnosed.
  • the transfer device since the transfer device can receive diagnostic responses from a plurality of ECUs at the same time, it is necessary to secure a buffer area corresponding to the number of ECUs that can be diagnosed. As a result, the amount of memory used by the transfer device increases, which can lead to a problem of insufficient memory resources.
  • the technique disclosed in Patent Literature 1 does not consider such problems at all, and there is room for improvement.
  • a transfer device of the present invention is a transfer device for transferring a message from one of a plurality of electronic devices mounted on a vehicle to an external diagnostic device, wherein the plurality of electronic devices receiving from the external diagnostic device a diagnostic request that is a message from the external diagnostic device to the device; forwarding the diagnostic request to a portion of the plurality of electronic devices; After receiving a diagnostic response, which is a message, from the one electronic device and transferring it to the external diagnostic device, the diagnostic request is transferred to another electronic device different from the one electronic device. .
  • FIG. 3 is a diagram showing the functional configuration of a transfer device;
  • FIG. 3 is a sequence diagram showing an overview of the operation of each component of the transfer device; 4 is a flow chart showing the processing performed by the transfer device when receiving a diagnostic request from an external diagnostic machine; 4 is a flow chart showing the processing performed by the transfer device when receiving a diagnostic response from the ECU; 4 is a flow chart showing processing performed by a transfer device when transferring a diagnostic response to an external diagnostic device;
  • FIG. 1 is a diagram showing the configuration of a diagnostic communication network system 1 that conforms to DoIP.
  • a DoIP-compliant diagnostic communication network system 1 includes an external diagnostic device 10, a DoIP edge node 12, a DoIP entity 14, a DoIP gateway 16, and a plurality of ECUs 18 to be diagnosed.
  • the external diagnostic device 10 and the DoIP edge node 12 are connected via the DoIP network 2.
  • the DoIP edge node 12 and each of the DoIP entity 14 and DoIP gateway 16 are connected via the DoIP network 2 .
  • the DoIP gateway 16 and each of the plurality of ECUs 18 are connected via the in-vehicle network 3 .
  • the DoIP gateway 16 may be incorporated in the DoIP edge node 12.
  • the DoIP edge node 12 can be connected to each of the multiple ECUs 18 via the in-vehicle network 3 .
  • the ECU 18 is an example of the "electronic device" of the present invention.
  • the DoIP network 2 may be Ethernet, for example.
  • the in-vehicle network 3 may be, for example, a local area network (LAN) conforming to a communication protocol such as CAN or CANFD. In this embodiment, it is assumed that the DoIP network 2 is Ethernet, and the in-vehicle network 3 is LAN conforming to CAN.
  • LAN local area network
  • the external diagnostic device 10 transmits a diagnostic request to the ECU 18 to be diagnosed.
  • the diagnosis request is a message that instructs the ECU 18 to be diagnosed to execute diagnostic processing.
  • the diagnosis request is generated according to DoIP defined in ISO13400, and includes an identifier for designating the ECU 18 to be diagnosed.
  • the DoIP edge node 12 is an ECU directly connected to the external diagnostic device 10.
  • the DoIP edge node 12 forwards the diagnostic request sent from the external diagnostic device 10 to the DoIP entity 14 or the DoIP gateway 16 according to DoIP.
  • the DoIP edge node 12 forwards the diagnostic response corresponding to the diagnostic request sent from the DoIP entity 14 or the DoIP gateway 16 to the external diagnostic device 10 according to DoIP.
  • a diagnostic response is a message containing the results of diagnostic processing executed in response to a diagnostic request.
  • the DoIP entity 14 is an ECU to be diagnosed that is directly connected to the DoIP edge node 12.
  • the DoIP entity 14 receives a diagnosis request from the DoIP edge node 12 and sends a diagnosis response to the DoIP edge node 12 according to DoIP.
  • the DoIP gateway 16 receives the diagnosis request transferred from the DoIP edge node 12 and temporarily stores it in the buffer area.
  • the DoIP gateway 16 converts the diagnostic request stored in the buffer area into a CAN protocol format and transfers it to the ECU 18 to be diagnosed.
  • the DoIP gateway 16 receives the diagnostic response transmitted from the diagnostic target ECU 18 and temporarily stores it in the buffer area.
  • the DoIP gateway 16 converts the diagnostic response stored in the buffer area into a DoIP format and transfers it to the external diagnostic device 10 via the DoIP edge node 12 .
  • the DoIP edge node 12 When the DoIP gateway 16 is incorporated in the DoIP edge node 12, the DoIP edge node 12 performs the above protocol conversion, and transfers the diagnosis request and diagnosis response between the external diagnostic device 10 and the ECU 18 to be diagnosed. I do.
  • FIG. 2 is a diagram showing the functional configuration of the transfer device 20. As shown in FIG. 1
  • the transfer device 20 is a device that transfers messages from one to the other between a plurality of ECUs 18 mounted on the vehicle and the external diagnostic device 10 .
  • the transfer device 20 of the present embodiment is an ECU that transfers diagnostic requests and diagnostic responses between a plurality of diagnostic target ECUs 18 and the external diagnostic device 10 .
  • the transfer device 20 is configured by the DoIP gateway 16 or DoIP edge node 12 shown in FIG.
  • the transfer device 20 comprises a storage area 22, which is a buffer area for temporarily storing diagnostic requests and diagnostic responses.
  • the transfer device 20 includes a diagnostic request receiving section 28 that receives a diagnostic request transmitted from the external diagnostic device 10 and a diagnostic request transfer section 30 that converts the protocol of the diagnostic request and transfers it to the ECU 18 .
  • the transfer device 20 includes a diagnostic response receiving section 32 that receives a diagnostic response transmitted from the ECU 18 and a diagnostic response transfer section 34 that converts the protocol of the diagnostic response and transfers it to the external diagnostic device 10 .
  • the transfer device 20 includes a transfer destination search unit 26 for searching the transfer destination of the diagnostic request from the identifier included in the diagnostic request transmitted from the external diagnostic device 10, an information management unit 24 for managing the progress of the diagnosis, and a transfer control unit 36 that controls transfer of the diagnosis request and diagnosis response based on the progress managed by the information management unit 24 .
  • FIG. 3 is a diagram showing an example of a table for managing the progress of diagnosis.
  • the information management unit 24 may use a table such as that shown in FIG. 3 to manage the progress of diagnosis for each ECU 18 to be diagnosed.
  • the information management unit 24 may update the information indicating the progress of diagnosis each time the status of receiving or transferring a diagnosis request or a diagnosis response in the transfer device 20 changes.
  • Information indicating the progress of diagnosis includes, for example, a diagnostic request reception standby state, a diagnostic request receiving state, a diagnostic request transfer standby state, a diagnostic request transfer state, a diagnostic response reception standby state, and a diagnostic response wait state. Examples include a receiving state, a diagnostic response transfer waiting state, a diagnostic response transfer in progress state, and a diagnostic response transfer complete state.
  • the transfer device 20 may have a configuration other than the configuration shown in FIG.
  • FIG. 4 is a sequence diagram showing an overview of the operation of each component of the transfer device 20.
  • step S ⁇ b>40 the diagnostic request receiving unit 28 receives diagnostic requests for a plurality of ECUs 18 from the external diagnostic device 10 .
  • the diagnosis request receiving unit 28 has received diagnosis requests for the ECU 1 and ECU 2 that are diagnosis targets as the diagnosis requests for the plurality of ECUs 18 .
  • step S42 the diagnosis request receiving unit 28 notifies the transfer control unit 36 that the diagnosis request has been received.
  • step S ⁇ b>44 the transfer control unit 36 instructs the transfer destination search unit 26 to search for each transfer destination of diagnosis requests to the plurality of ECUs 18 .
  • step S46 the transfer destination search unit 26 searches for each transfer destination of diagnosis requests to the plurality of ECUs 18, and notifies the transfer control unit 36 of each transfer destination.
  • step S48 the transfer control unit 36 instructs the diagnostic request transfer unit 30 to transfer the diagnostic request to some of the multiple ECUs 18.
  • the transfer control unit 36 instructs the diagnosis request transfer unit 30 to transfer the diagnosis request to the ECU 1 .
  • step S50 the diagnostic request transfer unit 30 transfers the diagnostic request to the ECU 18 instructed by the transfer control unit 36.
  • the diagnostic request transfer section 30 transfers the diagnostic request to the ECU 1 .
  • step S52 when the transfer of the diagnostic request is completed, the diagnostic request transfer section 30 notifies the transfer control section 36 that the transfer of the diagnostic request has been completed.
  • the diagnostic request transfer unit 30 notifies the transfer control unit 36 that the transfer of the diagnostic request to the ECU 1 has been completed.
  • step S54 the transfer control unit 36 instructs the information management unit 24 to update the information indicating the progress of diagnosis.
  • step S56 the information management unit 24 updates the information indicating the progress of the diagnosis and notifies the transfer control unit 36 of it.
  • the information management unit 24 updates the progress status of the diagnosis in the ECU 1 to the "diagnostic response reception standby state".
  • step S58 the diagnostic response receiving unit 32 receives diagnostic responses from some of the ECUs 18 to which the diagnostic request has been transferred.
  • the diagnostic response receiving section 32 receives the diagnostic response from the ECU 1 to which the diagnostic request has been transferred.
  • step S60 the diagnostic response receiving unit 32 notifies the transfer control unit 36 that the diagnostic response has been received.
  • step S ⁇ b>62 the transfer control unit 36 instructs the diagnostic response transfer unit 34 to transfer the diagnostic response to the external diagnostic device 10 .
  • step S64 the diagnostic response transfer unit 34 transfers the diagnostic response instructed by the transfer control unit 36 to the external diagnostic device 10.
  • the diagnostic response transfer section 34 transfers the diagnostic response from the ECU 1 to the external diagnostic device 10 .
  • step S66 when the transfer of the diagnostic response is completed, the diagnostic response transfer section 34 notifies the transfer control section 36 that the transfer of the diagnostic response has been completed.
  • the diagnostic response transfer section 34 notifies the transfer control section 36 that the transfer of the diagnostic response from the ECU 1 has been completed.
  • step S68 the transfer control unit 36 instructs the information management unit 24 to update the information indicating the progress of diagnosis.
  • step S70 the information management unit 24 updates the information indicating the progress of the diagnosis and notifies the transfer control unit 36 of it.
  • the information management unit 24 updates the progress status of the diagnosis in the ECU 1 to "diagnostic response transfer completion status".
  • step S72 the transfer control unit 36 instructs the diagnosis request transfer unit 30 to transfer the diagnosis request to other ECUs 18 to which the diagnosis request has not been transferred among the plurality of ECUs 18.
  • the transfer control unit 36 instructs the diagnosis request transfer unit 30 to transfer the diagnosis request to the ECU 2 .
  • step S74 the diagnostic request transfer unit 30 transfers the diagnostic request to the ECU 18 instructed by the transfer control unit 36.
  • the diagnostic request transfer section 30 transfers the diagnostic request to the ECU 2 .
  • steps S76 to S94 the transfer device 20 performs a process for transferring a diagnostic request to the ECU 2 and a process for transferring a diagnostic response from the ECU 2, as in steps S52 to S70.
  • FIG. 5 is a flow chart showing the processing performed by the transfer device 20 when receiving a diagnostic request from the external diagnostic device 10.
  • Step S100 shows the stage before starting the processing of steps S102 to S106 shown in FIG.
  • the state of the transfer device 20 is a state of waiting for a diagnostic request from the external diagnostic device 10 .
  • the progress status of the diagnosis managed by the information management unit 24 may be set to "diagnosis request reception standby state" for all the ECUs 18 that can be diagnosed.
  • step S102 upon receiving the Ethernet frame, the transfer device 20 performs protocol analysis of the Ethernet frame and determines whether the frame indicates a diagnosis request from the external diagnostic device 10 according to DoIP.
  • the transfer device 20 stores the message stored in the Ethernet frame in the storage area 22 . In this manner, the transfer device 20 can receive a diagnostic request transmitted from the external diagnostic device 10 and store it in the storage area 22 .
  • step S104 the transfer device 20 searches for a transfer destination in order to transfer the diagnostic request only to the ECU 18 specified in the diagnostic request.
  • a table in which the identifier included in the diagnosis request, the physical address of the ECU 18 of the transfer destination, and information such as the bus of the transfer destination are linked is stored in advance. 26 uses this table to search for a transfer destination.
  • the transfer destination search method is not limited to the method using this table.
  • step S106 the transfer device 20 transfers the diagnosis request to the transfer destination ECU 18.
  • the transfer device 20 may need to transfer diagnostic requests to a plurality of ECUs 18 . This is because the identifier included in the diagnostic request received in step S102 is a functional address, or the identifier is a physical address, but multiple diagnostic requests are received.
  • the transfer device 20 can receive diagnostic responses from each of the plurality of ECUs 18 at the same time. It is necessary to secure a buffer area. However, if buffer areas are secured for the number of ECUs 18 to be diagnosed, the amount of memory used by the transfer device 20 increases, and there is a possibility that memory resources will run short.
  • the transfer device 20 of the present embodiment receives diagnostic requests for a plurality of ECUs 18 in step S102, the transfer device 20 transfers the diagnostic requests to some of the plurality of ECUs 18 in step S106.
  • the transfer device 20 transfers the diagnosis request to one ECU 18 .
  • the transfer device 20 updates the progress of diagnosis managed by the information management unit 24 as follows. That is, the transfer device 20 updates the progress of the diagnosis in the ECU 18 of the transfer destination to "waiting for reception of diagnostic response". After completing the update, the transfer device 20 ends the processing shown in FIG. 5 and performs the processing shown in FIG.
  • the transfer device 20 does not transfer the diagnosis request to one ECU 18 in step S106, but transfers the diagnosis request to two or more ECUs 18 in step S106. good too.
  • the number of ECUs 18 to which the diagnostic request is transferred in step S106 is set to be smaller than the number of ECUs 18 designated by the diagnostic request when the diagnostic request for a plurality of ECUs 18 is received in step S102.
  • the transfer device 20 sequentially transfers the diagnosis request to the ECU 18 according to the predetermined priority for each ECU 18 to be diagnosed.
  • a method for determining this priority is not particularly limited. This priority may be determined in the same manner as the priority in communication arbitration performed according to the communication protocol of the in-vehicle network 3, for example.
  • priority in communication arbitration is determined using CANID (identifier) and RTR.
  • the order of priority for transferring the diagnosis request to the ECU 18 in step S106 may also be determined using the CANID and RTR in the same manner as the order of priority in communication arbitration.
  • FIG. 6 is a flowchart showing processing performed by the transfer device 20 when receiving a diagnostic response from the ECU 18.
  • Step S200 shows the stage before starting the processing of steps S202 to S208 shown in FIG.
  • the transfer device 20 is in a state of waiting for a diagnosis response from the ECU 18 to which the diagnosis request has been transferred.
  • the size of the diagnosis response may exceed the frame size defined in the communication protocol of the in-vehicle network 3.
  • the ECU 18 to which the diagnostic request has been transferred divides one diagnostic response into a plurality of frames and transmits them to the transfer device 20 .
  • step S ⁇ b>202 the transfer device 20 receives a frame forming a diagnostic response from the ECU 18 .
  • step S204 the transfer device 20 stores the received frame in the storage area 22.
  • step S206 the transfer device 20 determines whether or not all frames forming one diagnostic response have been received. If the communication protocol of the in-vehicle network 3 is CAN, the ECU 18, when dividing the diagnostic response into a plurality of CAN frames and transmitting them, sets the total size of the plurality of CAN frames constituting one diagnostic response to the first CAN frame. Store it in a frame and send it. By using this total size information, the transfer device 20 can determine whether or not all frames forming one diagnostic response have been received. When all frames are received, the transfer device 20 proceeds to step S208. If the transfer device 20 has not received all the frames, the transfer device 20 proceeds to step S202.
  • the communication protocol of the in-vehicle network 3 is CAN
  • the ECU 18 when dividing the diagnostic response into a plurality of CAN frames and transmitting them, sets the total size of the plurality of CAN frames constituting one diagnostic response to the first CAN frame. Store it in a frame and send it. By using this total size information, the transfer device 20 can
  • step S208 the transfer device 20 updates the progress of diagnosis managed by the information management unit 24 as follows. That is, the transfer device 20 updates the progress of the diagnosis in the ECU 18 that transmitted the diagnostic response to the "diagnostic response transfer waiting state". After completing the update, the transfer device 20 ends the processing shown in FIG. 6 and performs the processing shown in FIG.
  • FIG. 7 is a flowchart showing the processing performed by the transfer device 20 when transferring the diagnostic response to the external diagnostic device 10.
  • Step S300 shows the stage before starting the processing of steps S302 to S312 shown in FIG.
  • the state of the transfer device 20 is the state before the diagnostic response from the diagnostic target ECU 18 is transferred to the external diagnostic device 10 .
  • step S302 the transfer device 20 determines whether or not there is an ECU 18 whose diagnosis progress status managed by the information management unit 24 is "diagnostic response transfer standby state". If there is an ECU 18 that is in a "diagnostic response transfer standby state", the transfer device 20 proceeds to step S304. If there is no ECU 18 that is in the "diagnostic response transfer standby state", the transfer device 20 proceeds to step S310.
  • step S ⁇ b>304 the transfer device 20 transfers the frame forming the diagnostic response to the external diagnostic device 10 .
  • the transfer device 20 When transferring to the external diagnostic device 10 , the transfer device 20 generates an Ethernet frame including a diagnostic response according to DoIP and transfers it to the external diagnostic device 10 .
  • step S306 the transfer device 20 determines whether or not all frames forming one diagnostic response have been transferred to the external diagnostic device 10. When all the frames have been transferred, the transfer device 20 proceeds to step S308. If the transfer device 20 has not transferred all the frames, the transfer device 20 proceeds to step S304.
  • step S308 the transfer device 20 updates the progress of diagnosis managed by the information management unit 24 as follows. That is, the transfer device 20 updates the progress status of the diagnosis in the ECU 18 to which the diagnostic response has been transferred to "diagnostic response transfer completion status". After completing the update, the transfer device 20 proceeds to step S310.
  • step S310 the transfer device 20 determines whether or not the progress of diagnosis in all the ECUs 18 specified in the diagnosis request received in step S102 is "diagnostic response transfer completed state". The transfer device 20 terminates the process shown in FIG. 7 when the progress status of diagnosis in all ECUs 18 is "completed state of transfer of diagnosis response". The transfer device 20 proceeds to step S312 when the progress status of diagnosis in all ECUs 18 is not "completed state of transfer of diagnosis response".
  • step S312 the transfer device 20 transfers the diagnostic request to the ECUs 18 to which the diagnostic request has not been transferred among the plurality of ECUs 18 specified in the diagnostic request received in step S102.
  • the specific processing contents are the same as in step S106.
  • the transfer device 20 of the present embodiment receives a diagnostic request, which is a message from the external diagnostic device 10 to a plurality of ECUs 18, from the external diagnostic device 10, and sends a diagnostic request to some of the plurality of ECUs 18. Forward. At this time, the transfer device 20 can sequentially transfer the diagnostic request according to the priority determined in advance for each ECU 18 to be diagnosed. Then, the transfer device 20 receives a diagnostic response, which is a message from the ECU 18 to the external diagnostic device 10 , from the part of the ECU 18 and transfers it to the external diagnostic device 10 . forward diagnostic requests to
  • the transfer device 20 of the present embodiment can reduce the number of simultaneous receptions of diagnostic responses from the ECUs 18 to less than the number of ECUs 18 that can be diagnosed.
  • the transfer device 20 does not need to secure a buffer area corresponding to the number of ECUs 18 that can be diagnosed, and can reduce the amount of memory used compared to the conventional technology. Therefore, according to the present embodiment, it is possible to provide the transfer device 20 capable of suppressing insufficient memory resources even when diagnostic requests for a plurality of ECUs 18 are received from the external diagnostic device 10 .
  • the transfer device 20 of the present embodiment receives diagnostic responses from the other ECUs 18 after transferring the diagnostic responses from the part of the ECUs 18 to the external diagnostic device 10 .
  • the transfer device 20 of the present embodiment does not receive diagnostic responses from some ECUs 18 and diagnostic responses from other ECUs 18 at the same time. Since the transfer device 20 does not need to secure a buffer area for simultaneously storing diagnostic responses from some ECUs 18 and diagnostic responses from other ECUs 18, it is possible to further reduce memory usage. Therefore, according to the present embodiment, it is possible to provide the transfer device 20 that can further suppress memory resource shortage even when diagnostic requests for a plurality of ECUs 18 are received from the external diagnostic device 10 .
  • the ECU 18 of this embodiment divides the diagnostic response into a plurality of frames and transmits them to the transfer device 20 .
  • the transfer device 20 of the present embodiment transfers all the frames constituting the diagnostic response to the external diagnostic device 10 after receiving all the frames forming the diagnostic response from the ECU 18 .
  • the transfer device 20 of the present embodiment can continuously transfer all the frames that make up the diagnostic response to the external diagnostic device 10 .
  • a frame constituting a certain diagnostic response and a frame constituting another diagnostic response are not mixed and transferred in random order. Therefore, the transfer device 20 of the present embodiment can prevent a situation from occurring in which the external diagnostic device 10 cannot identify the ECU 18 which is the transmission source of the transferred frame. Therefore, according to the present embodiment, it is possible to provide the transfer device 20 that can reliably realize the message transfer function between the external diagnostic device 10 and the plurality of ECUs 18 .
  • the transfer device 20 of the present embodiment transfers all frames constituting diagnostic responses from some ECUs 18 to the external diagnostic device 10 and then transfers diagnostic requests to other ECUs 18 .
  • the transfer device 20 of the present embodiment does not need to secure a buffer area for simultaneously storing diagnostic responses from some ECUs 18 and diagnostic responses from other ECUs 18, so the memory usage can be further reduced. can be suppressed.
  • frames from some ECUs 18 and frames from other ECUs 18 are not mixed and transferred in random order. It is possible to prevent the occurrence of a situation in which the ECU 18 cannot be identified. Therefore, according to the present embodiment, it is possible to provide the transfer device 20 capable of suppressing the shortage of memory resources and reliably realizing the message transfer function.
  • the transfer device 20 of the present embodiment when transferring a diagnosis request to some of the ECUs 18 , sequentially transfers the diagnosis request according to a predetermined priority for each ECU 18 .
  • the transfer device 20 of the present embodiment can sequentially receive diagnostic responses from the ECU 18, there is no need to secure a buffer area for storing diagnostic responses from a plurality of ECUs 18 at the same time.
  • the amount can be further restrained. Therefore, according to the present embodiment, it is possible to provide the transfer device 20 that can further suppress memory resource shortage even when diagnostic requests for a plurality of ECUs 18 are received from the external diagnostic device 10 .
  • the present invention is not limited to the above-described embodiments, and includes various modifications.
  • the above embodiments have been described in detail in order to explain the present invention in an easy-to-understand manner, and are not necessarily limited to those having all the configurations described.
  • it is possible to replace part of the configuration of one embodiment with the configuration of another embodiment and it is also possible to add the configuration of another embodiment to the configuration of one embodiment.
  • each of the above configurations, functions, processing units, processing means, etc. may be realized by hardware, for example, by designing them in integrated circuits, in part or in whole.
  • each of the above configurations, functions, etc. may be realized by software by a processor interpreting and executing a program for realizing each function.
  • Information such as programs, tapes, and files that implement each function can be stored in recording devices such as memories, hard disks, SSDs (solid state drives), or recording media such as IC cards, SD cards, and DVDs.
  • control lines and information lines indicate what is considered necessary for explanation, and not all control lines and information lines are necessarily indicated on the product. In practice, it may be considered that almost all configurations are interconnected.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mechanical Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

複数の電子装置に対する診断要求を外部診断機から受信しても、メモリリソースが不足することを抑制可能な転送装置を提供する。転送装置２０は、複数のＥＣＵ１８に対する外部診断機１０からのメッセージである診断要求を外部診断機１０から受信し、複数のＥＣＵ１８のうちの一部に診断要求を転送する。そして、転送装置２０は、外部診断機１０に対するＥＣＵ１８からのメッセージである診断応答を当該一部のＥＣＵ１８から受信して外部診断機１０に転送した後に、当該一部のＥＣＵ１８とは異なる他のＥＣＵ１８に診断要求を転送する。

Description

転送装置
　本発明は、転送装置に関する。
　近年、車両に搭載されるＥＣＵ（Electronic Control Unit）の増加に加え、各ＥＣＵの機能数及び記憶容量の増加等により、車両と外部診断機との間でやり取りされるデータ量の増加が予想される。診断通信をより効率的に行うために、インターネットプロトコルを用いた診断通信規格であるＤｏＩＰ（Diagnostics over Internet Protocol）に準ずる診断通信が検討されている。
　特許文献１は、ＤｏＩＰに準じた診断通信技術を開示している。特許文献１に開示の技術は、車外のネットワークに接続された複数の外部ツールからのメッセージによってＥＣＵの動作干渉が生じることを回避することが可能な車両用通信制御装置を提供する。
特開２０１３－１２３９９８号公報
　ＤｏＩＰに準じた診断通信ネットワークは、車外のＩＰネットワークと、車内ネットワーク（ＬＡＮ）とから構成されている。車外のＩＰネットワークに接続される外部診断機が、車内ネットワークに接続されるＥＣＵと診断通信を行う。車外のＩＰネットワークとしては、例えばイーサネット（登録商標）が用いられることが多い。車内ネットワークとしては、ＣＡＮ又はＣＡＮＦＤ等の通信プロトコルに準じたネットワークが用いられることが多い。したがって、ＤｏＩＰに準じた診断通信ネットワークシステムでは、外部診断機から送信されたイーサネットフレームに格納されたメッセージである診断要求のプロトコル変換を行ってＥＣＵに転送する転送装置が設けられることが多い。この転送装置は、外部診断機からの診断要求をＥＣＵに転送後に、ＥＣＵからのメッセージである診断応答を受信すると、診断応答のプロトコル変換を行って外部診断機に転送する。したがって、転送装置は、診断応答を一時的に記憶するためのバッファ領域を確保する必要がある。
　ＤｏＩＰに準じた診断通信ネットワークシステムでは、外部診断機が診断対象となる複数のＥＣＵに対して同時に診断要求を送信する場合がある。この場合、転送装置は、複数のＥＣＵから同時に診断応答を受信し得るので、診断対象となり得るＥＣＵの個数分だけバッファ領域を確保する必要がある。すると、転送装置のメモリ使用量が増加し、メモリリソースが不足するという問題が生じ得る。特許文献１に開示の技術は、このような問題について何ら考慮しておらず、改善の余地が有る。
　本発明は、上記に鑑みてなされたものであり、複数の電子装置に対する診断要求を外部診断機から受信しても、メモリリソースが不足することを抑制可能な転送装置を提供することを目的とする。
　上記課題を解決するために、本発明の転送装置は、車両に搭載された複数の電子装置と外部診断機との間において一方から他方にメッセージを転送する転送装置であって、前記複数の電子装置に対する前記外部診断機からのメッセージである診断要求を前記外部診断機から受信し、前記複数の電子装置のうちの一部に前記診断要求を転送し、前記外部診断機に対する前記電子装置からのメッセージである診断応答を前記一部の電子装置から受信して前記外部診断機に転送した後に、前記一部の電子装置とは異なる他の電子装置に前記診断要求を転送することを特徴とする。
　本発明によれば、複数の電子装置に対する診断要求を外部診断機から受信しても、メモリリソースが不足することを抑制可能な転送装置を提供することができる。
　上記以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
ＤｏＩＰに準じた診断通信ネットワークシステムの構成を示す図。 転送装置の機能的構成を示す図。 診断の進行状況を管理するテーブルの一例を示す図。 転送装置の各構成要素の動作概要を示すシーケンス図。 外部診断機からの診断要求を受信する際に転送装置によって行われる処理を示すフローチャート。 ＥＣＵからの診断応答を受信する際に転送装置によって行われる処理を示すフローチャート。 外部診断機に診断応答を転送する際に転送装置によって行われる処理を示すフローチャート。
　以下、本発明の実施形態について図面を用いて説明する。なお、各実施形態において同一の符号を付された構成については、特に言及しない限り、各実施形態において同様の機能を有し、その説明を省略する。
　図１は、ＤｏＩＰに準じた診断通信ネットワークシステム１の構成を示す図である。
　ＤｏＩＰに準じた診断通信ネットワークシステム１は、外部診断機１０と、ＤｏＩＰエッジノード１２と、ＤｏＩＰエンティティ１４と、ＤｏＩＰゲートウェイ１６と、診断対象である複数のＥＣＵ１８と、を備える。
　外部診断機１０とＤｏＩＰエッジノード１２とは、ＤｏＩＰネットワーク２を介して接続されている。ＤｏＩＰエッジノード１２と、ＤｏＩＰエンティティ１４及びＤｏＩＰゲートウェイ１６のそれぞれとは、ＤｏＩＰネットワーク２を介して接続されている。ＤｏＩＰゲートウェイ１６と複数のＥＣＵ１８のそれぞれとは、車内ネットワーク３を介して接続されている。
　なお、ＤｏＩＰゲートウェイ１６は、ＤｏＩＰエッジノード１２に組み込まれていてもよい。この場合、ＤｏＩＰエッジノード１２は、車内ネットワーク３を介して複数のＥＣＵ１８のそれぞれに接続され得る。また、ＥＣＵ１８は、本発明の「電子装置」の一例である。
　ＤｏＩＰネットワーク２は、例えば、イーサネットであってもよい。車内ネットワーク３は、例えば、ＣＡＮ又はＣＡＮＦＤ等の通信プロトコルに準じたローカルエリアネットワーク（ＬＡＮ）であってもよい。本実施形態では、ＤｏＩＰネットワーク２がイーサネットであり、車内ネットワーク３がＣＡＮに準じたＬＡＮであるとして説明する。
　外部診断機１０は、診断対象のＥＣＵ１８に対して診断要求を送信する。診断要求は、診断対象のＥＣＵ１８に対して診断処理の実行を指示するメッセージである。診断要求は、ＩＳＯ１３４００に規定されたＤｏＩＰに従って生成されており、診断要求には診断対象のＥＣＵ１８を指定するための識別子が組み込まれている。この識別子には、１つのＥＣＵ１８を診断対象として指定する識別子（以下「物理アドレス」とも称する）と、複数のＥＣＵ１８を診断対象として指定する識別子（以下「機能アドレス」とも称する）の２種類のタイプが存在する。
　ＤｏＩＰエッジノード１２は、外部診断機１０に直接接続されたＥＣＵである。ＤｏＩＰエッジノード１２は、外部診断機１０から送信されえた診断要求を、ＤｏＩＰに従って、ＤｏＩＰエンティティ１４又はＤｏＩＰゲートウェイ１６に対して転送する。ＤｏＩＰエッジノード１２は、ＤｏＩＰに従って、ＤｏＩＰエンティティ１４又はＤｏＩＰゲートウェイ１６から送信された診断要求に対応する診断応答を外部診断機１０に転送する。診断応答は、診断要求に応じて実行された診断処理の結果を含むメッセージである。
　ＤｏＩＰエンティティ１４は、ＤｏＩＰエッジノード１２に直接接続された診断対象のＥＣＵである。ＤｏＩＰエンティティ１４は、ＤｏＩＰに従って、ＤｏＩＰエッジノード１２から診断要求を受信すると共に、ＤｏＩＰエッジノード１２に診断応答を送信する。
　ＤｏＩＰゲートウェイ１６は、ＤｏＩＰエッジノード１２から転送された診断要求を受信し、バッファ領域に一時的に記憶する。ＤｏＩＰゲートウェイ１６は、バッファ領域に記憶された診断要求をＣＡＮプロトコルのフォーマットに変換し、診断対象のＥＣＵ１８に転送する。ＤｏＩＰゲートウェイ１６は、診断対象のＥＣＵ１８から送信された診断応答を受信し、バッファ領域に一時的に記憶する。ＤｏＩＰゲートウェイ１６は、バッファ領域に記憶された診断応答をＤｏＩＰのフォーマットに変換し、ＤｏＩＰエッジノード１２を介して外部診断機１０に転送する。
　なお、ＤｏＩＰゲートウェイ１６がＤｏＩＰエッジノード１２に組み込まれている場合では、ＤｏＩＰエッジノード１２が上記のプロトコル変換を行い、外部診断機１０と診断対象のＥＣＵ１８との間において診断要求及び診断応答の転送を行う。
　図２は、転送装置２０の機能的構成を示す図である。
　転送装置２０は、車両に搭載された複数のＥＣＵ１８と外部診断機１０との間において一方から他方にメッセージを転送する装置である。本実施形態の転送装置２０は、診断対象の複数のＥＣＵ１８と外部診断機１０との間において、診断要求及び診断応答の転送を行うＥＣＵである。転送装置２０は、図１に示すＤｏＩＰゲートウェイ１６又はＤｏＩＰエッジノード１２によって構成される。
　転送装置２０は、診断要求及び診断応答を一時的に記憶するためのバッファ領域である記憶領域２２を備える。転送装置２０は、外部診断機１０から送信された診断要求を受信する診断要求受信部２８と、診断要求のプロトコル変換を行ってＥＣＵ１８に転送する診断要求転送部３０と、を備える。転送装置２０は、ＥＣＵ１８から送信された診断応答を受信する診断応答受信部３２と、診断応答のプロトコル変換を行って外部診断機１０に転送する診断応答転送部３４と、を備える。
　更に、転送装置２０は、外部診断機１０から送信された診断要求に含まれる識別子から診断要求の転送先を検索する転送先検索部２６と、診断の進行状況を管理する情報管理部２４と、情報管理部２４の管理する進行状況に基づいて診断要求及び診断応答の転送を制御する転送制御部３６と、を備える。
　図３は、診断の進行状況を管理するテーブルの一例を示す図である。
　情報管理部２４は、図３に示すようなテーブルを用いて、診断対象のＥＣＵ１８毎に診断の進行状況を管理してもよい。情報管理部２４は、転送装置２０において診断要求又は診断応答の受信状況又は転送状況が変化する度に、診断の進行状況を示す情報を更新してもよい。診断の進行状況を示す情報としては、例えば、診断要求の受信待機状態、診断要求の受信中状態、診断要求の転送待機状態、診断要求の転送中状態、診断応答の受信待機状態、診断応答の受信中状態、診断応答の転送待機状態、診断応答の転送中状態、及び、診断応答の転送完了状態等が挙げられる。なお、転送装置２０は、図２に示した構成以外の構成を備えていてもよい。
　図４は、転送装置２０の各構成要素の動作概要を示すシーケンス図である。図４では、複数の物理アドレス又は機能アドレスによって複数の診断対象のＥＣＵ１８を指定して、外部診断機１０が複数のＥＣＵ１８に対する診断要求を送信した場合について説明する。
　ステップＳ４０において、診断要求受信部２８は、複数のＥＣＵ１８に対する診断要求を外部診断機１０から受信する。ここでは、診断要求受信部２８は、複数のＥＣＵ１８に対する診断要求として、診断対象であるＥＣＵ１及びＥＣＵ２に対する診断要求を受信したとする。
　ステップＳ４２において、診断要求受信部２８は、診断要求を受信した旨を転送制御部３６に通知する。
　ステップＳ４４において、転送制御部３６は、複数のＥＣＵ１８に対する診断要求の各転送先を検索するよう、転送先検索部２６に指示する。
　ステップＳ４６において、転送先検索部２６は、複数のＥＣＵ１８に対する診断要求の各転送先を検索し、各転送先を転送制御部３６に通知する。
　ステップＳ４８において、転送制御部３６は、複数のＥＣＵ１８のうちの一部に診断要求を転送されるよう、診断要求転送部３０に指示する。ここでは、転送制御部３６は、ＥＣＵ１に診断要求を転送するよう、診断要求転送部３０に指示したとする。
　ステップＳ５０において、診断要求転送部３０は、転送制御部３６により指示されたＥＣＵ１８に診断要求を転送する。ここでは、診断要求転送部３０は、ＥＣＵ１に診断要求を転送する。
　ステップＳ５２において、診断要求転送部３０は、診断要求の転送が完了すると、診断要求の転送が完了した旨を転送制御部３６に通知する。ここでは、診断要求転送部３０は、ＥＣＵ１に対する診断要求の転送が完了した旨を、転送制御部３６に通知する。
　ステップＳ５４において、転送制御部３６は、診断の進行状況を示す情報の更新を情報管理部２４に指示する。
　ステップＳ５６において、情報管理部２４は、診断の進行状況を示す情報を更新し、転送制御部３６に通知する。ここでは、情報管理部２４は、ＥＣＵ１における診断の進行状況を「診断応答の受信待機状態」に更新する。
　ステップＳ５８において、診断応答受信部３２は、診断要求が転送された一部のＥＣＵ１８からの診断応答を受信する。ここでは、診断応答受信部３２は、診断要求が転送されたＥＣＵ１からの診断応答を受信する。
　ステップＳ６０において、診断応答受信部３２は、診断応答を受信した旨を転送制御部３６に通知する。
　ステップＳ６２において、転送制御部３６は、診断応答を外部診断機１０に転送するよう、診断応答転送部３４に指示する。
　ステップＳ６４において、診断応答転送部３４は、転送制御部３６により指示された診断応答を外部診断機１０に転送する。ここでは、診断応答転送部３４は、ＥＣＵ１からの診断応答を外部診断機１０に転送する。
　ステップＳ６６において、診断応答転送部３４は、診断応答の転送が完了すると、診断応答の転送が完了した旨を転送制御部３６に通知する。ここでは、診断応答転送部３４は、ＥＣＵ１からの診断応答の転送が完了した旨を、転送制御部３６に通知する。
　ステップＳ６８において、転送制御部３６は、診断の進行状況を示す情報の更新を情報管理部２４に指示する。
　ステップＳ７０において、情報管理部２４は、診断の進行状況を示す情報を更新し、転送制御部３６に通知する。ここでは、情報管理部２４は、ＥＣＵ１における診断の進行状況を「診断応答の転送完了状態」に更新する。
　ステップＳ７２において、転送制御部３６は、複数のＥＣＵ１８のうち診断要求を転送していない他のＥＣＵ１８に診断要求を転送するよう、診断要求転送部３０に指示する。ここでは、転送制御部３６は、ＥＣＵ２に診断要求を転送するよう、診断要求転送部３０に指示する。
　ステップＳ７４において、診断要求転送部３０は、転送制御部３６により指示されたＥＣＵ１８に診断要求を転送する。ここでは、診断要求転送部３０は、ＥＣＵ２に診断要求を転送する。
　ステップＳ７６～ステップＳ９４において、転送装置２０は、ステップＳ５２～ステップＳ７０と同様に、ＥＣＵ２に対する診断要求の転送に係る処理、及び、ＥＣＵ２からの診断応答の転送に係る処理を行う。
　図５は、外部診断機１０からの診断要求を受信する際に転送装置２０によって行われる処理を示すフローチャートである。
　ステップＳ１００は、図５に示すステップＳ１０２～ステップＳ１０６の処理を開始する前の段階を示している。ステップＳ１００において、転送装置２０の状態は、外部診断機１０からの診断要求を待ち受けている状態である。情報管理部２４にて管理される診断の進行状況は、診断対象となり得る全てのＥＣＵ１８について「診断要求の受信待機状態」に設定されていてもよい。
　ステップＳ１０２において、転送装置２０は、イーサネットフレームを受信すると、イーサネットフレームのプロトコル解析を行い、ＤｏＩＰに従った外部診断機１０からの診断要求を示すフレームであるかを判定する。転送装置２０は、受信されたイーサネットフレームが診断要求を示す場合、当該イーサネットフレームに格納されたメッセージを記憶領域２２に記憶する。このようにして、転送装置２０は、外部診断機１０から送信された診断要求を受信し、記憶領域２２に記憶することができる。
　ステップＳ１０４において、転送装置２０は、診断要求において指定されるＥＣＵ１８にのみ診断要求を転送するために転送先を検索する。転送先の検索方法としては、診断要求に含まれる識別子と、転送先のＥＣＵ１８の物理アドレスと、転送先のバス等の情報とが紐付けられたテーブルを予め記憶しておき、転送先検索部２６がこのテーブルを用いて転送先を検索する方法が挙げられる。ただし、転送先の検索方法は、このテーブルを用いる方法に限定されない。検索完了後、転送装置２０は、情報管理部２４にて管理される診断の進行状況を、次のように更新する。すなわち、転送装置２０は、転送先のＥＣＵ１８における診断の進行状況を「診断要求の転送待機状態」に更新する。
　ステップＳ１０６において、転送装置２０は、診断要求を転送先のＥＣＵ１８に転送する。ここで、転送装置２０は、複数のＥＣＵ１８に対して診断要求を転送する必要がある場合がある。これは、ステップＳ１０２において受信した診断要求に含まれる識別子が機能アドレスであったり、或いは、当該識別子が物理アドレスであるが診断要求を複数受信したりするからである。この場合、転送装置２０が複数のＥＣＵ１８に対して診断要求を一斉に転送すると、転送装置２０は、複数のＥＣＵ１８のそれぞれから診断応答を同時に受信し得るので、診断対象となるＥＣＵ１８の個数分だけバッファ領域を確保する必要がある。しかしながら、診断対象となるＥＣＵ１８の個数分だけバッファ領域を確保すると、転送装置２０のメモリ使用量が増加し、メモリリソースが不足する可能性がある。
　そこで、本実施形態の転送装置２０は、ステップＳ１０２において複数のＥＣＵ１８に対する診断要求を受信した場合であっても、ステップＳ１０６において複数のＥＣＵ１８の一部のＥＣＵ１８に診断要求を転送する。ここでは、転送装置２０は、１つのＥＣＵ１８に診断要求を転送するものとする。
　１つのＥＣＵ１８に診断要求を転送する方法としては、ＥＣＵ１８毎に割り当てられた物理アドレスを転送先として指定する方法がある。診断要求の転送完了後、転送装置２０は、情報管理部２４にて管理される診断の進行状況を、次のように更新する。すなわち、転送装置２０は、転送先のＥＣＵ１８における診断の進行状況を「診断応答の受信待機状態」に更新する。更新完了後、転送装置２０は、図５に示す処理を終了し、図６に示す処理を行う。
　なお、転送装置２０のメモリリソースに余裕がある場合、転送装置２０は、ステップＳ１０６において１つのＥＣＵ１８に診断要求を転送するのではなく、ステップＳ１０６において２つ以上のＥＣＵ１８に診断要求を転送してもよい。但し、ステップＳ１０６において診断要求を転送するＥＣＵ１８の数は、ステップＳ１０２において複数のＥＣＵ１８に対する診断要求を受信した場合に当該診断要求が指定するＥＣＵ１８の数よりも少ない数とする。
　ステップＳ１０６においてＥＣＵ１８に診断要求を転送する場合、転送装置２０は、診断対象のＥＣＵ１８毎に予め定められた優先順位に従って、ＥＣＵ１８に診断要求を順次転送する。この優先順位の決定方法は、特に限定されない。この優先順位は、例えば、車内ネットワーク３の通信プロトコルに従って行われる通信調停での優先順位と同様に決定されてもよい。車内ネットワーク３の通信プロトコルがＣＡＮである場合、通信調停での優先順位は、ＣＡＮＩＤ（識別子）やＲＴＲを用いて決定される。ステップＳ１０６においてＥＣＵ１８に診断要求を転送する時の優先順位においても、通信調停での優先順位と同様に、このＣＡＮＩＤやＲＴＲを用いて決定されてもよい。
　図６は、ＥＣＵ１８からの診断応答を受信する際に転送装置２０によって行われる処理を示すフローチャートである。
　ステップＳ２００は、図６に示すステップＳ２０２～ステップＳ２０８の処理を開始する前の段階を示している。ステップＳ２００において、転送装置２０の状態は、診断要求が転送されたＥＣＵ１８からの診断応答を待ち受けている状態である。
　診断応答のサイズは、車内ネットワーク３の通信プロトコルにおいて定められているフレームのサイズを超える場合がある。この場合、診断要求が転送されたＥＣＵ１８は、１つの診断応答を複数のフレームに分割して転送装置２０に送信する。
　ステップＳ２０２において、転送装置２０は、診断応答を構成するフレームをＥＣＵ１８から受信する。
　ステップＳ２０４において、転送装置２０は、受信されたフレームを記憶領域２２に記憶する。
　ステップＳ２０６において、転送装置２０は、１つの診断応答を構成する全てのフレームを受信したか否かを判定する。車内ネットワーク３の通信プロトコルがＣＡＮである場合、ＥＣＵ１８は、診断応答を複数のＣＡＮフレームに分割して送信する際に、１つの診断応答を構成する複数のＣＡＮフレームの合計サイズを、先頭のＣＡＮフレームに格納して送信する。この合計サイズの情報を利用することによって、転送装置２０は、１つの診断応答を構成する全てのフレームを受信したか否かを判定することができる。転送装置２０は、全てのフレームを受信した場合、ステップＳ２０８に移行する。転送装置２０は、全てのフレームを受信していない場合、ステップＳ２０２に移行する。
　ステップＳ２０８において、転送装置２０は、情報管理部２４にて管理される診断の進行状況を、次のように更新する。すなわち、転送装置２０は、診断応答の送信元のＥＣＵ１８における診断の進行状況を「診断応答の転送待機状態」に更新する。更新完了後、転送装置２０は、図６に示す処理を終了し、図７に示す処理を行う。
　図７は、外部診断機１０に診断応答を転送する際に転送装置２０によって行われる処理を示すフローチャートである。
　ステップＳ３００は、図７に示すステップＳ３０２～ステップＳ３１２の処理を開始する前の段階を示している。ステップＳ３００において、転送装置２０の状態は、診断対象のＥＣＵ１８からの診断応答を外部診断機１０に転送する前の状態である。
　ステップＳ３０２において、転送装置２０は、情報管理部２４にて管理される診断の進行状況が「診断応答の転送待機状態」であるＥＣＵ１８が有るか否かを判定する。転送装置２０は、「診断応答の転送待機状態」であるＥＣＵ１８が有る場合、ステップＳ３０４に移行する。転送装置２０は、「診断応答の転送待機状態」であるＥＣＵ１８が無い場合、ステップＳ３１０に移行する。
　ステップＳ３０４において、転送装置２０は、診断応答を構成するフレームを外部診断機１０に転送する。外部診断機１０へ転送する際、転送装置２０は、ＤｏＩＰに従って診断応答を含むイーサネットフレームを生成し、外部診断機１０に転送する。
　ステップＳ３０６において、転送装置２０は、１つの診断応答を構成する全てのフレームを外部診断機１０に転送したか否かを判定する。転送装置２０は、全てのフレームを転送した場合、ステップＳ３０８に移行する。転送装置２０は、全てのフレームを転送していない場合、ステップＳ３０４に移行する。
　ステップＳ３０８において、転送装置２０は、情報管理部２４にて管理される診断の進行状況を、次のように更新する。すなわち、転送装置２０は、診断応答を転送したＥＣＵ１８における診断の進行状況を「診断応答の転送完了状態」に更新する。更新完了後、転送装置２０は、ステップＳ３１０に移行する。
　ステップＳ３１０において、転送装置２０は、ステップＳ１０２にて受信された診断要求において指定された全てのＥＣＵ１８における診断の進行状況が「診断応答の転送完了状態」であるか否かを判定する。転送装置２０は、全てのＥＣＵ１８における診断の進行状況が「診断応答の転送完了状態」である場合、図７に示す処理を終了する。転送装置２０は、全てのＥＣＵ１８における診断の進行状況が「診断応答の転送完了状態」でない場合、ステップＳ３１２に移行する。
　ステップＳ３１２において、転送装置２０は、ステップＳ１０２にて受信された診断要求において指定された複数のＥＣＵ１８のうち、診断要求を転送していないＥＣＵ１８に対して診断要求を転送する。具体的な処理内容は、ステップＳ１０６と同様である。
　以上のように、本実施形態の転送装置２０は、複数のＥＣＵ１８に対する外部診断機１０からのメッセージである診断要求を外部診断機１０から受信し、複数のＥＣＵ１８のうちの一部に診断要求を転送する。この際、転送装置２０は、診断対象のＥＣＵ１８毎に予め定められた優先順位に従って、診断要求を順次転送することができる。そして、転送装置２０は、外部診断機１０に対するＥＣＵ１８からのメッセージである診断応答を当該一部のＥＣＵ１８から受信して外部診断機１０に転送した後に、当該一部のＥＣＵ１８とは異なる他のＥＣＵ１８に診断要求を転送する。
　これにより、本実施形態の転送装置２０は、ＥＣＵ１８からの診断応答を同時に受信し得る数を、診断対象となり得るＥＣＵ１８の個数分よりも少なくすることができる。転送装置２０は、診断対象となり得るＥＣＵ１８の個数分だけバッファ領域を確保する必要がなく、従来よりもメモリ使用量を抑制することができる。よって、本実施形態によれば、複数のＥＣＵ１８に対する診断要求を外部診断機１０から受信しても、メモリリソースが不足することを抑制可能な転送装置２０を提供することができる。
　更に、本実施形態の転送装置２０は、当該一部のＥＣＵ１８からの診断応答を外部診断機１０に転送した後に、当該他のＥＣＵ１８からの診断応答を受信する。
　これにより、本実施形態の転送装置２０は、一部のＥＣＵ１８からの診断応答と他のＥＣＵ１８からの診断応答とを同時に受信することがない。転送装置２０は、一部のＥＣＵ１８からの診断応答と他のＥＣＵ１８からの診断応答とを同時に記憶するためのバッファ領域を確保する必要がないので、メモリ使用量を更に抑制することができる。よって、本実施形態によれば、複数のＥＣＵ１８に対する診断要求を外部診断機１０から受信しても、メモリリソースが不足することを更に抑制可能な転送装置２０を提供することができる。
　更に、本実施形態のＥＣＵ１８は、診断応答を複数のフレームに分割して転送装置２０に送信する。本実施形態の転送装置２０は、診断応答を構成する全てのフレームをＥＣＵ１８から受信した後に、当該全てのフレームを外部診断機１０に転送する。
　これにより、本実施形態の転送装置２０は、診断応答を構成する全てフレームを外部診断機１０に連続して転送することができる。外部診断機１０には、或る診断応答を構成するフレームと別の診断応答を構成するフレームとが順不同に混在して転送されることがない。したがって、本実施形態の転送装置２０は、転送されたフレームの送信元のＥＣＵ１８を外部診断機１０が識別できなくなる事態が発生することを防止することができる。よって、本実施形態によれば、外部診断機１０と複数のＥＣＵ１８との間におけるメッセージの転送機能を確実に実現可能な転送装置２０を提供することができる。
　更に、本実施形態の転送装置２０は、一部のＥＣＵ１８からの診断応答を構成する全てのフレームを外部診断機１０に転送した後に、他のＥＣＵ１８に診断要求を転送する。
　これにより、本実施形態の転送装置２０は、一部のＥＣＵ１８からの診断応答と他のＥＣＵ１８からの診断応答とを同時に記憶するためのバッファ領域を確保する必要がないので、メモリ使用量を更に抑制することができる。加えて、本実施形態の転送装置２０は、一部のＥＣＵ１８からのフレームと他のＥＣＵ１８からのフレームとが順不同に混在して転送されることがないので、外部診断機１０がフレームの送信元のＥＣＵ１８を識別不能となる事態の発生を防止することができる。よって、本実施形態によれば、メモリリソースが不足することを抑制し、且つ、メッセージの転送機能を確実に実現することが可能な転送装置２０を提供することができる。
　更に、本実施形態の転送装置２０は、一部のＥＣＵ１８に診断要求を転送する際、ＥＣＵ１８毎に予め定められた優先順位に従って、診断要求を順次転送する。
　これにより、本実施形態の転送装置２０は、ＥＣＵ１８からの診断応答を順次受信することができるので、複数のＥＣＵ１８からの診断応答を同時に記憶するためのバッファ領域を確保する必要がなく、メモリ使用量を更に抑制することができる。よって、本実施形態によれば、複数のＥＣＵ１８に対する診断要求を外部診断機１０から受信しても、メモリリソースが不足することを更に抑制可能な転送装置２０を提供することができる。
［その他］
　なお、本発明は上記の実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記の実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、或る実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、或る実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路にて設計する等によりハードウェアによって実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアによって実現してもよい。各機能を実現するプログラム、テープ、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（solid state drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
　１０…外部診断機、１８…ＥＣＵ（電子装置）、２０…転送装置

Claims (5)

  1. 　車両に搭載された複数の電子装置と外部診断機との間において一方から他方にメッセージを転送する転送装置であって、
    　前記複数の電子装置に対する前記外部診断機からのメッセージである診断要求を前記外部診断機から受信し、前記複数の電子装置のうちの一部に前記診断要求を転送し、
    　前記外部診断機に対する前記電子装置からのメッセージである診断応答を前記一部の電子装置から受信して前記外部診断機に転送した後に、前記一部の電子装置とは異なる他の電子装置に前記診断要求を転送する
    　ことを特徴とする転送装置。
  2. 　前記転送装置は、前記一部の電子装置からの前記診断応答を前記外部診断機に転送した後に、前記他の電子装置からの前記診断応答を受信する
    　ことを特徴とする請求項１に記載の転送装置。
  3. 　前記電子装置は、前記診断応答を複数のフレームに分割して前記転送装置に送信し、
    　前記転送装置は、前記診断応答を構成する全てのフレームを前記電子装置から受信した後に、前記全てのフレームを前記外部診断機に転送する
    　ことを特徴とする請求項１に記載の転送装置。
  4. 　前記転送装置は、前記全てのフレームを前記外部診断機に転送した後に、前記他の電子装置に前記診断要求を転送する
    　ことを特徴とする請求項３に記載の転送装置。
  5. 　前記転送装置は、前記一部の電子装置に前記診断要求を転送する際、前記電子装置毎に予め定められた優先順位に従って、前記診断要求を順次転送する
    　ことを特徴とする請求項１に記載の転送装置。
PCT/JP2022/030761 2021-12-23 2022-08-12 転送装置 Ceased WO2023119720A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
DE112022004984.7T DE112022004984T5 (de) 2021-12-23 2022-08-12 Übertragungsvorrichtung
JP2023569051A JP7701990B2 (ja) 2021-12-23 2022-08-12 転送装置
CN202280082951.0A CN118435567A (zh) 2021-12-23 2022-08-12 传输装置
US18/718,889 US20250050828A1 (en) 2021-12-23 2022-08-12 Transfer device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-209049 2021-12-23
JP2021209049 2021-12-23

Publications (1)

Publication Number Publication Date
WO2023119720A1 true WO2023119720A1 (ja) 2023-06-29

Family

ID=86901796

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/030761 Ceased WO2023119720A1 (ja) 2021-12-23 2022-08-12 転送装置

Country Status (5)

Country Link
US (1) US20250050828A1 (ja)
JP (1) JP7701990B2 (ja)
CN (1) CN118435567A (ja)
DE (1) DE112022004984T5 (ja)
WO (1) WO2023119720A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20260038433A (ko) * 2024-09-12 2026-03-19 현대자동차주식회사 차량 내 진단 통신 방법 및 장치, 이를 포함하는 차량 및 차량 진단 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013005156A (ja) * 2011-06-15 2013-01-07 Denso Corp ゲートウェイ装置
JP2015000597A (ja) * 2013-06-13 2015-01-05 本田技研工業株式会社 ゲートウェイ装置
JP2015080045A (ja) * 2013-10-15 2015-04-23 株式会社デンソー 車載診断システム
JP2016032274A (ja) * 2014-07-30 2016-03-07 株式会社デンソー ゲートウェイ装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009286295A (ja) * 2008-05-30 2009-12-10 Hitachi Ltd 車載情報収集システム及び車載情報収集装置におけるデータ収集方法
JP5472276B2 (ja) 2011-12-14 2014-04-16 株式会社デンソー 車両用通信制御装置
US20150094903A1 (en) * 2013-09-30 2015-04-02 Ford Global Technologies, Llc Vehicle diagnostic and prognostic systems and methods
CN118312196A (zh) * 2015-09-14 2024-07-09 松下电器（美国）知识产权公司 网关装置、车载网络系统以及固件更新方法
KR102320043B1 (ko) * 2017-09-13 2021-11-01 현대자동차주식회사 차량용 제어 장치의 진단 방법 및 장치
CN109709932A (zh) * 2017-10-26 2019-05-03 大陆汽车投资（上海）有限公司 基于dSPACE-HIL系统的用于诊断电子设备的方法和装置
CN113597545A (zh) * 2019-03-15 2021-11-02 Tvs电机股份有限公司 用于车辆的便携式无线连接诊断系统
KR20200136751A (ko) * 2019-05-28 2020-12-08 현대자동차주식회사 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법
US11538287B2 (en) * 2019-09-20 2022-12-27 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013005156A (ja) * 2011-06-15 2013-01-07 Denso Corp ゲートウェイ装置
JP2015000597A (ja) * 2013-06-13 2015-01-05 本田技研工業株式会社 ゲートウェイ装置
JP2015080045A (ja) * 2013-10-15 2015-04-23 株式会社デンソー 車載診断システム
JP2016032274A (ja) * 2014-07-30 2016-03-07 株式会社デンソー ゲートウェイ装置

Also Published As

Publication number Publication date
US20250050828A1 (en) 2025-02-13
JP7701990B2 (ja) 2025-07-02
JPWO2023119720A1 (ja) 2023-06-29
CN118435567A (zh) 2024-08-02
DE112022004984T5 (de) 2024-08-08

Similar Documents

Publication Publication Date Title
US5590328A (en) Protocol parallel processing apparatus having a plurality of CPUs allocated to process hierarchical protocols
US6810452B1 (en) Method and system for quarantine during bus topology configuration
CN110633175B (zh) 基于微服务的多机房数据处理方法、电子设备及存储介质
US10305825B2 (en) Bus control device, relay device, and bus system
US11500690B2 (en) Dynamic load balancing in network centric process control systems
JP2026083099A (ja) 管理装置、車載システム、通信管理方法および通信管理プログラム
US6647446B1 (en) Method and system for using a new bus identifier resulting from a bus topology change
JP7701990B2 (ja) 転送装置
CN116248775B (zh) Dds网关的交互方法、装置、电子设备及存储介质
CN117319507A (zh) 一种路由连接方法、装置、电子设备及存储介质
US10148518B2 (en) Method and apparatus for managing computer system
CN101547209A (zh) 一种信息表项的更新方法和设备
JP5728043B2 (ja) ゲートウェイ装置
CN114205236A (zh) 网络配置方法、终端、系统及存储介质
JP2001036581A (ja) 通信帯域設定システムと方法
CN114945023A (zh) 一种网络连接复用方法、装置、设备及介质
JP4412078B2 (ja) ネットワーク管理装置，中継装置，ネットワーク管理システム及びネットワーク管理プログラム
JP7807287B2 (ja) ネットワークシステム及びネットワークスライスの生成方法
CN118041866B (zh) 分布式任务动态服务发现方法、装置及任务训练系统
JP2022045421A (ja) データ参照サーバー、データベースシステム及び料金管理システム
EP4149062A1 (en) Deployment method and apparatus for virtualized network service
CN120491907B (zh) 一种逻辑单元的异构方法、电子设备、存储介质及产品
US11736360B2 (en) Communication system comprising a plurality of processors and at least one switch, and associated communication method
US20250291770A1 (en) Seamless NFS Server Pod Addition
JPH11112531A (ja) 送信権譲渡方法及び通信システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22910448

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023569051

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18718889

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202280082951.0

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 112022004984

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22910448

Country of ref document: EP

Kind code of ref document: A1