WO2016107876A1 - Vehicular motion monitoring method - Google Patents

Vehicular motion monitoring method Download PDF

Info

Publication number
WO2016107876A1
WO2016107876A1 PCT/EP2015/081361 EP2015081361W WO2016107876A1 WO 2016107876 A1 WO2016107876 A1 WO 2016107876A1 EP 2015081361 W EP2015081361 W EP 2015081361W WO 2016107876 A1 WO2016107876 A1 WO 2016107876A1
Authority
WO
WIPO (PCT)
Prior art keywords
feature vector
feature
motion
indicator
vector
Prior art date
Application number
PCT/EP2015/081361
Other languages
French (fr)
Inventor
German CASTIGNANI
Thierry DERRMANN
Raphael FRANK
Original Assignee
Universite Du Luxembourg
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Universite Du Luxembourg filed Critical Universite Du Luxembourg
Publication of WO2016107876A1 publication Critical patent/WO2016107876A1/en

Links

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W40/09Driving style or behaviour
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001Details of the control system
    • B60W2050/0019Control system elements or transfer functions
    • B60W2050/0028Mathematical models, e.g. for simulation
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0062Adapting control system settings
    • B60W2050/0075Automatic parameter input, automatic initialising or calibrating means
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2420/00Indexing codes relating to the type of sensors based on the principle of their operation
    • B60W2420/90Single sensor for two or more measurements
    • B60W2420/905Single sensor for two or more measurements the sensor being an xyz axis sensor
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00Input parameters relating to overall vehicle dynamics
    • B60W2520/06Direction of travel
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00Input parameters relating to overall vehicle dynamics
    • B60W2520/10Longitudinal speed
    • B60W2520/105Longitudinal acceleration
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00Input parameters relating to overall vehicle dynamics
    • B60W2520/12Lateral speed
    • B60W2520/125Lateral acceleration
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00Input parameters relating to data
    • B60W2556/10Historical data
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00Input parameters relating to data
    • B60W2556/45External transmission of data to or from the vehicle
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00Input parameters relating to data
    • B60W2556/45External transmission of data to or from the vehicle
    • B60W2556/50External transmission of data to or from the vehicle for navigation systems

