WO2021200064A1 - 車載装置およびスリープ制御方法 - Google Patents

車載装置およびスリープ制御方法 Download PDF

Info

Publication number
WO2021200064A1
WO2021200064A1 PCT/JP2021/010313 JP2021010313W WO2021200064A1 WO 2021200064 A1 WO2021200064 A1 WO 2021200064A1 JP 2021010313 W JP2021010313 W JP 2021010313W WO 2021200064 A1 WO2021200064 A1 WO 2021200064A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
sleep
new
vehicle device
state
Prior art date
Application number
PCT/JP2021/010313
Other languages
English (en)
French (fr)
Inventor
清水洋祐
芦邉健太郎
萩原剛志
中山大輝
泉達也
Original Assignee
株式会社オートネットワーク技術研究所
住友電装株式会社
住友電気工業株式会社
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 株式会社オートネットワーク技術研究所, 住友電装株式会社, 住友電気工業株式会社 filed Critical 株式会社オートネットワーク技術研究所
Priority to US17/907,570 priority Critical patent/US12101202B2/en
Priority to CN202180023295.2A priority patent/CN115298066A/zh
Publication of WO2021200064A1 publication Critical patent/WO2021200064A1/ja

Links

Images

Classifications

    • 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
    • H04L12/40169—Flexible bus arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • 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
    • 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
    • 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
    • H04L12/40006—Architecture of a communication node
    • H04L12/40039—Details regarding the setting of the power status of a node according to activity on the bus
    • 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/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40234—Local Interconnect Network LIN
    • 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/40241—Flexray
    • 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 disclosure relates to an in-vehicle device and a sleep control method.
  • This application claims priority on the basis of Japanese Application Japanese Patent Application No. 2020-62820 filed on March 31, 2020, and incorporates all of its disclosures herein.
  • Non-Patent Document 1 discloses a technique for sleep-controlling an ECU in an in-vehicle Ethernet.
  • the in-vehicle device of the present disclosure includes a communication unit that communicates with the in-vehicle device in the in-vehicle network, a detection unit that detects a new in-vehicle device that is an in-vehicle device newly added to the in-vehicle network, and the new in-vehicle device by the detection unit.
  • a sleep processing unit for transmitting a sleep request for transitioning to the sleep state in synchronization with the vehicle-mounted device in the vehicle-mounted network to the new vehicle-mounted device via the communication unit is provided.
  • the sleep control method of the present disclosure is a sleep control method in an in-vehicle device capable of communicating with another in-vehicle device in the in-vehicle network, and includes a step of detecting a new in-vehicle device which is an in-vehicle device newly added to the in-vehicle network.
  • the step includes transmitting a sleep request for transitioning to the sleep state in synchronization with the in-vehicle device in the in-vehicle network to the new in-vehicle device.
  • One aspect of the present disclosure can be realized not only as an in-vehicle device provided with such a characteristic processing unit, but also as a program for causing a computer to execute such a characteristic processing step. Further, one aspect of the present disclosure can be realized as a semiconductor integrated circuit that realizes a part or all of the in-vehicle device, or can be realized as a system including the in-vehicle device.
  • FIG. 1 is a diagram showing a configuration of an in-vehicle system according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram showing an example of a sleep processing sequence in the in-vehicle system according to the embodiment of the present disclosure.
  • FIG. 3 is a diagram showing a configuration of a relay device in the in-vehicle system according to the embodiment of the present disclosure.
  • FIG. 4 is a diagram showing an example of sleep function information in the relay device according to the embodiment of the present disclosure.
  • FIG. 5 is a diagram showing an example of transfer information in the relay device according to the embodiment of the present disclosure.
  • FIG. 6 is a diagram showing an example of a sequence of additional processing of a new vehicle-mounted device in the vehicle-mounted system according to the embodiment of the present disclosure.
  • FIG. 7 is a diagram showing another example of a sequence of additional processing of a new vehicle-mounted device in the vehicle-mounted system according to the embodiment of the present disclosure.
  • Non-Patent Document 1 When the in-vehicle device newly added to the in-vehicle network does not have the sleep function described in Non-Patent Document 1, for example, a process of transitioning to a sleep state in the entire in-vehicle network for abnormal processing or maintenance work, etc. When this is done, the process may fail unexpectedly.
  • the present disclosure has been made to solve the above-mentioned problems, and an object of the present invention is to provide an in-vehicle device and a sleep control method capable of more stably performing sleep control of each in-vehicle device in an in-vehicle network. That is.
  • sleep control of each in-vehicle device can be performed more stably in the in-vehicle network.
  • the in-vehicle device includes a communication unit that communicates with the in-vehicle device in the in-vehicle network, and a detection unit that detects a new in-vehicle device that is an in-vehicle device newly added to the in-vehicle network.
  • a sleep process for transmitting a sleep request for transitioning to the sleep state in synchronization with the in-vehicle device in the in-vehicle network to the new in-vehicle device via the communication unit. It has a part.
  • the sleep processing unit stores in the storage unit sleep function information indicating whether or not the communication unit has received the sleep response to the sleep request transmitted in the detection state from the new in-vehicle device. do.
  • the communication unit stops operating in the sleep state, and the sleep processing unit receives a sleep response to the sleep request from the new in-vehicle device in the detection state. Control is performed so that the communication unit does not transition to the sleep state.
  • the sleep processing unit shifts the in-vehicle device in the in-vehicle network from the sleep state to the wake-up state.
  • a wake-up request for causing the wake-up is transmitted to the new in-vehicle device via the communication unit.
  • the sleep control method is a sleep control method in an in-vehicle device capable of communicating with another in-vehicle device in the in-vehicle network, and is an in-vehicle device newly added to the in-vehicle network.
  • FIG. 1 is a diagram showing a configuration of an in-vehicle system according to an embodiment of the present disclosure.
  • the vehicle-mounted system 301 is mounted on a vehicle and includes a relay device 101 and one or more vehicle-mounted ECUs 202.
  • the in-vehicle system 301 may be configured to include a plurality of relay devices 101.
  • FIG. 1 shows, as an example, a case where the vehicle-mounted system 301 includes one relay device 101 and three vehicle-mounted ECU 202.
  • the in-vehicle ECU 202 is, for example, a TCU (Telematics Control Unit), an automatic driving ECU, an engine ECU, a sensor, a navigation device, a human-machine interface, a camera, and the like.
  • the TCU communicates with a device outside the vehicle, for example, a server 401 via a radio base station (not shown).
  • the relay device 101 is, for example, a gateway device, and can relay information between a plurality of in-vehicle ECUs 202 connected to itself. More specifically, the relay device 101 can perform relay processing according to layer 2 of, for example, an OSI (Open Systems Interconnection) reference model. The relay device 101 may be configured to perform relay processing according to layer 3 higher than layer 2 in addition to layer 2.
  • OSI Open Systems Interconnection
  • the relay device 101 and the vehicle-mounted ECU 202 constitute the vehicle-mounted network 151.
  • the in-vehicle ECU 202 and the relay device 101 are examples of the in-vehicle device in the in-vehicle network 151.
  • the connection relationship of each in-vehicle device in the in-vehicle network 151 is fixed, for example.
  • the vehicle-mounted ECU 202 is connected to the relay device 101 via, for example, an Ethernet (registered trademark) cable 81. More specifically, the relay device 101 includes communication ports 1A, 1B, 1C which are communication ports 1. The communication ports 1A, 1B, and 1C are terminals to which an Ethernet cable 81 can be connected, for example. The three vehicle-mounted ECUs 202 are connected to the communication ports 1A, 1B, and 1C of the relay device 101 via the corresponding Ethernet cable 81, respectively.
  • an Ethernet registered trademark
  • the relay device 101 relays the Ethernet frame according to the Ethernet communication standard. Specifically, the relay device 101 relays, for example, an Ethernet frame exchanged between the vehicle-mounted ECU 202. IP packets are stored in the Ethernet frame.
  • the in-vehicle system 301 is not limited to a configuration in which an Ethernet frame is relayed according to an Ethernet communication standard, for example, CAN (Control Area Network) (registered trademark), FlexRay (registered trademark), MOST (Media Oriented Systems Transport). Data may be relayed in accordance with communication standards such as (registered trademark) and LIN (Local Ethernet Network).
  • CAN Control Area Network
  • FlexRay registered trademark
  • MOST Media Oriented Systems Transport
  • Communication standards such as (registered trademark) and LIN (Local Ethernet Network).
  • each device in the in-vehicle system includes a computer including a memory, and the arithmetic processing unit such as a CPU (Central Processing Unit) in the computer is a part or all of each step of the following flowchart and sequence.
  • the program including is read from the memory and executed.
  • the programs of these plurality of devices can be installed from the outside.
  • the programs of these plurality of devices are distributed in a state of being stored in a recording medium.
  • FIG. 2 is a diagram showing an example of a sleep processing sequence in the in-vehicle system according to the embodiment of the present disclosure.
  • the vehicle-mounted device A synchronizes with the vehicle-mounted device B to enter a sleep state.
  • the request is transmitted to the vehicle-mounted device B (step S53).
  • the vehicle-mounted device B receives the sleep request from the vehicle-mounted device A, transmits the sleep response to the vehicle-mounted device A (step S54), and transitions to the sleep state when TB elapses for a predetermined time after transmitting the sleep response. do.
  • the vehicle-mounted device B stops the operation of some devices (step S56).
  • the vehicle-mounted device A when the vehicle-mounted device A receives the sleep response from the vehicle-mounted device B, the vehicle-mounted device A transitions to the sleep state when a predetermined time TA elapses after transmitting the sleep request to the vehicle-mounted device B.
  • the in-vehicle device A stops the operation of some devices (step S55).
  • the predetermined time TA and TB are, for example, the same value of several tens of milliseconds.
  • step S57 the in-vehicle device A transitions to the wake-up state (step S57), and transmits a wake-up request to the in-vehicle device B (step S58).
  • the in-vehicle device B receives the wake-up request from the in-vehicle device A, transitions to the wake-up state (step S59), and transmits the wake-up response to the in-vehicle device A (step S60).
  • the sleep process fails.
  • a sleep request, a sleep response, a wakeup request, and a wakeup response are transmitted via the Ethernet cable 81.
  • a dedicated line for transmitting the above-mentioned control information in the sleep process becomes unnecessary, and the configuration of the in-vehicle network 151 can be simplified.
  • the sleep process described in Non-Patent Document 1 is an example of such a sleep process.
  • FIG. 3 is a diagram showing a configuration of a relay device in the in-vehicle system according to the embodiment of the present disclosure.
  • the relay device 101 includes a detection unit 12, a sleep processing unit 13, a storage unit 14, and one or more communication units 15.
  • FIG. 3 shows, as an example, a case where the relay device 101 is provided with three communication units 15A, 15B, 15C corresponding to the communication ports 1A, 1B, and 1C, respectively.
  • the storage unit 14 may be provided outside the relay device 101.
  • the detection unit 12 and the sleep processing unit 13 are realized by, for example, a processor such as a CPU or a DSP (Digital Signal Processing).
  • the communication unit 15 is realized by, for example, a communication circuit such as a communication IC (Integrated Circuit).
  • the storage unit 14 is, for example, a non-volatile memory.
  • Each communication unit 15 relays the Ethernet frame between the vehicle-mounted ECU 202. More specifically, when each communication unit 15 receives an Ethernet frame from a certain vehicle-mounted ECU 202 via the corresponding Ethernet cable 81 and the communication port 1, the communication unit 15 corresponding to the transmission destination vehicle-mounted ECU 202 communicates the received Ethernet frame. It transmits via port 1 and the Ethernet cable 81.
  • the sleep processing unit 13 outputs the sleep request to the communication unit 15 corresponding to the in-vehicle ECU 202 of the transmission destination.
  • the communication unit 15 stores the sleep request received from the sleep processing unit 13 in the Ethernet frame, and transmits the sleep request to the vehicle-mounted ECU 202 via the communication port 1 and the Ethernet cable 81.
  • the communication unit 15 receives the sleep response to the sleep request transmitted from the vehicle-mounted ECU 202 via the Ethernet cable 81 and the communication port 1.
  • the sleep processing unit 13 receives the sleep response to the sleep request transmitted from the vehicle-mounted ECU 202 via the communication unit 15.
  • the sleep processing unit 13 transitions to a sleep state in which the operation of a part of each unit in the relay device 101 is stopped.
  • the communication unit 15 may be configured to receive a sleep response and transition to a sleep state in which a part of the function is stopped by itself.
  • the sleep processing unit 13 When returning from the sleep state to the wake-up state, the sleep processing unit 13 outputs a wake-up request to the communication unit 15, resumes the operation of the unit in the relay device 101 that has been stopped, and transitions to the wake-up state.
  • the communication unit 15 stores the wakeup request received from the sleep processing unit 13 in the Ethernet frame and transmits it to the vehicle-mounted ECU 202 via the communication port 1 and the Ethernet cable 81.
  • the communication unit 15 receives the wakeup response to the wakeup request transmitted from the vehicle-mounted ECU 202 via the Ethernet cable 81 and the communication port 1 and outputs the wakeup response to the sleep processing unit 13.
  • the communication unit 15 is connected to the new in-vehicle device.
  • a communication connection is established by exchanging one or more communication information between them.
  • the communication unit 15 updates the value of its own register from "not connected” to "connected", or notifies the detection unit 12 that the communication connection has been established. do.
  • the detection unit 12 detects a new in-vehicle device newly added to the in-vehicle network 151. More specifically, the detection unit 12 reads the value of the register of the communication unit 15 periodically or irregularly, or receives a notification from the communication unit 15 that the communication connection has been established, and receives the notification from the communication unit 15 to the communication unit 15. It detects that a new in-vehicle device is connected to the corresponding communication port 1. The detection unit 12 outputs, for example, detection information indicating that a new in-vehicle device has been connected and the corresponding communication port 1 to the sleep processing unit 13.
  • the sleep processing unit 13 receives the detection information from the detection unit 12, transitions from the undetected state to the detected state for the communication port 1 indicated by the received detection information, and sends a sleep request to the new in-vehicle device via the corresponding communication unit 15. Send.
  • the sleep processing unit 13 stores in the storage unit 14 sleep function information indicating whether or not the communication unit 15 has received the sleep response to the sleep request transmitted in the detection state from the new in-vehicle device for each communication port 1. ..
  • FIG. 4 is a diagram showing an example of sleep function information in the relay device according to the embodiment of the present disclosure.
  • FIG. 4 shows a case where the relay device 101 includes communication ports A to E, which are five communication ports 1.
  • the sleep function information shows the correspondence between the communication port and the function of the vehicle-mounted ECU 202 connected to the communication port.
  • the vehicle-mounted ECU 202 connected to the communication ports A, B, and C has the sleep processing function shown in FIG. 2, and the vehicle-mounted ECU 202 connected to the communication port D is shown in FIG. It does not have the sleep processing function shown, and the vehicle-mounted ECU 202 is not connected to the communication port E.
  • FIG. 5 is a diagram showing an example of transfer information in the relay device according to the embodiment of the present disclosure.
  • FIG. 5 shows a case where the relay device 101 includes communication ports A to E, which are five communication ports 1.
  • the transfer information indicates the setting content to which communication port the sleep request and wakeup request received at the communication port on the transmitting side should be relayed.
  • the communication port D to which the vehicle-mounted ECU 202 having no sleep processing function shown in FIG. 2 is connected and the communication port E to which the vehicle-mounted ECU 202 is not connected are transferred.
  • the information is excluded from the destinations and recipients of sleep and wakeup requests.
  • the sleep processing unit 13 creates or updates such transfer information and stores it in the storage unit 14.
  • Each communication unit 15 relays the sleep request and the wakeup request received from the vehicle-mounted ECU 202 to the other vehicle-mounted ECU 202 with reference to the transfer information in the storage unit 14.
  • the communication unit 15 may be configured to transmit the sleep request and the wakeup request generated by the sleep processing unit 13 to the vehicle-mounted ECU 202 with reference to the transfer information.
  • the sleep processing unit 13 disables its own function of the in-vehicle ECU 202 that does not have the function of performing the sleep processing shown in FIG. 2, and only its own relay device 101. Can be transitioned to the sleep state.
  • the sleep processing unit 13 controls the communication unit 15 so as not to transition to the sleep state. Specifically, for example, the sleep processing unit 13 continues the operation of each unit in the relay device 101 even if it receives a sleep response from the communication unit 15.
  • the sleep processing unit 13 receives a sleep response from the communication unit 15, and outputs a wake-up maintenance request to the communication unit 15, for example. Upon receiving the wake-up maintenance request from the sleep processing unit 13, the communication unit 15 does not transition to the sleep state and continues its own operation.
  • the sleep processing unit 13 responds to a wake-up request for transitioning the vehicle-mounted device in the vehicle-mounted network 151 from the sleep state to the wake-up state. It is transmitted to the new in-vehicle device via the communication unit 15 of the above.
  • the new in-vehicle device receives a wake-up request from the relay device 101 within a predetermined time after transmitting the sleep response, and maintains the wake-up state.
  • a new in-vehicle device is set as an existing in-vehicle device in the in-vehicle network 151, and the corresponding communication port 1 transitions from the detection state to the normal state.
  • FIG. 6 is a diagram showing an example of a sequence of additional processing of a new in-vehicle device in the in-vehicle system according to the embodiment of the present disclosure.
  • FIG. 6 shows an example in which the vehicle-mounted ECU 202 having the sleep processing function shown in FIG. 2 is newly added to the vehicle-mounted network 151.
  • step S1 a communication connection is established between the communication unit 15 in the relay device 101 and the new in-vehicle device.
  • the detection unit 12 detects the new in-vehicle device (step S2), and outputs the detection information indicating the corresponding communication port 1 to the sleep processing unit 13 (step S3).
  • the sleep processing unit 13 receives the detection information from the detection unit 12, transitions from the undetected state to the detected state for the communication port 1 indicated by the received detection information (step S4), and the communication unit corresponding to the sleep request. It is transmitted to the new in-vehicle device via 15 (step S5).
  • the new in-vehicle device receives the sleep request from the relay device 101 and transmits the sleep response to the relay device 101 (step S6).
  • the sleep processing unit 13 receives a sleep response from the new in-vehicle device via the communication unit 15, and changes the corresponding communication port 1 from "not connected” to “supported” in the sleep function information in the storage unit 14. (Step S7).
  • the sleep processing unit 13 outputs a wake-up maintenance request to the communication unit 15 (step S8).
  • the communication unit 15 receives a wake-up maintenance request from the sleep processing unit 13 and continues its own operation without transitioning to the sleep state (step S9).
  • the sleep processing unit 13 transmits a wakeup request to the new in-vehicle device via the communication unit 15 (step S10), transitions to the normal state for the corresponding communication port 1, and transfers the new in-vehicle device to the in-vehicle network 151. It is set as an existing in-vehicle device (step S11).
  • the new in-vehicle device receives the wake-up request from the relay device 101 within a predetermined time after transmitting the sleep response, and maintains the wake-up state (step S12).
  • FIG. 7 is a diagram showing another example of the sequence of additional processing of the new in-vehicle device in the in-vehicle system according to the embodiment of the present disclosure.
  • FIG. 7 shows an example in which an in-vehicle ECU 202 that does not have the sleep processing function shown in FIG. 2 is newly added to the in-vehicle network 151.
  • steps S21 to S25 are the same as those of steps S1 to S5 shown in FIG. 6, respectively.
  • the sleep response is not transmitted even if the sleep request is transmitted from the relay device 101 (step S26), and the wake-up state is maintained. (Step S27).
  • the new in-vehicle device is connected to the in-vehicle network. It is set as the existing in-vehicle device in 151 (step S29), and the corresponding communication port 1 transitions to the normal state (step S30).
  • the relay device 101 is configured to create or update sleep function information, but the present invention is not limited to this.
  • a device other than the relay device 101 may be configured to monitor the presence or absence of reception of the sleep response to the sleep request in the detection state from the new vehicle-mounted device, and for example, create or update the sleep function information.
  • the sleep processing unit 13 controls the communication unit 15 not to transition to the sleep state when the communication unit 15 receives a sleep response from the new vehicle-mounted device in the detection state.
  • the configuration is not limited to this.
  • the communication unit 15 may recognize the detection state by itself and may not transition to the sleep state even if the sleep response is received from the new in-vehicle device.
  • the sleep processing unit 13 transmits a wake-up request to the new in-vehicle device when the communication unit 15 receives a sleep response from the new in-vehicle device in the detection state.
  • the sleep processing unit 13 is configured not to send the wake-up request to the new in-vehicle device in the detection state. There may be.
  • the relay device 101 is configured to include the detection unit 12 and the sleep processing unit 13, but the present invention is not limited to this.
  • Another vehicle-mounted device such as the vehicle-mounted ECU 202 that does not have the relay function may be configured to include the detection unit 12 and the sleep processing unit 13 and perform processing on the new vehicle-mounted device as described above.
  • the in-vehicle system 301 may be configured not to include the relay device 101.
  • the relay device 101 is configured to perform the above-described processing on the new in-vehicle device directly connected to itself, but the present invention is not limited to this. No.
  • the in-vehicle device may be configured to perform processing such as transmission of a sleep request in the detection state to the new in-vehicle device that is not directly connected to itself via the relay device 101 or the like.
  • the communication unit 15 communicates with the vehicle-mounted device in the vehicle-mounted network 151.
  • the detection unit 12 detects a new in-vehicle device, which is an in-vehicle device newly added to the in-vehicle network 151.
  • the sleep processing unit 13 sends a sleep request for transitioning to the sleep state in synchronization with the in-vehicle device in the in-vehicle network 151 to the new in-vehicle device via the communication unit 15. Send.
  • a new in-vehicle device which is an in-vehicle device newly added to the in-vehicle network 151 is detected.
  • a sleep request for transitioning to the sleep state in synchronization with the in-vehicle device in the in-vehicle network 151 is transmitted to the new in-vehicle device.
  • the above description includes the features described below.
  • Appendix 1 The communication unit that communicates with the in-vehicle device in the in-vehicle network, A detector that detects a new in-vehicle device, which is an in-vehicle device newly added to the in-vehicle network, In the detection state in which the new in-vehicle device is detected by the detection unit, a sleep process for transmitting a sleep request for transitioning to the sleep state in synchronization with the in-vehicle device in the in-vehicle network to the new in-vehicle device via the communication unit.
  • the sleep processing unit receives a sleep response to the sleep request from the new in-vehicle device in the detection state, or transmits the sleep request to the new in-vehicle device in the detection state for a predetermined time. After that, the new in-vehicle device is set as an existing in-vehicle device in the in-vehicle network, and the detection state is changed to the normal state.
  • a plurality of the communication units provided corresponding to the communication port and relaying communication information received from another in-vehicle device via the corresponding communication port to another in-vehicle device via the corresponding communication port are provided.
  • the sleep processing unit is an in-vehicle device that stores the sleep function information for each communication port in the storage unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mechanical Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

