SAFETY MODULE, AUTOMATED DRIVING SYSTEM, SAFETY METHOD, PROGRAM AND NON-TRANSITORY COMPUTER READABLE MEDIUM

Abstract

According to various aspects, a safety module is described that includes one or more processors configured to receive road information representing the geometry of one or more roads in a Cartesian coordinate system; determine a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments arranged along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments; and determine a potential collision event based on the lane coordinate system.

Description

[Technical field]

[0001] [CROSS REFERENCE TO RELATED APPLICATIONS] This PCT application claims priority to U.S. Non-provisional Application No. 16 / 583,280, filed September 26, 2019, the entire contents of which are incorporated herein by reference.

[0002] Various aspects relate generally to safety modules, automated driving systems, and methods, such as collision avoidance methods. [Background technology]

[0003] Generally, modern vehicles may be equipped with various active and passive assistance systems to provide assistance during vehicle operation. As an example, an automated driving system (ADS) may be implemented in the vehicle. The automated driving system may also be referred to as an autonomous driving system, an autopilot, or a self-driving system, etc. In many applications, a vehicle equipped with an automated driving system may also include one or more sensors and one or more processors that may be configured to control the movement of the vehicle on a predefined trajectory. The one or more sensors and one or more processors may be configured to predict collisions of the vehicle with obstacles, such as another vehicle, a wall, a pedestrian, etc. Furthermore, one or more autonomous vehicle operation functions may be implemented in a vehicle equipped with an automated driving system, for example, to drive the vehicle into a parking position, to follow another vehicle traveling ahead, or to drive the vehicle with a greater or lesser degree of autonomy, as examples. [Brief description of the drawings]

[0004] It should be noted that throughout the drawings, like reference numbers are used to denote the same or similar elements, features, and structures. The drawings are not necessarily to scale, emphasis instead being placed generally on illustrating aspects of the present disclosure. In the following description, several aspects of the present disclosure are described with reference to the following drawings: [Figure 1]FIG. 1 illustrates, in a schematic diagram, a safety module according to some embodiments. [Figure 2A] 1A-1C illustrate various aspects of converting a Cartesian description of one or more roads into a lane-based description of those one or more roads. [Figure 2B] 1A-1C illustrate various aspects of converting a Cartesian description of one or more roads into a lane-based description of those one or more roads. [Figure 2C] 1A-1C illustrate various aspects of converting a Cartesian description of one or more roads into a lane-based description of those one or more roads. [Diagram 3] FIG. 2 illustrates, in a schematic diagram, determining a road area of ​​interest in a lane coordinate system, according to some aspects. [Figure 4] FIG. 1 is a flow diagram of determining a road area of ​​interest in a lane coordinate system according to some aspects. [Diagram 5] FIG. 2 illustrates, in a schematic diagram, determining a bounding box associated with a vehicle in a lane coordinate system, according to some aspects. [Figure 6] FIG. 1 illustrates, in a schematic diagram, the determination of road areas of interest associated with two vehicles in an intersection situation in a lane coordinate system according to some embodiments. [Figure 7] FIG. 13 is a flow diagram of determining one or more conditions associated with a condition-based lane coordinate system according to some aspects. [Figure 8] FIG. 1 illustrates, in a schematic diagram, an automated driving system according to some embodiments. [Figure 9] FIG. 1 is a flow diagram of a safety method according to some embodiments. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0005] The following detailed description refers to the accompanying drawings, which show, by way of example, specific details and aspects in which the present disclosure may be practiced. These aspects are described in sufficient detail to enable those skilled in the art to practice the present disclosure. Other aspects may be utilized and structural, logical and electrical changes may be made without departing from the scope of the present disclosure. Various aspects are not necessarily mutually exclusive, as some aspects may be combined with one or more other aspects to form new aspects. Various aspects are described in the context of a method, and various aspects are described in the context of a device. However, it may be understood that an aspect described in the context of a method may be equally applied to a device, and vice versa.

[0006] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration." Any aspect or design described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other aspects or designs.

[0007] The terms "at least one" and "one or more" may be understood to include a quantity of one or more (e.g., 1, 2, 3, 4[...], etc.). The term "plurality" may be understood to include a quantity of two or more (e.g., 2, 3, 4, 5[...], etc.).

[0008] The phrase "at least one of" with reference to a group of elements may be used herein to mean at least one element from the group of elements. For example, the phrase "at least one of" with reference to a group of elements may be used herein to mean the selection of one of the listed elements, a plurality of one of the listed elements, a plurality of individual listed elements, or a plurality of a plurality of the listed elements.

[0009] The words "plurality" and "multiple" in the specification and claims expressly refer to an amount greater than one. Thus, any phrase expressly incorporating the above words that refer to a quantity of an object (e.g., "plurality of (objects)", "multiple (objects)") expressly refers to more than one of that object. Terms such as "group", "set", "collection", "series", "sequence", "grouping", and similar terms in the specification and claims, when present, refer to an amount equal to or greater than one, i.e., one or more.

[0010] As used herein, the term "data" may be understood to include information in any suitable analog or digital format, for example provided as a file, a portion of a file, a set of files, a signal or stream, a portion of a signal or stream, a set of signals or streams, and the like. Additionally, the term "data" may also be used to mean a reference to information, for example in the form of a pointer. However, the term "data" is not limited to the above examples and may take various forms and represent any information as understood in the art.

[0011] For example, as used herein, the term "processor" may be understood as any type of entity that allows handling of data. The data may be handled according to one or more specific functions executed by the processor. Furthermore, as used herein, a processor may be understood as any type of circuit, for example, any type of analog or digital circuit. For example, as used herein, the term "handle" or "handling" referring to data handling, file handling, or request handling may be understood as any type of operation, for example, I / O operation, and / or any type of logical operation. Thus, a processor may be or include an analog circuit, a digital circuit, a mixed signal circuit, a logic circuit, a microprocessor, a central processing unit (CPU), a graphics processing unit (GPU), a digital signal processor (DSP), a field programmable gate array (FPGA), an integrated circuit, an application specific integrated circuit (ASIC), etc., or any combination thereof. Any other type of implementation of the respective functions described in more detail below may also be understood as a processor, controller, or logic circuit. It will be understood that any two (or more) of the processors, controllers, or logic circuits detailed herein may be implemented as a single entity having equivalent functionality, or the like, and conversely, any single processor, controller, or logic circuit detailed herein may be implemented as two (or more) separate entities having equivalent functionality, or the like.

[0012] The distinction between data handling implemented in software and data handling implemented in hardware may be blurred. The processors, controllers, and / or circuits detailed herein may be implemented in software, in hardware, and / or as hybrid implementations including software and hardware.

[0013] The term "system" (e.g., a computing system, an automated driving system, a safety system, etc.) detailed herein may be understood as a set of interacting elements, which may be, by way of example and not limitation, one or more mechanical components, one or more electrical components, one or more instructions (e.g., instructions encoded on a storage medium), and / or one or more processors, and the like.

[0014] As used herein, the term "memory" and similar terms may be understood as a non-transitory computer-readable medium in which data or information can be stored for retrieval. Thus, references to "memory" contained herein may be understood to refer to volatile or non-volatile memory, including random access memory (RAM), read-only memory (ROM), flash memory, solid-state storage, magnetic tape, hard disk drive, optical drive, and the like, or any combination thereof. It is further understood that registers, shift registers, processor registers, data buffers, and the like are also encompassed herein by the term memory. It is understood that a single component referred to as "memory" or "a memory" may be comprised of more than one different type of memory, and therefore may refer to a collective component including one or more types of memory. It is readily understood that any single memory component may be separated into multiple collectively equivalent memory components, and vice versa.

[0015] As used herein, the term "vehicle" may be understood as any suitable type of vehicle, for example, any type of ground vehicle, watercraft, aircraft, or any other type of vehicle. In some aspects, the vehicle may be a motor vehicle (also referred to as an automotive vehicle). As an example, the vehicle may be a car, also referred to as a motor car, passenger car, etc. As another example, the vehicle may be a truck (also referred to as a motor truck), van, etc. As another example, the vehicle may be a bicycle or motorbike. In other aspects, the vehicle may be a partially or fully autonomous flying drone (e.g., an air taxi), for example, with a pilot and / or one or more passengers on board.

[0016] As used herein, the term "lane" in the sense of "driving lane" may be understood as any type of rigid infrastructure (or a section thereof) on which vehicles may travel. Similarly, a lane may also be associated with air traffic, maritime traffic, etc. As used herein, the term "road" in the sense of "traffic road" may be understood as any type of rigid infrastructure (or a section thereof) on which vehicles may travel. Similarly, a road may also be associated with air traffic, maritime traffic, etc.

[0017] According to various aspects, information (e.g., road information, obstacle location information, etc.) may be handled (e.g., processed, analyzed, stored, etc.) in any suitable form, e.g., data may represent the information and may be handled via a computing system.

[0018] A risk that may come from an obstacle, e.g., a risk of a potential collision, may be treated in the analysis (as described herein) as a potential collision event assigned to the obstacle and a reference vehicle. The reference vehicle may also be referred to as an ego vehicle. The ego vehicle may be a vehicle that includes a safety module or includes an automated driving system having a safety module. In general, the ego vehicle may be a vehicle that serves as a reference in a lane coordinate system. The ego vehicle, or a viewpoint associated with the ego vehicle, may define, for example, a reference driving direction, etc.