Definitions

  • the invention generally relates to monitoring vehicular motion and assessing the riskiness of the driving style.
  • the first application field is (car) fleet management, where real-time information on the driving behaviour may be used in taking measures aiming at motivating the drivers to adopt a more efficient driving style, to reduce their energy footprint and to save fuel. On the scale of the fleets, significant savings in terms of CO2 emissions and fleet depreciation may be achieved.
  • the second important application field is the car insurance market. The calculation of car insurance premium may be enriched by or exclusively be based on individual parameters like the covered distance, the time spent on the road, the time of day, the roads used, etc.
  • Pay-As-You-Drive PAYD
  • UBI Usage-Based Insurance
  • a first aspect of the invention relates to a vehicular motion monitoring method comprising:
  • a riskiness indicator (a numerical score representing riskiness) to each feature vector, the calculation of the riskiness indicator being based upon an event severity indicator (or severity score) indicative of how anomalous each feature vector is in comparison to the modelled population and upon a position of the feature vector relative to one or more previous and/or subsequent feature vectors;
  • the method according to the first aspect of the invention has, amongst others, the advantage that the severity of each event can be determined with a relatively small computational effort using the determinative parameters of the multivariate Gaussian probability density function (i.e. typically using the feature's mean and the covariance matrix). The discrete values of the collected feature vectors need not be used for the computation of the severity indicator.
  • the severity indicator basically measures how unusual (anomalous) a driving situation (event) is. Due to the fact that newly collected feature vectors are used to update the model, the method progressively adapts itself to an individual's driving style. Past approaches relied on fixed thresholds to detect risky driving maneuvers. One of their shortcomings thus was that differences in the vehicles' performance and mechanical characteristics have an impact on the results. The present method is considered to provide a fairer and more representative assessment of an individual's driving style. [9] In the context of the present document, the following definitions apply.
  • Vehicle designates an automobile road vehicle (e.g. a car, a bus or a truck).
  • “Longitudinal” and “lateral” are used with implicit reference to the frame of the vehicle: “longitudinal” means along the direction that the vehicle's front is pointing; “lateral” means the direction from the left to the right of the vehicle (or vice versa).
  • the term "determinative parameters" of a multivariate Gaussian probability density function designates any set of parameters that completely defines the multivariate Gaussian probability density function.
  • the typical set of determinative parameters consists of the mean value (or barycenter) of the modelled population and the (elements of) the covariance matrix. It should be noted, however, that other (mathematically equivalent) sets of determinative parameters could be used as well.
  • a "set of motion observations" that is mapped on a feature vector designates motion observations that relate to essentially the same moment in time, i.e. that belongs to a time interval the duration of which is the inverse of the refresh rate of the feature vectors.
  • "Speed" means the (scalar) longitudinal velocity.
  • updating the determinative parameters of the multivariate Gaussian probability density function comprises entering each feature vector into a buffer memory so as to update the population of collected feature vectors and recalculating the determinative parameters.
  • Each set of motion observations preferably comprises a speed (v) observation, to which the respective feature vector is associated through the mapping.
  • the buffer memory preferably comprises a plurality of cyclic buffers, of which each contains a sub-population of the collected feature vectors corresponding to a specific speed range.
  • entering a feature vector into the buffer memory comprises entering the feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation associated with the feature vector belongs to.
  • Dynamically updating the population of collected feature vectors always bears the risk that the updated population is less representative of "ordinary" driving behaviour than the previous population. Prolonged monotonous driving on motorways, for instance, may lead to a narrowed population of feature vectors. In consequence, driving events following monotonous driving periods are more likely to be qualified as anomalous (i.e. to reach a higher severity score).
  • the plurality of cyclic buffers helps to mitigate the deterioration problem.
  • monotonous driving still leads to some loss of population diversity but this loss will typically be limited to one or two cyclic buffers, i.e. one or two speed categories. The remaining cyclic buffers remain essentially unaffected.
  • the cyclic buffers may all be of the same size (i.e. contain the same number of collected feature vectors) or of different sizes. The latter option may be used to give more or less weight to specific speed categories. If this option should be implemented, care should be taken not to attribute too much relative weight to speed categories in which monotonous driving is particularly likely to occur.
  • the severity indicator (or severity score) is calculated for each feature vector based on the determinative parameters of the multivariate Gaussian probability density function and a quantile threshold (Qiim) representative of a proportion of events considered anomalous.
  • Qiim quantile threshold
  • D(xi , X2) designates the Mahalanobis distance between two elements xi and X2 of the feature space
  • the Mahalanobis distance is defined by:
  • the quantile threshold may be fixed once for all and stored as a constant in the system implementing the method. Preferably, however, the quantile threshold is a monotonously varying function of the variance of the speed variation (or the variance of the longitudinal acceleration), such that a lower proportion of events are considered abnormal in case of low acceleration variance and a higher proportion of events are considered abnormal in case of high acceleration variance.
  • the quantile threshold as a function of the acceleration variance may e.g. be stored in the system in the form of a lookup table. As will be appreciated, such a dynamic quantile threshold also contributes to the mitigation of effects caused by the deterioration of the diversity of the modelled population of feature vectors.
  • the quantile threshold applied in the computation of the severity score is increased. More anomalous events are thus detected.
  • the quantile threshold applied in the computation of the severity score is decreased. The system thus tends to detect less anomalous events.
  • the variance of longitudinal acceleration might be expressed in a discrete-time system as the variance of the speed variation, i.e. the variance of the speed difference between subsequent time steps.
  • the first vector component of the feature vector may be speed variation and the second vector component may be bearing variation.
  • the first vector component is the product of speed variation ⁇ (longitudinal acceleration) and standard deviation of the modulus of jerk, noted o(j), and the second vector component is the product of bearing variation, noted Ab, and standard deviation of the modulus of jerk.
  • jerk designates the derivative of the acceleration vector with respect to time.
  • the speed variation and the bearing variation are preferably obtained through a GNSS receiver, while the jerk is preferably obtained by an accelerometer.
  • the features (components of the feature vectors) will thus indicate whether there is constructive consensus between the GNSS data and the accelerometer data.
  • the first vector component is the product of speed, speed variation and standard deviation of the norm of the jerk vector and the second vector component is the product of speed, bearing variation and standard deviation of the modulus of jerk.
  • the products in this embodiment have the additional advantage of mitigating heteroscedasticity (i.e. heterogeneous variance) of the features.
  • the Av o(j) term tends to exhibit lower variance at higher speeds than at lower speeds.
  • the one or more sensors may be operated at the same or different acquisition rates.
  • the sets of motion observations are preferably produced at the feature vector refresh rate by data fusion involving sampling and/or interpolation and/or extrapolation and/or filtering and/or averaging.
  • Each sensor typically produces its data at a particular rate.
  • Acceleration sensors may e.g. work at several tens of Hz or higher frequencies, whereas the data rate of GNSS navigators is typically of the order of 1 Hz.
  • raw data arriving with lower rates may be upsampled while data arriving with higher rates may be downsampled.
  • the fusion layer may also be used to process the data and to produce statistical data such as, e.g., variances, standard deviations, averages, etc. and other derived data such as, e.g., derivatives, ratios, products, moduluses, etc. Both the raw data and the data produced by the fusion layer are considered herein as motion observations.
  • the motion observations are captured with at least one of a GNSS receiver (also: GNSS navigator), an accelerometer and a magnetometer.
  • a GNSS receiver also: GNSS navigator
  • an accelerometer also: GNSS navigator
  • a magnetometer also: GNSS navigator
  • the method according to the first aspect of the invention comprises the wireless transmission of at least the integrated riskiness indicator, e.g. to a data center. That transmission may be scheduled to recur at fixed times, after fixed time intervals, after each trip or after a defined distance travelled.
  • the recipient of the data may e.g. be an insurance company, a fleet manager, a car leasing company, a social network, a public institution, etc.
  • the transmitted data preferably include an identifier of the driver, the distance travelled during the integration period.
  • One advantage of the method is that the amount of transmitted data may be kept very small. Furthermore, detailed information about specific driving events, the driver's location, the travel history, etc.
  • any detailed logs are stored in an anonymized manner.
  • a second aspect of the invention relates to a mobile electronic device application (an "app") comprising instructions, which, when executed by a processor of a mobile electronic device, such as, e.g. a smartphone, a tablet, a phablet, a notebook or the like, cause the mobile electronic device to carry out the method as described herein.
  • a third aspect of the invention relates to a vehicular motion monitoring method comprising:
  • mapping sets of motion observations onto a respective feature vector in a feature space, each set of motion observations corresponding to a driving event and comprising a speed observation, which the feature vector is associated to through the mapping;
  • the buffer memory comprising a plurality of cyclic buffers, each cyclic buffer containing a sub-population of collected feature vectors corresponding to a specific speed range, and wherein entering the feature vector into the buffer memory comprises entering the feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation of the feature vector belongs to.
  • the vehicular motion monitoring method according to the third aspect of the invention does not necessarily comprise all limitations of the method according to the first aspect of the invention and could be claimed separately, e.g. via a divisional or continuation application.
  • the vehicular motion monitoring method according to the third aspect of the invention may comprise one or more, but preferably not all, of the following characteristics I to V:
  • the feature space is two-dimensional
  • the feature vector has a first vector component representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic;
  • the probability density function is a multivariate Gaussian probability density function;
  • a riskiness indicator (a numerical score representing riskiness) is assigned to each feature vector (or to each driving event), the calculation of the riskiness indicator being based upon an event severity indicator (or severity score) indicative of how anomalous each feature vector is in comparison to the modelled population and upon a position of the feature vector relative to one or more previous and/or subsequent feature vectors;
  • the riskiness indicator is integrated over time (e.g. in a memory space allocated to that indicator) so that a risk assessment of the driving style of the driver of the vehicle is obtained.
  • Particularly preferred combinations of characteristics I to V are: o I but not any one of II to V; o I and II but not any one of III to V; o III but not any one of I, II, IV and V; o III and at least one of I and II, but not at least one of IV and V; o IV but not any one of I, II, III and V; o IV and V but not at least one of I to III.
  • entering a feature vector into the buffer memory comprises entering the feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation associated with the feature vector belongs to.
  • Dynamically updating the population of collected feature vectors always bears the risk that the updated population is less representative of "ordinary" driving behaviour than the previous population. Prolonged monotonous driving on motorways, for instance, may lead to a less diverse (and in that sense impoverished) population of feature vectors. In consequence, classifying driving events following monotonous driving periods may lead to different results than after diversified driving.
  • the plurality of cyclic buffers helps to mitigate the deterioration problem.
  • monotonous driving still leads to some loss of population diversity but this loss will typically be limited to one or two cyclic buffers, i.e. one or two speed categories. The remaining cyclic buffers remain essentially unaffected.
  • the cyclic buffers may all be of the same size (i.e. contain the same number of collected feature vectors) or of different sizes. The latter option may be used to give more or less weight to specific speed categories. If this option should be implemented, care should be taken not to attribute too much relative weight to speed categories in which monotonous driving is particularly likely to occur.
  • the step of classifying the driving event may comprise assigning the driving event to one of at least two riskiness categories.
  • a crude classification would consist in classifying each driving event either as “safe” (or “unrisky” or the like) or “risky” (or “dangerous” or the like).
  • a more subtle classification may be achieved by using one or more intermediate categories between those extremes. Classification could also rely on a severity score or a riskiness score as described above.
  • Classification of a driving event may additionally be based upon data not necessarily (directly) related to vehicular motion, such as e.g. geographical position of the vehicle, time of day, weather conditions (temperature, precipitation, etc.), traffic conditions, speed limits and other traffic rules, etc. These additional data are preferably included into the feature vector. According to an advantageous embodiment of a method according to the third aspect of the invention, these additional data are used to take environmental conditions into account for classification of the driving events.
  • the geographical position may e.g. be used to assign a higher severity score or riskiness score if a driving event occurred in a zone known to be particularly dangerous (based e.g. on accident statistics).
  • Time of day or daylight information
  • weather and traffic information could be used in a similar manner: somewhat risky driving events could be classified as even more risky if they occur at night time, in bad weather or in dense traffic. Cumulation of adverse environmental conditions preferably leads to a still higher riskiness class or score.
  • Driving event classification could further be made dependent on the respect of traffic rules. If, for instance, it is detected that the vehicle is exceeding the speed limit an otherwise "unrisky" driving event could be classified as a (more) risky one.
  • the vehicular motion monitoring method according to the third aspect of the invention is preferably implemented on a mobile (electronic) device, such as, e.g. a smartphone, a tablet, a phablet, a notebook or the like.
  • a fourth aspect of the invention relates to a mobile electronic device application comprising instructions, which, when executed by a processor of a mobile electronic device, cause the mobile electronic device to carry out the method according to the third aspect of the invention.
  • the vehicle is equipped with one or more assistant systems such as, e.g., a drowsiness detector, a lane departure warning assistant, a distance monitoring system (for monitoring the distance to a vehicle ahead), a traffic sign recognition system, a rain sensor, etc.
  • assistant systems such as, e.g., a drowsiness detector, a lane departure warning assistant, a distance monitoring system (for monitoring the distance to a vehicle ahead), a traffic sign recognition system, a rain sensor, etc.
  • the app is preferably configured to wirelessly connect the mobile device to the vehicle's onboard communication network or at least to attempt to establish such a connection, and in case of successful connection, listening to the messages of any assistant system installed on the vehicle.
  • Fig. 1 is a schematic illustration of a mobile electronic device for running an app carrying out the method according to the first aspect of the invention
  • Fig. 2 is a schematic flow chart of a preferred embodiment of the method
  • Fig. 3 is an illustration of the conceptual structure of a buffer memory with several cyclic buffers storing each a sub-population of the collected feature vectors;
  • Fig. 4 is a chart illustrating how the quantile threshold may be varied as a function of acceleration variance
  • Fig. 5 is a chart illustrating severity scores obtained during test drives under controlled conditions
  • Fig. 6 is a diagram of the evolution of the feature vectors during a slalom drive
  • Fig. 7 is an illustration of the classification of driving events using normalized feature vectors
  • Fig. 8 is a chart which compares two choices of features
  • Fig. 9 is a schematic flow chart of a preferred embodiment of a method according to the third aspect of the invention.
  • a multivariate normal (MVN) model is used to detect risky driving maneuvers and profile drivers. To the inventors' best knowledge, this is the first time an MVN approach is considered for driver profiling. While previous driver profiling methods considered high sensor outputs or pre-established patterns in order to declare a risky driving maneuver or event, given the heterogeneity of both mobile devices and vehicles, the inventors believe that a profiling system needs to adapt its parameters to each individual context.
  • Traditional fixed threshold or supervised machine learning techniques e.g., neural networks or naive Bayes
  • neural networks or naive Bayes may be suitable for designing such a driver profiling mechanism but require previous knowledge on the training samples, indicating the expected values of the input variables at the exact time a risky maneuver is performed. Then, the generation of such a training data set for risky driving maneuvers for different devices and vehicles becomes unfeasible in practice. Moreover, it cannot be a prerequisite of the application that the final users manually label risky driving maneuvers in a training phase.
  • an MVN-based anomaly detection fits well with the problem to model.
  • it provides a high flexibility by dynamically adapting to different driving conditions with recurring updates of its determinative parameters. Also, given that it does not require any preliminary knowledge on the driving events it has to detect, it can be applied to any type of vehicle and mobile device.
  • the MVN model has many advantages over other approaches for anomaly detection: o There is no need to establish rule sets or thresholds to detect risky maneuvers.
  • the probability of an observation enables the assessment of driver behaviour in a continuous or quasi-continuous fashion rather than binary classification (i.e., discerning merely between risky and non-risky driving events).
  • the model can be estimated efficiently on a mobile phone or any other mobile electronic device and can be continuously retrained to improve the parameter estimates.
  • the memory footprint may be held essentially constant in time, since the population of feature vectors may be stored in cyclic buffers. Also the computation time for the model fitting is bounded and the complexity does not increase over time.
  • the model can represent covariance among features (which is expected to be seen in vehicular dynamics).
  • Fig. 1 schematically illustrates a mobile electronic device 10, e.g. a smart phone, equipped with several sensors, in particular, a GNSS navigator 12, a three-axis acceleration sensor 14 and a three-axis magnetometer 16.
  • the sensors are connected to the processor 18 of the mobile device 10.
  • a communications module 20 allows the mobile device to establish and accept wireless connections.
  • the mobile electronic device 10 may be used to execute an app that uses the data captured by the sensors 12, 14, and 16 to monitor vehicular motion and to assess the riskiness of the driving style in accordance with the present invention.
  • FIG. 2 A flowchart illustrating a preferred embodiment of a method according to the invention is provided in Fig. 2. As illustrated, the mobile device collects input variables (motion observations) using the available sensors 12, 14 and 16.
  • the motion observations are then transformed into respective elements (feature vectors) in a two- dimensional feature space that aims at representing the longitudinal and lateral axes of movement of the vehicle.
  • feature vectors are stored in a training buffer.
  • the feature vectors are accumulated in the training buffer until a critical size is reached and the first MVN model can be computed using e.g. the maximum likelihood estimator (MLE).
  • MLE maximum likelihood estimator
  • the app becomes fully operational and begins to determine the severity of driving events and to compute the riskiness indicator as detailed hereinafter.
  • Newly arriving feature vectors continue to be collected in the training buffer and the MVN model adjusted in consequence, e.g. by using the above-mentioned MLE.
  • the GNSS navigator 12 produces its data (position vector, velocity vector and time) typically at a rate of the order of 1 Hz, whereas the accelerometer 14 issues acceleration vectors at a significantly higher rate (typically 20 Hz to 50 Hz in smartphones) and the acquisition rate of the magnetometer lies typically in the range from 20 to 200 Hz.
  • the raw data provided by the different sensors at the different rates are combined and synchronised by the processor.
  • this corresponds to a fusion layer 22, as shown in Fig. 2.
  • Data acquired from faster sensors are buffered between two consecutive inputs from the slowest sensor (in our example the navigator).
  • Motion observations at the desired refresh rate (e.g. 10 Hz) are obtained by upsampling and downsampling data acquired at lower and higher rates, respectively.
  • the fusion layer also makes available derived data.
  • the motion observations made available at the desired refresh rate are: o(j) the standard deviation of the norm of the jerk vector.
  • the jerk vector is computed as the derivative with respect to time of the acceleration vector output by the accelerometer 14.
  • v the speed calculated based upon data from the navigator 12 (with interpolation)
  • Each set of motion observations o ⁇ o(j), v, ⁇ , ⁇ ( ⁇ ), Ab ⁇ is then mapped onto an element (feature vector), x, of a two-dimensional feature space, X (x ⁇ X).
  • feature vector has a first vector component (feature) representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic, with the following properties: i) extreme values of the features represent risky or abnormal driving maneuvers, ii) feature distribution can be approximated by a Gaussian distribution.
  • the mapping step is illustrated in Fig. 2 by step 24.
  • the first feature is selected as the product of ⁇ and o(j) and the second feature is selected as the product of Ab and o(j):
  • the MVN model can be defined by a multivariate Gaussian probability density function:
  • the determinative parameters ⁇ and ⁇ are obtained through a training process (steps 26 and 28) in Fig. 2. [47] The training process is executed in parallel with the event assessment process, which includes computing the severity of events (step 30), computing the riskiness indicator (step 32) and integrating the riskiness indicator over time (step 34).
  • the training process is preferably continuous but could also be intermittent.
  • each feature vector obtained in the mapping step is fed to a buffer memory (step 26), in which a population of previously collected feature vectors is maintained.
  • a multivariate Gaussian probability density function is fitted to the population using the MLE, which yields the determinative parameters ⁇ and ⁇ .
  • the buffer memory comprises a plurality of cyclic buffers (represented as columns in Fig. 3). Each cyclic buffer contains a sub-population of the collected feature vectors corresponding to a specific speed range. In the illustrated example, there are 7 cyclic buffers, each corresponding to a speed range of 30 km/h. It is assumed that the entire speed range of the vehicle is covered by the buffers, otherwise the uppermost speed range may be open-ended. When a new feature vector is available, it is entered into the cyclic buffer that corresponds to the speed range of the speed observation v of the set of motion observations underlying the feature vector.
  • a cyclic buffer is completely filled up, the newly added feature vector replaces or overwrites the oldest feature vector of that cyclic buffer.
  • all cyclic buffers are of the same size, but that may be implemented differently. Prolonged monotonous driving may lead to an overly homogeneous population of feature vectors in one or two cyclic buffers. However, situations, in which the entire population of feature vectors (which is used for the computation of ⁇ and ⁇ ) would be degraded to an extent that it produces only meaningless results, are extremely unlikely due to the "isolation" of the cyclic buffers from each other. Monotonous driving still leads to some loss of population diversity on the scale of the entire population but the overall impact thereof on the severity score and on the riskiness score can be kept on a low level.
  • a metric for the severity is computed.
  • a cut-off quantile threshold, Qiim is proposed that marks the quantile limit between common observations and those that are considered to be anomalous.
  • Qiim defines a cut-off probability value, piim, which can be used to classify the samples.
  • pnm be the value of the model-dependent inverse cumulative distribution function (CDF) of Qiim
  • Q(x) the (approximate) quantile of the feature transform x of observation o
  • the severity indicator may be expressed as:
  • the severity indicator s defines a normalised metric of how anomalous a set of motion observations o or the corresponding feature vector x is.
  • Qiim is typically chosen in the range from 10 "5 to 10 "2 (1 %). Lower values of Qiim will result in in fewer feature vectors being considered anomalous (i.e. being assigned a severity score different from 0).
  • Qiim may be a constant in the application but a way to dynamically vary Qnm will be presented further down in the text.
  • a low quantile threshold of 10 "5 is assigned to feature vectors for a ⁇ ( ⁇ ) close to zero.
  • Qiim remains 0.1 .
  • Qiim as a function of ⁇ ( ⁇ ) is preferably stored as a lookup table in the app. For the computation of s(x), the applicable value of Qiim may thus be retrieved from that table.
  • Fig. 5 illustrates severity scores obtained during test drives under controlled conditions. Phases of normal driving were alternated with phases of exceptionally stark accelerations and decelerations (shaded areas) both in longitudinal and lateral directions. The speed is shown in the top graph as a reference. The bottom graph illustrates the severity score as a function of time. It can be seen that the anomalous driving events could be reliably detected.
  • the severity indicator indicates how anomalous an event is.
  • a riskiness indicator is computed for each feature vector at step 32. In order to analyse riskiness, the evolution of the feature vectors over time is taken into account. [55] Using the severity metric s(x) defined above as well as the Mahalanobis distance D m , a risk function is defined by:
  • Fig. 6 illustrates the evolution of the feature vectors over time during driving a slalom.
  • the arrows show the transitions between consecutive feature vectors.
  • the boundary separating ordinary from anomalous feature vectors is shown as a white line.
  • the grey disks surrounding each feature vector have radii proportional to the corresponding riskiness indicator R(x).
  • the slalom trace shows variance in both dimensions of the feature space, as it can be observed in the diagonal transition lines between subsequent observations This is because the driver needs to constantly adapt speed (i.e., accelerate and brake) in order to pass between two obstacles.
  • the riskiness indicator is accumulated (integrated) over time (step 34 in Fig. 2), e.g. during a trip.
  • the integrated riskiness indicator ⁇ £ ⁇ ( ⁇ : £) then serves as a basis for driver scoring.
  • the integrated riskiness indicator is finally transmitted (step 36 in Fig. 2) to a data center, together with an identifier of the driver (and/or of the mobile device on which the app is executed) and further data, such as, e.g. the time and/or the distance over which was integrated.
  • the scaled feature space may be divided into four
  • the polar coordinate ⁇ of the scaled or normalized feature vectors z may be averaged over several (e.g. 4) consecutive events.
  • the event category may be computed for every feature vector. Preferably, however, the event category is only calculated for anomalous events (having a nonzero severity score s).
  • the app may be configured so as not to log the individual events.
  • the integrated riskiness indicator ⁇ i R (Xi) will be transmitted without detailed information as to how the integrated score was reached.
  • the app could be configured to log and transmit all events but that implies that a lot of data have to be processed, which are of little value.
  • the app may be configured to log the anomalous events.
  • the app could e.g. be configured to store and transmit the category of such events, their position and time, the severity score and the riskiness indicator. In that way, the relevant data can be transmitted to the data center while impacting the communication networks significantly less.
  • maximum acceleration decreases with increasing speed. It follows that the statistical variance of ⁇ is lower at high speeds than at lower speeds.
  • Av ⁇ a(j) and Ab ⁇ a(j) with the speed v that effect is compensated to some extent. This is illustrated in Fig.
  • FIG. 9 A flowchart illustrating a further preferred embodiment of a method according to an aspect of the invention is provided in Fig. 9.
  • the mobile device collects input variables (motion observations) using the sensors 1 12, 1 14 and 1 16.
  • the motion observations are then transformed into respective elements (feature vectors) in a feature space that aims at representing characteristics of the movement of the vehicle.
  • feature vectors are stored in a training buffer.
  • the app is executed for the first time, the feature vectors are accumulated in the training buffer until a critical size is reached and the determinative parameters of a probability density function modelling the population can be computed using an appropriate estimator.
  • the app becomes fully operational and begins to classify driving events as detailed hereinafter. Newly arriving feature vectors continue to be collected in the training buffer and the determinative parameters are adjusted in consequence.
  • the raw data are provided by the sensors 1 12, 1 14, 1 16 at different rates, they are combined and synchronised by the processor.
  • this corresponds to a fusion layer 122, as shown in Fig. 9.
  • Data acquired from faster sensors are buffered between two consecutive inputs from the slowest sensor.
  • Motion observations at the desired refresh rate are obtained by upsampling and downsampling data acquired at lower and higher rates, respectively.
  • the fusion layer 122 also makes available derived data.
  • Each set of motion observations corresponding to a driving event is mapped onto an element (feature vector), x, of a feature space, X (x ⁇ X).
  • feature vector has one or more components corresponding to motion characteristics with the following properties: i) extreme values of the features represent risky or abnormal driving maneuvers, ii) feature distribution can be approximated by a parameterizable probability density function.
  • the mapping step is illustrated in Fig. 9 by step 124.
  • the determinative parameters of the probability density function are obtained through a training process (steps 126 and 128 in Fig. 9).
  • the training process is executed in parallel with driving event classification (step 130).
  • the training process is preferably continuous but could also be intermittent.
  • each feature vector obtained in the mapping step is fed to a buffer memory (step 126), in which a population of previously collected feature vectors is maintained.
  • a probability density function e.g. a multivariate Gaussian probability density function
  • the feature vector population can be maintained as previously described with respect to Fig. 3.
  • the classification results are transmitted (step 136 in Fig. 9) to a data center, together with an identifier of the driver (and/or of the mobile device on which the app is executed) and further data, such as, e.g. the time, the distance covered and/or the geographic position.