車載装置は、車載ネットワークにおける車載装置と通信する通信部と、前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知する検知部と、前記検知部によって前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記通信部経由で前記新規車載装置へ送信するスリープ処理部とを備える。

Description

車載装置およびスリープ制御方法
　本開示は、車載装置およびスリープ制御方法に関する。
　この出願は、２０２０年３月３１日に出願された日本出願特願２０２０－６２８２０号を基礎とする優先権を主張し、その開示のすべてをここに取り込む。
　Ｐｈｉｌｉｐ　Ａｘｅｒ（ＮＸＰ），Ｃｈａｒｌｅｓ　Ｈｏｎｇ（Ｒｅａｌｔｅｋ），Ａｎｔｏｎｙ　Ｌｉｕ（Ｒｅａｌｔｅｋ）、”ＯＰＥＮ　Ｓｌｅｅｐ／Ｗａｋｅ－ｕｐ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ”、ＯＰＥＮ　ＡＬＬＩＡＮＣＥ、２０１９年３月７日、ｐ．９－１０（非特許文献１）には、車載イーサネットにおいてＥＣＵをスリープ制御する技術が開示されている。
特開２００９－１７７７８５号公報
Ｐｈｉｌｉｐ　Ａｘｅｒ（ＮＸＰ），Ｃｈａｒｌｅｓ　Ｈｏｎｇ（Ｒｅａｌｔｅｋ），Ａｎｔｏｎｙ　Ｌｉｕ（Ｒｅａｌｔｅｋ）、"ＯＰＥＮ　Ｓｌｅｅｐ／Ｗａｋｅ－ｕｐ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ"、ＯＰＥＮ　ＡＬＬＩＡＮＣＥ、２０１９年３月７日、ｐ．９－１０
　本開示の車載装置は、車載ネットワークにおける車載装置と通信する通信部と、前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知する検知部と、前記検知部によって前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記通信部経由で前記新規車載装置へ送信するスリープ処理部とを備える。
　本開示のスリープ制御方法は、車載ネットワークにおける他の車載装置と通信可能な車載装置におけるスリープ制御方法であって、前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知するステップと、前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記新規車載装置へ送信するステップとを含む。
　本開示の一態様は、このような特徴的な処理部を備える車載装置として実現され得るだけでなく、かかる特徴的な処理のステップをコンピュータに実行させるためのプログラムとして実現され得る。また、本開示の一態様は、車載装置の一部または全部を実現する半導体集積回路として実現され得たり、車載装置を含むシステムとして実現され得る。
図１は、本開示の実施の形態に係る車載システムの構成を示す図である。 図２は、本開示の実施の形態に係る車載システムにおけるスリープ処理のシーケンスの一例を示す図である。 図３は、本開示の実施の形態に係る車載システムにおける中継装置の構成を示す図である。 図４は、本開示の実施の形態に係る中継装置におけるスリープ機能情報の一例を示す図である。 図５は、本開示の実施の形態に係る中継装置における転送情報の一例を示す図である。 図６は、本開示の実施の形態に係る車載システムにおける新規車載装置の追加処理のシーケンスの一例を示す図である。 図７は、本開示の実施の形態に係る車載システムにおける新規車載装置の追加処理のシーケンスの他の例を示す図である。
　従来、車載ネットワークにおけるＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）等の車載装置をスリープ制御することにより、省電力化を図る技術が開発されている。
　［本開示が解決しようとする課題］
　車載ネットワークでは、ユーザのニーズに応じて様々な車載装置を追加したり外したりすることがある。
　車載ネットワークに新たに追加された車載装置が、たとえば非特許文献１に記載のスリープ機能を有していない場合、異常処理または保守作業等のために車載ネットワーク全体でスリープ状態へ遷移する処理等を行った際、当該処理が予期せず失敗してしまう場合がある。
　本開示は、上述の課題を解決するためになされたもので、その目的は、車載ネットワークにおいて、各車載装置のスリープ制御をより安定して行うことが可能な車載装置およびスリープ制御方法を提供することである。
　［本開示の効果］
　本開示によれば、車載ネットワークにおいて、各車載装置のスリープ制御をより安定して行うことができる。
　［本開示の実施形態の説明］
　最初に、本開示の実施形態の内容を列記して説明する。
　（１）本開示の実施の形態に係る車載装置は、車載ネットワークにおける車載装置と通信する通信部と、前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知する検知部と、前記検知部によって前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記通信部経由で前記新規車載装置へ送信するスリープ処理部とを備える。
　このような構成により、車載ネットワークに新たに追加された車載装置が、他の車載装置と同期してスリープ状態へ遷移するスリープ機能を有しているか否かを予め確認することができるため、たとえば、異常処理または保守作業等のために車載ネットワーク全体でスリープ状態へ遷移する処理等を行った際に当該処理が予期せず失敗してしまうことを防ぐことができる。したがって、車載ネットワークにおいて、各車載装置のスリープ制御をより安定して行うことができる。
　（２）好ましくは、前記スリープ処理部は、前記検知状態において送信した前記スリープ要求に対するスリープ応答を、前記通信部が前記新規車載装置から受信したか否かを示すスリープ機能情報を記憶部に保存する。
　このような構成により、１または複数の車載装置についてのスリープ機能情報を用いて、各車載装置が上記スリープ機能を有しているか否かの過去の確認結果に応じた適切な内容の処理を行うことができる。
　（３）好ましくは、前記通信部は、前記スリープ状態において動作を停止し、前記スリープ処理部は、前記検知状態において前記通信部が前記スリープ要求に対するスリープ応答を前記新規車載装置から受信した場合、前記通信部を前記スリープ状態へ遷移させない制御を行う。
　このような構成により、簡易な処理で、検知状態において通信部が誤ってスリープ状態へ遷移することを防ぐことができる。
　（４）好ましくは、前記スリープ処理部は、前記検知状態において前記通信部が前記スリープ要求に対するスリープ応答を前記新規車載装置から受信した場合、前記車載ネットワークにおける車載装置をスリープ状態から起床状態へ遷移させるためのウェイクアップ要求を前記通信部経由で前記新規車載装置へ送信する。
　このような構成により、簡易な処理で、検知状態において新規車載装置が誤ってスリープ状態へ遷移することを防ぐことができる。
　（５）本開示の実施の形態に係るスリープ制御方法は、車載ネットワークにおける他の車載装置と通信可能な車載装置におけるスリープ制御方法であって、前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知するステップと、前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記新規車載装置へ送信するステップとを含む。
　このような構成により、車載ネットワークに新たに追加された車載装置が、他の車載装置と同期してスリープ状態へ遷移するスリープ機能を有しているか否かを予め確認することができるため、たとえば、異常処理または保守作業等のために車載ネットワーク全体でスリープ状態へ遷移する処理等を行った際に当該処理が予期せず失敗してしまうことを防ぐことができる。したがって、車載ネットワークにおいて、各車載装置のスリープ制御をより安定して行うことができる。
　以下、本開示の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。
　図１は、本開示の実施の形態に係る車載システムの構成を示す図である。図１を参照して、車載システム３０１は、車両に搭載され、中継装置１０１と、１または複数の車載ＥＣＵ２０２とを備える。
　なお、車載システム３０１は、複数の中継装置１０１を備える構成であってもよい。図１では、一例として、車載システム３０１が１つの中継装置１０１および３つの車載ＥＣＵ２０２を備える場合を示している。
　車載ＥＣＵ２０２は、たとえば、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）、自動運転ＥＣＵ、エンジンＥＣＵ、センサ、ナビゲーション装置、ヒューマンマシンインタフェース、およびカメラ等である。ＴＣＵは、車両の外部における装置たとえばサーバ４０１と図示しない無線基地局等を介して通信を行う。
　中継装置１０１は、たとえば、ゲートウェイ装置であり、自己に接続される複数の車載ＥＣＵ２０２間の情報を中継可能である。より詳細には、中継装置１０１は、たとえば、ＯＳＩ（Ｏｐｅｎ　Ｓｙｓｔｅｍｓ　Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの、レイヤ２に従う中継処理を行うことが可能である。なお、中継装置１０１は、レイヤ２に加えて、レイヤ２よりも上位のレイヤ３に従う中継処理を行う構成であってもよい。
　中継装置１０１および車載ＥＣＵ２０２は、車載ネットワーク１５１を構成する。車載ＥＣＵ２０２および中継装置１０１は、車載ネットワーク１５１における車載装置の一例である。車載ネットワーク１５１における各車載装置の接続関係は、たとえば固定されている。
　車載ネットワーク１５１において、車載ＥＣＵ２０２は、たとえばイーサネット（登録商標）ケーブル８１を介して中継装置１０１に接続される。より詳細には、中継装置１０１は、通信ポート１である通信ポート１Ａ，１Ｂ，１Ｃを含む。通信ポート１Ａ，１Ｂ，１Ｃは、たとえば、イーサネットケーブル８１を接続可能な端子である。３つの車載ＥＣＵ２０２は、対応のイーサネットケーブル８１を介して中継装置１０１における通信ポート１Ａ，１Ｂ，１Ｃにそれぞれ接続されている。
　中継装置１０１は、イーサネットの通信規格に従って、イーサネットフレームの中継処理を行う。具体的には、中継装置１０１は、たとえば、車載ＥＣＵ２０２間でやり取りされるイーサネットフレームを中継する。イーサネットフレームには、ＩＰパケットが格納される。
　なお、車載システム３０１では、イーサネットの通信規格に従ってイーサネットフレームの中継が行われる構成に限らず、たとえば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）（登録商標）、ＦｌｅｘＲａｙ（登録商標）、ＭＯＳＴ（Ｍｅｄｉａ　Ｏｒｉｅｎｔｅｄ　Ｓｙｓｔｅｍｓ　Ｔｒａｎｓｐｏｒｔ）（登録商標）およびＬＩＮ（Ｌｏｃａｌ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｎｅｔｗｏｒｋ）等の通信規格に従ってデータの中継が行われる構成であってもよい。
　本開示の実施の形態に車載システムにおける各装置は、メモリを含むコンピュータを備え、当該コンピュータにおけるＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等の演算処理部は、以下のフローチャートおよびシーケンスの各ステップの一部または全部を含むプログラムを当該メモリから読み出して実行する。これら複数の装置のプログラムは、それぞれ、外部からインストールすることができる。これら複数の装置のプログラムは、それぞれ、記録媒体に格納された状態で流通する。
　図２は、本開示の実施の形態に係る車載システムにおけるスリープ処理のシーケンスの一例を示す図である。
　図２を参照して、まず、車載装置Ａおよび車載装置Ｂが起床状態にある状況において（ステップＳ５１およびＳ５２）、車載装置Ａは、車載装置Ｂと同期してスリープ状態へ遷移するためのスリープ要求を車載装置Ｂへ送信する（ステップＳ５３）。
　次に、車載装置Ｂは、車載装置Ａからスリープ要求を受信して、スリープ応答を車載装置Ａへ送信し（ステップＳ５４）、スリープ応答を送信してから所定時間ＴＢが経過するとスリープ状態へ遷移する。車載装置Ｂは、スリープ状態において、たとえば一部のデバイスの動作を停止する（ステップＳ５６）。
　また、車載装置Ａは、車載装置Ｂからスリープ応答を受信した場合、スリープ要求を車載装置Ｂへ送信してから所定時間ＴＡが経過するとスリープ状態へ遷移する。車載装置Ａは、スリープ状態において、たとえば一部のデバイスの動作を停止する（ステップＳ５５）。所定時間ＴＡおよびＴＢは、一例として、数十ミリ秒の同じ値である。
　その後、車載装置Ａは、起床状態へ遷移し（ステップＳ５７）、ウェイクアップ要求を車載装置Ｂへ送信する（ステップＳ５８）。
　次に、車載装置Ｂは、車載装置Ａからウェイクアップ要求を受信して、起床状態へ遷移し（ステップＳ５９）、ウェイクアップ応答を車載装置Ａへ送信する（ステップＳ６０）。
　なお、車載装置Ａにおいて、スリープ要求を車載装置Ｂへ送信してから所定時間が経過しても車載装置Ｂからスリープ応答を受信していない場合、スリープ処理は失敗となる。
　車載システム３０１では、一例として、スリープ要求、スリープ応答、ウェイクアップ要求およびウェイクアップ応答をイーサネットケーブル８１経由で伝送する。このような構成により、スリープ処理における上記のような制御情報を伝送するための専用線が不要となり、車載ネットワーク１５１の構成を簡易化することができる。非特許文献１に記載のスリープ処理は、このようなスリープ処理の一例である。
　図３は、本開示の実施の形態に係る車載システムにおける中継装置の構成を示す図である。図３を参照して、中継装置１０１は、検知部１２と、スリープ処理部１３と、記憶部１４と、１または複数の通信部１５とを備える。図３では、一例として、通信ポート１Ａ，１Ｂ，１Ｃにそれぞれ対応して中継装置１０１が３つの通信部１５Ａ，１５Ｂ，１５Ｃを備える場合を示している。なお、記憶部１４は、中継装置１０１の外部に設けられてもよい。
　検知部１２およびスリープ処理部１３は、たとえば、ＣＰＵまたはＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｉｎｇ）等のプロセッサによって実現される。通信部１５は、たとえば通信用ＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）等の通信回路によって実現される。記憶部１４は、たとえば不揮発性メモリである。
　各通信部１５は、車載ＥＣＵ２０２間のイーサネットフレームの中継処理を行う。より詳細には、各通信部１５は、ある車載ＥＣＵ２０２から対応のイーサネットケーブル８１および通信ポート１経由でイーサネットフレームを受信すると、受信したイーサネットフレームを送信先の車載ＥＣＵ２０２へ対応の通信部１５、通信ポート１およびイーサネットケーブル８１経由で送信する。
　［スリープ処理］
　スリープ処理部１３は、スリープ要求を送信先の車載ＥＣＵ２０２に対応する通信部１５へ出力する。通信部１５は、スリープ処理部１３から受けたスリープ要求をイーサネットフレームに格納し、通信ポート１およびイーサネットケーブル８１経由で車載ＥＣＵ２０２へ送信する。
　通信部１５は、車載ＥＣＵ２０２から送信された、スリープ要求に対するスリープ応答をイーサネットケーブル８１および通信ポート１経由で受信する。
　スリープ処理部１３は、車載ＥＣＵ２０２から送信された、スリープ要求に対するスリープ応答を通信部１５経由で受信する。スリープ処理部１３は、スリープ応答を受信した場合において、スリープ要求を当該車載ＥＣＵ２０２へ送信してから所定時間経過すると、中継装置１０１における各ユニットの一部の動作を停止するスリープ状態へ遷移する。なお、通信部１５が、スリープ応答を受信して自ら機能の一部を停止するスリープ状態へ遷移する構成であってもよい。
　スリープ処理部１３は、スリープ状態から起動状態へ復帰する場合、通信部１５へウェイクアップ要求を出力し、また、停止していた中継装置１０１におけるユニットの動作を再開し、起床状態へ遷移する。
　通信部１５は、スリープ処理部１３から受けたウェイクアップ要求を、イーサネットフレームに格納して通信ポート１およびイーサネットケーブル８１経由で車載ＥＣＵ２０２へ送信する。通信部１５は、車載ＥＣＵ２０２から送信された、ウェイクアップ要求に対するウェイクアップ応答をイーサネットケーブル８１および通信ポート１経由で受信してスリープ処理部１３へ出力する。
　［新たな車載装置の追加に伴う処理］
　通信部１５は、車載ネットワーク１５１に新たに追加される車載ＥＣＵ２０２である新規車載装置が、対応の通信ポート１およびイーサネットケーブルを介して自己の中継装置１０１に接続されると、新規車載装置との間で１または複数の通信情報をやり取りすることにより通信接続を確立する。通信部１５は、新規車載装置との通信接続が確立した場合、自己のレジスタの値を「未接続」から「接続済み」に更新するか、または通信接続が確立した旨を検知部１２に通知する。
　検知部１２は、車載ネットワーク１５１に新たに追加された新規車載装置を検知する。より詳細には、検知部１２は、通信部１５のレジスタの値を定期的または不定期にリードするか、または通信接続が確立した旨の通知を通信部１５から受けて、当該通信部１５に対応する通信ポート１に新規車載装置が接続されたことを検知する。検知部１２は、たとえば、新規車載装置が接続された旨および対応の通信ポート１を示す検知情報をスリープ処理部１３へ出力する。
　スリープ処理部１３は、検知部１２から検知情報を受けて、受けた検知情報の示す通信ポート１について未検知状態から検知状態へ遷移し、スリープ要求を対応の通信部１５経由で新規車載装置へ送信する。たとえば、スリープ処理部１３は、検知状態において送信したスリープ要求に対するスリープ応答を、通信部１５が新規車載装置から受信したか否かを通信ポート１ごとに示すスリープ機能情報を記憶部１４に保存する。
　図４は、本開示の実施の形態に係る中継装置におけるスリープ機能情報の一例を示す図である。図４は、中継装置１０１が５つの通信ポート１である通信ポートＡ～Ｅを備える場合を示している。
　図４を参照して、スリープ機能情報は、通信ポートと当該通信ポートに接続される車載ＥＣＵ２０２の機能との対応関係を示す。具体的には、通信ポートＡ，Ｂ，Ｃに接続されている車載ＥＣＵ２０２は、図２に示すスリープ処理の機能を有しており、通信ポートＤに接続されている車載ＥＣＵ２０２は、図２に示すスリープ処理の機能を有しておらず、通信ポートＥには車載ＥＣＵ２０２が接続されていない。
　図５は、本開示の実施の形態に係る中継装置における転送情報の一例を示す図である。図５は、中継装置１０１が５つの通信ポート１である通信ポートＡ～Ｅを備える場合を示している。
　図５を参照して、転送情報は、送信側の通信ポートにおいて受信されたスリープ要求およびウェイクアップ要求をどの通信ポートへ中継すべきかの設定内容を示す。
　スリープ機能情報が図４に示す内容である場合、図２に示すスリープ処理の機能を有していない車載ＥＣＵ２０２が接続されている通信ポートＤ、および車載ＥＣＵ２０２が未接続の通信ポートＥは、転送情報においてスリープ要求およびウェイクアップ要求の送信先および受信元から除外されている。
　たとえば、スリープ処理部１３は、このような転送情報を作成または更新して記憶部１４に保存する。
　各通信部１５は、記憶部１４における転送情報を参照して、車載ＥＣＵ２０２から受信したスリープ要求およびウェイクアップ要求を他の車載ＥＣＵ２０２へ中継する。なお、通信部１５は、当該転送情報を参照して、スリープ処理部１３が生成したスリープ要求およびウェイクアップ要求を車載ＥＣＵ２０２へ送信する構成であってもよい。
　このように、スリープ機能情報を用いて、各車載ＥＣＵ２０２が図２に示すスリープ処理を行う機能を有しているか否かを把握することができるため、スリープ要求およびウェイクアップ要求の詳細な転送設定を行うことができる。
　また、スリープ処理部１３は、スリープ機能情報を用いることにより、図２に示すスリープ処理を行う機能を有していない車載ＥＣＵ２０２についての自己の当該機能を無効に設定し、自己の中継装置１０１のみをスリープ状態へ遷移させることが可能となる。
　再び図３を参照して、たとえば、スリープ処理部１３は、検知状態において通信部１５が新規車載装置からスリープ応答を受信した場合、当該通信部１５をスリープ状態へ遷移させない制御を行う。具体的には、たとえば、スリープ処理部１３は、通信部１５からスリープ応答を受けても中継装置１０１における各ユニットの動作を継続する。あるいは、スリープ処理部１３は、通信部１５が自らスリープ状態へ遷移する構成である場合、たとえば、通信部１５からスリープ応答を受けて、起床維持要求を当該通信部１５へ出力する。通信部１５は、スリープ処理部１３から起床維持要求を受けて、スリープ状態へ遷移せず、自己の動作を継続する。
　また、たとえば、スリープ処理部１３は、検知状態において通信部１５が新規車載装置からスリープ応答を受信した場合、車載ネットワーク１５１における車載装置をスリープ状態から起床状態へ遷移させるためのウェイクアップ要求を対応の通信部１５経由で当該新規車載装置へ送信する。
　新規車載装置は、スリープ応答を送信してから所定時間以内に中継装置１０１からウェイクアップ要求を受信して、起床状態を維持する。
　そして、スリープ処理部１３は、検知状態においてスリープ要求に対するスリープ応答を通信部１５が新規車載装置から受信した場合、または検知状態においてスリープ要求を新規車載装置へ送信してから所定時間が経過した場合、新規車載装置を車載ネットワーク１５１における既存の車載装置として設定し、対応の通信ポート１について検知状態から通常状態へ遷移する。
　図６は、本開示の実施の形態に係る車載システムにおける新規車載装置の追加処理のシーケンスの一例を示す図である。図６は、図２に示すスリープ処理の機能を有する車載ＥＣＵ２０２が車載ネットワーク１５１に新たに追加された例を示している。
　図６を参照して、まず、中継装置１０１における通信部１５と新規車載装置との間で通信接続が確立する（ステップＳ１）。
　次に、検知部１２が新規車載装置を検知し（ステップＳ２）、対応の通信ポート１を示す検知情報をスリープ処理部１３へ出力する（ステップＳ３）。
　次に、スリープ処理部１３は、検知部１２から検知情報を受けて、受けた検知情報の示す通信ポート１について未検知状態から検知状態へ遷移し（ステップＳ４）、スリープ要求を対応の通信部１５経由で新規車載装置へ送信する（ステップＳ５）。
　次に、新規車載装置は、中継装置１０１からスリープ要求を受信して、スリープ応答を中継装置１０１へ送信する（ステップＳ６）。
　次に、スリープ処理部１３は、新規車載装置から通信部１５経由でスリープ応答を受信して、記憶部１４におけるスリープ機能情報において、対応の通信ポート１について「未接続」から「対応」に変更する（ステップＳ７）。
　次に、スリープ処理部１３は、起床維持要求を当該通信部１５へ出力する（ステップＳ８）。
　次に、通信部１５は、スリープ処理部１３から起床維持要求を受けて、スリープ状態へ遷移せず、自己の動作を継続する（ステップＳ９）。
　次に、スリープ処理部１３は、ウェイクアップ要求を当該通信部１５経由で新規車載装置へ送信し（ステップＳ１０）、対応の通信ポート１について通常状態へ遷移し、新規車載装置を車載ネットワーク１５１における既存の車載装置として設定する（ステップＳ１１）。
　また、新規車載装置は、スリープ応答を送信してから所定時間以内に中継装置１０１からウェイクアップ要求を受信して、起床状態を維持する（ステップＳ１２）。
　図７は、本開示の実施の形態に係る車載システムにおける新規車載装置の追加処理のシーケンスの他の例を示す図である。図７は、図２に示すスリープ処理の機能を有していない車載ＥＣＵ２０２が車載ネットワーク１５１に新たに追加された例を示している。
　図７を参照して、ステップＳ２１～Ｓ２５の動作は、図６に示すステップＳ１～Ｓ５とそれぞれ同様である。
　次に、新規車載装置は、図２に示すスリープ処理の機能を有していないため、中継装置１０１からスリープ要求が送信されてもスリープ応答を送信せず（ステップＳ２６）、起床状態を維持する（ステップＳ２７）。
　次に、スリープ処理部１３は、スリープ要求を新規車載装置へ送信してから所定時間が経過しても新規車載装置からスリープ応答を受信していないため（ステップＳ２８）、新規車載装置を車載ネットワーク１５１における既存の車載装置として設定し（ステップＳ２９）、対応の通信ポート１について通常状態へ遷移する（ステップＳ３０）。
　なお、本開示の実施の形態に係る車載システムでは、中継装置１０１は、スリープ機能情報を作成または更新する構成であるとしたが、これに限定するものではない。中継装置１０１以外の他の装置が、検知状態におけるスリープ要求に対するスリープ応答の新規車載装置からの受信の有無を監視し、たとえばスリープ機能情報の作成または更新を行う構成であってもよい。
　また、本開示の実施の形態に係る車載システムでは、スリープ処理部１３は、検知状態において通信部１５が新規車載装置からスリープ応答を受信した場合、当該通信部１５をスリープ状態へ遷移させない制御を行う構成であるとしたが、これに限定するものではない。通信部１５が、自ら検知状態を認識し、新規車載装置からスリープ応答を受信してもスリープ状態へ遷移しない構成であってもよい。
　また、本開示の実施の形態に係る車載システムでは、スリープ処理部１３は、検知状態において通信部１５が新規車載装置からスリープ応答を受信した場合、ウェイクアップ要求を当該新規車載装置へ送信する構成であるとしたが、これに限定するものではない。たとえば新規車載装置が起動後最初のスリープ要求を受信してもスリープ状態へ遷移しない機能を有している場合、スリープ処理部１３は、検知状態においてウェイクアップ要求を新規車載装置へ送信しない構成であってもよい。
　また、本開示の実施の形態に係る車載システムでは、中継装置１０１が検知部１２およびスリープ処理部１３を備える構成であるとしたが、これに限定するものではない。中継機能を有しない車載ＥＣＵ２０２等の他の車載装置が、検知部１２およびスリープ処理部１３を備え、上述のような新規車載装置に対する処理を行う構成であってもよい。この場合、車載システム３０１は、中継装置１０１を備えない構成であってもよい。
　また、本開示の実施の形態に係る車載システムでは、中継装置１０１が自己に直接接続された新規車載装置に対して上述のような処理を行う構成であるとしたが、これに限定するものではない。車載装置が、自己に直接接続されていない新規車載装置に対して、中継装置１０１等を介して、検知状態におけるスリープ要求の送信等の処理を行う構成であってもよい。
　ところで、車載ネットワークに新たに追加された車載装置が、たとえば非特許文献１に記載のスリープ機能を有していない場合、異常処理または保守作業等のために車載ネットワーク全体でスリープ状態へ遷移する処理等を行った際、当該処理が予期せず失敗してしまう場合がある。
　これに対して、本開示の実施の形態に係る車載装置では、通信部１５は、車載ネットワーク１５１における車載装置と通信する。検知部１２は、車載ネットワーク１５１に新たに追加された車載装置である新規車載装置を検知する。スリープ処理部１３は、検知部１２によって新規車載装置が検知された検知状態において、車載ネットワーク１５１における車載装置と同期してスリープ状態へ遷移するためのスリープ要求を通信部１５経由で新規車載装置へ送信する。
　また、本開示の実施の形態に係る車載装置では、まず、車載ネットワーク１５１に新たに追加された車載装置である新規車載装置を検知する。次に、新規車載装置が検知された検知状態において、車載ネットワーク１５１における車載装置と同期してスリープ状態へ遷移するためのスリープ要求を新規車載装置へ送信する。
　このような構成により、車載ネットワークに新たに追加された車載装置が、他の車載装置と同期してスリープ状態へ遷移するスリープ機能を有しているか否かを予め確認することができるため、たとえば、異常処理または保守作業等のために車載ネットワーク全体でスリープ状態へ遷移する処理等を行った際に当該処理が予期せず失敗してしまうことを防ぐことができる。したがって、本開示の実施の形態に係る車載装置およびスリープ制御方法では、車載ネットワークにおいて、各車載装置のスリープ制御をより安定して行うことができる。
　なお、本開示の実施の形態に係る車載装置の各例の構成要素および動作のうち、一部または全部を適宜組み合わせることも可能である。
　上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
　以上の説明は、以下に付記する特徴を含む。
　［付記１］
　車載ネットワークにおける車載装置と通信する通信部と、
　前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知する検知部と、
　前記検知部によって前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記通信部経由で前記新規車載装置へ送信するスリープ処理部とを備え、
　前記スリープ処理部は、前記検知状態において前記スリープ要求に対するスリープ応答を前記通信部が前記新規車載装置から受信した場合、または前記検知状態において前記スリープ要求を前記新規車載装置へ送信してから所定時間が経過した場合、前記新規車載装置を前記車載ネットワークにおける既存の車載装置として設定し、前記検知状態から通常状態へ遷移し、
　さらに、複数の通信ポートと、
　前記通信ポートに対応して設けられ、対応の前記通信ポート経由で他の車載装置から受信した通信情報を対応の前記通信ポート経由で別の車載装置へ中継する複数の前記通信部とを備え、
　前記スリープ処理部は、前記通信ポートごとの前記スリープ機能情報を前記記憶部に保存する、車載装置。
　１，１Ａ，１Ｂ，１Ｃ　通信ポート
　１２　検知部
　１３　スリープ処理部
　１４　記憶部
　１５，１５Ａ，１５Ｂ，１５Ｃ　通信部
　１０１　中継装置
　１５１　車載ネットワーク
　２０２　車載ＥＣＵ
　３０１　車載システム
 