[0019] In some aspects, one or more sensors may be used to detect one or more objects, which may be one or more obstacles, in the vicinity of the one or more sensors to provide, for example, obstacle position information and / or other real world data. A range imaging sensor may, for example, enable range information (or, in other words, distance or depth information) to be associated with an image to provide, for example, a range image in which range data is associated with pixel data of the image. This may, for example, enable a range image of the vicinity of the vehicle to be provided that includes range information for one or more objects shown in the image. According to various aspects, position data associated with the absolute position of the object or the position of the object relative to the vehicle may be determined from the sensor information.

[0020] In one or more aspects, driving actions (e.g., any type of safety action, such as collision avoidance functions, safe distance maintenance functions, etc.) may be implemented via one or more on-board components of the vehicle, such as via an automated driving system. The one or more on-board components of the vehicle may include, for example, one or more sensors (e.g., one or more cameras, one or more radar sensors, one or more light detection and ranging (LIDAR) sensors, etc.), computer systems, etc., to detect obstacles (e.g., at least obstacles in front of the vehicle) and trigger obstacle avoidance functions (e.g., braking, steering, etc.) to avoid a collision with the detected obstacle.

[0021] According to various aspects, a computing system may be used to implement one or more of the functions described herein. The computing system may include, for example, one or more processors and one or more memories. The computing system may be communicatively coupled to one or more sensors (e.g., sensors of a vehicle) to acquire and analyze sensor data generated by the one or more sensors, or the computing system may be coupled to or include a sensor module that acquires and analyzes sensor data generated by the one or more sensors.

[0022] Some aspects are described herein by way of example with reference to one motorized vehicle, where another motorized vehicle represents an obstacle in the vicinity of the motorized vehicle. However, other types of vehicles may be provided that include the same or similar structure and functionality as that illustratively described for the motorized vehicle. Additionally, other obstacles may be considered in a manner similar to that described herein with reference to the other vehicle.

[0023] According to various aspects, a safety module may be provided that enhances safety during operation of an automated driving system or any other suitable autonomous or partially autonomous system. This may also enhance public trust in the automated driving system. In general, the need for safety assurance in automated driving may become increasingly critical with the accelerated and widespread deployment of automated vehicle fleets. Beyond functional safety, it may be desirable to ensure the operational safety of these vehicles. Towards that end, the so-called Responsibility Sensitive Safety (RSS) may be introduced, which includes a model-based approach to safety. Various aspects of the present disclosure may relate to the RSS Open Library, i.e., an open source executable implementation of the RSS. In some aspects, the RSS Open Library may be integrated with an automated driving software pipeline as a safety module that oversees driving policy decision-making. As an example, the RSS may be integrated with a software platform to provide safety validation.

[0024] In general, advanced automated driving systems, for example with capabilities beyond Level 3 (L3+), may require significant investments in operational safety, especially in the areas of scenario development and formal verification, testing, and validation tools. Level 3 may be referred to as a level of driving automation where the driver can safely divert his / her attention from the driving task, for example, the driver can send a message via a communication system, watch a movie, or the like, and the vehicle can handle situations that require an immediate reaction, such as emergency braking. However, in Level 3 driving automation, the driver must be ready to intervene upon notification and within some limited time. The RSS may include a technology neutral model for safety that can be used to define and measure whether an automated vehicle is driving safely. The RSS may, in some aspects, formalize the interpretation of a general definition of what it means to drive safely, and may specify what it means for an automated vehicle to drive safely on its own and how it should exercise reasonable warnings to protect against the unsafe driving behavior of others.

[0025] 1 illustrates in a schematic diagram a safety module 100 according to various embodiments. The safety module 100 may include one or more processors 102. The one or more processors 102 may be part of a computing system of a vehicle. The safety module 100 and / or the one or more processors 102 of the safety module 100 may be associated with an ego-vehicle 111. The safety module 100 and / or the one or more processors 102 of the safety module 100 may be integrated into or communicatively coupled to an automated driving system of the ego-vehicle 111, as an example.

[0026] According to various aspects, the one or more processors 102 may be configured to receive the road information 112. In some aspects, the road information 112 may be provided to the one or more processors 102 from a sensing module of the automated driving system (e.g., as described in FIG. 8). However, the road information 112 may be provided to the one or more processors 102 using any suitable technique, for example, the road information 112 may be wirelessly transmitted to a receiver that may be communicatively coupled to the one or more processors 102. The road information 112 may represent the geometry and / or other characteristics of the one or more roads 114. As an example, the road information 112 may include a width of the one or more roads 114 along the respective road paths, a curvature of the one or more roads 114 along the respective road paths, or any other geometric characteristic depending on a position along the respective roads. According to various aspects, the road information 112 may represent the geometry of the one or more roads 114 in a Cartesian coordinate system 114c. As an example, the road information 112 may represent a road map in Cartesian coordinates 114c, or the road information 112 may be obtained from a road map in Cartesian coordinates 114c.

[0027] According to various aspects, the one or more processors 102 may be configured to receive obstacle position information 122 associated with a position of an obstacle 121 on one or more roads 114. The position of the obstacle 121 may be defined in two-dimensional coordinates (Px, Py) or, where appropriate, in three-dimensional coordinates (Px, Py, Pz). The obstacle 121 may, according to various aspects, be another vehicle traveling on the road. However, the obstacle 121 may also be a pedestrian, a bicyclist, a construction site, or any other stationary or movable obstacle related to a safety aspect in traffic.

[0028] According to various aspects, the one or more processors 102 may be configured to determine a lane coordinate system 132 based on the received road information 112. The lane coordinate system 132 may include a plurality of lane segments 134. In the lane coordinate system 132, a first set of one or more lane segments may represent one or more lanes L(0), L(1), L(2) of a respective road. Each of the one or more lanes L(0), L(1), L(2) may include lane segments 134 arranged along a first (e.g., longitudinal) direction 131. Additionally, in the lane coordinate system 132, a second set of lane segments 134 may represent road segments RS(0), RS(1), RS(2), RS(3), RS(4), RS(5) of a respective road. Each of the road segments RS(0), RS(1), RS(2), RS(3), RS(4), RS(5) may include lane segments 134 disposed along a second (e.g., lateral) direction 133. It should be noted that although a road having three lanes L and six road segments RS is illustratively shown in FIG. 1 , a road may include more or less than three lanes L and more or less than six road segments RS.

[0029] As an example, a road shown in lane coordinate system 132 in FIG. 1 may include 3×6 lane segments 134. Each lane segment 134 may be identified by the number of the corresponding road segment RS and the number of the corresponding lane L as a tuple (RS,L). As an example, a first lane segment (0,0) may correspond to road segment 0 and lane 0, a second lane segment (1,0) may correspond to road segment 1 and lane 0, [...], a seventh lane segment (0,1) may correspond to road segment 0 and lane 1, an eighth lane segment (1,1) may correspond to road segment 1 and lane 1, [...], and so on. According to various aspects, length information 141 and width information 143 may be assigned to each of the lane segments 134. The length information 141 may represent at least a minimum length and a maximum length of the respective lane segment 134. The minimum and maximum lengths may be a function of the curvature of the corresponding portions of the respective roads, as shown in more detail and by way of example in Figure 2A. The width information 143 may represent at least a minimum and a maximum width of each lane segment 134. The minimum and maximum widths may be a function of the variable widths of the corresponding portions of the respective roads, as shown in more detail and by way of example in Figures 2B and 2C.

[0030] Similarly, height information (not shown) may be assigned to each of the lane segments 134. The height information may represent at least a minimum height and a maximum height of each lane segment 134. This minimum height and maximum height may be a function of the three-dimensional geometry of the corresponding portion of each road, for example, if three-dimensional coordinates are considered for the road.

[0031] According to various aspects, the one or more processors 102 of the safety module 100 may be further configured to determine a position of the obstacle 121 relative to the ego vehicle 111 in a lane coordinate system 132 based on the obstacle position information 122. As exemplarily shown in FIG 1, the ego vehicle 111 may have a position within lane segment (0,0) and the obstacle 121 (e.g., another vehicle participating in traffic) may have a position within lane segment (3,2).

[0032] According to various aspects, the one or more processors 102 may be configured to determine a potential collision event (e.g., a likelihood of a collision of the host vehicle 111 with the obstacle 122) based on the determined relative position of the obstacle 121. If a potential collision event is determined (e.g., if the determined likelihood of a collision is equal to or greater than a predefined threshold), the one or more processors 102 may be configured to command one or more safety actions to avoid the potential collision.

[0033] 2A-C, which show one or more aspects that may be considered during the transformation of road information from a description in Cartesian coordinates to lane coordinates, however, similar aspects may apply to the transformation of road information from a description in polar coordinates or other at least partially metric coordinates to lane coordinates.

[0034] In some aspects, an automated driving vehicle may use road and lane markings to identify a driving corridor (also referred to as a lane). The perception and location of these lane boundaries, as well as of dynamic and stationary obstacles in the environment, may constitute the basis of a driving situation coordinate system. An automated driving vehicle may use a road or lane based coordinate system to derive lateral and longitudinal safety distance calculations to plan its path and avoid violations and collisions while driving. A common approach to road / lane based coordinate systems in automated driving may include the assumption that the driving route is assumed to follow certain rules (e.g., lane markings are parallel, follow a constant curvature, or maintain a constant width). However, real-world conditions may be more complex and often violate such ideal assumptions. Roads may have varying curvatures, for example, to accommodate irregular terrain, and lanes may have varying widths, for example (e.g., in construction sites or merging lane areas). In some cases, degradation of road markings may confuse the perception system.