Abstract

A vehicular motion monitoring method comprises capturing motion observations on¬ board a vehicle with one or more sensors; mapping sets of motion observations onto a respective feature vector in an at least two-dimensional feature space, each feature vector having a first vector component representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic; updating determinative parameters of a multivariate Gaussian probability density function modelling a population of collected feature vectors; assigning a riskiness indicator to each feature vector, the calculation of the riskiness indicator being based upon an event severity indicator indicative of how anomalous each feature vector is in comparison to the modelled population and upon a position of the feature vector relative to one or more previous and/or subsequent feature vectors; and integrating the riskiness indicator over time so as to obtain a risk assessment of driving style of the driver of the vehicle.

Description

VEHICULAR MOTION MONITORING METHOD
Acknowledgement
[1 ] Work underlying the invention was financed by Luxembourg's National Research Fund under grant number POC/13/07. Field of the Invention
[2] The invention generally relates to monitoring vehicular motion and assessing the riskiness of the driving style.
Background of the Invention
[3] Monitoring driving activity is gaining increasing attention. Two main application fields have been devised in which real-time analysis and evaluation of the driving behaviour will play a prominent role. The first application field is (car) fleet management, where real-time information on the driving behaviour may be used in taking measures aiming at motivating the drivers to adopt a more efficient driving style, to reduce their energy footprint and to save fuel. On the scale of the fleets, significant savings in terms of CO2 emissions and fleet depreciation may be achieved. The second important application field is the car insurance market. The calculation of car insurance premium may be enriched by or exclusively be based on individual parameters like the covered distance, the time spent on the road, the time of day, the roads used, etc. Those concepts are usually referred to as Pay-As-You-Drive (PAYD) or Usage-Based Insurance (UBI). An important parameter in such premium calculation schemes is the driving style (i.e. an indicator of how many and how important are risks the driver takes when diving).
[4] International patent application WO 2013/104805 A1 discloses an apparatus, a system and a method for calculating a driving behaviour risk indicator for a vehicle driver. The system uses a 3D inertial sensor with 3D gyroscope functionality and the risk indicator is based on events detected using the sensor, in particular on the count of events occurring in predetermined categories associated with dangerous and/or aggressive driving. Summary of the Invention
[5] Traditionally, dedicated embedded systems have been mounted inside vehicles to monitor driving activity. Ubiquitous computing has been devised as a promising alternative to such systems. The increasing penetration of advanced mobile electronic devices (smartphones, phablets, tablets, notebooks and the like) equipped with a large range of sensors, such as, e.g., GNSS (global navigation satellite system) receiver, accelerometer, gyroscope, magnetometer, etc., and network interfaces allow developing connected applications that can be used to analyse and evaluate the driving behaviour in real time. Furthermore, mobile electronic devices can be fed with real-time vehicle information from the car through a (preferably wireless) On-Board Diagnostics (OBD-II) adapter. More advanced metrics such as fuel consumption, engine speed (RPM) or the vehicle's fault codes may in that case be used by the mobile device.
[6] A first aspect of the invention relates to a vehicular motion monitoring method comprising:
a) capturing motion observations on-board a vehicle with one or more sensors; b) mapping sets of motion observations onto a respective feature vector in an at least two-dimensional feature space, each feature vector having a first vector component representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic;
c) updating (and at least temporarily memorizing in a computer data storage) determinative parameters of a multivariate Gaussian probability density function modelling a population of collected feature vectors;
d) assigning a riskiness indicator (a numerical score representing riskiness) to each feature vector, the calculation of the riskiness indicator being based upon an event severity indicator (or severity score) indicative of how anomalous each feature vector is in comparison to the modelled population and upon a position of the feature vector relative to one or more previous and/or subsequent feature vectors;
e) integrating the riskiness indicator over time (e.g. in a memory space allocated to that indicator) so as to obtain a risk assessment of driving style of the driver of the vehicle. [7] The method according to the first aspect of the invention has, amongst others, the advantage that the severity of each event can be determined with a relatively small computational effort using the determinative parameters of the multivariate Gaussian probability density function (i.e. typically using the feature's mean and the covariance matrix). The discrete values of the collected feature vectors need not be used for the computation of the severity indicator.
[8] The severity indicator basically measures how unusual (anomalous) a driving situation (event) is. Due to the fact that newly collected feature vectors are used to update the model, the method progressively adapts itself to an individual's driving style. Past approaches relied on fixed thresholds to detect risky driving maneuvers. One of their shortcomings thus was that differences in the vehicles' performance and mechanical characteristics have an impact on the results. The present method is considered to provide a fairer and more representative assessment of an individual's driving style. [9] In the context of the present document, the following definitions apply.
[10] "Vehicle" designates an automobile road vehicle (e.g. a car, a bus or a truck).
[1 1 ] "Longitudinal" and "lateral" are used with implicit reference to the frame of the vehicle: "longitudinal" means along the direction that the vehicle's front is pointing; "lateral" means the direction from the left to the right of the vehicle (or vice versa). [12] The term "determinative parameters" of a multivariate Gaussian probability density function designates any set of parameters that completely defines the multivariate Gaussian probability density function. The typical set of determinative parameters consists of the mean value (or barycenter) of the modelled population and the (elements of) the covariance matrix. It should be noted, however, that other (mathematically equivalent) sets of determinative parameters could be used as well.
[13] A "set of motion observations" that is mapped on a feature vector designates motion observations that relate to essentially the same moment in time, i.e. that belongs to a time interval the duration of which is the inverse of the refresh rate of the feature vectors. [14] "Speed" means the (scalar) longitudinal velocity. [15] According to a preferred embodiment of the invention, updating the determinative parameters of the multivariate Gaussian probability density function comprises entering each feature vector into a buffer memory so as to update the population of collected feature vectors and recalculating the determinative parameters. [16] Each set of motion observations preferably comprises a speed (v) observation, to which the respective feature vector is associated through the mapping. The buffer memory preferably comprises a plurality of cyclic buffers, of which each contains a sub-population of the collected feature vectors corresponding to a specific speed range. In that case, entering a feature vector into the buffer memory comprises entering the feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation associated with the feature vector belongs to. Dynamically updating the population of collected feature vectors always bears the risk that the updated population is less representative of "ordinary" driving behaviour than the previous population. Prolonged monotonous driving on motorways, for instance, may lead to a narrowed population of feature vectors. In consequence, driving events following monotonous driving periods are more likely to be qualified as anomalous (i.e. to reach a higher severity score). More or less complex updating criteria may thus have to be put into place to ascertain that the modelled population does not deteriorate too much. The plurality of cyclic buffers helps to mitigate the deterioration problem. Each time a feature vector is added to the population, it is in fact added to the cyclic buffer corresponding to the same speed category (speed range). This means that each newly arrived feature vector does not automatically replace the oldest feature vector of the entire population but replaces the oldest feature vector within the same speed category. With those measures, monotonous driving still leads to some loss of population diversity but this loss will typically be limited to one or two cyclic buffers, i.e. one or two speed categories. The remaining cyclic buffers remain essentially unaffected. As all the sub-populations make up the modelled population, the overall impact of diversity deterioration on the severity score and on the riskiness score can be kept on a low level. The cyclic buffers may all be of the same size (i.e. contain the same number of collected feature vectors) or of different sizes. The latter option may be used to give more or less weight to specific speed categories. If this option should be implemented, care should be taken not to attribute too much relative weight to speed categories in which monotonous driving is particularly likely to occur. [17] Preferably, the severity indicator (or severity score) is calculated for each feature vector based on the determinative parameters of the multivariate Gaussian probability density function and a quantile threshold (Qiim) representative of a proportion of events considered anomalous. One option for calculating the severity indicator s of a feature vector x is the following:
Figure imgf000006_0001
where μ designates the mean value of the multivariate Gaussian probability density function, D(xi , X2) designates the Mahalanobis distance between two elements xi and X2 of the feature space, and Dnm designates a distance threshold corresponding to the quantile threshold Qiim and is defined as: Dlim = J -2 log(l - Qiim . The Mahalanobis distance is defined by:
Figure imgf000006_0002
where ∑ is the covariance matrix of the multivariate Gaussian probability density function. [18] The quantile threshold may be fixed once for all and stored as a constant in the system implementing the method. Preferably, however, the quantile threshold is a monotonously varying function of the variance of the speed variation (or the variance of the longitudinal acceleration), such that a lower proportion of events are considered abnormal in case of low acceleration variance and a higher proportion of events are considered abnormal in case of high acceleration variance. The quantile threshold as a function of the acceleration variance may e.g. be stored in the system in the form of a lookup table. As will be appreciated, such a dynamic quantile threshold also contributes to the mitigation of effects caused by the deterioration of the diversity of the modelled population of feature vectors. When the driver drives in a very aggressive way (reflected by high statistical variance of the longitudinal acceleration), the quantile threshold applied in the computation of the severity score is increased. More anomalous events are thus detected. With the above formula for calculating the severity indicator, more events will obtain a non-zero severity score and the scores reaches will tend to be higher when the acceleration variance is high. In the opposite situation of monotonous driving (reflected by low statistical acceleration variance), possible accompanied by the narrowing of the multivariate Gaussian distribution, the quantile threshold applied in the computation of the severity score is decreased. The system thus tends to detect less anomalous events. It should be noted that the variance of longitudinal acceleration might be expressed in a discrete-time system as the variance of the speed variation, i.e. the variance of the speed difference between subsequent time steps.
[19] The first vector component of the feature vector may be speed variation and the second vector component may be bearing variation.
[20] According to a more preferred embodiment of the method, the first vector component is the product of speed variation Δν (longitudinal acceleration) and standard deviation of the modulus of jerk, noted o(j), and the second vector component is the product of bearing variation, noted Ab, and standard deviation of the modulus of jerk. In the context of the present document, "jerk" designates the derivative of the acceleration vector with respect to time. The speed variation and the bearing variation are preferably obtained through a GNSS receiver, while the jerk is preferably obtained by an accelerometer. The features (components of the feature vectors) will thus indicate whether there is constructive consensus between the GNSS data and the accelerometer data.
[21 ] According to an alternative embodiment, the first vector component is the product of speed, speed variation and standard deviation of the norm of the jerk vector and the second vector component is the product of speed, bearing variation and standard deviation of the modulus of jerk. Compared to the above-mentioned option, the products in this embodiment have the additional advantage of mitigating heteroscedasticity (i.e. heterogeneous variance) of the features. The Av o(j) term tends to exhibit lower variance at higher speeds than at lower speeds.
[22] The one or more sensors may be operated at the same or different acquisition rates. In case of different acquisition rates, the sets of motion observations are preferably produced at the feature vector refresh rate by data fusion involving sampling and/or interpolation and/or extrapolation and/or filtering and/or averaging. Each sensor typically produces its data at a particular rate. Acceleration sensors may e.g. work at several tens of Hz or higher frequencies, whereas the data rate of GNSS navigators is typically of the order of 1 Hz. At the fusion layer, depending on the desired refresh rate of the feature vectors, raw data arriving with lower rates may be upsampled while data arriving with higher rates may be downsampled. The fusion layer may also be used to process the data and to produce statistical data such as, e.g., variances, standard deviations, averages, etc. and other derived data such as, e.g., derivatives, ratios, products, moduluses, etc. Both the raw data and the data produced by the fusion layer are considered herein as motion observations.
[23] According to a preferred embodiment of the method, the motion observations are captured with at least one of a GNSS receiver (also: GNSS navigator), an accelerometer and a magnetometer.
[24] Preferably, the method according to the first aspect of the invention comprises the wireless transmission of at least the integrated riskiness indicator, e.g. to a data center. That transmission may be scheduled to recur at fixed times, after fixed time intervals, after each trip or after a defined distance travelled. The recipient of the data may e.g. be an insurance company, a fleet manager, a car leasing company, a social network, a public institution, etc. Further to the integrated riskiness indicator, the transmitted data preferably include an identifier of the driver, the distance travelled during the integration period. One advantage of the method is that the amount of transmitted data may be kept very small. Furthermore, detailed information about specific driving events, the driver's location, the travel history, etc. need not be transmitted, as it would be the case if the riskiness indicator had to be calculated on a remote site. The driver's privacy may thus be protected to a large extent. Nevertheless, more detailed information could be included into the transmitted data, such as, e.g., the number of risky events (events with a non-zero severity score), the locations of these events, their frequency, etc. A detailed log of the trips of the vehicle could also be achieved by the system and transmitted to the data center. Appropriate measures may be taken to guarantee the driver's privacy. These may include secure transmission and storage of the data. The storage of the data may furthermore be achieved such that access restrictions can be enforced. Preferably, any detailed logs are stored in an anonymized manner.
[25] A second aspect of the invention relates to a mobile electronic device application (an "app") comprising instructions, which, when executed by a processor of a mobile electronic device, such as, e.g. a smartphone, a tablet, a phablet, a notebook or the like, cause the mobile electronic device to carry out the method as described herein. [26] A third aspect of the invention relates to a vehicular motion monitoring method comprising:
a) capturing motion observations on-board a vehicle with one or more sensors; b) mapping sets of motion observations onto a respective feature vector in a feature space, each set of motion observations corresponding to a driving event and comprising a speed observation, which the feature vector is associated to through the mapping;
c) classifying the driving event based upon, at least, the feature vector and a probability density function modelling a population of collected feature vectors, the classifying preferably comprising outputting and/or forwarding the identified event class;
d) updating (and at least temporarily memorizing in a computer data storage) determinative parameters of the probability density function, the updating comprising:
entering the feature vector into a buffer memory so as to update the population of collected feature vectors and recalculating the determinative parameters, the buffer memory comprising a plurality of cyclic buffers, each cyclic buffer containing a sub-population of collected feature vectors corresponding to a specific speed range, and wherein entering the feature vector into the buffer memory comprises entering the feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation of the feature vector belongs to.
[27] It shall be noted that the vehicular motion monitoring method according to the third aspect of the invention does not necessarily comprise all limitations of the method according to the first aspect of the invention and could be claimed separately, e.g. via a divisional or continuation application. In particular, the vehicular motion monitoring method according to the third aspect of the invention may comprise one or more, but preferably not all, of the following characteristics I to V:
I. the feature space is two-dimensional;
II. the feature vector has a first vector component representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic; III. the probability density function is a multivariate Gaussian probability density function;
IV. a riskiness indicator (a numerical score representing riskiness) is assigned to each feature vector (or to each driving event), the calculation of the riskiness indicator being based upon an event severity indicator (or severity score) indicative of how anomalous each feature vector is in comparison to the modelled population and upon a position of the feature vector relative to one or more previous and/or subsequent feature vectors;
V. the riskiness indicator is integrated over time (e.g. in a memory space allocated to that indicator) so that a risk assessment of the driving style of the driver of the vehicle is obtained.
[28] Particularly preferred combinations of characteristics I to V are: o I but not any one of II to V; o I and II but not any one of III to V; o III but not any one of I, II, IV and V; o III and at least one of I and II, but not at least one of IV and V; o IV but not any one of I, II, III and V; o IV and V but not at least one of I to III.
[29] Any optional feature disclosed hereinbefore in the context of the description of the method according to the first aspect of the invention may equally be applied in the method according to the third aspect of the invention.
[30] The term "determinative parameters" of a probability density function designates any set of parameters that completely defines the probability density function. [31 ] As explained above in the context of the first aspect of the invention already, entering a feature vector into the buffer memory comprises entering the feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation associated with the feature vector belongs to. Dynamically updating the population of collected feature vectors always bears the risk that the updated population is less representative of "ordinary" driving behaviour than the previous population. Prolonged monotonous driving on motorways, for instance, may lead to a less diverse (and in that sense impoverished) population of feature vectors. In consequence, classifying driving events following monotonous driving periods may lead to different results than after diversified driving. More or less complex updating criteria may thus have to be put into place to ascertain that the modelled population does not deteriorate too much. The plurality of cyclic buffers helps to mitigate the deterioration problem. Each time a feature vector is added to the population, it is in fact added to the cyclic buffer corresponding to the same speed category (speed range). This means that each newly arrived feature vector does not automatically replace the oldest feature vector of the entire population but replaces the oldest feature vector within the same speed category. With those measures, monotonous driving still leads to some loss of population diversity but this loss will typically be limited to one or two cyclic buffers, i.e. one or two speed categories. The remaining cyclic buffers remain essentially unaffected. As all the sub-populations make up the modelled population, the overall impact of diversity deterioration on the classification can be kept on a low level. The cyclic buffers may all be of the same size (i.e. contain the same number of collected feature vectors) or of different sizes. The latter option may be used to give more or less weight to specific speed categories. If this option should be implemented, care should be taken not to attribute too much relative weight to speed categories in which monotonous driving is particularly likely to occur.
[32] In the vehicular motion monitoring method according to the third aspect of the invention, the step of classifying the driving event may comprise assigning the driving event to one of at least two riskiness categories. A crude classification would consist in classifying each driving event either as "safe" (or "unrisky" or the like) or "risky" (or "dangerous" or the like). A more subtle classification may be achieved by using one or more intermediate categories between those extremes. Classification could also rely on a severity score or a riskiness score as described above.
[33] Classification of a driving event may additionally be based upon data not necessarily (directly) related to vehicular motion, such as e.g. geographical position of the vehicle, time of day, weather conditions (temperature, precipitation, etc.), traffic conditions, speed limits and other traffic rules, etc. These additional data are preferably included into the feature vector. According to an advantageous embodiment of a method according to the third aspect of the invention, these additional data are used to take environmental conditions into account for classification of the driving events. The geographical position may e.g. be used to assign a higher severity score or riskiness score if a driving event occurred in a zone known to be particularly dangerous (based e.g. on accident statistics). Time of day (or daylight information), weather and traffic information could be used in a similar manner: somewhat risky driving events could be classified as even more risky if they occur at night time, in bad weather or in dense traffic. Cumulation of adverse environmental conditions preferably leads to a still higher riskiness class or score. Driving event classification could further be made dependent on the respect of traffic rules. If, for instance, it is detected that the vehicle is exceeding the speed limit an otherwise "unrisky" driving event could be classified as a (more) risky one.
[34] The vehicular motion monitoring method according to the third aspect of the invention is preferably implemented on a mobile (electronic) device, such as, e.g. a smartphone, a tablet, a phablet, a notebook or the like. Accordingly, a fourth aspect of the invention relates to a mobile electronic device application comprising instructions, which, when executed by a processor of a mobile electronic device, cause the mobile electronic device to carry out the method according to the third aspect of the invention.
[35] If the vehicle is equipped with one or more assistant systems such as, e.g., a drowsiness detector, a lane departure warning assistant, a distance monitoring system (for monitoring the distance to a vehicle ahead), a traffic sign recognition system, a rain sensor, etc., a data link to between the mobile device and the car may be beneficial. Accordingly, the app is preferably configured to wirelessly connect the mobile device to the vehicle's onboard communication network or at least to attempt to establish such a connection, and in case of successful connection, listening to the messages of any assistant system installed on the vehicle.
Brief Description of the Drawings
[36] By way of example, preferred, non-limiting embodiments of the invention will now be described in detail with reference to the accompanying drawings, in which:
Fig. 1 : is a schematic illustration of a mobile electronic device for running an app carrying out the method according to the first aspect of the invention;
Fig. 2: is a schematic flow chart of a preferred embodiment of the method; Fig. 3: is an illustration of the conceptual structure of a buffer memory with several cyclic buffers storing each a sub-population of the collected feature vectors;
Fig. 4: is a chart illustrating how the quantile threshold may be varied as a function of acceleration variance; Fig. 5: is a chart illustrating severity scores obtained during test drives under controlled conditions;
Fig. 6: is a diagram of the evolution of the feature vectors during a slalom drive;
Fig. 7: is an illustration of the classification of driving events using normalized feature vectors; Fig. 8: is a chart which compares two choices of features;
Fig. 9: is a schematic flow chart of a preferred embodiment of a method according to the third aspect of the invention.
Detailed Description of a Preferred Embodiment of the Invention
[37] A multivariate normal (MVN) model is used to detect risky driving maneuvers and profile drivers. To the inventors' best knowledge, this is the first time an MVN approach is considered for driver profiling. While previous driver profiling methods considered high sensor outputs or pre-established patterns in order to declare a risky driving maneuver or event, given the heterogeneity of both mobile devices and vehicles, the inventors believe that a profiling system needs to adapt its parameters to each individual context. Traditional fixed threshold or supervised machine learning techniques (e.g., neural networks or naive Bayes) may be suitable for designing such a driver profiling mechanism but require previous knowledge on the training samples, indicating the expected values of the input variables at the exact time a risky maneuver is performed. Then, the generation of such a training data set for risky driving maneuvers for different devices and vehicles becomes unfeasible in practice. Moreover, it cannot be a prerequisite of the application that the final users manually label risky driving maneuvers in a training phase.
[38] As it turned out during the development of the invention, an MVN-based anomaly detection fits well with the problem to model. First, it provides a high flexibility by dynamically adapting to different driving conditions with recurring updates of its determinative parameters. Also, given that it does not require any preliminary knowledge on the driving events it has to detect, it can be applied to any type of vehicle and mobile device.
[39] In general, the MVN model has many advantages over other approaches for anomaly detection: o There is no need to establish rule sets or thresholds to detect risky maneuvers.
The probability of an observation enables the assessment of driver behaviour in a continuous or quasi-continuous fashion rather than binary classification (i.e., discerning merely between risky and non-risky driving events). o The model can be estimated efficiently on a mobile phone or any other mobile electronic device and can be continuously retrained to improve the parameter estimates. The memory footprint may be held essentially constant in time, since the population of feature vectors may be stored in cyclic buffers. Also the computation time for the model fitting is bounded and the complexity does not increase over time. o The model can represent covariance among features (which is expected to be seen in vehicular dynamics).
[40] Fig. 1 schematically illustrates a mobile electronic device 10, e.g. a smart phone, equipped with several sensors, in particular, a GNSS navigator 12, a three-axis acceleration sensor 14 and a three-axis magnetometer 16. The sensors are connected to the processor 18 of the mobile device 10. A communications module 20 allows the mobile device to establish and accept wireless connections. The mobile electronic device 10 may be used to execute an app that uses the data captured by the sensors 12, 14, and 16 to monitor vehicular motion and to assess the riskiness of the driving style in accordance with the present invention. [41 ] A flowchart illustrating a preferred embodiment of a method according to the invention is provided in Fig. 2. As illustrated, the mobile device collects input variables (motion observations) using the available sensors 12, 14 and 16. The motion observations are then transformed into respective elements (feature vectors) in a two- dimensional feature space that aims at representing the longitudinal and lateral axes of movement of the vehicle. These feature vectors are stored in a training buffer. When the app is executed for the first time, the feature vectors are accumulated in the training buffer until a critical size is reached and the first MVN model can be computed using e.g. the maximum likelihood estimator (MLE). At the time the first MVN model has been computed, the app becomes fully operational and begins to determine the severity of driving events and to compute the riskiness indicator as detailed hereinafter. Newly arriving feature vectors continue to be collected in the training buffer and the MVN model adjusted in consequence, e.g. by using the above-mentioned MLE.
[42] The GNSS navigator 12 produces its data (position vector, velocity vector and time) typically at a rate of the order of 1 Hz, whereas the accelerometer 14 issues acceleration vectors at a significantly higher rate (typically 20 Hz to 50 Hz in smartphones) and the acquisition rate of the magnetometer lies typically in the range from 20 to 200 Hz. The raw data provided by the different sensors at the different rates are combined and synchronised by the processor. Conceptually, this corresponds to a fusion layer 22, as shown in Fig. 2. Data acquired from faster sensors are buffered between two consecutive inputs from the slowest sensor (in our example the navigator). Motion observations at the desired refresh rate (e.g. 10 Hz) are obtained by upsampling and downsampling data acquired at lower and higher rates, respectively. The fusion layer also makes available derived data. For the following description of a preferred example of the method, it will be assumed that the motion observations made available at the desired refresh rate are: o(j) the standard deviation of the norm of the jerk vector. The jerk vector is computed as the derivative with respect to time of the acceleration vector output by the accelerometer 14. v the speed calculated based upon data from the navigator 12 (with interpolation)
Δν the speed variation from one time step to the next σ(Δν) the standard deviation of Δν
Ab the bearing variation from one time step to the next, calculated based upon data from the navigator 12 (with interpolation) and from the magnetometer 16.
[43] Each set of motion observations o = {o(j), v, Δν, σ(Δν), Ab} is then mapped onto an element (feature vector), x, of a two-dimensional feature space, X (x ε X). Each feature vector has a first vector component (feature) representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic, with the following properties: i) extreme values of the features represent risky or abnormal driving maneuvers, ii) feature distribution can be approximated by a Gaussian distribution. The mapping step is illustrated in Fig. 2 by step 24.
[44] In the present example, the first feature is selected as the product of Δν and o(j) and the second feature is selected as the product of Ab and o(j): x = (x1, x2) = (Δν a(_j), Ab σ(/)) -
[45] Other possibilities would be (,x1, x2) = (Av, Ab) or (x1, x2) = (Δν σ( ) - v, Ab · σ( ) v) but these are not discussed further hereinafter.
[46] The MVN model can be defined by a multivariate Gaussian probability density function:
Figure imgf000016_0001
where d denotes the dimension of the feature space X, μ the center of the distribution (mean vector) and∑ the so-called covariance matrix. The determinative parameters μ and∑ are obtained through a training process (steps 26 and 28) in Fig. 2. [47] The training process is executed in parallel with the event assessment process, which includes computing the severity of events (step 30), computing the riskiness indicator (step 32) and integrating the riskiness indicator over time (step 34). The training process is preferably continuous but could also be intermittent. In a continuous training process, each feature vector obtained in the mapping step is fed to a buffer memory (step 26), in which a population of previously collected feature vectors is maintained. A multivariate Gaussian probability density function is fitted to the population using the MLE, which yields the determinative parameters μ and∑.
[48] A preferred example of how the feature vector population can be maintained is illustrated in Fig. 3. The buffer memory comprises a plurality of cyclic buffers (represented as columns in Fig. 3). Each cyclic buffer contains a sub-population of the collected feature vectors corresponding to a specific speed range. In the illustrated example, there are 7 cyclic buffers, each corresponding to a speed range of 30 km/h. It is assumed that the entire speed range of the vehicle is covered by the buffers, otherwise the uppermost speed range may be open-ended. When a new feature vector is available, it is entered into the cyclic buffer that corresponds to the speed range of the speed observation v of the set of motion observations underlying the feature vector. If a cyclic buffer is completely filled up, the newly added feature vector replaces or overwrites the oldest feature vector of that cyclic buffer. In Fig. 3 all cyclic buffers are of the same size, but that may be implemented differently. Prolonged monotonous driving may lead to an overly homogeneous population of feature vectors in one or two cyclic buffers. However, situations, in which the entire population of feature vectors (which is used for the computation of μ and∑) would be degraded to an extent that it produces only meaningless results, are extremely unlikely due to the "isolation" of the cyclic buffers from each other. Monotonous driving still leads to some loss of population diversity on the scale of the entire population but the overall impact thereof on the severity score and on the riskiness score can be kept on a low level.
[49] For every given set of motion observations o and its corresponding feature vector x, a metric for the severity (or risk factor) is computed. To this end, a cut-off quantile threshold, Qiim, is proposed that marks the quantile limit between common observations and those that are considered to be anomalous. Qiim defines a cut-off probability value, piim, which can be used to classify the samples. Let pnm be the value of the model-dependent inverse cumulative distribution function (CDF) of Qiim, and Q(x) the (approximate) quantile of the feature transform x of observation o, then the severity indicator may be expressed as:
Figure imgf000017_0001
[50] The severity indicator s defines a normalised metric of how anomalous a set of motion observations o or the corresponding feature vector x is. Qiim is typically chosen in the range from 10"5 to 10"2 (1 %). Lower values of Qiim will result in in fewer feature vectors being considered anomalous (i.e. being assigned a severity score different from 0). Qiim may be a constant in the application but a way to dynamically vary Qnm will be presented further down in the text.
[51 ] The above expression for s(x) may be rewritten in the following form:
Figure imgf000017_0002
where Dlim = -2 log(l - Qlim) and Dm designates the Mahalanobis distance depending on the parameter∑. [52] A dynamic quantile threshold Qiim is considered advantageous. When the user drives in an aggressive way, which is reflected by a high statistical variance of Δν (i.e. of the acceleration), the quantile threshold Qiim is increased, such that more anomalous events are detected. Lower variance of Δν will translate into a lower Qnm, such that less anomalous events are detected. Fig. 4 illustrates one possible relationship between σ(Δν) and 1 -Qum. A low quantile threshold of 10"5 is assigned to feature vectors for a σ(Δν) close to zero. Qiim then increases like a quadratic function up to 0.1 until σ(Δν) = 5.5 m/s2. For σ(Δν) > 5.5 m/s2 Qiim remains 0.1 . Qiim as a function of σ(Δν) is preferably stored as a lookup table in the app. For the computation of s(x), the applicable value of Qiim may thus be retrieved from that table.
[53] Fig. 5 illustrates severity scores obtained during test drives under controlled conditions. Phases of normal driving were alternated with phases of exceptionally stark accelerations and decelerations (shaded areas) both in longitudinal and lateral directions. The speed is shown in the top graph as a reference. The bottom graph illustrates the severity score as a function of time. It can be seen that the anomalous driving events could be reliably detected.
[54] The severity indicator (or score) indicates how anomalous an event is. A riskiness indicator is computed for each feature vector at step 32. In order to analyse riskiness, the evolution of the feature vectors over time is taken into account. [55] Using the severity metric s(x) defined above as well as the Mahalanobis distance Dm, a risk function is defined by:
Figure imgf000018_0001
where the indexes i and i-1 denote the current feature vector and the previous one, respectively, where haversin(a) = (1 - cos(a))/2 and where a designates the Mahalanobis angle between x, and X subtended at μ:
Figure imgf000018_0002
[56] Fig. 6 illustrates the evolution of the feature vectors over time during driving a slalom. The arrows show the transitions between consecutive feature vectors. The boundary separating ordinary from anomalous feature vectors is shown as a white line. In the interior area the severity score and the riskiness scores of the feature vectors are both 0. The grey disks surrounding each feature vector have radii proportional to the corresponding riskiness indicator R(x). The slalom trace shows variance in both dimensions of the feature space, as it can be observed in the diagonal transition lines between subsequent observations This is because the driver needs to constantly adapt speed (i.e., accelerate and brake) in order to pass between two obstacles.
[57] The riskiness indicator is accumulated (integrated) over time (step 34 in Fig. 2), e.g. during a trip. The integrated riskiness indicator∑£ Λ (Λ:£) then serves as a basis for driver scoring. The integrated riskiness indicator is finally transmitted (step 36 in Fig. 2) to a data center, together with an identifier of the driver (and/or of the mobile device on which the app is executed) and further data, such as, e.g. the time and/or the distance over which was integrated.
[58] The two-dimensional feature space with features vectors (x1, x2) = (Δν a(j),Ab σ( )) or (x1, x2) = (Av, Ab) or (x1, x2) = (Δν a(j) - v, Ab - a(j) v) presented hereinabove distinguishes lateral and longitudinal motions. This may be used to identify different types of events (steering left, acceleration, steering right and braking). The feature vector components may be scaled by subtracting the mean of each feature and dividing it by its standard deviation:
Figure imgf000019_0001
Using the proposed scaling, the effects of different ranges for the different features is compensated. As illustrated in Fig. 7, the scaled feature space may be divided into four
90°-sectors representing acceleration events (^ < φ < y), braking events (y < φ < y) and steering events (y < φ < y) and (y i. e.1^ < φ < ^). Note that in Fig. 7, the roles of zi and∑2 are inverted.
[59] For the purpose of event classification, the polar coordinate φ of the scaled or normalized feature vectors z may be averaged over several (e.g. 4) consecutive events. The event category may be computed for every feature vector. Preferably, however, the event category is only calculated for anomalous events (having a nonzero severity score s).
[60] The app may be configured so as not to log the individual events. In this case, the integrated riskiness indicator ∑i R (Xi) will be transmitted without detailed information as to how the integrated score was reached. As a first alternative, the app could be configured to log and transmit all events but that implies that a lot of data have to be processed, which are of little value. As a second alternative, the app may be configured to log the anomalous events. The app could e.g. be configured to store and transmit the category of such events, their position and time, the severity score and the riskiness indicator. In that way, the relevant data can be transmitted to the data center while impacting the communication networks significantly less.
[61 ] As briefly stated hereinabove, the feature vectors with (x1, x2) = (Av a(j) v,Ab a(j) v) may be used to mitigate heteroscedasticity. For all automotive vehicles, maximum acceleration decreases with increasing speed. It follows that the statistical variance of Δν is lower at high speeds than at lower speeds. By multiplying Av a(j) and Ab a(j) with the speed v, that effect is compensated to some extent. This is illustrated in Fig. 8, which shows a comparison of the features Av a(j) and Av a(j) v recorded over 30 s during which a car was accelerated from 20 km/h to about 150 km/h with the accelerator pedal fully pushed down.
[62] A flowchart illustrating a further preferred embodiment of a method according to an aspect of the invention is provided in Fig. 9. As illustrated, the mobile device collects input variables (motion observations) using the sensors 1 12, 1 14 and 1 16. The motion observations are then transformed into respective elements (feature vectors) in a feature space that aims at representing characteristics of the movement of the vehicle. These feature vectors are stored in a training buffer. When the app is executed for the first time, the feature vectors are accumulated in the training buffer until a critical size is reached and the determinative parameters of a probability density function modelling the population can be computed using an appropriate estimator. At the time the first parameter set has been computed, the app becomes fully operational and begins to classify driving events as detailed hereinafter. Newly arriving feature vectors continue to be collected in the training buffer and the determinative parameters are adjusted in consequence.
[63] When the raw data are provided by the sensors 1 12, 1 14, 1 16 at different rates, they are combined and synchronised by the processor. Conceptually, this corresponds to a fusion layer 122, as shown in Fig. 9. Data acquired from faster sensors are buffered between two consecutive inputs from the slowest sensor. Motion observations at the desired refresh rate are obtained by upsampling and downsampling data acquired at lower and higher rates, respectively. The fusion layer 122 also makes available derived data.
[64] Each set of motion observations corresponding to a driving event is mapped onto an element (feature vector), x, of a feature space, X (x ε X). Each feature vector has one or more components corresponding to motion characteristics with the following properties: i) extreme values of the features represent risky or abnormal driving maneuvers, ii) feature distribution can be approximated by a parameterizable probability density function. The mapping step is illustrated in Fig. 9 by step 124.
[65] The determinative parameters of the probability density function are obtained through a training process (steps 126 and 128 in Fig. 9).
[66] The training process is executed in parallel with driving event classification (step 130). The training process is preferably continuous but could also be intermittent. In a continuous training process, each feature vector obtained in the mapping step is fed to a buffer memory (step 126), in which a population of previously collected feature vectors is maintained. A probability density function (e.g. a multivariate Gaussian probability density function) is fitted to the population using an appropriate estimator, which yields the determinative parameters of the probability density function. The feature vector population can be maintained as previously described with respect to Fig. 3. [67] The classification results are transmitted (step 136 in Fig. 9) to a data center, together with an identifier of the driver (and/or of the mobile device on which the app is executed) and further data, such as, e.g. the time, the distance covered and/or the geographic position.
[68] While specific embodiments have been described herein in detail, those skilled in the art will appreciate that various modifications and alternatives to those details could be developed in light of the overall teachings of the disclosure. Accordingly, the particular arrangements disclosed are meant to be illustrative only and not limiting as to the scope of the invention, which is to be given the full breadth of the appended claims and any and all equivalents thereof.