Claims (5)

  1. 　車載ネットワークにおける車載装置と通信する通信部と、
    　前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知する検知部と、
    　前記検知部によって前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記通信部経由で前記新規車載装置へ送信するスリープ処理部とを備える、車載装置。
  2. 　前記スリープ処理部は、前記検知状態において送信した前記スリープ要求に対するスリープ応答を、前記通信部が前記新規車載装置から受信したか否かを示すスリープ機能情報を記憶部に保存する、請求項１に記載の車載装置。
  3. 　前記通信部は、前記スリープ状態において動作を停止し、
    　前記スリープ処理部は、前記検知状態において前記通信部が前記スリープ要求に対するスリープ応答を前記新規車載装置から受信した場合、前記通信部を前記スリープ状態へ遷移させない制御を行う、請求項１または請求項２に記載の車載装置。
  4. 　前記スリープ処理部は、前記検知状態において前記通信部が前記スリープ要求に対するスリープ応答を前記新規車載装置から受信した場合、前記車載ネットワークにおける車載装置をスリープ状態から起床状態へ遷移させるためのウェイクアップ要求を前記通信部経由で前記新規車載装置へ送信する、請求項１から請求項３のいずれか１項に記載の車載装置。
  5. 　車載ネットワークにおける他の車載装置と通信可能な車載装置におけるスリープ制御方法であって、
    　前記車載ネットワークに新たに追加された車載装置である新規車載装置を検知するステップと、
    　前記新規車載装置が検知された検知状態において、前記車載ネットワークにおける車載装置と同期してスリープ状態へ遷移するためのスリープ要求を前記新規車載装置へ送信するステップとを含む、スリープ制御方法。
     
