Safety concept for automated driving systems

Slides:



Advertisements
Similar presentations
Nuclear and Radiation Safety Center, China Regulatory requirements on management of radioactive material safe transport in China Reporter: Xu Chunyan Division.
Advertisements

The necessity of New Regulations for New Technologies regarding R79 Japan September / 2012 Informal document GRRF (73rd GRRF, September 2012,
Concept of Driver Assistance The ASV Project of Japan Geneva November 2003 Informal Document No. 20 (131 st WP.29, agenda item 2.4.)
Ministry of Land, Infrastructure, Transport and Tourism Information on mandatory fitting of advanced safety systems in Japan Engineering Policy Division.
The Promotion of Active Safety Measures in Japan - collision damage mitigation brake - September 2007 Road Transport Bureau Road Transport Bureau MLIT.
PROPOSALS THE REVIEW OF THE 1958 AGREEMENT AND THE INTRODUCTION OF INTERNATIONAL WHOLE VEHICLE TYPE APPROVAL (IWVTA) IWVTA Informal Group WP th Session.
QUALITY MANAGEMENT SYSTEM ACCORDING TO ISO
Definition for Levels of Automation
10 November 2009 Masahiko NAITO MLIT, JAPAN Future direction for harmonization of vehicle regulations ~ Japanese contribution to WP29 ~ Informal Document.
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
Outline of Definition of Automated Driving Technology Document No. ITS/AD (5th ITS/AD, 24 June 2015, agenda item 3-2) Submitted by Japan.
Damage Mitigation Braking System
Transmitted by the representative of JAPAN Toward Realization of the “Mutual Recognition of International Whole Vehicle Type Approval (IWVTA)” under the.
ECE Regulation No.79 Informal Document No. GRRF (61 st GRRF, 5-9 February 2007 agenda item 5.) Proposal for Amendments Presented by the Expert from.
The Promotion of Active Safety Measures in Japan - collision damage mitigation brake - February 2007 Road Transport Bureau Road Transport Bureau MLIT Japan.
It was found in 1946 in Geneva, Switzerland. its main purpose is to promote the development of international standards to facilitate the exchange of goods.
Agreement concerning the adoption of uniform conditions for periodical technical inspections of wheeled vehicles and the reciprocal recognition of such.
1. Overview of the past and future work of WP29 ITS Round Table 18/2/2004 Geneva Kenji Wani Co-chairman of ITS informal Group, ECE/WP29 Ministry of Land,
Common Understanding on Major Horizontal Issues and Legal Obstacles Excerpts from the relevant sections of the ToR: II. Working items to be covered (details.
FIA MOBILITY & TOURISM Gerd Preuss, FIA Representative at UNECE, WP 29 Protection Against Mileage Fraud Current Status in ITS-AD 110 th GRSG Meeting Geneva,
1 6th ACSF meeting Tokyo, April 2016 Requirements for “Sensor view” & Environment monitoring version 1.0 Transmitted by the Experts of OICA and CLEPA.
Transmitted by the Experts of TRL (EC)
OICA „Certification of automated Vehicles“
Introduction TRL’s study was performed in the context of ACSF updates to UN Regulation No 79. Focus: Ensure safe system function in all real-world driving.
Common Understanding on Major Horizontal Issues and Legal Obstacles
Submitted by the expert form Japan Document No. ITS/AD-09-12
Initial project results: Annex 6 – 20 Sept 2016
Concept of ACSF TAN (Type Approval Number)
Suggestion on software update
Automated vehicles Horizontal regulation Preliminary considerations
Status Report to GRB #68 Task Force on Reverse Warning issues
Informal Document: ACSF-11-08
Final Report of TF-CS/OTA September The Amba Hotel, London
Outcome of TFCS-12 - summary slides - (detailed meeting minutes will be provided separately) April The Shilla Seoul, ROK.
SAE J3016 Revisions & SAE Ads/adas Standards
Informal document GRRF-86-36
Submitted by OICA Document No. ITS/AD-14-07
Expansion of consideration target of ITS-AD IWG
Reversing audible warning devices for M- and N- Vehicles
Submitted by the experts of OICA
Status of the Informal Working Group on ACSF
Proposals from the Informal Working Group on AEBS
Status of the Informal Working Group on ACSF
Status of the Informal Working Group on ACSF
High level objectives Overview Proposal for approach
Status report ‘Sub group 2’: Real world road test
Transmitted by the expert from ISO
Future Certification of Automated Driving Systems
Submitted by the experts of OICA
Submitted by OICA Document No. ITS/AD Rev1
Safety Assessment of Automated Vehicles
Status of the Informal Working Group on ACSF
New Assessment & Test Methods
Informal document GRVA st GRVA, September 2018
Proposals from the Informal Working Group on AEBS
SHORT-TERM ACTIVITIES
Report on Automated Vehicle activities
Status report of TF-CS/OTA
WP.29 and GRVA activities on Automated Vehicles
Overview of the recommendations on software updates
Highlights of the 177th WP.29 session and
In service monitoring Near miss logging Continuous improvement
Status of discussion about “Reversing Motion” in VRU-Proxi
ACSF-17 – Industry Preparation
A proposal for approach to proceed work in Cybersecurity TF
ACSF B2 SAE Level 2 and/or Level 3
ACSF B2 and C2 Industry expectations from ACSF IG Tokyo meeting
CR-GR-HSE-419 Safety of excavation works
JAPAN Position/Proposal
Status of the Informal Working Group on ACSF
Presentation transcript:

Safety concept for automated driving systems Transmitted by the expert of Japan Document SG1-03-07 Safety concept for automated driving systems October, 2018 MLIT, Japan

Basic stance on safety of automated vehicles Guideline regarding Safety Technology for Automated Vehicles [Outline] ・Guideline regarding Safety Technology for Automated Vehicles was developed to promote the development and practical application of safe automated vehicles of the levels 3 and 4 even before internationally harmonized requirements and evaluation methods are developed. Basic stance on safety of automated vehicles The Guideline sets the objective of development and practical application of automated vehicles as such that “realizing a society in which occurrence of accidents resulting in injury or death caused by the automated driving system is reduced to zero.” Towards the realization of the objective, the Guideline defines vehicle safety concept to be satisfied by automated vehicles as such that “automated driving systems, under their operational design domain (ODD), shall not cause any traffic accidents resulting in injury or death that are rationally foreseeable and preventable” and establishes vehicle safety requirements based on the vehicle safety concept.  These guidelines will be revised as necessary according to technological development, formulation of international standards, and other factors in the future . 2

Items related to vehicle safety Guideline regarding Safety Technology for Automated Vehicles [Outline](attachment) Vehicle safety requirements for Automated Vehicles (10 items) Automated vehicles should meet the following safety requirements to ensure their safety Items related to vehicle safety Main requirements (i) Establishment of operational design domain (ODD) To define the operation design domain (specific conditions of a traveling environment in design which is the prerequisite for correct operation of automated driving system: ODD) in accordance with the performance and the manner of use of individual automated driving vehicles. (ii) Safety of automated driving system • To ensure system safety by securing redundancy of control systems and sensor systems • To finally stop vehicle safely when automated driving cannot be continued in the case where the vehicle is found outside of the established ODD range. (iii) Compliance with safety regulations, etc. • To satisfy safety regulations of road transportation vehicles already established on automated driving. • To recommend the satisfaction of related international standards such as ISO, etc. (iv) Human Machine Interface (HMI) To equip with HMI having the following functions in order to inform the driver or the occupant of the operational status of the automated driving system, etc. • To equip automated driving vehicles of level 3 with a function capable of monitoring that the driver is in condition to replace the system for driving operations and warn an alarm as necessary (driver monitoring system, etc.) • To equip automated driving vehicles of level 4 with a function capable of determining that the system is unable to continue automated driving and informing in advance the driver or the occupant (operation manager) of stopping them automatically. (v) Mounting of a data recording device To equip a device to record the operational status of automated driving system and driver’s status as data. (vi) Cyber security To design and develop a vehicle in consideration of cyber security such as hacking in light of latest requirements of the UN (WP29) for cyber security. (vii) Safety of vehicles for unmanned automated driving transportation service (additional requirements) To equip automated driving vehicles used for unmanned transportation service (level 4) with a camera which allows an operation control center to monitor the conditions inside the vehicle and a function to automatically report to the same at the time of emergency, in addition to the requirements of (1) to (6). (viii) Safety evaluation To check safety in advance by performing validation of reasonably foreseeable dangerous events in the established ODD with an appropriate combination of simulation, test course or road tests. (ix) Ensuring safety in use process To ensure safety of automated driving vehicles in use, take necessary steps such as updating of the software to ensure security management (inspection and maintenance) of automated driving vehicles and cyber security. (x) Provision of information to users of automated driving vehicles To take measures to enable user of automated driving vehicles to get informed and gain an understanding of the method to use the system, range of ODD, functional limits, etc. 3

Order of discussion In reality, only these items are discussed. How the Regulatory Items Should Be Discussed at GRVA Objective of automated driving “To realize society where traffic accidents caused by automated driving systems resulting in injury or death become zero” The base of all discussions Order of discussion Important items to be confirmed at WP.29 Issues Vehicle safety concept to realize the objective “Automated vehicle systems, under their operational design domain (ODD), shall not cause any traffic accidents resulting in injury or death that are rationally foreseeable and preventable.” Items in red: Undiscussed Discuss how to demonstrate ODD Road conditions, environmental conditions, etc. Important items to be confirmed at GRVA Normal driving data Edge case data Sim. Models Tools Applicable systems Ex.: Highway Chauffer Propose scenarios Present verification results Measurable criteria Use case scenarios Items to be discussed in depth by IWG In reality, only these items are discussed. Quantitative technical requirements, approval requirements Certification methods (on-site test, audit, etc.) 4

Only these 3 are available as means of verification. Example of Composition of Requirements Examples of technical requirements Vehicle safety concept to realize of the objective “Automated vehicle systems, under their operational design domain (ODD), shall not cause any traffic accidents resulting in injury or death that are rationally foreseeable and preventable.” Definition of the range of driving environment conditions Applicable systems, definition of ODD, driver take-over conditions (TD) Quantification of criteria  Numerical requirements Use case scenarios where the vehicle should be driven safely HMI, DSSAD, CS/OTA, etc. Examples of evaluation method requirements Track testing Basic performance testing Longitudinal control (adaptive cruise control, cruise control) performance, acceleration/deceleration performance, lateral control (lane keeping, lane change) performance, cornering/turning performance Testing at the limits of conditions Example of safety performance: The vehicle shall be driven without causing any accidents at the limits of conditions of 10 cases randomly selected from each category (e.g., 20 categories) of use case scenarios. Example of sensor performance: The vehicle shall be driven without causing any accidents at the limits of ODD environmental conditions in 2 of the above 10 cases. Real world testing Road Traffic Act to be checked, etc.: national traffic rules / traffic laws Audit: OEM to evaluate all use cases and submit the result Its functional specifications, process and tool information to be included Only these 3 are available as means of verification. 5

“the objective” and “vehicle safety concept” are defined, Example of Composition of Requirements Examples of technical requirements Vehicle safety concept to realize of the objective “Automated vehicle systems, under their operational design domain (ODD), shall not cause any traffic accidents resulting in injury or death that are rationally foreseeable and preventable.” Definition of the range of driving environment conditions Applicable systems, definition of ODD, driver take-over conditions (TD) Quantification of criteria  Numerical requirements Use case scenarios where the vehicle should be driven safely HMI, DSSAD, CS/OTA, etc. Examples of evaluation method requirements Track testing Basic performance testing Longitudinal control (adaptive cruise control, cruise control) performance, acceleration/deceleration performance, lateral control (lane keeping, lane change) performance, cornering/turning performance Testing at the limits of conditions Example of safety performance: The vehicle shall be driven without causing any accidents at the limits of conditions of 10 cases randomly selected from each category (e.g., 20 categories) of use case scenarios. Example of sensor performance: The vehicle shall be driven without causing any accidents at the limits of ODD environmental conditions in 2 of the above 10 cases. Real world testing Road Traffic Act to be checked, etc.: national traffic rules / traffic laws Audit: OEM to evaluate all use cases and submit the result Its functional specifications, process and tool information to be included If “the objective” and “vehicle safety concept” are defined, “evaluation method requirements” can be determined appropriately. Only these 3 are available as means of verification. 6