Claims

A vehicular motion monitoring method comprising
a) capturing motion observations on-board a vehicle with one or more sensors; b) mapping sets of motion observations onto a respective feature vector in an at least two-dimensional feature space, each feature vector having a first vector component representative of a longitudinal motion characteristic and a second vector component representative of a lateral motion characteristic; c) updating determinative parameters of a multivariate Gaussian probability density function modelling a population of collected feature vectors;
d) assigning a riskiness indicator to each feature vector, calculation of the riskiness indicator being based upon an event severity indicator indicative of how anomalous each feature vector is in comparison to the modelled population and upon a position of the feature vector relative to one or more previous and/or subsequent feature vectors;
e) integrating the riskiness indicator over time so as to obtain a risk assessment of driving style of the driver of the vehicle.
The vehicular motion assessment method as claimed in claim 1 , wherein updating the determinative parameters of the multivariate Gaussian probability density function comprises entering each feature vector into a buffer memory so as to update the population of collected feature vectors and recalculating said determinative parameters.
The vehicular motion assessment method as claimed in claim 2, wherein each set of motion observations comprises a speed observation, to which said feature vector is associated through said mapping, wherein said buffer memory comprises a plurality of cyclic buffers, each cyclic buffer containing a sub- population of collected feature vectors corresponding to a specific speed range, and wherein entering each feature vector into the buffer memory comprises entering said feature vector into the cyclic buffer that corresponds to the speed range, which the speed observation of said feature vector belongs to.
The vehicular motion assessment method as claimed in any one of claims 1 to 3, wherein said severity indicator is calculated for each feature vector based on the determinative parameters of the multivariate Gaussian probability density function and a quantile threshold representative of a proportion of events considered abnormal.
5. The vehicular motion assessment method as claimed in claim 4, comprising adjusting said quantile threshold monotonously depending on acceleration variance such that a lower proportion of events are considered abnormal in case of low acceleration variance and a higher proportion of events are considered abnormal in case of high acceleration variance.
6. The vehicular motion assessment method as claimed in any one of claims 1 to 5, wherein said first vector component is the product of speed variation and standard deviation of the modulus of jerk and wherein the second vector component is the product of bearing variation and standard deviation of the modulus of jerk.
7. The vehicular motion assessment method as claimed in any one of claims 1 to 5, wherein said first vector component is the product of speed, speed variation and standard deviation of the modulus of jerk and wherein the second vector component is the product of speed, bearing variation and standard deviation of the modulus of jerk.
8. The vehicular motion assessment method as claimed in any one of claims 1 to 7, wherein said one or more sensors are operated at different acquisition rates and wherein said sets of motion observations are produced by data fusion involving sampling and/or interpolation and/or extrapolation and/or filtering and/or averaging.
9. The vehicular motion assessment method as claimed in any one of claims 1 to 8, wherein said motion observations are captured with at least one of a GNSS receiver, an accelerometer and a magnetometer.
10. The vehicular motion assessment method as claimed in any one of claims 1 to 8, comprising wireless transmission of at least the integrated riskiness indicator.
1 1 . Mobile electronic device application comprising instructions, which, when executed by a processor of a mobile electronic device, such as, e.g. a smartphone, a tablet, a phablet, a notebook or the like, cause the mobile electronic device to carry out the method as claimed in any one of claims 1 to 10.
PCT/EP2015/081361 2015-01-02 2015-12-29 Vehicular motion monitoring method WO2016107876A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
LU92628 2015-01-02
LU92628A LU92628B1 (en) 2015-01-02 2015-01-02 Vehicular motion monitoring method