[0035] According to various aspects, the safety module 100 described herein may use the lane coordinate system 132 to extract the safety distance and the appropriate reaction to the impending danger situation from the changing road geometry in the vehicle constellation calculation. According to various aspects, a bijective embedding of the lane coordinate system may be used to describe the entire road geometry for all situations. Various aspects described herein may relate to the actual transformation of the observed real-world situation between two vehicles (e.g., between an ego vehicle and another vehicle) into a concrete lane-based coordinate system in which one or more safety calculations, for example, as defined by RSS, can be applied. For example, ignoring deviations of the real-world situation from the ideal model description may lead to inconsistencies and erroneous safety estimates in real-world conditions.

[0036] According to various aspects, a situation-based coordinate system may be constructed that may include a transformation from a Cartesian road definition, e.g., from a high-definition map, to a situation-specific lane coordinate system that may describe a constellation of one or more pairwise situations between two vehicles (see, e.g., FIGS. 3, 6, and 7). This situation-based lane coordinate system may be used to transform real-world road geometry into a condition frame, e.g., as required by the RSS to perform accurate safety assurance calculations, thus abstracting real-world complexities from the clean, formally proven safety calculations of the RSS and extending the usefulness of the RSS to more real-world conditions.

[0037] One commonly used approach to mapping information for maneuver planning may be through the use of lanelets, which describe small or irreducibly small lane segments characterized by left and right boundaries. Lanelets may allow for composing complex road situations and incorporating strategy information for maneuver generation such as regulatory compliant intersections. Another mapping approach may be, for example, via Open Street Map, a crowd-sourced database published by the OpenStreetMap Foundation, which provides free geographic street maps. Open Street Map models the world with nodes, ways, and relations and is useful for representing topological information. Another map representation may be OpenDrive (also written as OpenDRIVE), which is maintained by VIRES Simulationstechnologie GmbH and the OpenDRIVE community. OpenDrive is an open format specification for describing the logic of road networks and may therefore provide a standardized road network file format. It may be useful to provide a common interface between driving simulators at a macroscopic (e.g., road topology) level. Current techniques may be successful in solving certain mapping problems and may provide a basis for high-definition maps. However, these current techniques may focus on stationary road elements and may not describe dynamic objects. Both stationary road elements and dynamic objects may be useful for a situation-based coordinate system in RSS. According to various aspects, the safety module 100 described herein may support current techniques and provide a bridge between mapping tools and safety tools (e.g., RSS).

[0038] According to various aspects, any given road shape may be transformed by the safety module 100 into a (e.g., simplified) situation-based coordinate system, where, for example, lanes are straight and have the same width, while maintaining worst-case assumptions of distance between vehicles. Such a coordinate system may be used by the RSS to determine lateral and longitudinal safe distances to vehicles and obstacles on the road. Assigning width and length intervals (or at least minimum and maximum values ​​for width and length) to lane segments may enable an effective mapping from real-world road geometry to a simplified coordinate environment on which formal methods for deriving safe behavior can be applied. Such a transformation may be used, for example, to run an RSS implementation under real-world road geometry, but may be valuable for any other application that needs to calculate safe distances between objects on a given road.

[0039] According to various aspects, it may be advantageous to switch from a Cartesian space to a road / lane-based coordinate system to calculate (e.g., safety) distances between vehicles. According to various aspects, a situation-based coordinate system may be used, which may be understood as a specific lane-based coordinate system generated for each traffic situation. However, when converting a Cartesian space to such a lane-based coordinate system, several issues must be taken into account, as will be explained in more detail below.

[0040] Figure 2A illustrates a discontinuity problem that may arise in a lane coordinate system 232 having fixed values ​​for the widths 203a, 203b assigned to each lane (see lane A and lane B). Discontinuity problems may arise when movements are compared in such a lane-based coordinate system 232, as exemplarily shown in diagram 200a of Figure 2A. Diagram 200a illustrates lateral acceleration (shown on a vertical axis parallel to a lateral direction 233 associated with the lane coordinate system 232) as a function of longitudinal position of the vehicle 211 (shown on a horizontal axis parallel to a longitudinal direction 231 associated with the lane coordinate system 232).

[0041] During the transformation from the Cartesian coordinate system to the lane-based coordinate system, not only the position of the vehicle but also the velocity and acceleration may be transformed. Thus, the resulting values ​​may depend on the actual lane geometry, and therefore the velocity and acceleration of different lane-based coordinate systems may no longer be comparable to each other in some cases. As an example, FIG. 2A shows two lanes (lane A and lane B) that are parallel to each other but have different widths 203a, 203b, for example, the first lane (lane A) may be wider than the second lane (lane B). When the vehicle changes its position from the first lane in the road section RS(0) to the second lane in the next road section RS(1), a discontinuity in the lateral acceleration may be determined due to the different widths 203a, 203b of the lanes.

[0042] As a purely numerical example, a first lane (lane A) may have a constant width of 4 m and a second lane (lane B) may have a constant width of 2 m. Both lanes are in their own lane coordinate system LCS A and LCS B When specifying, 1m / s 2 The Cartesian lateral acceleration value of the LCS A At 0.25 lat / s 2 , and LCS B At 0.5 lat / s 2This situation can be exacerbated when the vehicle changes lanes from a first lane (lane A) to a second lane (lane B). In this case, the closed-form equation for constant acceleration movement can no longer be applied to calculate lateral distance over time, due directly to the discontinuity, as shown in FIG. 2A.

[0043] FIG. 2B illustrates the change in lateral acceleration that may occur in a lane coordinate system 232 having a variable width assigned to at least one lane 234. Diagram 200b in FIG. 2B illustrates the lateral acceleration (shown on a vertical axis parallel to a lateral direction 233 associated with the lane coordinate system 232) as a function of the longitudinal position of the vehicle 211 (shown on a horizontal axis parallel to a longitudinal direction 231 associated with the lane coordinate system 232). Illustratively, a varying lane width (e.g., lane widening and / or lane narrowing) may have an effect on the lateral acceleration associated with the vehicle 211. As a numerical example, it may be assumed that the width of the lane 234 may be, for example, 4 m (e.g., in a first road segment RS(0) having a first width 234a) and that 100 m away, the lane 234 may narrow to, for example, 2 m (e.g., in a second road segment RS(2) having a second width 234b). In such a case, a lane 234 may have a maximum acceleration of 1 m / s. 2 The Cartesian lateral acceleration value of 0.25 lat / s (at the first road segment RS(0)) while traveling in lane 234 2 to 0.5 lat / s (on the second road segment RS(2)) 2 can change towards

[0044] Figure 2C illustrates a curve 240 and its effect on driving distance associated with this curve. Diagram 200c in Figure 2C illustrates the travel distance (shown on parallel vertical axes) associated with the movement of vehicle 211 through curve 240 as a function of trajectories 240a, 240b, 240c, where vehicle 211 is moving, for example, at left boundary 240a, at centerline 240b, or at right boundary 240c.

[0045] Illustratively, this may be a longitudinal situation similar to the lane widening / narrowing example. By way of example only, a lane may have a constant width of 4m, may describe a curve with an inside radius of 50m, and may cover 180 degrees. The inner boundary of the lane may have a length of about 157.1m in this example, a centerline of 163.4m, and an outer boundary of 169.7m. In this situation, the longitudinal acceleration value is 1.0 lon / s about the centerline 240b. 2 , 0.96 lon / s for outer boundary 240a 2 , and 1.04 lon / s for the inner boundary 240c 2 Thus, in the corresponding lane coordinate system, the longitudinal acceleration may change over time if the vehicle changes its lateral position within the lane, unless this problem is addressed accordingly.

[0046] As described above with reference to Figures 2A-2C, both the longitudinal and lateral acceleration values ​​and the longitudinal and lateral velocities in the lane coordinate system 232 can be problematic if they are considered constant or described using only a single value. According to various aspects, it has been discovered that these values ​​not only change within one coordinate system, but also change when changing from one lane-based system to another. To overcome this problem, a situation-based lane coordinate system is provided, which is described in more detail below. Such a lane coordinate system may be generated for one or more constellations (also referred to as situations) between two vehicles and may include all lane segments (but only those lane segments) that are needed or useful to adequately describe the respective situations.

[0047] According to various aspects, it has been discovered that the longitudinal position of a vehicle may no longer be uniquely defined when the road curve is transformed from a Cartesian system to a lane coordinate system. As shown, for example in FIG. 2C, the longitudinal position may be a function of the lateral position of the vehicle 211. To overcome this ambiguity, the longitudinal position may be described in the situation-based lane coordinate system by a [min, max] interval (or at least by a minimum and maximum value) given by the minimum and maximum possible longitudinal positions. The same applies to the lateral position when the lane width changes. Thus, the lateral position is transformed from a position in Cartesian space to a [min, max] interval (or at least a minimum and maximum value) in the situation-based lane coordinate system according to various aspects.

[0048] As a result, according to various aspects, each point (x,y) in Cartesian space (e.g., in a two-dimensional Cartesian space such as that used, for example, in high definition (HD) maps) is bounded by two intervals [x min ,x max ] and [y min ,y max ] or by at least four values ​​(x min ,x max ,y min ,y max ) which, according to various aspects, solves all of the above-mentioned problems (e.g., discontinuities, etc.) of lane-based coordinate systems. Similarly, each point (x, y, z) in Cartesian space (e.g., in a three-dimensional Cartesian space such as that used, for example, in maps for aircraft and flying drones) can be described by the three intervals [x min ,x max ], [y min ,y max ] and [z min ,z max ] or by at least six values ​​(x min ,x max ,y min ,y max, z min ,z max) In accordance with various aspects, this solves, for example, all of the above-mentioned problems (e.g., discontinuities, etc.) of transforming to a lane coordinate system.