PCT/JP2021/010313 2020-03-31 2021-03-15 車載装置およびスリープ制御方法 WO2021200064A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/907,570 US12101202B2 (en) 2020-03-31 2021-03-15 Onboard device and sleep control method
CN202180023295.2A CN115298066A (zh) 2020-03-31 2021-03-15 车载装置及睡眠控制方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-062820 2020-03-31
JP2020062820A JP7380391B2 (ja) 2020-03-31 2020-03-31 車載装置およびスリープ制御方法

Publications (1)

Publication Number Publication Date
WO2021200064A1 true WO2021200064A1 (ja) 2021-10-07

Family

ID=77927581

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/010313 WO2021200064A1 (ja) 2020-03-31 2021-03-15 車載装置およびスリープ制御方法

Country Status (4)

Country Link
US (1) US12101202B2 (ja)
JP (2) JP7380391B2 (ja)
CN (1) CN115298066A (ja)
WO (1) WO2021200064A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7380391B2 (ja) 2020-03-31 2023-11-15 株式会社オートネットワーク技術研究所 車載装置およびスリープ制御方法
JP7525571B2 (ja) 2022-10-27 2024-07-30 株式会社オートネットワーク技術研究所 車載中継装置、スリープ制御方法およびスリープ制御プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005026906A (ja) * 2003-06-30 2005-01-27 Yazaki Corp データ通信システム
JP2013090025A (ja) * 2011-10-14 2013-05-13 Sumitomo Electric Ind Ltd 省電力制御方法、通信システムおよび局側装置
JP2013141152A (ja) * 2012-01-05 2013-07-18 Canon Inc 基地局、基地局の制御方法およびプログラム
JP2014083917A (ja) * 2012-10-22 2014-05-12 Denso Corp 車両用バッテリ状態監視システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008071079A (ja) 2006-09-13 2008-03-27 Toshiba Corp メモリシステム
JP2009177785A (ja) 2007-12-28 2009-08-06 Autonetworks Technologies Ltd 車載用無線通信装置およびアンテナハーネス
JP6161277B2 (ja) * 2012-12-14 2017-07-12 三菱重工メカトロシステムズ株式会社 車載器、車両管理システム、プログラム、及び、車両管理方法
JP6274315B2 (ja) * 2014-07-25 2018-02-07 株式会社オートネットワーク技術研究所 車載通信システム及び車載機
JP6573819B2 (ja) * 2015-01-20 2019-09-11 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 不正検知ルール更新方法、不正検知電子制御ユニット及び車載ネットワークシステム
TWI526818B (zh) * 2015-03-19 2016-03-21 群聯電子股份有限公司 休眠模式啓動方法、記憶體控制電路單元及儲存裝置
US20210278813A1 (en) 2016-11-04 2021-09-09 Sony Corporation Device control apparatus, device apparatus, control method, program, and device control system
US20180295011A1 (en) * 2017-04-05 2018-10-11 GM Global Technology Operations LLC Architectures and methods for management of in-vehicle networked controllers and devices
JP6881231B2 (ja) * 2017-10-25 2021-06-02 トヨタ自動車株式会社 車載中継装置、情報処理方法、プログラム、中継装置、及び情報処理システム
JP7380391B2 (ja) 2020-03-31 2023-11-15 株式会社オートネットワーク技術研究所 車載装置およびスリープ制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005026906A (ja) * 2003-06-30 2005-01-27 Yazaki Corp データ通信システム
JP2013090025A (ja) * 2011-10-14 2013-05-13 Sumitomo Electric Ind Ltd 省電力制御方法、通信システムおよび局側装置
JP2013141152A (ja) * 2012-01-05 2013-07-18 Canon Inc 基地局、基地局の制御方法およびプログラム
JP2014083917A (ja) * 2012-10-22 2014-05-12 Denso Corp 車両用バッテリ状態監視システム