Publications (1)

Publication Number Publication Date
WO2016107876A1 true WO2016107876A1 (en) 2016-07-07

Family

ID=52355126

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2015/081361 WO2016107876A1 (en) 2015-01-02 2015-12-29 Vehicular motion monitoring method

Country Status (2)

Country Link
LU (1) LU92628B1 (en)
WO (1) WO2016107876A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT201700061227A1 (en) * 2017-06-05 2018-12-05 Francesco Odori SYSTEM AND METHOD FOR MONITORING AND REMOTE CONTROL OF THE VEHICLE OPERATING PARAMETERS
FR3070332A1 (en) * 2017-08-31 2019-03-01 Valeo Vision LIGHTING DEVICE FOR A LUMINOUS BEAM WITH A DAMED CENTRAL ZONE
WO2019197345A1 (en) 2018-04-09 2019-10-17 Motion-S Vehicular motion assessment method
CN111985850A (en) * 2020-09-04 2020-11-24 吉林大学 Driving risk control method, driving risk control device and computer storage medium
CN113635915A (en) * 2021-08-24 2021-11-12 中国人民解放军陆军装甲兵学院 Vehicle driving early warning method and device, electronic equipment and storage medium
CN114222689A (en) * 2019-08-23 2022-03-22 沃尔沃卡车集团 Method for quantifying extreme traffic behavior

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090040054A1 (en) * 2007-04-11 2009-02-12 Nec Laboratories America, Inc. Real-time driving danger level prediction
DE102009009975A1 (en) * 2008-09-24 2010-04-01 Audi Ag Driver alertness determining method for use during motorway journey in car, involves statistically evaluating measured values to determine statistical value, and determining alertness value under consideration of statistical value
US20110029184A1 (en) * 2009-07-31 2011-02-03 Systems and Advances Technologies Engineering S.r.I. (S.A.T.E.) Road Vehicle Drive Behaviour Analysis Method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090040054A1 (en) * 2007-04-11 2009-02-12 Nec Laboratories America, Inc. Real-time driving danger level prediction
DE102009009975A1 (en) * 2008-09-24 2010-04-01 Audi Ag Driver alertness determining method for use during motorway journey in car, involves statistically evaluating measured values to determine statistical value, and determining alertness value under consideration of statistical value
US20110029184A1 (en) * 2009-07-31 2011-02-03 Systems and Advances Technologies Engineering S.r.I. (S.A.T.E.) Road Vehicle Drive Behaviour Analysis Method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IM SEONGSU ET AL: "Driver distraction detection by in-vehicle signal processing", 2014 IEEE SYMPOSIUM ON COMPUTATIONAL INTELLIGENCE IN VEHICLES AND TRANSPORTATION SYSTEMS (CIVTS), IEEE, 9 December 2014 (2014-12-09), pages 64 - 68, XP032720672, DOI: 10.1109/CIVTS.2014.7009479 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT201700061227A1 (en) * 2017-06-05 2018-12-05 Francesco Odori SYSTEM AND METHOD FOR MONITORING AND REMOTE CONTROL OF THE VEHICLE OPERATING PARAMETERS
FR3070332A1 (en) * 2017-08-31 2019-03-01 Valeo Vision LIGHTING DEVICE FOR A LUMINOUS BEAM WITH A DAMED CENTRAL ZONE
WO2019042702A1 (en) * 2017-08-31 2019-03-07 Valeo Vision Lighting device for a light beam with a dark central area
WO2019197345A1 (en) 2018-04-09 2019-10-17 Motion-S Vehicular motion assessment method
CN114222689A (en) * 2019-08-23 2022-03-22 沃尔沃卡车集团 Method for quantifying extreme traffic behavior
CN111985850A (en) * 2020-09-04 2020-11-24 吉林大学 Driving risk control method, driving risk control device and computer storage medium
CN111985850B (en) * 2020-09-04 2022-04-22 吉林大学 Driving risk control method, driving risk control device and computer storage medium
CN113635915A (en) * 2021-08-24 2021-11-12 中国人民解放军陆军装甲兵学院 Vehicle driving early warning method and device, electronic equipment and storage medium
CN113635915B (en) * 2021-08-24 2023-01-06 中国人民解放军陆军装甲兵学院 Vehicle driving early warning method and device, electronic equipment and storage medium