[0049] As a result, one or more of the following aspects may be realized: · Speed ​​and acceleration values ​​in the longitudinal and lateral lane directions do not change when transformed into the situation-based coordinate system. The formula used for constant acceleration moves can be applied in situation-based coordinate space accordingly. Distance calculations in the situation-based coordinate system may involve or consist of simple addition or subtraction.

[0050] The transformation of the vehicle's position into the situation-based lane coordinate system may be simple and therefore easily implemented with limited computational resources, for example, in one or more safety controllers or one or more other processors contained within the ego vehicle.

[0051] In the following, the construction of one or more road areas related to a particular situation is described in more detail, for example as described in Figures 3, 4, 6, and 7. A road area that may be related to a situation may also be referred to herein as an area of ​​interest or an area of ​​road interest. It should be noted that the embodiments of the present invention described herein may be realized by different implementations. In the following, one exemplary way of how this can be realized when having basic road geometry data available is described. According to various aspects, the road geometry data may not necessarily need to be provided via a HD (high definition) map, and as an example, the road geometry data may be calculated on the fly. In the following, road information (e.g., road geometry data) is considered as a road network input.

[0052] According to various aspects, the incorporation of road geometry changes into worst-case considerations of positions and distances, as illustratively described herein, leads to overly conservative vehicle behavior when unnecessarily large road sections are taken into account. As an example, the greater the difference between the min / max width or min / max length of the lane segments used, the more conservative the vehicle behavior. Thus, in some aspects, it may be useful to restrict the road area for situation creation to the immediate surroundings of the two vehicles considered. Illustratively, this may be similar to creating a bounding box around the two vehicles large enough to cover the RSS-related vehicle positions while ignoring the actual lane markings on the road (see FIG. 3).

[0053] FIG. 3 illustrates a situation involving two vehicles 311, 322 in a lane coordinate system 332, according to various embodiments. A bounding box 342 may be created to include, for example, all lane segments that cover the RSS-relevant vehicle position. As an example, the bounding box 342 may be a road area of ​​interest that includes all lane segments in which the two vehicles 311, 322 are located, as well as all lane segments between the two vehicles 311, 322 in both the longitudinal direction 331 and the lateral direction 333. Since the situation-based lane coordinate system 332 may be extracted from the actual lane geometry, it may be sufficient to describe the lane segments by their extreme values, i.e., minimum / maximum length and minimum / maximum width. Nevertheless, the nominal driving direction of the lane segments relative to the direction of the road area may be retained to allow the RSS to determine, for example, whether the vehicles are driving in the wrong direction. The direction of the road area 342 may be defined by the driving direction of the two vehicles 311, 322. In an opposite direction use case where both vehicles 311, 322 are approaching each other, the direction of the road area 342 may be defined by the driving direction of the ego vehicle.

[0054] 4 shows an example flow diagram of a method 400 of constructing a situation-specific road area 342 (also referred to herein as a road area, an area of ​​interest, or a bounding box) as a basis for a situation-based lane coordinate system from road information (e.g., input route data) 412. The situation-specific road area may be determined in a lane coordinate system and may include a set of lane segments assigned to the situation-specific road area within which the ego-vehicle (e.g., the vehicle 311 and the obstacle 322 shown in FIG. 3) is located. Determining the situation-specific road area may include determining each lane segment between the ego-vehicle and the obstacle in the longitudinal and lateral directions.

[0055] According to various aspects, a bounding box (e.g., a parametric bounding box) may be determined for each of one or more lane segments of a situation-specific road area, and the bounding box may represent the space occupied by the ego-vehicle, obstacles, etc.

[0056] As exemplarily shown in FIG. 3, the situation-specific road area 342 may include an origin road segment (e.g., road segment 0). The origin road segment may include one or more lane segments (e.g., lane segments (0,0), (0,1), (0,2)) arranged along the lateral direction 333, and the vehicle 311 (e.g., the ego vehicle) may be located inside at least one of the one or more lane segments assigned to the origin road segment. Furthermore, the situation-specific road area 342 may include a maximum road segment RS(max) (e.g., road segment 3 in the example shown in FIG. 3), which may include one or more lane segments (e.g., lane segments (3,0), (3,1), (3,2)) arranged along the lateral direction 333, and the obstacle (e.g., the vehicle 322) may be located inside at least one of the one or more lane segments assigned to the maximum road segment.

[0057] As exemplarily shown in FIG. 3, the situation-specific road area 342 may include an origin lane (e.g., lane 0) including one or more lane segments (e.g., four lane segments, one in each of the four road segments 0-3) arranged along the longitudinal direction 331, and a vehicle (e.g., the ego vehicle 311) may be located inside at least one of the one or more lane segments assigned to the origin lane. Furthermore, the situation-specific road area 342 may include a maximum lane L(max) (e.g., lane 2 in the example shown in FIG. 3) including one or more lane segments arranged along the longitudinal direction 331, and an obstacle (e.g., the vehicle 322) may be located inside at least one of the one or more lane segments assigned to the maximum lane.

[0058] According to various aspects, the host vehicle 311 may be at least partially located within lane segment (0,0) and an obstacle (e.g., vehicle 322) may be at least partially located within lane segment (RS(max),L(max)), e.g., lane segment (3,2) in the example shown in FIG. 3 .

[0059] According to various aspects, the one or more processors may be configured to determine at least a minimum and maximum length and / or a minimum and maximum width of the situation-specific road area.

[0060] In the following, the construction of a situation-based bounding box in a road area according to various aspects will be exemplarily described in more detail. Based on the situation-specific road area, according to various aspects, the individual bounding boxes of the vehicle / obstacle may be determined. For example, since the RSS may perform a worst-case evaluation, the idea leading to the situation-based lane coordinate system may be to incorporate the variation of the width and length of the lane segments in the situation-specific road area by considering extreme values ​​while transforming the vehicle bounding box to the situation-based lane coordinate system. According to the constellation of the vehicles in the situation, the respective worst-case lateral and longitudinal boundary values ​​may be selected, which may be finally processed by the RSS formula as an example, to calculate the distance between the vehicles. The performed operation may be interpreted as, for example, expanding the vehicle bounding box in the situation-based coordinate system to ensure that the worst case can be covered (see, for example, FIG. 5).

[0061] 5 illustrates a worst-case transformation of a bounding box 511b associated with a vehicle 511, according to various aspects. A metric road 514 may result in a transformed vehicle being represented by its own bounding box 511b (due to geometry such as lane narrowing and / or curvature).

[0062] As an example of a potential implementation, the bounding box 511b of the vehicle 511 may be described as a list of parametric bounding boxes (PBBs) (parametric values ​​∈ [0.0; 1.0]) in all lane segments of the road area. For the calculation of the speed in the scene, for example, the center of this bounding box and the vehicle orientation may be considered as a basis for dividing the speed of the vehicle into its lateral and longitudinal components with respect to the lane segment 534. Global min / max of the road segment 534 at index r

number

number

[0063] Overall minimum / maximum dimensions of the road area (RA min ,RA max ) may be calculated, for example, by a minimum / maximum combination of the road segments based on the following equation:

number

[0064] Similarly, the parametric bounding box definition may be used to calculate the minimum and maximum metric position of the vehicle in the longitudinal direction within the entire road area, i.e., the minimum longitudinal position of the vehicle

number

[0065] This calculation may be based on the following equation, where i may be the first road segment that the vehicle contacts:

number

[0066] This calculation may be based on the following equation, where i may be the last road segment that the vehicle contacts:

number

[0067] This calculation may be based on the following equation, where i may be the first lane segment in road segment r that the vehicle contacts:

number

[0068] This calculation may be based on the following equation, where i may be the last lane segment in road segment r that the vehicle contacts:

number

[0069] After the vehicle metric bounding box in the road area is determined, the current longitudinal and lateral distances between vehicles heading towards each other may be calculated. As an example, "A" may designate vehicle 311 in Fig. 3 and "B" may designate vehicle 322 in Fig. 3, and the distance between the two vehicles 311, 322 may be defined as follows:

number

[0070] According to various aspects, as described in more detail below, an intersection may be taken into account in a situation between two vehicles or between a vehicle and an obstacle. By taking an intersection into account, the situation description may require a distance (e.g., minimum) from each vehicle to enter the intersection and a distance (e.g., maximum) to exit the intersection. In this case, two road areas may be taken into account, since both vehicles may approach from different roads, and these two road areas terminate in an overlap area at the intersection.

[0071] FIG. 6 shows an intersection situation with a first vehicle 611 and a second vehicle 622 approaching from different roads 614a, 614b, which overlap each other. In this case, the two road areas 642a, 642b created may terminate in the intersection overlap area 600i. Apart from that, the construction of these two road areas 642a, 642b may follow the same or similar rules as described above. The first road area 642a (road area A) may include or consist of all lane segments along the first road 614a associated with the first vehicle 611. The second road area 642b (road area B) may include or consist of all lane segments along the second road 614b associated with the second vehicle 622. The overlap area 600i may include intersection lane segments that define an extension of the intersection from the vehicle's perspective.

[0072] Calculation of the intersection distance of a vehicle may be performed based on the following equation, where i may be the first road segment in the intersection.

number