Also Published As

Publication number Publication date
JP2024003056A (ja) 2024-01-11
CN115298066A (zh) 2022-11-04
US12101202B2 (en) 2024-09-24
JP7380391B2 (ja) 2023-11-15
US20230147005A1 (en) 2023-05-11
JP2021160472A (ja) 2021-10-11

Similar Documents

Publication Publication Date Title
JP2024003056A (ja) 車載装置およびスリープ制御方法
US10862703B2 (en) In-vehicle communication system, switch device, and communication control method
US11075856B2 (en) Switch device and communication control method
JPH114244A (ja) ネットワークの異常監視方法、及び異常監視システム
EP2999164B1 (en) System and vehicle for detecting malfunctioning communication apparatus
KR101526413B1 (ko) 트랜시버 ic 및 그 동작 방법
WO2018061362A1 (ja) ゲートウェイ、車載通信システム、通信制御方法および通信制御プログラム
EP2028571B1 (en) Method of detecting disconnection and power discontinuity of I/O unit connected to numerical controller
JP4367528B2 (ja) シリアル通信装置
US20060098581A1 (en) Method and apparatus for conveying link state information in a network
US20240031123A1 (en) In-vehicle device, time synchronization method, and time synchronization program
US20130242798A1 (en) Apparatus for duplicating router in building automatic control system and controlling method thereof
KR101294308B1 (ko) 설비 관제 시스템 및 이의 운전 방법
JP3380957B2 (ja) 二重化通信制御装置
WO2022168583A1 (ja) 車載中継装置、異常判定システム、異常判定方法、及びプログラム
WO2023243384A1 (ja) 車載装置および時刻同期方法
WO2022230503A1 (ja) 車載装置、車載ネットワークシステムおよび情報処理方法
WO2022209947A1 (ja) 車載管理装置および管理方法
JP7525571B2 (ja) 車載中継装置、スリープ制御方法およびスリープ制御プログラム
JP3294256B2 (ja) データ通信方法及び装置
CN100481777C (zh) 网络节点及其缺陷通知方法
JP2008311778A (ja) 回線収容接続システム及び回線収容装置の予備切換方法
JP2007267230A (ja) ゲートウェイ装置
JP2016134855A (ja) 車載ネットワークシステム
JP2024022118A (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: 21779495

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21779495

Country of ref document: EP

Kind code of ref document: A1