Also Published As

Publication number Publication date
LU92628B1 (en) 2016-07-04

Similar Documents

Publication Publication Date Title
US11836802B2 (en) Vehicle operation analytics, feedback, and enhancement
US11891071B2 (en) Vehicle to vehicle telematics
US11295391B1 (en) Reward system related to a vehicle-to-vehicle communication system
US11551309B1 (en) Reward system related to a vehicle-to-vehicle communication system
US11727495B1 (en) Collision risk-based engagement and disengagement of autonomous control of a vehicle
US20220244063A1 (en) Data processing system communicating with a map data processing system to determine or alter a navigation path based on one or more road segments
US10414407B1 (en) Driving analysis using vehicle-to-vehicle communication
US10332390B1 (en) Driving event data analysis
WO2016107876A1 (en) Vehicular motion monitoring method
US10664918B1 (en) Insurance system related to a vehicle-to-vehicle communication system
JP2023168361A (en) Information processing system, information processing method, and program
US20170372431A1 (en) Autonomous or partially autonomous motor vehicles with automated risk-controlled systems and corresponding method thereof
CN110807930B (en) Dangerous vehicle early warning method and device
Zeeman et al. Combining speed and acceleration to detect reckless driving in the informal public transport industry
JP2020521978A (en) Systems and methods for determining safe routes
US20240005411A1 (en) Systems and methods for modeling telematics, positioning, and environmental data
CN110827152A (en) Insurance evaluation method, system and server
US20240013310A1 (en) Fully integrated and embedded measuring system directed to a score-indexing parameter essentially based on directly measured connected motor vehicle sensory data and method thereof
CN115472040B (en) Personalized anti-collision early warning method for networked vehicle based on collision probability field
Zeeman et al. PUBLIC TRANSPORT SECTOR DRIVER BEHAVIOUR: Measuring recklessness using speed and acceleration
WO2023237486A1 (en) Electronic vulnerability detection and measuring system and method for susceptibility or vulnerability of truck fleet to occurring accident events
WO2023152239A1 (en) Digital framework for autonomous or partially autonomous vehicle and/or electric vehicles risk exposure monitoring, measuring and exposure cover pricing, and method thereof
CN116985846A (en) Method, system and storage medium for adaptively reminding driver to take over in automatic driving
Zeeman et al. Informal public transport--Safety measures

Legal Events

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

Ref document number: 15817910

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15817910

Country of ref document: EP

Kind code of ref document: A1