[0073] Calculation of the intersection distance of a vehicle may be performed based on the following equation, where i may be the last road segment in the intersection.

number

[0074] After the vehicle metric bounding boxes and the distances to the intersection are determined, the current longitudinal distance d lon As an example, "A" may designate vehicle 611 in FIG. 6 and "B" may designate vehicle 622 in FIG. 6, and the distance between the two vehicles 611, 622 (where

number

number

[0075] According to various aspects, one or more individual situations may be constructed to determine a potential collision event or collision risk via a safety module, for example via the safety module 100 as described with reference to FIG. 1. When the road network becomes more complex than just one straight road, the situation between two vehicles may not always be unambiguous, especially since these vehicles may take different paths through an intersection. To ensure safety, the worst case may be considered, and therefore all potential configurations must be considered when performing the situation analysis and creating the respective situation-based coordinate systems. Thus, according to various aspects, multiple situations may be considered simultaneously between two vehicles. As described herein, before the road area may be determined, the type of situation may be determined, for example as described in more detail below.

[0076] 7 illustrates a flow diagram of a method 700 for creating one or more situations that can be used for safety calculations, according to various aspects. According to various aspects, road information 712 (also referred to as road network data) and obstacle location information 722 (also referred to as object data) may be available as inputs.

[0077] According to various aspects, for example, one or more processors 102 of the safety module 100 may determine the presence of at least one of the following situations: a same-direction situation indicating that the host vehicle and the vehicle are traveling in the same direction relative to the connecting path, an opposite-direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions relative to the connecting path and there is no intersection between the host vehicle and the vehicle, and / or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same or opposite directions relative to one or more connecting paths and there are one or more intersections between the host vehicle and the vehicle.

[0078] According to various aspects, one or more or all lane segments that connect two vehicles and form a connecting path between the two vehicles may be calculated based on, for example, road network data and vehicle position information. The nominal driving direction on the lane may be ignored to cover opposite direction and intersection use cases as well.

[0079] According to various aspects, a situation may be determined from the following set of situations: same-direction situation, opposite-direction situation, or intersection situation. If both vehicles are traveling in the same direction relative to the connecting route, a non-intersection situation may be determined. This may be done regardless of whether an intersection exists between the two vehicles, since one vehicle will only follow the other vehicle, potentially through the intersection. If both vehicles are traveling in opposite directions and there is no intersection between them, a non-intersection situation may be determined.

[0080] If not, the potential future paths of the vehicles may be calculated and combined with each other. All possible intersections in both paths of these combinations may result in the creation of a new situation. According to various aspects, if both are coming from the same intersection arm and traveling through the intersection, a non-intersection same-direction situation may be created. If the paths of the vehicles cross each other in the intersection, an intersection situation may be created. Otherwise, a non-intersection opposite-direction situation may be created since the paths do not cross and the vehicles pass each other.

[0081] According to various aspects, consideration of intersections may result in an increase in the number of possible situations that can be considered in the course of the safety module 100. Optionally, to reduce the computational effort of the safety analysis, situations that represent the same scene may be merged if they seemingly describe the same situation (i.e., both vehicles take the same path through the intersection). To achieve this and still be able to preserve the worst-case evaluation, the speed of the vehicles may be described as an interval to provide minimum and maximum calculated speed components, since the paths before the intersection may be different.

[0082] 8 illustrates the integration of a safety module (e.g., safety module 100 or a suitable RSS module) into an automated driving system 800, according to various embodiments. The automated driving system may be implemented within a vehicle or communicatively coupled to the vehicle, according to some embodiments.

[0083] In some aspects, the automated driving system 800 may include a sensing module 810. The sensing module 810 may be configured to generate world model data 810d. The world model data 810d may be used to plan the movement of the vehicle based on the model. The automated driving system 800 may further include a planning module 820. The planning module 820 may be configured to generate control information 820d based on the world model data 810d. The control information 820d may represent, for example, a trajectory that the vehicle should follow. According to various aspects, the automated driving system 800 may further include an action module 830. The action module 830 may be configured to convert the control information 820d received from the planning module 820 into control commands 830d. ​​The control commands 830d may include, for example, any suitable signals to steer, throttle, and / or brake the vehicle. The control command 830d may be received by any suitable component of the vehicle configured to control the vehicle accordingly.

[0084] According to various aspects, the automated driving system 800 may include a safety module 100. The safety module 100 may be configured to receive world model data 810d (e.g., including road information and obstacle location information). According to various aspects, the action module 830 may be instructed by the safety module 100 to perform one or more safety actions when necessary. As an example, if the safety module 100 has determined the likelihood of a potential collision, the safety module 100 may be configured to send a command signal 100d to the action module 830 to prevent the collision.

[0085] According to various aspects, the detection module 810 may be configured to determine a minimum safe distance from the world model data. The minimum safe distance may be used for comparison to an actual distance between the vehicle and an obstacle, and one or more safety actions may be commanded if the actual distance is less than or equal to the minimum safe distance.

[0086] 9 illustrates a schematic flow diagram of a safety method 900 according to various embodiments. The method 900 may include, at 910, determining a lane coordinate system based on road information, the lane coordinate system including a plurality of lane segments arranged along longitudinal and lateral directions of the lane coordinate system. The method 900 may include, at 920, determining length and width information for each of the lane segments from the road information. The method 900 may include, at 930, assigning the determined length and width information to each respective lane segment, the length information representing a minimum and maximum length of the respective lane segment as a function of a curvature of the corresponding portion of the one or more roads, and the width information representing a minimum and maximum width of the respective lane segment as a function of a variable width of the corresponding portion of the one or more roads. The method 900 may include, at 940, determining a position of an obstacle relative to the ego-vehicle in the determined lane coordinate system based on the obstacle position information. The method 900 may include determining a potential collision event based on the determined relative positions of the obstacles, at 950. The method 900 may include commanding a safety action to avoid the potential collision, at 960, if a potential collision event is determined.

[0087] In the following, various examples are provided that relate to the aspects described above and illustrated in the drawings.

[0088] Example 1 is a safety module comprising one or more processors configured to: receive road information representing a geometry of one or more roads and obstacle position information associated with a position of an obstacle on the one or more roads; determine a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments arranged along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of a curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of a variable width of the corresponding portion of the one or more roads; determine a position of the obstacle relative to an egocentric vehicle in the lane coordinate system based on the received obstacle position information; determine a potential collision event based on the determined relative position of the obstacle; and if the potential collision event is determined, command a safety action to avoid a potential collision.

[0089] In another aspect, a safety module may comprise one or more processors configured to: receive road information representing a geometry of one or more roads in a Cartesian coordinate system; determine a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments arranged along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of a curvature of a corresponding portion of the one or more roads in the Cartesian coordinate system, and the width information representing minimum and maximum widths of the respective lane segments as a function of a variable width of a corresponding portion of the one or more roads in the Cartesian coordinate system; determine a potential collision event based on the lane coordinate system; and command a safety action to avoid a potential collision if the potential collision event is determined. The one or more processors of the safety module may be further configured to determine an area of ​​interest in the lane coordinate system, the area of ​​interest including a set of a plurality of lane segments assigned to the area of ​​interest, and the ego-vehicle and an obstacle being located within the area of ​​interest.

[0090] In Example 2, the safety module of Example 1 may optionally further include the road information representing the geometry of the one or more roads in a Cartesian coordinate system.

[0091] In Example 3, the safety module described in Example 1 or 2 may optionally further include: the one or more processors are further configured to determine a road area of ​​interest in the lane coordinate system, the road area of ​​interest including a set of a plurality of lane segments assigned to the road area of ​​interest, and the ego-vehicle and the obstacle being located within the road area of ​​interest.

[0092] In Example 4, the safety module described in Example 3 may optionally further include that the determination of the road area of ​​interest includes determining each lane segment between the host vehicle and the obstacle in the longitudinal direction and the lateral direction.

[0093] In Example 5, the safety module described in Example 3 or 4 may optionally further include: the one or more processors are configured to determine an ego vehicle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the ego vehicle parametric bounding box representing a space occupied by the ego vehicle.

[0094] In Example 6, the safety module of any one of Examples 3 to 5 may optionally further include: the one or more processors are configured to determine an obstacle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the obstacle parametric bounding box representing a space occupied by the obstacle.

[0095] In Example 7, the safety module described in any one of Examples 3 to 5 may optionally further include: the set of lane segments assigned to the road area of ​​interest includes an origin road segment, the origin road segment having one or more lane segments arranged along the lateral direction assigned to the origin road segment, the host vehicle being located within at least one of the one or more lane segments assigned to the origin road segment; and / or the road area of ​​interest includes a maximum road segment, the maximum road segment having one or more lane segments arranged along the lateral direction assigned to the maximum road segment, the obstacle being located within at least one of the one or more lane segments assigned to the maximum road segment.

[0096] In Example 8, the safety module described in any one of Examples 3 to 7 may optionally further include: the road area of ​​interest includes an origin lane, the origin lane having one or more lane segments arranged along the longitudinal direction assigned to the origin lane, and the host vehicle is located within at least one of the one or more lane segments assigned to the origin lane; and / or the road area of ​​interest includes a maximum lane, the origin lane having one or more lane segments arranged along the longitudinal direction assigned to the maximum lane, and the obstacle is located within at least one of the one or more lane segments assigned to the maximum lane.

[0097] In Example 9, the safety module of any one of Examples 3-8 may optionally further include the one or more processors being further configured to determine a minimum length and a maximum length of the road area of ​​interest.

[0098] In Example 10, the safety module of any one of Examples 3-9 may optionally further include the one or more processors being further configured to determine a minimum width and a maximum width of the road area of ​​interest.

[0099] In Example 11, the safety module of any one of Examples 3-10 may optionally further include the one or more processors being configured to determine a driving direction for one or more or all lane segments assigned to the road area of ​​interest.

[0100] In Example 12, the safety module of any one of Examples 1-11 may optionally further include that the obstacle is at least one of the following: a traffic infrastructure or part of a traffic infrastructure, a pedestrian, or a vehicle.

[0101] In Example 13, the safety module of any one of Examples 1-12 may optionally further include the one or more processors being further configured to determine the potential crash event via a model-based approach.

[0102] In Example 14, the safety module of any one of Examples 1 to 13 may optionally further include determining that the potential collision event occurs when a minimum distance between the host vehicle and the obstacle is less than or equal to a minimum safe distance.

[0103] In Example 15, the safety module described in any one of Examples 1 to 14 may optionally further include that the obstacle is a vehicle, and that the one or more processors are further configured to determine the presence of at least one of the following situations: a same-direction situation indicating that the host vehicle and the vehicle are traveling in the same direction relative to a connecting path, an opposite-direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions relative to a connecting path and there is no intersection between the host vehicle and the vehicle, and / or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same direction or opposite directions relative to one or more connecting paths and there are one or more intersections between the host vehicle and the vehicle.

[0104] In Example 16, the safety module of any one of Examples 1 to 15 may optionally further include: the obstacle is a vehicle; and the one or more processors are further configured to determine the presence of a cross-path intersection condition indicative of the ego-vehicle and the vehicle traveling through the same intersection on a cross-path.

[0105] In Example 17, the safety module described in Example 16 may optionally further include, when a cross-path intersection situation is determined, the one or more processors are further configured to determine a first area of ​​interest and a second area of ​​interest in the lane coordinate system, the first area of ​​interest including a first set of lane segments assigned to the first area of ​​interest, the ego vehicle and the intersection being located within the first area of ​​interest, the second area of ​​interest including a second set of lane segments assigned to the second area of ​​interest, and the vehicle and the intersection being located within the second area of ​​interest.

[0106] In Example 18, the safety module described in Example 17 may optionally include that the one or more processors are further configured to determine a first intersection distance based on the first area of ​​interest, determine a second intersection distance based on the second area of ​​interest, and determine a longitudinal distance between the host vehicle and the vehicle based on the determined first intersection distance and the determined second intersection distance.

[0107] Example 19 is an automated driving system comprising: a sensing module configured to generate world model data; a planning module configured to generate control information based on the world model data; an action module configured to convert the control information into control commands; and a safety module according to any one of claims 1 to 9 configured to receive the world model data, the world model data representing the road information and the obstacle position information, the action module being instructed to perform the safety action. The control information may include, for example, a trajectory that the vehicle should follow. The control commands may include, for example, any commands that may be used to steer, throttle, and / or brake the vehicle.

[0108] In Example 20, the automated driving system of Example 19 may optionally further include the detection module configured to determine a minimum safe distance from the world model data. The safety module of the automated driving system may be configured to determine the potential collision event based on the minimum safe distance.

[0109] Example 21 is a method comprising: determining a lane coordinate system based on road information, the lane coordinate system including a plurality of lane segments arranged along longitudinal and lateral directions of the lane coordinate system; determining length information and width information from the road information for each of the lane segments; and assigning the determined length information and width information to each of the respective lane segments, the length information representing a minimum and maximum length of the respective lane segment as a function of a curvature of a corresponding portion of the one or more roads, and the width information representing a minimum and maximum width of the respective lane segment as a function of a variable width of the corresponding portion of the one or more roads; determining a position of an obstacle relative to an egocentric vehicle in the determined lane coordinate system based on obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; and if the potential collision event is determined, commanding a safety action to avoid a potential collision.

[0110] In Example 22, the method of Example 21 may optionally further include the road information representing the geometry of the one or more roads in a Cartesian coordinate system.

[0111] In Example 23, the method described in Example 21 or 22 may optionally further include a step of determining a road area of ​​interest in the lane coordinate system, the road area of ​​interest including a set of a plurality of lane segments assigned to the road area of ​​interest, and the ego-vehicle and the obstacle being located within the road area of ​​interest.

[0112] In Example 24, the method described in Example 23 may optionally further include a step in which the determination of the road area of ​​interest includes determining each lane segment between the vehicle and the obstacle in the longitudinal and lateral directions.

[0113] In Example 25, the method described in Example 23 or 24 may optionally further include a step of determining an ego-vehicle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle.

[0114] In Example 26, the method of any one of Examples 23 to 25 may optionally further include a step of determining an obstacle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the obstacle parametric bounding box representing a space occupied by the obstacle.

[0115] In Example 27, the method of any one of Examples 23 to 26 may optionally further include: the set of lane segments assigned to the road area of ​​interest includes an origin road segment, the origin road segment including one or more lane segments along the lateral direction assigned to the origin road segment; the vehicle is located within at least one of the one or more lane segments assigned to the origin road segment; and / or the road area of ​​interest includes a maximum road segment, the maximum road segment including one or more lane segments along the lateral direction assigned to the maximum road segment; and the obstacle is located within at least one of the one or more lane segments assigned to the maximum road segment.

[0116] In Example 28, the method of any one of Examples 23 to 27 may optionally further include: the road area of ​​interest includes an origin lane, the origin lane including one or more lane segments along the longitudinal direction assigned to the origin lane, and the vehicle is located within at least one of the one or more lane segments assigned to the origin lane; and / or the road area of ​​interest includes a maximum lane, the origin lane including one or more lane segments along the longitudinal direction assigned to the maximum lane, and the obstacle is located within at least one of the one or more lane segments assigned to the maximum lane.

[0117] In Example 29, the method of any one of Examples 23 to 28 may optionally further comprise a step of determining a minimum and a maximum length of the road area of ​​interest and / or a step of determining a minimum and a maximum width of the road area of ​​interest.

[0118] In Example 30, the method of any one of Examples 23-29 may optionally further comprise determining a driving direction for one or more or all lane segments assigned to the road area of ​​interest.

[0119] In Example 31, the method of any one of Examples 21-30 may optionally further include the obstacle being at least one of the following: a traffic infrastructure or part of a traffic infrastructure, a pedestrian, or a vehicle.

[0120] In Example 32, the method of any one of Examples 21-31 may optionally further comprise determining the potential crash event via a model-based approach.

[0121] In Example 33, the method of any one of Examples 21 to 32 may optionally further include determining that the potential collision event occurs when a minimum distance between the host vehicle and the obstacle is less than or equal to a minimum safe distance.

[0122] In Example 34, the method according to any one of Examples 21 to 33 may optionally further comprise a step of determining that the obstacle is a vehicle and the presence of at least one of the following situations: a same direction situation indicating that the host vehicle and the vehicle are traveling in the same direction relative to a connecting path, an opposite direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions relative to a connecting path and there is no intersection between the host vehicle and the vehicle, and / or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same direction or opposite directions relative to one or more connecting paths and there are one or more intersections between the host vehicle and the vehicle.

[0123] In Example 35, the method of any one of Examples 21 to 34 may optionally further include a step of determining the presence of a cross-path intersection condition indicating that the obstacle is a vehicle and that the ego-vehicle and the vehicle are traveling so as to pass through the same intersection on the cross-path.

[0124] In Example 36, the method of Example 35 may optionally include, when a cross-path intersection condition is determined, the method further includes a step of determining a first area of ​​interest and a second area of ​​interest in the lane coordinate system, the first area of ​​interest including a first set of lane segments assigned to the first area of ​​interest, the ego vehicle and the intersection being located within the first area of ​​interest, the second area of ​​interest including a second set of lane segments assigned to the second area of ​​interest, and the vehicle and the intersection being located within the second area of ​​interest.

[0125] In Example 37, the method described in Example 36 may optionally further include determining a first intersection distance based on the first area of ​​interest, determining a second intersection distance based on the second area of ​​interest, and determining a longitudinal distance between the host vehicle and the vehicle based on the determined first intersection distance and the determined second intersection distance.

[0126] In some aspects, any method described herein may be implemented partially or fully as a non-transitory computer-readable medium having program instructions that, when executed, cause one or more processors to perform at least a portion or all of the method.

[0127] Although the present disclosure has been particularly shown and described with reference to certain embodiments, it should be understood by those skilled in the art that various changes in form and detail can be made therein without departing from the spirit and scope of the present disclosure as defined by the appended claims. The scope of the present disclosure is therefore indicated by the appended claims, and all changes that come within the meaning and range of equivalency of the claims are therefore intended to be embraced. [Other possible items] (Item 1) receiving road information describing a geometry of one or more roads and obstacle position information associated with a position of an obstacle on the one or more roads; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads; determining a position of the obstacle relative to the host vehicle in the lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; and if the potential crash event is determined, commanding a safety action to avoid the potential crash; A safety module comprising one or more processors configured to: (Item 2) 2. The safety module of item 1, wherein the road information represents the geometry of the one or more roads in a Cartesian coordinate system. (Item 3) 2. The safety module of claim 1, wherein the one or more processors are further configured to determine a road area of ​​interest in the lane coordinate system, the road area of ​​interest including a set of a plurality of lane segments assigned to the road area of ​​interest, and the host vehicle and the obstacle are located within the road area of ​​interest. (Item 4) 4. A safety module according to claim 3, wherein the determination of the road area of ​​interest comprises determining each lane segment between the ego vehicle and the obstacle in the longitudinal direction and in the lateral direction. (Item 5) The safety module described in item 3, wherein the one or more processors are configured to determine an ego-vehicle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle, and / or the one or more processors are configured to determine an obstacle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the obstacle parametric bounding box representing a space occupied by the obstacle. (Item 6) The set of lane segments assigned to the road area of ​​interest includes an origin road segment, the origin road segment including one or more lane segments along the lateral direction assigned to the origin road segment, and the ego vehicle is located within at least one of the one or more lane segments assigned to the origin road segment; 4. The safety module of claim 3, wherein the road area of ​​interest includes a largest road segment that includes one or more lane segments along the lateral direction assigned to the largest road segment, and the obstacle is located within at least one of the one or more lane segments assigned to the largest road segment. (Item 7) the road area of ​​interest includes an origin lane having one or more lane segments along the longitudinal direction assigned to the origin lane, the ego vehicle being located within at least one of the one or more lane segments assigned to the origin lane; 4. The safety module of claim 3, wherein the road area of ​​interest includes a maximum lane having one or more lane segments along the longitudinal direction assigned to the maximum lane, and the obstacle is located within at least one of the one or more lane segments assigned to the maximum lane. (Item 8) 4. The safety module of claim 3, wherein the one or more processors are further configured to determine a minimum and a maximum length of the road area of ​​interest and / or the one or more processors are further configured to determine a minimum and a maximum width of the road area of ​​interest. (Item 9) 9. The safety module according to any one of items 1 to 8, wherein the obstacle is at least one of the following: a traffic infrastructure or part of a traffic infrastructure, a pedestrian, or a vehicle. (Item 10) the one or more processors are further configured to determine the potential crash event via a model-based approach; 9. The safety module according to any one of items 1 to 8, wherein the potential collision event is determined when a minimum distance between the host vehicle and the obstacle is less than or equal to a minimum safe distance. (Item 11) The obstacle is a vehicle, and the one or more processors detect the following conditions: a same-direction situation indicating that the host vehicle and the vehicle are traveling in the same direction with respect to a connecting route; An opposite direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions with respect to a connecting route and there is no intersection between the host vehicle and the vehicle; or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same direction or in opposite directions with respect to one or more connecting routes, and there are one or more intersections between the host vehicle and the vehicle; The safety module according to any one of claims 1 to 8, further configured to determine the presence of at least one of the following: (Item 12) The obstacle is a vehicle, and the one or more processors are further configured to determine a presence of a cross-path intersection condition indicative of the ego vehicle and the vehicle traveling through a same intersection on a cross-path, and when the cross-path intersection condition is determined, The safety module of any one of items 1 to 8, wherein the one or more processors are further configured to determine a first area of ​​interest and a second area of ​​interest in the lane coordinate system, the first area of ​​interest including a first set of lane segments assigned to the first area of ​​interest, the ego-vehicle and the intersection being located within the first area of ​​interest, and the second area of ​​interest including a second set of lane segments assigned to the second area of ​​interest, the vehicle and the intersection being located within the second area of ​​interest. (Item 13) The one or more processors: determining a first intersection distance based on the first area of ​​interest; determining a second intersection distance based on the second area of ​​interest; determining a longitudinal distance between the host vehicle and the vehicle based on the determined first intersection distance and the determined second intersection distance; The safety module according to any one of items 1 to 8, further configured to: (Item 14) a sensing module configured to generate world model data; a planning module configured to generate control information based on the world model data; an action module configured to convert the control information into a control command; 2. A safety module according to item 1, configured to receive the world model data, the world model data representing the road information and the obstacle position information. wherein the safety module is configured to instruct the action module to perform the safety action. (Item 15) 15. The automated driving system of item 14, wherein the detection module is configured to determine a minimum safe distance from the world model data, and the safety module is configured to determine the potential collision event based on the determined minimum safe distance. (Item 16) receiving road information representing a geometry of one or more roads in a Cartesian coordinate system; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of a curvature of a corresponding portion of the one or more roads in the Cartesian coordinate system, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads in the Cartesian coordinate system; determining a potential crash event based on the lane coordinate system; and A safety module comprising one or more processors configured to: (Item 17) 17. The safety module of claim 16, wherein the one or more processors are further configured to determine an area of ​​interest in the lane coordinate system, the area of ​​interest including a set of a plurality of lane segments assigned to the area of ​​interest, and the host vehicle and the obstacle are located within the area of ​​interest. (Item 18) determining a lane coordinate system based on road information, the lane coordinate system including a plurality of lane segments disposed along a longitudinal direction and a lateral direction of the lane coordinate system; determining length and width information for each of the plurality of lane segments from the road information; assigning the determined length information and width information to each of the respective lane segments, the length information representing a minimum and maximum length of the respective lane segment as a function of a curvature of the corresponding portion of the one or more roads, and the width information representing a minimum and maximum width of the respective lane segment as a function of a varying width of the corresponding portion of the one or more roads; determining a position of an obstacle relative to the host vehicle in the determined lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; if the potential crash event is determined, commanding a safety action to avoid the potential crash; A safety method comprising: (Item 19) Item 19. The safety method according to item 18, wherein the road information represents the geometry of the one or more roads in a Cartesian coordinate system. (Item 20) 19. The safety method of claim 18, further comprising a step of determining a road area of ​​interest in the lane coordinate system, the road area of ​​interest including a set of a plurality of lane segments assigned to the road area of ​​interest, and the host vehicle and the obstacle being located within the road area of ​​interest. (Item 21) 21. The safety method according to claim 20, wherein the determination of the road area of ​​interest comprises determining each lane segment between the ego vehicle and the obstacle in the longitudinal and lateral directions. (Item 22) 19. The safety method of claim 18, further comprising a step of determining an ego-vehicle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle. (Item 23) the obstacle is a vehicle, and the method comprises: The following situations, namely: a same-direction situation indicating that the host vehicle and the vehicle are traveling in the same direction with respect to a connecting route; An opposite direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions with respect to a connecting route and there is no intersection between the host vehicle and the vehicle; or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same direction or in opposite directions with respect to one or more connecting routes, and there are one or more intersections between the host vehicle and the vehicle; 21. The safety method according to any one of items 18 to 20, further comprising a step of determining the presence of at least one of: (Item 24) A non-transitory computer-readable medium comprising instructions that, when executed, cause one or more processors to perform the method of any one of items 18-20.

Claims

1. receiving road information describing a geometry of one or more roads and obstacle position information associated with a position of an obstacle on the one or more roads; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads; determining a position of the obstacle relative to the host vehicle in the lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; and if the potential crash event is determined, commanding a safety action to avoid the potential crash; determining a road area of ​​interest in the lane coordinate system, the host vehicle being located in the road area of ​​interest; determining an ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle based on the road area of ​​interest, the ego-vehicle parametric bounding box incorporating variations in the length information and the width information of the lane segments within the road area of ​​interest; A safety module comprising one or more processors configured to:

2. The safety module of claim 1 , wherein the one or more processors are further configured to determine an obstacle parametric bounding box representing a space occupied by the obstacle based on the road area of ​​interest.

3. receiving road information describing a geometry of one or more roads and obstacle position information associated with a position of an obstacle on the one or more roads; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads; determining a position of the obstacle relative to the host vehicle in the lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; and if the potential crash event is determined, commanding a safety action to avoid the potential crash; determining a road area of ​​interest in the lane coordinate system, the road area of ​​interest including a set of the plurality of lane segments assigned to the road area of ​​interest, the ego vehicle and the obstacle being located within the road area of ​​interest; one or more processors configured to: determining the road area of ​​interest comprises determining lane segments between the ego vehicle and the obstacle in the longitudinal direction and in the lateral direction; Safety module.

4. The one or more processors: configured to determine an ego-vehicle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle; and / or 4. The safety module of claim 3, wherein the one or more processors are configured to determine an obstacle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the obstacle parametric bounding box representing a space occupied by the obstacle.

5. The set of lane segments assigned to the road area of ​​interest includes an origin road segment, the origin road segment including one or more lane segments along the lateral direction assigned to the origin road segment, and the ego vehicle is located within at least one of the one or more lane segments assigned to the origin road segment; 5. The safety module of claim 3 or 4, wherein the road area of ​​interest includes a largest road segment that includes one or more lane segments along the lateral direction assigned to the largest road segment, and the obstacle is located within at least one of the one or more lane segments assigned to the largest road segment.

6. the road area of ​​interest includes an origin lane having one or more lane segments along the longitudinal direction assigned to the origin lane, the ego vehicle being located within at least one of the one or more lane segments assigned to the origin lane; 6. The safety module of claim 3, wherein the road area of ​​interest includes a maximum lane having one or more lane segments along the longitudinal direction assigned to the maximum lane, and the obstacle is located within at least one of the one or more lane segments assigned to the maximum lane.

7. A safety module according to any one of claims 3 to 6, wherein the one or more processors are further configured to determine a minimum and a maximum length of the road area of ​​interest and / or the one or more processors are further configured to determine a minimum and a maximum width of the road area of ​​interest.

8. receiving road information describing a geometry of one or more roads and obstacle position information associated with a position of an obstacle on the one or more roads; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads; determining a position of the obstacle relative to the host vehicle in the lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; and if the potential crash event is determined, commanding a safety action to avoid the potential crash; determining a presence of a cross-path intersection situation indicative of the obstacle being a vehicle, the ego-vehicle and the vehicle traveling through the same intersection on a cross-path; determining a first area of ​​interest in the lane coordinate system, the first area of ​​interest including a first set of the plurality of lane segments assigned to the first area of ​​interest, the ego vehicle and the intersection being located within the first area of ​​interest; A safety module comprising one or more processors configured to:

9. 10. The safety module of claim 8, wherein the one or more processors are further configured to: determine a second area of ​​interest in the lane coordinate system, the second area of ​​interest including a second set of the plurality of lane segments assigned to the second area of ​​interest, and determine that the vehicle and the intersection are located within the second area of ​​interest.

10. The one or more processors: determining a first intersection distance based on the first area of ​​interest; determining a second intersection distance based on the second area of ​​interest; determining a longitudinal distance between the host vehicle and the vehicle based on the first intersection distance and the second intersection distance; The safety module of claim 9 , further configured to:

11. A safety module according to any one of claims 1 to 10, wherein the road information represents the geometry of the one or more roads in a Cartesian coordinate system.

12. 12. A safety module according to any one of claims 1 to 11, wherein the obstacle is at least one of the following: a traffic infrastructure or part of a traffic infrastructure, a pedestrian, or a vehicle.

13. the one or more processors are further configured to determine the potential crash event via a model-based approach; 13. A safety module according to any one of claims 1 to 12, wherein the potential collision event is determined if a minimum distance between the ego vehicle and the obstacle is less than or equal to a minimum safe distance.

14. The obstacle is a vehicle, and the one or more processors detect the following conditions: a same-direction situation indicating that the host vehicle and the vehicle are traveling in the same direction with respect to a connecting route; An opposite direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions with respect to a connecting route and there is no intersection between the host vehicle and the vehicle; or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same direction or in opposite directions with respect to one or more connecting routes, and there are one or more intersections between the host vehicle and the vehicle; 14. The safety module of claim 1, further configured to determine the presence of at least one of:

15. a sensing module configured to generate world model data; a planning module configured to generate control information based on the world model data; an action module configured to convert the control information into a control command; A safety module according to any one of claims 1 to 14, adapted to receive the world model data, the world model data representing the road information and the obstacle position information. wherein the safety module is configured to instruct the action module to perform the safety action.

16. 16. The automated driving system of claim 15, wherein the detection module is configured to determine a minimum safe distance from the world model data, and the safety module is configured to determine the potential collision event based on the determined minimum safe distance.

17. receiving road information representative of a geometry of one or more roads; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads; determining a potential crash event based on the lane coordinate system; and determining a road area of ​​interest in the lane coordinate system, the host vehicle being located in the road area of ​​interest in the lane coordinate system; determining an ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle based on the road area of ​​interest, the ego-vehicle parametric bounding box incorporating variations in the length information and the width information of the lane segments within the road area of ​​interest; A safety module comprising one or more processors configured to:

18. The one or more processors: receiving obstacle position information associated with a position of an obstacle on the one or more roads; determining an obstacle parametric bounding box representing a space occupied by the obstacle based on the road area of ​​interest; The safety module of claim 17 further configured to:

19. 20. The safety module of claim 18, wherein the one or more processors are further configured to determine the road area of ​​interest, the road area of ​​interest including a set of the plurality of lane segments assigned to the road area of ​​interest, and the ego-vehicle and the obstacle are located within the road area of ​​interest.

20. receiving road information representative of a geometry of one or more roads; determining a lane coordinate system based on the received road information, the lane coordinate system including a plurality of lane segments disposed along longitudinal and lateral directions of the lane coordinate system, length information and width information being assigned to each of the plurality of lane segments, the length information representing minimum and maximum lengths of the respective lane segments as a function of curvature of a corresponding portion of the one or more roads, and the width information representing minimum and maximum widths of the respective lane segments as a function of varying widths of the corresponding portion of the one or more roads; determining a potential crash event based on the lane coordinate system; and determining a road area of ​​interest in the lane coordinate system, the road area of ​​interest including the set of lane segments assigned to the road area of ​​interest, and an ego-vehicle and the one or more road obstacles in the lane coordinate system being located within the road area of ​​interest; one or more processors configured to: determining the road area of ​​interest comprises determining lane segments between the ego vehicle and the obstacle in the longitudinal direction and in the lateral direction; Safety module.

21. The one or more processors: receiving obstacle position information associated with a position of the obstacle; determining the position of the obstacle relative to the host vehicle based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; and if the potential crash event is determined, commanding a safety action to avoid the potential crash; 21. The safety module of any one of claims 18 to 20, further configured to:

22. A safety module according to any one of claims 17 to 21, wherein the road information represents the geometry of the one or more roads in a Cartesian coordinate system.

23. determining a lane coordinate system based on road information, the lane coordinate system including a plurality of lane segments disposed along a longitudinal direction and a lateral direction of the lane coordinate system; determining length and width information for each of the plurality of lane segments from the road information; assigning the determined length information and width information to each of the respective lane segments, the length information representing a minimum and maximum length of the respective lane segment as a function of a curvature of a corresponding portion of one or more roads, and the width information representing a minimum and maximum width of the respective lane segment as a function of a varying width of the corresponding portion of the one or more roads; determining a position of an obstacle relative to the host vehicle in the determined lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; if the potential crash event is determined, commanding a safety action to avoid the potential crash; determining a road area of ​​interest in the lane coordinate system, the host vehicle being located in the road area of ​​interest; determining an ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle based on the road area of ​​interest, the ego-vehicle parametric bounding box incorporating variations in the length information and the width information of the lane segments within the road area of ​​interest; A safety method comprising:

24. 24. The safety method of claim 23, further comprising determining an obstacle parametric bounding box representing a space occupied by the obstacle based on the road area of ​​interest.

25. determining a lane coordinate system based on road information, the lane coordinate system including a plurality of lane segments disposed along a longitudinal direction and a lateral direction of the lane coordinate system; determining length and width information for each of the plurality of lane segments from the road information; assigning the determined length information and width information to each of the respective lane segments, the length information representing a minimum and maximum length of the respective lane segment as a function of a curvature of a corresponding portion of one or more roads, and the width information representing a minimum and maximum width of the respective lane segment as a function of a varying width of the corresponding portion of the one or more roads; determining a position of an obstacle relative to the host vehicle in the determined lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; if the potential crash event is determined, commanding a safety action to avoid the potential crash; determining a road area of ​​interest in the lane coordinate system, the road area of ​​interest including a set of the plurality of lane segments assigned to the road area of ​​interest, the ego vehicle and the obstacle being located within the road area of ​​interest; Equipped with determining the road area of ​​interest comprises determining lane segments between the ego vehicle and the obstacle in the longitudinal and lateral directions; Safety methods.

26. 26. A safety method according to any one of claims 23 to 25, further comprising determining an ego-vehicle parametric bounding box for each of one or more lane segments of the road area of ​​interest, the ego-vehicle parametric bounding box representing a space occupied by the ego-vehicle.

27. determining a lane coordinate system based on road information, the lane coordinate system including a plurality of lane segments disposed along a longitudinal direction and a lateral direction of the lane coordinate system; determining length and width information for each of the plurality of lane segments from the road information; assigning the determined length information and width information to each of the respective lane segments, the length information representing a minimum and maximum length of the respective lane segment as a function of a curvature of a corresponding portion of one or more roads, and the width information representing a minimum and maximum width of the respective lane segment as a function of a varying width of the corresponding portion of the one or more roads; determining a position of an obstacle relative to the host vehicle in the determined lane coordinate system based on the obstacle position information; determining a potential collision event based on the determined relative position of the obstacle; if the potential crash event is determined, commanding a safety action to avoid the potential crash; determining a presence of a cross-path intersection condition indicative of the obstacle being a vehicle and the ego-vehicle and the vehicle traveling through the same intersection on a cross-path; determining a first area of ​​interest in the lane coordinate system, the first area of ​​interest including a first set of the plurality of lane segments assigned to the first area of ​​interest, the ego vehicle and the intersection being located within the first area of ​​interest; A safety method comprising:

28. 28. The safety method of claim 27, further comprising determining a second area of ​​interest in the lane coordinate system, the second area of ​​interest including a second set of the plurality of lane segments assigned to the second area of ​​interest, and the vehicle and the intersection being located within the second area of ​​interest.

29. determining a first intersection distance based on the first area of ​​interest; determining a second intersection distance based on the second area of ​​interest; determining a longitudinal distance between the host vehicle and the vehicle based on the first intersection distance and the second intersection distance; 30. The safety method of claim 28, further comprising:

30. 30. A safety method according to any one of claims 23 to 29, wherein the road information represents a geometry of the one or more roads in a Cartesian coordinate system.

31. the obstacle is a vehicle, and the safety method comprises: The following situations, namely: a same-direction situation indicating that the host vehicle and the vehicle are traveling in the same direction with respect to a connecting route; An opposite direction situation indicating that the host vehicle and the vehicle are traveling in opposite directions with respect to a connecting route and there is no intersection between the host vehicle and the vehicle; or an intersection situation indicating that the host vehicle and the vehicle are traveling in the same direction or in opposite directions with respect to one or more connecting routes, and there are one or more intersections between the host vehicle and the vehicle; 31. The method of any one of claims 23 to 30, further comprising determining the presence of at least one of:

32. 32. A program causing one or more processors to carry out the security method of any one of claims 23 to 31.

33. 33. A non-transitory computer readable medium storing the program of claim 32.

Images