ITUA20164814A1 - Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo. - Google Patents

Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo.

Info

Publication number
ITUA20164814A1
ITUA20164814A1 ITUA2016A004814A ITUA20164814A ITUA20164814A1 IT UA20164814 A1 ITUA20164814 A1 IT UA20164814A1 IT UA2016A004814 A ITUA2016A004814 A IT UA2016A004814A IT UA20164814 A ITUA20164814 A IT UA20164814A IT UA20164814 A1 ITUA20164814 A1 IT UA20164814A1
Authority
IT
Italy
Prior art keywords
event
signals
processing
vehicle
response
Prior art date
Application number
ITUA2016A004814A
Other languages
English (en)
Original Assignee
Octo Telematics Spa
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 Octo Telematics Spa filed Critical Octo Telematics Spa
Priority to ITUA2016A004814A priority Critical patent/ITUA20164814A1/it
Priority to RU2019102363A priority patent/RU2019102363A/ru
Priority to ES17740486T priority patent/ES2829573T3/es
Priority to JP2018569029A priority patent/JP2019523484A/ja
Priority to EP17740486.0A priority patent/EP3479598B1/en
Priority to US16/312,498 priority patent/US20190158581A1/en
Priority to CN201780053364.8A priority patent/CN109643472A/zh
Priority to PCT/IB2017/053951 priority patent/WO2018002892A1/en
Priority to CA3028595A priority patent/CA3028595A1/en
Publication of ITUA20164814A1 publication Critical patent/ITUA20164814A1/it

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5044—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering hardware capabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/509—Offload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request

Description

"Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo"
DESCRIZIONE
SFONDO
La presente invenzione si riferisce in generale a sistemi e procedimenti per bilanciare dinamicamente l'elaborazione di dati e segnali basati su sensori. In modo più particolare, e senza limitazione, le forme di attuazione descritte si riferiscono a sistemi e procedimenti per bilanciare dinamicamente l'elaborazione di dati e segnali basati su sensori tra un dispositivo di controllo a bordo di un veicolo ed un centro di controllo esterno al veicolo.
La comprensione del funzionamento di un veicolo può richiedere molte informazioni e potenza di calcolo. Queste informazioni possono includere dati relativi allo stato corrente del veicolo (ad esempio, la sua posizione, velocità, accelerazione, ecc.), informazioni relative a condizioni correnti della strada (ad esempio, tempo atmosferico, traffico, curvatura della strada, ecc.), ed informazioni relative al conducente (ad esempio, la storia di guida del conducente, lo stato mentale, ecc.), tra le altre cose. I sistemi tradizionali di acquisizione dati non forniscono un modo efficiente per raccogliere, elaborare, trasmettere ed utilizzare tutte queste informazioni in un modo robusto. Pertanto, tali sistemi possono essere inefficienti dal punto di vista computazionale o possono sacrificare la velocità per la precisione.
SINTESI
Le forme di attuazione descritte includono sistemi e procedimenti per la modulazione di intensità di elaborazione, bilanciando dinamicamente l'elaborazione di dati e segnali basati su sensori in veicoli. Le forme di attuazione descritte possono regolare in modo continuo e dinamico i tipi e/o le quantità di processi completati a bordo ed esternamente al veicolo in tempo reale o quasi in tempo reale. Le forme di attuazione descritte possono regolare le prestazioni di questi processi in funzione di un livello richiesto di servizio e/o di condizioni di contesto specifiche (ad esempio, ubicazione geografica del veicolo, transizione tra ubicazioni, condizioni di traffico, condizioni meteo, comportamento storico del conducente, ecc.). La decisione di regolare o spostare il bilanciamento dell'elaborazione può essere presa da un dispositivo di controllo di bordo, da un centro di controllo esterno al veicolo, o sia dal dispositivo di controllo di bordo sia dal centro di controllo esterno al veicolo.
Le forme di attuazione descritte includono, ad esempio, un sistema per bilanciare dinamicamente e/o spostare l'elaborazione di dati e segnali basati su sensori in veicoli. Il sistema può includere una memoria che memorizza un insieme di istruzioni ed uno o più processori atti ad eseguire le istruzioni dell'insieme per effettuare una o più operazioni. Le operazioni possono includere la ricezione di segnali associati a sensori nel veicolo e la trasmissione dei segnali su una rete per un'elaborazione esterna al veicolo. Le operazioni possono anche includere la generazione di una richiesta per l'autorizzazione ad elaborare i segnali a bordo del veicolo, la ricezione di una risposta alla richiesta, e selettivamente l'elaborazione dei segnali a bordo del veicolo in base alla risposta.
Le forme di attuazione descritte includono anche, ad esempio, un supporto (memoria) fisico, non temporaneo leggibile da elaboratore che memorizza istruzioni, le quali, quando sono eseguite da almeno un processore, fanno in modo che detto almeno un processore attui un procedimento per bilanciare dinamicamente e/o spostare l'elaborazione di dati e segnali basati su sensori in veicoli. Il procedimento può anche includere la ricezione di segnali associati a sensori nel veicolo, e la trasmissione dei segnali su una rete per una elaborazione esterna al veicolo. Il procedimento può anche includere la generazione di una richiesta per un'autorizzazione ad elaborare i segnali a bordo del veicolo, la ricezione di una risposta alla richiesta, e selettivamente l'elaborazione dei segnali a bordo del veicolo in base alla risposta.
Bilanciando dinamicamente e/o spostando l'elaborazione dei dati e dei segnali basati su sensori tra il dispositivo di controllo di bordo ed il centro di controllo esterno al veicolo, è possibile ridurre una quantità di dati scambiati su una connessione di comunicazione tra il dispositivo di controllo di bordo ed il centro di controllo esterno al veicolo. Inoltre, questo bilanciamento dinamico può essere comandato selettivamente per migliorare alcuni parametri di comunicazione, con l'inclusione della velocità di comunicazione, dell'integrità, e del costo. Inoltre, un carico di elaborazione applicato al centro di controllo esterno al veicolo può anche essere ridotto, permettendo un uso più regolare, diverso, efficiente, produttivo, e/o sicuro del centro di controllo esterno al veicolo.
Caratteristiche e vantaggi addizionali delle forme di attuazione descritte saranno esposti in parte nella descrizione che segue, ed in parte risulteranno ovvi dalla descrizione, o possono essere appresi dall'attuazione delle forme di attuazione descritte. Le caratteristiche ed i vantaggi delle forme di attuazione descritte saranno raggiunti ed ottenuti per mezzo degli elementi e delle combinazioni messi in evidenza in particolare nelle rivendicazioni annesse.
Si deve comprendere che sia la descrizione generale precedente sia la descrizione dettagliata seguente costituiscono soltanto degli esempi e delle spiegazioni e non sono limitative delle forme di attuazione descritte come rivendicato.
I disegni annessi costituiscono una parte della presente descrizione. I disegni illustrano varie forme di attuazione della presente invenzione e, insieme con la descrizione, servono per spiegare i principi delle forme di attuazione descritte come definito nelle rivendicazioni annesse.
BREVE DESCRIZIONE DEI DISEGNI
La figura 1 mostra un ambiente di sistema esemplificativo per la realizzazione di forme di attuazione in conformità con le forme di attuazione descritte.
La figura 2 mostra un sistema di calcolo esemplificativo per la realizzazione di processi in conformità con le forme di attuazione descritte.
La figura 3 riporta un diagramma di flusso per un processo esemplificativo per la raccolta e l'elaborazione di dati di un veicolo che è regolato dinamicamente in conformità con le forme di attuazione descritte.
La figura 4 riporta uno schema a blocchi di un dispositivo di controllo adattativo esemplificativo e di un flusso dati in conformità con le forme di attuazione descritte.
La figura 5 riporta un diagramma di flusso per un processo di filtraggio di larghezza di banda esemplificativo in conformità con le forme di attuazione descritte.
La figura 6 riporta un diagramma di flusso per un processo di rilevamento di eventi esemplificativo in conformità con le forme di attuazione descritte.
La figura 7 riporta un diagramma di flusso per un processo esemplificativo di validazione di eventi in conformità con le forme di attuazione descritte.
La figura 8 riporta un diagramma di flusso per un processo esemplificativo per la generazione di condizioni al contorno ed indici di pericolo in conformità con le forme di attuazione descritte.
DESCRIZIONE DETTAGLIATA
Le forme di attuazione descritte si riferiscono a sistemi e procedimenti per controllare dinamicamente l'acquisizione di dati basati su sensori in veicoli. Le forme di attuazione descritte possono controllare dinamicamente segnali ricevuti da sensori associati al veicolo e le rispettive frequenze di campionamento in base a variabili di controllo pilotate da una elaborazione di segnale dei segnali ricevuti e da altri processi esterni. Le forme di attuazione descritte possono applicare filtri di larghezza di banda ai segnali in modo che le larghezze di banda filtrate siano regolate dinamicamente in tempo reale o quasi in tempo reale. Inoltre, le forme di attuazione descritte possono applicare algoritmi di rilevamento di eventi che sono regolati dinamicamente al volo per tener conto di condizioni attuali della strada, eventi rilevati, pericoli mutevoli ed esposizioni a rischi, comportamento del conducente, ed altre considerazioni. Le forme di attuazione descritte possono modificare questi schemi di rilevamento di eventi regolando dinamicamente i tipi di segnali raccolti, pesi matematici associati ai segnali, parametri che definiscono le relative soglie di rilevamento di eventi, e simili. Le forme di attuazione descritte possono anche validare eventi rilevati per assicurare un'elevata fedeltà dei dati, regolando ulteriormente i segnali di ingresso, le larghezze di banda, i pesi, le soglie, ecc. Inoltre, le forme di attuazione descritte forniscono sistemi e procedimenti per fornire dati di segnale, dati di segnale filtrati, eventi rilevati ed altri parametri ad un centro di controllo per un'ulteriore elaborazione. Le forme di attuazione descritte possono anche fornire sistemi e procedimenti per l'elaborazione di dati ricevuti presso un centro di controllo per fornire dati, informazioni ed istruzioni pertinenti a dispositivi remoti in comunicazione con i sensori per un'ulteriore elaborazione.
La regolazione dinamica dell'acquisizione di dati basati su sensori in veicoli può fornire uno o più vantaggi tecnici. Nel contesto del trattamento del segnale, ad esempio, si può dimostrare vantaggioso campionare un insieme minore di segnali da sensori del veicolo per migliorare l'efficienza computazionale senza un impatto sulla precisione. L'elaborazione o la memorizzazione di dati associati a segnali o altre informazioni non necessarie può consumare risorse di calcolo su dati di scarso valore. Vantaggi simili possono nascere dal campionamento di segnali a frequenze di campionamento inferiori o più dettagliate. Inoltre, la personalizzazione di segnali campionati e delle frequenze di campionamento associate può migliorare l'efficienza della trasmissione dati a, ed l'elaborazione dei dati presso, altri sistemi di calcolo. In un altro esempio, il controllo dinamico dei parametri di rilevamento di eventi basati su sensori può migliorare la precisione e l'efficienza di questi algoritmi. Tali schemi di rilevamento di eventi regolati dinamicamente possono trarre vantaggio dal campionamento dei segnali più importanti alle frequenze più pertinenti. Inoltre, la regolazione dinamica delle soglie e dei parametri di ingresso di questi processi in risposta ad eventi in tempo reale può migliorarne l'efficienza e l'affidabilità. Le forme di attuazione descritte forniscono almeno questi vantaggi tecnici controllando dinamicamente segnali campionati, le loro frequenze di campionamento, e modificando i parametri di schemi di rilevamento e di validazione di eventi in base a dati aggiornati in continuo.
Si farà ora riferimento in dettaglio a forme di attuazione della presente invenzione, esempi delle quali sono illustrati nei disegni annessi. Dovunque è possibile, numeri di riferimento uguali saranno utilizzati in tutti i disegni per far riferimento alle stesse parti o a parti simili.
La figura 1 mostra un ambiente di sistema esemplificativo 100 per la realizzazione di sistemi e procedimenti in conformità con le forme di attuazione descritte. Secondo alcuni aspetti, l'ambiente 100 può includere uno o più dispositivi di controllo adattativo (ad esempio, il dispositivo di controllo adattativo 112) collegati in relazione di comunicazione con un insieme di uno o più sensori 114 associati ad un veicolo 110. L'ambiente 100 può includere uno o più sistemi di centro di controllo (ad esempio, il sistema di controllo 132), che possono essere associati ad uno o più centri di controllo (ad esempio, il centro di controllo 130). L'ambiente 100 può anche includere uno o più sistemi di calcolo esterni (ad esempio, il sistema esterno 142), che possono essere associati ad uno o più enti esterni (ad esempio, l'ente esterno 140). Una o più reti di comunicazione (ad esempio, la rete di comunicazione 120) possono collegare in relazione di comunicazione uno o più dei componenti dell'ambiente 100.
Il dispositivo di controllo adattativo 112 include uno o più dispositivi di calcolo, dispositivi di elaborazione dati, o dispositivi di elaborazione di segnale (ad esempio, un dispositivo di calcolo 200 descritto con riferimento alla figura 2) per raccogliere, acquisire, trattare, memorizzare, e/o trasmettere informazioni. In alcune forme di attuazione, ad esempio, il dispositivo di controllo adattativo 112 comprende un insieme di circuiti integrati ("chipset") con hardware e/o applicazioni software eseguite su di esso per attuare processi in conformità con le forme di attuazione descritte. Il dispositivo di controllo adattativo 112 può essere atto a trasmettere o ricevere dati o segnali a/da altri sistemi di calcolo attraverso una rete di comunicazione, come la rete di comunicazione 120. Il dispositivo di controllo adattativo 112 può essere realizzato con uno o più processori o sistemi basati su calcolatori. Il dispositivo di controllo adattativo 112 può anche essere realizzato con una o più memorie dati per memorizzare informazioni in conformità con le forme di attuazione descritte nel seguito. Secondo alcuni aspetti, il dispositivo di controllo adattativo 112 include uno o più sensori (ad esempio, un accelerometro, un giroscopio, una bussola, un ricevitore GNSS ("Global Navigation Satellite Sy stem" – Sistema di Navigazione Satellitare Globale), ecc.), benché tali sensori interni non siano necessari.
Secondo alcuni aspetti, il dispositivo di controllo adattativo 112 riceve un insieme di segnali che codificano informazioni da un insieme di sensori 114 (ad esempio, attraverso una rete di comunicazione 120 come un circuito cablato, una connessione NFC, ecc.). I sensori 114 possono misurare una qualsiasi caratteristica fisica, temporale, operativa, e/o ambientale associata al veicolo 110. Ad esempio, i sensori 114 possono includere un ricevitore / ricetrasmettitore GNSS, un ricevitore GPS ("Global Positioning System" – Sistema di Localizzazione Globale), un accelerometro, un giroscopio, un termometro, un igrometro, un sensore di pressione, un orologio, una linea CAN o un bus CAN ("Controller Area Network") (e/o componenti ad essi collegati, come sensori dei freni, sensori del motore, sensori del controllo di crociera, sensori di pressione degli pneumatici, sistemi audio, sensori delle portiere, sistemi di navigazione, ecc.), un qualsiasi sensore del veicolo o microcontrollore, o altri sensori simili. I sensori 114 possono misurare caratteristiche interne o esterne al veicolo (ad esempio, temperatura ambiente, umidità, pressione barometrica, ecc.) come anche proprietà del veicolo (ad esempio, posizione, accelerazione laterale / longitudinale, quota, ecc.).
In alcune forme di attuazione, il dispositivo di controllo adattativo 112 utilizza segnali ricevuti da sensori 114 per determinare o ricavare informazioni associate al veicolo 110. Secondo un primo esempio, a titolo di esempio, il dispositivo di controllo adattativo 112 può determinare una temperatura all'esterno del veicolo 110 in base a segnali ricevuti da un termometro. Secondo un altro esempio, il dispositivo di controllo adattativo 112 può ricavare la velocità del veicolo 110 in base alla sua posizione (ad esempio, da un ricevitore GNSS), all'ora (ad esempio, da un orologio GNSS), e/o all'accelerazione longitudinale (ad esempio, da un accelerometro). Il dispositivo di controllo adattativo 112 può anche determinare informazioni come accelerazione del veicolo, sterzata del veicolo, o pressione ed umidità dell'aria esterna in un modo simile (ad esempio, utilizzando accelerometri, giroscopi, bus CAN, sensore di pressione, e/o igrometri, ecc.). Il dispositivo di controllo adattativo 112 può ricavare, rilevare, o determinare una qualsiasi di tali informazioni da sensori 114 in conformità con le forme di attuazione descritte. Nel senso utilizzato nel seguito, il segnale di un qualsiasi sensore o una caratteristica del veicolo immediatamente ricavata da esso (ad esempio, velocità, accelerazione, ora, sterzata, temperatura ambiente, ecc.) può essere indicata come "segnale", benché tale descrizione sia utilizzata soltanto a titolo illustrativo e non sia intesa in senso limitativo. Ad esempio, il dispositivo di controllo adattativo 112 può ricevere i seguenti segnali per attuare processi in conformità con le forme di attuazione descritte: velocità, accelerazione, frenata, sterzata, temperatura, pressione dell'aria, umidità, ora, posizione, accelerazione longitudinale, accelerazione laterale, posizione della valvola del gas, posizione del pedale del freno, imbardata, beccheggio, rollio, jerk, livelli di umidità, e qualsiasi altro tipo di segnale descritto più avanti. Il dispositivo di controllo adattativo 112 può anche combinare questi segnali per generare segnali e/o informazioni addizionali. Ad esempio, il dispositivo di controllo adattativo 112 può determinare il comportamento di guida di un conducente in base a segnali di posizione, di accelerazione, di frenata, di sterzata, e/o di velocità. In un altro esempio, il dispositivo di controllo adattativo 112 può determinare dati ambientali (ad esempio, in base a segnali di temperatura, di pressione, e/o di umidità) o dati di impatto (ad esempio, in base a segnali di posizione, di accelerazione, e/o di velocità) in un modo simile.
L'ambiente 100 include una o più reti di comunicazione 120. Secondo alcuni aspetti, la rete di comunicazione 120 può rappresentare un qualsiasi tipo di rete o mezzo di comunicazione per una comunicazione digitale per trasmettere informazioni tra dispositivi di calcolo. Ad esempio, la rete di comunicazione 120 può includere una rete cellulare, una rete satellitare, una LAN ("Local Area Network" – Rete Locale), una LAN senza fili, una rete RF (a Radio Frequenza), una rete di Comunicazione di Prossimità ("Near Field Communication" – NFC) (ad esempio, una rete WiFi), una Rete di Area Metropolitana ("Metropolitan Area Network" – MAN) senza fili che collega più LAN senza fili, connessione/i di comunicazione NFC, una qualsiasi connessione o circuito fisico cablato (ad esempio, attraverso una porta I/O, un circuito fisico, ecc.), ed una WAN ("Wide Area Network" – Rete Geografica) (ad esempio, Internet). In alcune forme di attuazione, la rete di comunicazione 120 può essere resa sicura attraverso una cifratura fisica (ad esempio, una cifratura di linea), attraverso la richiesta che informazioni siano cifrate su altri sistemi informatici (ad esempio, una cifratura di estremità ), e simili.
Secondo alcuni aspetti, la rete di comunicazione 120 include una qualsiasi rete accessibile o reti interconnesse attraverso uno o più protocolli di comunicazione, con l'inclusione del protocollo di trasferimento di ipertesto ("Hypertext Transfer Protocol" – HTTP) ed il protocollo di controllo di trasmissione / protocollo Internet ("Transmission Control Protocol / Internet protocol" – TCP/IP). Protocolli di comunicazione coerenti con le forme di attuazione descritte includono anche protocolli che facilitano il trasferimento dati utilizzando comunicazioni di identificazione a radiofrequenza ("Radio Frequency Identification" – RFID) e/o NFC. Secondo alcuni aspetti, la rete di comunicazione 120 può anche includere una o più reti di dispositivi mobili, come una rete GSM ("Global System for Mobile communications" – Sistema Globale per comunicazioni Mobili) o una rete PCS ("Process Control System" – Sistema di Controllo di Processo), permettendo che dispositivi (ad esempio, il dispositivo di controllo adattativo 112, il sistema esterno 142, ecc.) inviino e ricevano dati attraverso protocolli di comunicazione applicabili, compresi quelli descritti nella presente.
L'ambiente 100 comprende anche uno o più sistemi di controllo 132 atti ad elaborare, memorizzare, ricevere, acquisire, e trasmettere informazioni. Secondo alcuni aspetti, un sistema di controllo 132 può riflettere uno o più sistemi di calcolo (ad esempio, il sistema di calcolo 200, un server, un grande elaboratore centrale ("mainframe"), ecc.), e può essere realizzato con dispositivi hardware e/o istruzioni software per eseguire una o più operazioni in conformità con le forme di attuazione descritte (ad esempio, come descritto con riferimento alle figure 2 - 10). Le istruzioni software possono essere incorporate in un unico elaboratore, in un unico server, o in un qualsiasi dispositivo di calcolo aggiuntivo o alternativo ovvio per il tecnico del ramo. Il sistema di controllo 132 può anche includere dispositivi di elaborazione e sistemi di elaborazione distribuiti, e può eseguire istruzioni software su sistemi di elaborazione e server separati mediante comunicazione a distanza su una rete (ad esempio, la rete di comunicazione 120). Il sistema di controllo 132 può includere più server, e può comprendere una pluralità di server o una batteria di server ("server farm") comprendente sistemi a bilanciamento del carico. Il sistema di controllo 132 può ricevere e trasmettere informazioni ad altri sistemi nell'ambiente 100, come un dispositivo di controllo adattativo 112 o un sistema esterno 142, attraverso una qualsiasi rete applicabile (ad esempio, la rete di comunicazione 120). Il sistema di controllo 132 può anche attuare aspetti delle forme di attuazione descritte senza accedere ad altri dispositivi o reti di comunicazione.
Il sistema di controllo 132 può includere uno o più magazzini dati, memorie o sistemi di memorizzazione per memorizzare e gestire informazioni. Sistemi di elaborazione entro l'ambiente di sistema 100 (ad esempio, il dispositivo di controllo adattativo 112, il sistema esterno 142, ecc.) possono ricevere dati memorizzati entro, e trasferire dati a, il sistema di controllo 132 in conformità con le forme di attuazione descritte. I dispositivi di memoria del sistema di controllo 132 possono anche essere realizzati utilizzando una qualsiasi combinazione di banche dati o supporti di memorizzazione leggibili da elaboratore. Ad esempio, i dispositivi di memoria possono essere gestiti in un dispositivo di memorizzazione collegato alla rete, in una rete di aree di memorizzazione, in una qualche loro combinazione, ecc.
In alcune forme di attuazione, il sistema di controllo 132 può essere associato con un centro di controllo 130. Il centro di controllo 130 può riflettere un qualsiasi ente in comunicazione con il dispositivo di controllo adattativo 112. Secondo alcuni aspetti, ad esempio, il centro di controllo 130 può riflettere un'azienda, un'organizzazione, una società, un istituto educativo, un ente o agenzia governativa, una persona, o qualsiasi altro ente. Il centro di controllo 130 può raccogliere, elaborare, memorizzare, e fornire informazioni al dispositivo di controllo adattativo 112 e ad altri sistemi (ad esempio, al sistema esterno 142) attraverso il sistema di controllo 132 in conformità con le forme di attuazione descritte.
L'ambiente 100 può includere uno o più sistemi esterni (ad esempio, il sistema esterno 142) per ricevere, elaborare, generare, memorizzare, e fornire informazioni. Il sistema esterno 142 può includere i propri sistemi di calcolo, server, archivi dati, processori, ecc., simili a quelli del sistema di controllo 132, del dispositivo di controllo adattativo 112, o di qualsiasi altro dispositivo di elaborazione (ad esempio, come descritto con riferimento alla figura 2). Ad esempio, il sistema esterno 142 può includere uno o più server, un "personal computer", un elaboratore "laptop", un "tablet", un elaboratore "notebook", un elaboratore palmare, un'assistente digitale personale, un dispositivo di navigazione portatile, un telefono mobile, un dispositivo indossabile, un dispositivo integrato, uno "smartphone", o qualsiasi altro dispositivo di elaborazione aggiuntivo o alternativo. Componenti dell'ambiente 100 (ad esempio, il sistema di controllo 132, il dispositivo di controllo adattativo 112, ecc.) possono essere atti a ricevere informazioni da, ed a fornire informazioni a, il sistema esterno 142 per attuare processi in conformità con le forme di attuazione descritte.
Secondo alcuni aspetti, il sistema esterno 142 può essere associato con un ente esterno 140. L'ente esterno 140 può rappresentare una qualsiasi azienda, ente, istituto educativo, ente o agenzia governativa, persona, ecc., che utilizza il sistema esterno 142 per elaborare informazioni. Ad esempio, in una forma di attuazione, l'ente esterno 140 può includere un conducente del veicolo 110. Secondo un altro esempio, l'ente esterno 140 può riflettere un'azienda, come un sito di "social network".
La figura 2 riporta uno schema a blocchi di un sistema informatico esemplificativo 200 per attuare alcuni aspetti delle forme di attuazione descritte. Ad esempio, secondo alcuni aspetti, il sistema informatico 200 può riflettere sistemi informatici associati ad un dispositivo (ad esempio, il dispositivo di controllo adattativo 112, il sistema di controllo 132, il sistema esterno 142, ecc.) che esegue uno o più dei processi qui descritti. In alcune forme di attuazione, il sistema informatico 200 può includere uno o più processori 202 collegati ad una dorsale ("backbone") di comunicazione 206 come un bus o una rete di comunicazione esterna (ad esempio, un qualsiasi supporto di comunicazione dati digitale come una LAN, MAN, WAN, rete cellulare, rete WiFi, connessione NFC, Bluetooth, rete GSM, rete PCS, connessione I/O, una qualsiasi connessione cablata come USB ("Universal Serial Bus" – Bus Seriale Universale) o un circuito cablato, e qualsiasi protocollo associato come HTTP, TCT/IP, RFID, ecc.).
Secondo alcuni aspetti, il sistema informatico 200 comprende una memoria principale 208. La memoria principale 208 può comprendere una memoria ad accesso casuale ("Random Access Memory" – RAM) che rappresenta un supporto fisico e non temporaneo leggibile da elaboratore che memorizza programmi informatici, insiemi di istruzioni, codici, o dati eseguiti con il processore 202. Quando sono eseguiti dal processore 202, tali istruzioni, programmi informatici, ecc., permettono che il processore 202 esegua uno o più processi o funzioni in conformità con le forme di attuazione descritte. Secondo alcuni aspetti, tali istruzioni possono includere codice macchina (ad esempio, da un compilatore) e/o archivi ("files") contenenti un codice che il processore 202 può eseguire con un interprete.
Secondo alcuni aspetti, la memoria principale 208 può anche includere o essere collegata ad una memoria secondaria 210. La memoria secondaria 210 può includere un'unità a disco 212 (ad esempio, HDD ("Hard Disk Drive" – Unità a Disco Rigido), SSD ("Solid State Drive" – Unità a Stato Solido)), e/o un'unità di memorizzazione rimovibile 214, come un'unità a nastro magnetico, una memoria "flash", un'unità a disco ottico, un'unità CD/DVD, o simile. L'unità di memorizzazione rimovibile 214 può leggere da e/o scrivere su una unità di memoria rimovibile 218 in un modo noto al tecnico del ramo. L'unità d memoria rimovibile 218 può rappresentare un nastro magnetico, un disco ottico, o un altro supporto di memorizzazione che è letto e scritto dall'unità di memorizzazione rimovibile 214. L'unità di memoria rimovibile 218 può rappresentare un supporto fisico e non temporaneo leggibile da elaboratore in cui sono memorizzati programmi informatici, insiemi di istruzioni, codici, o dati destinati ad essere eseguiti dal processore 202.
In altre forme di attuazione, la memoria secondaria 210 può includere altri mezzi per permettere a programmi informatici o altre istruzioni di programma di essere caricate nel sistema informatico 200. Tali mezzi possono includere, ad esempio, un'altra unità di memoria rimovibile 218 o un'interfaccia 220. Un esempio di tali mezzi può includere un microcircuito ("chip") di memoria rimovibile (ad esempio, EPROM ("Erasable Programmable Read Only Memory" – Memoria di Sola Lettura Programmabile e Cancellabile), RAM ("Random Access Memory" – Memoria ad Accesso Casuale), ROM ("Read Only Memory" – Memoria di Sola Lettura), DRAM ("Dynamic Random Access Memory" – Memoria Dinamica ad Accesso Casuale), EEPROM ("Electrically Erasable Programmable Read Only Memory" – Memoria di Sola Lettura Programmabile e Cancellabile Elettricamente), dispositivi di memoria "flash", o altri dispositivi di memoria volatili o non volatili) ed un alloggiamento associato, o altre unità di memoria rimovibili 218 ed interfacce 220, che permettono il trasferimento di istruzioni e dati dall'unità di memoria rimovibile 218 al sistema informatico 200.
Il sistema informatico 200 comprende anche una o più interfacce di comunicazione 224. L'interfaccia di comunicazione 224 può permettere il trasferimento di software e dati tra il sistema informatico 200 e sistemi esterni (ad esempio, in aggiunta alla dorsale 206). L'interfaccia di comunicazione 224 può includere un modem, un'interfaccia di rete (ad esempio, una scheda Ethernet), una porta di comunicazione, uno "slot" ed una scheda PCMCIA, ecc. L'interfaccia di comunicazione 224 può trasferire software e dati sotto forma di segnali, che possono essere segnali elettronici, elettromagnetici, ottici o altri segnali in grado di essere ricevuti dall'interfaccia di comunicazione 224. Questi segnali possono essere forniti all'interfaccia di comunicazione 224 attraverso un percorso di comunicazione (ad esempio, un canale 228). Il canale 228 può trasportare segnali e può essere realizzato utilizzando un conduttore, un cavo, fibra ottica, una connessione RF, e/o altri canali di comunicazione. In una forma di attuazione, i segnali comprendono pacchetti dati inviati al processore 202. Ad esempio, il sistema informatico 200 può ricevere segnali da sensori (ad esempio, sensori 114) attraverso l'interfaccia di comunicazione 224 e/o la dorsale di comunicazione 206. Informazioni che rappresentano pacchetti elaborati possono anche essere inviate sotto forma di segnali dal processore 202 attraverso il percorso di comunicazione 228.
Secondo alcuni aspetti, i procedimenti realizzati su elaboratore descritti nella presente possono essere realizzati su un singolo processore di un sistema informatico, come il processore 202 del sistema informatico 200. In altre forme di attuazione, questi procedimenti realizzati su elaboratore possono essere realizzati utilizzando uno o più processori in un unico sistema informatico e/o su uno o più processori in sistemi informatici separati in comunicazione su una rete.
In alcune forme di attuazione con riferimento alla figura 2, le espressioni "dispositivo di memorizzazione" e "supporto di memorizzazione" possono riferirsi a dispositivi particolari comprendenti, ma senza carattere limitativo, la memoria principale 208, la memoria secondaria 210, un disco rigido installato nell'unità a disco rigido 212, e l'unità di memoria rimovibile 218. Inoltre, l'espressione "supporto leggibile da elaboratore" può riferirsi a dispositivi comprendenti, ma senza carattere limitativo, un disco rigido installato nell'unità a disco rigido 212, una qualsiasi combinazione di memoria principale 208 e memoria secondaria 210, ed una unità di memoria rimovibile 218, che possono rispettivamente fornire programmi informatici e/o insiemi di istruzioni al processore 202 del sistema informatico 200. Tali programmi informatici ed insiemi di istruzioni possono essere memorizzati in uno o più supporti leggibili da elaboratore. Secondo alcuni aspetti, i programmi informatici e gli insiemi di istruzioni possono anche essere ricevuti attraverso l'interfaccia di comunicazione 224 e memorizzati sugli uno o più supporti leggibili da elaboratore.
Le forme di attuazione descritte includono sistemi e procedimenti per controllare dinamicamente processi di acquisizione dati basati su sensori relativi a veicoli. Queste forme di attuazione possono controllare dinamicamente segnali ricevuti su un dispositivo di controllo adattativo 112 da sensori del veicolo 114 e le rispettive frequenze di campionamento in base a variazioni di variabili di controllo. Queste variazioni delle variabili di controllo possono essere imposte dai segnali e dalle informazioni ricevute da sistemi esterni (ad esempio, il sistema di controllo 132, il sistema esterno 142, ecc.). Le forme di attuazione descritte possono anche filtrare i segnali ricevuti con filtri di larghezza di banda che sono regolati dinamicamente in base alle variabili di controllo. Inoltre, le forme di attuazione descritte possono utilizzare un rilevamento di eventi per rilevare l'occorrenza o la non occorrenza di alcuni eventi. Questi processi di rilevamento di eventi possono essere regolati dinamicamente per tener conto di variazioni delle variabili di controllo. Le forme di attuazione descritte possono inoltre includere l'uso delle variabili di controllo per validare eventi rilevati. Le forme di attuazione descritte possono includere vari dispositivi di elaborazione remoti che comunicano, trasmettono, e ricevono informazioni generate entro ciascun processo per aggiornare in continuo le variabili di controllo, permettendo così che ciascuna procedura sia regolata dinamicamente in base a dati correnti. In questo modo, le forme di attuazione descritte possono migliorare l'efficienza computazionale e la precisione in ciascuno dei sistemi descritti grazie all'evoluzione costante di insiemi di variabili di controllo operative. Queste regolazioni dinamiche permettono che le forme di attuazione descritte reagiscano in modo rapido e continuo a variazioni delle informazioni, fattori ambientali, ed informazioni da altre origini.
La figura 3 riporta un diagramma di flusso di un processo esemplificativo 300 per raccogliere ed elaborare dati di un veicolo, che è regolato dinamicamente in conformità con le forme di attuazione descritte. Le forme di attuazione descritte in unione con il processo 300 possono essere realizzate tramite hardware e/o software su uno o più dei componenti dell'ambiente 100 come il dispositivo di controllo adattativo 112, il sistema di controllo 132, una qualche loro combinazione, ecc. Secondo un primo aspetto, ad esempio, le fasi del processo 300 possono avvenire sul dispositivo di controllo adattativo 112 come descritto più avanti. Secondo altri aspetti, le forme di attuazione del processo 300 possono essere suddivise tra un qualsiasi numero di sistemi di elaborazione. Inoltre, alcuni aspetti del processo 300 possono essere riordinati, risistemati, ripetuti, omessi, completati, modificati o integrati in processi addizionali in modi in conformità con le forme di attuazione descritte.
In alcune forme di attuazione, il processo 300 comprende la ricezione di un insieme di condizioni al contorno sul dispositivo di controllo adattativo 112 da un sistema di calcolo esterno, come il sistema di controllo 132 (fase 302). Secondo alcuni aspetti, una condizione al contorno può riflettere informazioni associate ad una condizione, stato, situazione, variabile, o circostanza esterna al veicolo 110. Queste informazioni possono essere memorizzate o generate localmente (ad esempio, sul dispositivo di controllo adattativo 112) e/o su un dispositivo remoto (ad esempio, il sistema di controllo 132). Inoltre, questi dati possono essere basati su informazioni ottenute da altri sistemi esterni, come il sistema esterno 142, nonché informazioni ricevute o elaborate dal dispositivo di controllo adattativo 112 (ad esempio, segnali ricevuti, eventi rilevati, ecc.). Una condizione al contorno può essere basata su informazioni correnti, previste (ad esempio, predette), e/o storiche.
In un esempio, per esempio, l'insieme di condizioni al contorno può includere un tipo di strada, un percorso, e/o condizioni della carreggiata che riflettono caratteristiche relative alla strada su cui un veicolo sta al momento viaggiando, viaggerà (ad esempio, in base ad un percorso previsto da un sistema di navigazione o da dati storici), o ha storicamente viaggiato in passato. Tali caratteristiche della strada possono includere una qualsiasi proprietà della strada come la sua lunghezza, larghezza, curvatura (ad esempio, in vari punti lungo la strada), numero di corsie, tipo o classificazione (ad esempio, autostrada, strada a pedaggio, arteria stradale, strada locale), elenco di segmenti della strada o incroci inclusi, e simili.
L'insieme di condizioni al contorno può anche includere una condizione atmosferica che riflette condizioni ambientanti correnti, previste, o storiche. Queste informazioni ambientali possono includere un qualsiasi dato associato con il tempo atmosferico come temperatura, umidità, livello o intensità di precipitazione, pressione barometrica, velocità o direzione del vento, punto di rugiada, visibilità, indice di calore, grado di copertura nuvolosa (ad esempio, sole, molto nuvoloso, ecc.), e così via. In alcune forme di attuazione, la condizione atmosferica può essere basata su informazioni ricevute dal dispositivo di controllo adattativo 112 (ad esempio, attraverso segnali di temperatura, pressione ed umidità correnti o passate). In aggiunta o in alternativa, la condizione atmosferica può essere basata su informazioni disponibili su un sistema esterno 142.
L'insieme di condizioni al contorno può includere una condizione di traffico che riflette livelli di congestione correnti, storici, e/o previsti associati all'ubicazione corrente o prevista del veicolo 110. Queste informazioni possono essere basate su un percorso corrente o previsto del veicolo 110 che nasce, ad esempio, da informazioni memorizzate in un sistema di navigazione (ad esempio, in comunicazione con il dispositivo di controllo adattativo 112, come parte del dispositivo stesso, o sotto forma di un sistema esterno separato 142, ecc.) e/o percorsi o strade storicamente favorite dal conducente (discusso ulteriormente più avanti). A titolo di esempio, la condizione di traffico può riflettere livelli di congestione associati ad un percorso attivo corrente del veicolo 110 (ad esempio, basato su un sistema di navigazione di bordo, un'applicazione di indicazioni di guida su un dispositivo mobile 142 del conducente, dati memorizzati nel dispositivo di controllo adattativo 112, ecc.) con deviazioni previste per tener conto delle preferenze storiche del conducente per alcune strade o tipi di strada.
In alcune forme di attuazione, l'insieme di condizioni al contorno può anche includere una condizione di mappa di velocità media che riflette una velocità media di veicoli entro una certa distanza o regione in prossimità del veicolo 110 (ad esempio 50 piedi (15 metri), 100 piedi (30 metri), 500 piedi (150 metri), ecc.). Secondo alcuni aspetti, la condizione di mappa di velocità media può anche essere basata su una velocità media corrente, storica, o prevista di veicoli associati all'ubicazione corrente del veicolo 110 (ad esempio, una seconda regione di prossimità, una strada, un segmento di strada, ecc.).
L'insieme di condizioni al contorno può inoltre includere una condizione di punto nero che riflette un percorso, una strada, un segmento di strada, un incrocio, un punto, un'ubicazione, ecc., in cui la probabilità di essere coinvolti in un incidente è elevata (ad esempio, la probabilità di un incidente supera una soglia). Secondo alcuni aspetti, la condizione di punto nero può essere basata su un'ubicazione o percorso corrente, storico, o previsto del veicolo 110, come quelli descritti nella presente. La condizione di punto nero può anche riflettere informazioni di incidenti memorizzate in un sistema nell'ambiente 100 (ad esempio, nel dispositivo di controllo adattativo 112, nel sistema esterno 142 come un sistema di pattuglie autostradali, ecc.). Le informazioni di incidenti possono includere dati quali percentuali storiche di incidenti associate all'ubicazione, i livelli di congestione (storico, corrente, previsto, ecc.) associati all'ubicazione e/o quelle vicine, ed altre informazioni in conformità con le forme di attuazione descritte. In alcune forme di attuazione, la condizione di punto nero può anche includere informazioni di incidenti associate con altre ubicazioni e percorsi. Ad esempio, la condizione di punto nero può nascere in funzione di una percentuale di incidenti di un'ubicazione, un livello di congestione, ecc., confrontata con quelle di ubicazioni simili (ad esempio, per tipo di strada, ecc.), ubicazioni vicine, ubicazioni lungo un percorso specifico, ed altri parametri simili. In un esempio illustrativo, per esempio, la condizione di punto nero può riflettere segmenti di strada o altre ubicazioni aventi una percentuale di incidenti superiore ad una media locale o nazionale per quelli in un'ubicazione simile.
L'insieme di condizioni al contorno può includere una condizione standard del conducente che riflette un comportamento medio o cumulativo del conducente (ad esempio, profili di accelerazione, posizione, frenata, sterzata, e/o velocità) su vari conducenti o su tutti i conducenti. In alcune forme di attuazione, la condizione del conducente standard può includere informazioni di comportamento associate a conducenti in generale (ad esempio, in tutte le condizioni atmosferiche, in tutti i tipi di strada, ecc.). In altre forme di attuazione, la condizione del conducente standard può essere vincolata a dimensioni particolari come strade particolari, tipi particolari di strada, segmenti particolari di strada, curve o incroci particolari, ora del giorno, condizioni atmosferiche, marca / modello / tipo di veicolo, gruppo di età del conducente, ecc. Secondo alcuni aspetti, l'insieme di conducenti può essere limitato a quelli associati con un dispositivo di controllo adattativo 112.
In modo simile, l'insieme di condizioni al contorno può includere una condizione corrente del conducente che riflette un comportamento medio o globale del conducente (ad esempio, informazioni di accelerazione, posizione, frenata, sterzata, e/o velocità per conducente) per il conducente che guida al momento il veicolo 110. Queste informazioni possono concretizzare il comportamento del conducente in generale (ad esempio, in tutte le dimensioni) o entro alcune dimensioni (ad esempio, lungo una strada particolare, un segmento di strada, una curva, un'ora del giorno, una condizione atmosferica, ecc., come discusso in precedenza). La condizione corrente del conducente può essere basata, ad esempio, su informazioni ricevute dal dispositivo di controllo adattativo 112 e/o su informazioni di credenziali del conducente (ad esempio, fornite al dispositivo di controllo adattativo) che identificano il conducente attuale del veicolo 110.
Secondo alcuni aspetti, l'insieme di condizioni al contorno può anche includere una condizione di un dispositivo del conducente che riflette informazioni associate a o ricevute da un dispositivo elettronico (ad esempio, un sistema esterno 142) associato al conducente. Queste informazioni possono includere dati bioritmici correnti, previsti, o storici (ad esempio, informazioni di sonno, ritmo cardiaco, pressione del sangue, passi compiuti) e/o dati di utilizzo del dispositivo (ad esempio, informazioni associate a registri di chiamata, messaggi o posta elettronica, calendari, percorsi di navigazione pianificati, musica ascoltata, siti web visitati, dati di applicazioni software, ecc.).
L'insieme di condizioni al contorno può anche includere una condizione di percorso normale che riflette informazioni associate a percorsi, tipi di strada, strade, e/o segmenti di strada tipicamente preferiti da un conducente del veicolo 110. Tali informazioni possono essere basate, ad esempio, su informazioni storiche di percorso e di guida seguite dal dispositivo di controllo adattativo 112, informazioni simili memorizzate su sistemi di navigazione associati al veicolo 110 o al conducente (ad esempio, sul sistema esterno 142, come un telefono mobile), e simili. In un esempio, per esempio, la condizione di percorso normale può riflettere il fatto che un conducente evita tipicamente autostrade, lo fa per segmenti particolari di autostrade specifiche, preferisce una strada o percorso rispetto ad un altro, e così via.
L'insieme di condizioni al contorno può anche includere una condizione di "social network" che riflette informazioni ottenute da uno o più "social network" associati ad un conducente del veicolo 110. Queste informazioni di "social network" possono includere dati come l'ora ed il luogo di post; il contenuto di tali post (ad esempio, analizzato da un processo lessicale o semantico per estrarre informazioni pertinenti, come interessi, emozioni, eventi futuri o passati, ecc.); interessi indicati, "preferenze", o favoriti (ad esempio, musica, film, hobby, sport, persone, politica, ecc.); ognuna delle informazioni precedenti per amici, "follower", ecc.; informazioni biografiche o demografiche (ad esempio, compleanno, diplomi o lauree, enti di diploma o di laurea, residenza, datore di lavoro o tipo di impiego, religione, stato relazionale, ecc.); informazioni condivise (ad esempio, articoli di notizie condivisi); e/o qualsiasi altra informazione estraibile da un qualsiasi "social network" noto al tecnico del ramo. I sistemi di elaborazione che ottengono tali informazioni (ad esempio, il sistema di controllo 132) possono farlo su una rete (ad esempio, una rete di comunicazione 120) in base ad informazioni memorizzate, ospitate, e gestite dal "social network" (ad esempio, sotto forma del sistema esterno 142).
Secondo alcuni aspetti, l'insieme di condizioni al contorno può anche includere una condizione di storia di denunce che riflette informazioni associate ad una o più denunce di assicurazione associate al veicolo 110. Queste informazioni di denunce possono includere dati come numero di denunce, frequenza delle denunce, un importo associato con le denunce (ad esempio, l'importo di ciascuna singola denuncia, una media, una somma, una mediana, ecc.), una natura delle denunce, ed altre informazioni simili.
In alcune forme di attuazione, il processo 300 può includere la ricezione di un insieme di indici di pericolo associati al veicolo 110 o ad un suo conducente (fase 302). Secondo alcuni aspetti, un indice di pericolo può riflettere una misura o grado di esposizione al pericolo associato ad un conducente o al veicolo 110 in un istante specifico. Un indice di pericolo può includere informazioni storiche, correnti, e/o previste, e può essere associato ad un periodo di tempo passato, corrente, o futuro (ad esempio, un'esposizione prevista del conducente a pericoli in futuro). Un indice di pericolo può essere basato, per esempio, su una o più condizioni al contorno ricevute o generate dal sistema di controllo 132 e/o informazioni ricevute dal dispositivo di controllo adattativo 112 (ad esempio, un qualsiasi segnale o altra informazione descritta con riferimento alle figure 3 - 8). Secondo alcuni aspetti, un indice di pericolo può riflettere l'esposizione di un conducente ad un pericolo in base al comportamento di guida di questo conducente (ad esempio, in base a segnali di velocità, accelerazione, sterzata, frenata, e/o posizione ricevuti dal dispositivo di controllo adattativo 112), all'attenzione (ad esempio, in base ad informazioni associate ad una condizione di un dispositivo del conducente, con una condizione di "social network", una condizione di mappa di velocità media, ad esempio il fatto che il conducente stia inviando messaggi di testo, ecc.) e/o all'ambiente (ad esempio, in base ad una condizione atmosferica o segnali pertinenti ricevuti attraverso il dispositivo di controllo adattativo 112 come temperatura, visibilità, precipitazione, livelli di umidità, ecc.). Un indice di pericolo può essere generato ed aggiornato utilizzando un qualsiasi processo in conformità con le forme di attuazione descritte, come quelle descritte con riferimento alla figura 8.
Secondo alcuni aspetti, il processo 300 può includere la generazione, l'aggiornamento, la modifica, l'aggiunta, la variazione, e/o la cancellazione di una o più variabili di controllo in un insieme di variabili di controllo che gestiscono vari aspetti delle forme di attuazione descritte (fase 304). Secondo alcuni aspetti, l'insieme di variabili di controllo può governare il modo in cui il dispositivo di controllo adattativo 112 e/o il sistema di controllo 132 raccolgono, gestiscono, ed elaborano dati. Ad esempio, l'insieme di variabili di controllo può definire alcuni parametri, ingressi e soglie di procedure descritte con riferimento alle figure 3 - 8, come i segnali particolari campionati da sensori del veicolo 114, le frequenze con cui il dispositivo di controllo adattativo 112 campiona i segnali selezionati, e/o i vari parametri, ingressi e soglie in processi associati con filtraggio di larghezza di banda, rilevamento di eventi, e post-elaborazione, tra le altre cose. Così, secondo alcuni aspetti, le variabili di controllo definiscono gli ingressi ed altre informazioni raccolte (ad esempio, segnali campionati, informazioni esterne recuperate, ecc.) nonché i processi che utilizzano queste informazioni (ad esempio, mediante modifica di filtri, pesi, e soglie) per determinare se si è verificato o non si è verificato un evento. Questi processi sono descritti più in dettaglio nel seguito. L'insieme di variabili di controllo operative (ad esempio, la variabile / le variabili di controllo attive in un dato istante) può essere basato sull'insieme di condizioni al contorno, sull'insieme di indici di pericolo, e/o su qualsiasi informazione descritta nella presente. A titolo di esempio, l'insieme di variabili di controllo può essere basato in parte su segnali ricevuti nel dispositivo di controllo adattativo 112 da sensori del veicolo 114, sul rilevamento di un evento particolare, sull'applicazione di un filtro particolare, sulle attuali condizioni atmosferiche, su informazioni su "media" (mezzi di comunicazione) sociali, su percorsi previsti che si prevede che un conducente segua, sulla curvatura di un segmento di strada, e così via. L'insieme di variabili di controllo può essere memorizzato in un qualsiasi dispositivo di elaborazione appropriato, come una memoria del dispositivo di controllo adattativo 112 e/o del sistema di controllo 132.
Poiché le variabili di controllo possono governare il modo in cui il dispositivo di controllo adattativo 112 raccoglie ed elabora dati secondo alcuni aspetti, le variazioni di un insieme operativo di variabili di controllo (ad esempio, la creazione di una nuova variabile, la cancellazione o la modifica di una variabile esistente, ecc.) possono provocare una variazione risultante nel modo in cui il dispositivo di controllo adattativo 112 elabora informazioni. Ad esempio, una variazione di un insieme di variabili di controllo operative può provocare una variazione dei segnali campionati con il dispositivo di controllo adattativo 112, le loro frequenze di campionamento corrispondenti, i filtri di larghezza di banda applicati, il rilevamento di eventi o soglie di validazione, e/o qualsiasi altro parametro variabile in conformità con le forme di attuazione descritte. Il dispositivo di controllo adattativo 112 può rilevare in modo automatico e continuo variazioni dell'insieme di variabili di controllo regolando dinamicamente i processi descritti nella presente.
L'insieme di variabili di controllo può includere un insieme di variabili di controllo locali e/o un insieme di variabili di controllo esterne. Variabili di controllo esterne possono riflettere variabili di controllo generate, aggiornate, e/o influenzate da informazioni esterne al dispositivo di controllo adattativo 112. Ad esempio, secondo alcuni aspetti, le variabili di controllo esterne possono essere basate su un insieme di condizioni al contorno e/o su un insieme di indici di pericolo ricevuti dal sistema di controllo 132. In una forma di attuazione, ad esempio, l'insieme di variabili di controllo esterne può essere basato su condizioni atmosferiche storiche, correnti, o previste, su modelli di traffico, su informazioni di strada e di percorso, sul comportamento medio di un conducente, o su qualsiasi altra informazione associata con una condizione al contorno o un indice di pericolo. In aggiunta o in alternativa, l'insieme di variabili di controllo esterne può essere basato su altri tipi di informazioni ottenute o ricevute dal sistema esterno 142 o dal sistema di controllo 132. Secondo un primo aspetto, ad esempio, il dispositivo di controllo adattativo 112 può ricevere un'istruzione dal sistema di controllo 132 di aggiungere, modificare, cancellare, ecc., una variabile di controllo esterna con o senza una variazione corrispondente di una condizione al contorno o di un indice di pericolo. Le variabili di controllo esterne possono essere generate localmente sul dispositivo di controllo adattativo 112 (ad esempio, in risposta ad informazioni ricevute dal sistema di controllo 132), oppure su un sistema esterno (ad esempio, il sistema di controllo 132) e trasmesse al dispositivo di controllo adattativo.
Le variabili di controllo locali possono riflettere variabili di controllo generate, aggiornate, e/o influenzate da informazioni locali del dispositivo di controllo adattativo 112. Secondo alcuni aspetti, variabili di controllo locali possono essere generate ed aggiornate sul dispositivo di controllo adattativo 112 e possono essere basate su una qualsiasi informazione in conformità con le forme di attuazione descritte con riferimento alle figure 3 - 7. Ad esempio, il dispositivo di controllo adattativo 112 può generare o aggiornare un insieme di variabili di controllo locali in base ad un insieme di segnali ricevuti da sensori del veicolo 114 (ad esempio, informazioni codificate nell'insieme di segnali, l'insieme di segnali campionati, ecc.). In un'illustrazione, il dispositivo di controllo adattativo 112 può generare o aggiornare variabili di controllo locali in base ad un segnale di temperatura corrente da un sensore di temperatura. In un altro esempio, il dispositivo di controllo adattativo 112 può aggiornare un insieme di variabili di controllo locali in base al comportamento storico di guida di un conducente come monitorato dal dispositivo di controllo adattativo (ad esempio, basato su segnali storici di accelerazione, posizione, frenata, sterzata e/o velocità). L'insieme di variabili di controllo locali può anche comprendere variabili di controllo create da processi eseguiti sul dispositivo di controllo adattativo 112. Ad esempio, l'insieme di variabili di controllo locali può includere variabili di controllo generate da un filtro di larghezza di banda applicato, da un'analisi di rilevamento di eventi e/o da una post-elaborazione, come descritto con riferimento alle figure 5 - 7. In alcune forme di attuazione, gli insiemi di variabili di controllo locali ed esterne non sono mutuamente esclusivi. Ad esempio, l'insieme di variabili di controllo può essere aggiornato in base al comportamento storico di guida di un conducente come misurato da segnali ricevuti sul dispositivo di controllo adattativo 112 nonché ad una condizione al contorno ricevuta dal sistema di controllo 132.
In alcune forme di attuazione, il processo 300 può includere la ricezione sul dispositivo di controllo adattativo 112 di un insieme di segnali associato ad un insieme di sensori del veicolo 114 (fase 306). Questi segnali possono trasmettere informazioni associate alle caratteristiche misurate con (o ricavate da) i sensori 114, come velocità, accelerazione, frenata, sterzata, temperatura, pressione dell'aria, posizione, imbardata, beccheggio, rollio, e/o qualsiasi altra informazione associata a sensori in conformità con le forme di attuazione descritte (ad esempio, qualsiasi componente del veicolo collegato ad un bus CAN, come sensori del motore o della pressione degli pneumatici). In alcune forme di attuazione, l'insieme di segnali ricevuti o campionati può essere basato su un insieme di variabili di controllo memorizzate sul dispositivo di controllo adattativo 112. Ad esempio, l'insieme di variabili di controllo può definire l'insieme di segnali da campionare in base ai segnali richiesti per un'analisi di filtraggio di larghezza di banda, un'analisi di rilevamento di eventi, e/o un'analisi di validazione di eventi come ulteriormente descritto con riferimento alle figure 5 - 7. A titolo di esempio, le variabili di controllo possono richiedere al dispositivo di controllo adattativo 112 di campionare segnali associati con la sterzata, l'imbardata, il beccheggio, e/o il rollio allo scopo di determinare o validare l'occorrenza di un evento di sterzata. Il dispositivo di controllo adattativo 112 può determinare l'insieme di segnali da campionare in base all'insieme di variabili di controllo memorizzate o ricevute, e può campionare i segnali identificati nell'insieme di segnali in modo coerente con questa determinazione.
Secondo alcuni aspetti, il dispositivo di controllo adattativo 112 può modificare o regolare un insieme di segnali campionati al rilevamento di una variazione in un insieme di variabili di controllo operative (fase 304). Variazioni all'insieme di variabili di controllo operative possono regolare i tipi, il numero, e/o l'identità dei segnali campionati con il dispositivo di controllo adattativo 112. Poiché l'insieme di variabili di controllo può variare in modo continuo o periodico nel tempo, questa disposizione permette che il dispositivo di controllo adattativo 112 regoli dinamicamente l'insieme di segnali campionati dai sensori 114. Il dispositivo di controllo adattativo 112 può regolare l'insieme di segnali campionati tramite hardware e/o software eseguito da uno o più processori. Ad esempio, il dispositivo di controllo adattativo 112 può regolare un primo insieme di segnali campionati disattivando un segnale campionato in precedenza (ad esempio, un segnale nel primo insieme di segnali) e/o attivando un segnale non campionato in precedenza (ad esempio, un segnale che non rientrava nel primo insieme di segnali) tramite hardware, campionando così un secondo insieme differente di segnali. Tale hardware può assumere la forma, ad esempio, di interruttori in un circuito facente parte del dispositivo di controllo adattativo 112. In un altro esempio, il dispositivo di controllo adattativo 112 può inibire o abilitare questi segnali tramite software riducendo, ad esempio, il valore di un segnale selezionato a zero o rimuovendo una tale condizione di zero da un altro segnale.
Il dispositivo di controllo adattativo 112 può campionare ciascun segnale in un insieme di segnali ad una rispettiva frequenza di campionamento (fase 306). Queste frequenze di campionamento possono variare tra i segnali ricevuti e possono essere definite in un insieme di variabili di controllo. Ad esempio, il dispositivo di controllo adattativo 112 può campionare un primo segnale (ad esempio, di accelerazione, di velocità angolare) ad una prima frequenza (ad esempio, 6 kHz) e può campionare un secondo segnale (ad esempio, di temperatura esterna) ad una seconda frequenza (ad esempio, 1 Hz). Una frequenza di campionamento può essere basata in parte sul tipo di segnale ricevuto. Nell'esempio precedente, ad esempio, il dispositivo di controllo adattativo 112 può campionare un segnale di accelerazione più spesso di un segnale di temperatura. Il dispositivo di controllo adattativo 112 può determinare la rispettiva frequenza di campionamento per ciascun segnale nell'insieme di segnali in base all'insieme di variabili di controllo.
In alcune forme di attuazione, una variazione rilevata dell'insieme di una o più variabili di controllo operative può regolare una o più delle frequenze di campionamento nell'insieme di frequenze di campionamento (fase 304). Il dispositivo di controllo adattativo 112 può determinare come regolare una frequenza di campionamento per un segnale specifico in base al rilevamento della/e variazione/i all'insieme di variabili di controllo. In alcune forme di attuazione, le variazioni nell'insieme di variabili di controllo possono riflettere il fatto che un segnale o condizione specifica è diventata più o meno importante per un processo in conformità con le forme di attuazione descritte (ad esempio, una procedura descritta con riferimento alle figure 5 - 8). Ad esempio, l'insieme di variabili di controllo può variare al rilevamento di condizioni atmosferiche più severe facendo in modo che il dispositivo di controllo adattativo 112 campioni segnali associati ad informazioni di tempo atmosferico (ad esempio, temperatura, livelli di umidità, visibilità, intensità di precipitazione, ecc.), informazioni di velocità, ecc., più frequentemente che in condizioni più asciutte e più calme.
In alcune forme di attuazione, il dispositivo di controllo adattativo 112 trasmette l'insieme di segnali (ad esempio, i valori dei segnali stessi e/o il tipo di segnali campionati), l'insieme di frequenze di campionamento, e/o altre informazioni relative all'insieme di sensori campionati (ad esempio, i sensori associati ai segnali ricevuti) ad un altro sistema di calcolo per un'ulteriore elaborazione. Questa elaborazione può includere processi come quelli descritti con riferimento alla figura 8 nel sistema di controllo 132. Ad esempio, il sistema di controllo 132 può ricevere un insieme di segnali e le loro frequenze di campionamento forniti in uscita dal dispositivo di controllo adattativo 112, regolare una o più condizioni al contorno e/o indici di pericolo in risposta alle informazioni ricevute, fornire l'insieme aggiornato di condizioni al contorno al dispositivo di controllo adattativo (fase 302), il che può fare in modo che il dispositivo di controllo adattativo regoli l'insieme operativo di variabili di controllo (fase 304), il che a sua volta può fare in modo che il dispositivo di controllo adattativo modifichi l'insieme di segnali campionati e/o le loro frequenze di campionamento (fase 306), tra le altre cose. In aggiunta o in alternativa, il dispositivo di controllo adattativo 112 può generare o aggiornare l'insieme di variabili di controllo operative in base ad informazioni codificate nell'insieme di segnali campionati ed altre informazioni in conformità con le forme di attuazione descritte.
In alcune forme di attuazione, il dispositivo di controllo adattativo 112 applica un insieme di filtri di larghezza di banda ai segnali ricevuti per ridurre il rumore o altri artefatti (fase 308). Il passaggio dei segnali attraverso il/i filtro/i di larghezza di banda può creare un insieme di segnali filtrati con un rapporto segnale - rumore ("Signal-to-Noise Ratio" – SNR) più alto rispetto ai segnali non filtrati. L'applicazione dei filtri di larghezza di banda può avvenire tramite hardware (ad esempio, tramite interruttori, condensatori, resistori, ed altri circuiti) e/o software (ad esempio, esecuzione di istruzioni con un processore) per creare l'effetto desiderato. Il dispositivo di controllo adattativo 112 può applicare l'insieme di filtri di larghezza di banda in modi conformi alle forme di attuazione descritte, come il processo di filtraggio di larghezza di banda descritto con riferimento alla figura 5. Ad esempio, il dispositivo di controllo adattativo 112 può determinare come applicare l'insieme di filtri di larghezza di banda in base ad un insieme di variabili di controllo memorizzate. Il dispositivo di controllo adattativo 112 può rilevare variazioni nell'insieme di variabili di controllo e regolare dinamicamente come applicare l'insieme di filtri di larghezza di banda (fasi 304 e 308). In alcune forme di attuazione, il dispositivo di controllo adattativo 112 può fornire in uscita o trasmettere informazioni associate al processo di filtraggio di larghezza di banda (ad esempio, dati in conformità con le forme di attuazione descritte con riferimento alla figura 5) al sistema di controllo 132 per un'ulteriore elaborazione (ad esempio, come quelle descritte con riferimento alla figura 8). In un esempio, il sistema di controllo 132 può ricevere informazioni dal dispositivo di controllo adattativo 112 relative ad un processo di filtraggio di larghezza di banda, aggiornare una condizione al contorno o un indice di pericolo in base alle informazioni ricevute, ed inviare le condizioni al contorno o l'indice di pericolo aggiornato al dispositivo di controllo adattativo (fase 302). Come descritto nella presente, una tale variazione delle condizioni al contorno e/o degli indici di pericolo può provocare una variazione dell'insieme di variabili di controllo operative (fase 304), il che a sua volta può regolare dinamicamente come il dispositivo di controllo adattativo 112 applica l'insieme di filtri di larghezza di banda (fase 308). Inoltre, il dispositivo di controllo adattativo 112 può esso stesso aggiornare l'insieme di variabili di controllo in base ad informazioni prodotte durante il processo di filtraggio di larghezza di banda.
Il processo 300 include l'esecuzione di un'analisi di rilevamento di eventi su un insieme di segnali, come un insieme di segnali filtrati prodotto nella fase 308, un insieme di segnali non filtrati da sensori 114, ecc. (fase 310). Il dispositivo di controllo adattativo 112 può eseguire l'analisi di rilevamento di eventi per determinare l'occorrenza o la non occorrenza di un evento, come descritto più in dettaglio nel seguito. Secondo alcuni aspetti, questa determinazione può includere il confronto di un insieme di soglie di evento con l'insieme di segnali e la generazione di una risposta di tipo booleano in base al confronto. Il dispositivo di controllo adattativo 112 può eseguire il rilevamento di eventi utilizzando qualsiasi processo in conformità con le forme di attuazione descritte, come i processi di rilevamento di eventi descritti con riferimento alla figura 6. Ad esempio, il dispositivo di controllo adattativo 112 può determinare come applicare un insieme di filtri di evento all'insieme di segnali, con l'inclusione di parametri che influenzano le soglie di evento dei filtri di evento (ad esempio, pesi matematici, combinazioni di segnali e fattori di evento, ecc.), in base ad un insieme di variabili di controllo. Inoltre, il dispositivo di controllo adattativo 112 può rilevare una va riazione dell'insieme di variabili di controllo e regolare dinamicamente le procedure di rilevamento di eventi di conseguenza (fasi 304 e 310). Il dispositivo di controllo adattativo 112 può anche fornire in uscita o trasmettere informazioni associate al processo di rilevamento di eventi al sistema di controllo 132 per un'ulteriore elaborazione, come l'elaborazione descritta con riferimento alla figura 8 o quelle precedenti. Il dispositivo di controllo adattativo 112 può anche elaborare i risultati del rilevamento di eventi per aggiornare l'insieme di variabili di controllo operative.
Il processo 300 include l'esecuzione di una postelaborazione in risposta al rilevamento o all'assenza di rilevamento di un evento (fase 312). Secondo alcuni aspetti, questa post-elaborazione può riflettere un processo di validazione che conferma che un evento rilevato si è o non si è verificato, come il processo di validazione descritto con riferimento alla figura 7. In alcune forme di attuazione, questo processo di validazione può includere il monitoraggio di segnali selezionati per un periodo di tempo dopo un evento rilevato ed il confronto di questi segnali con un insieme di soglie di validazione. Secondo alcuni aspetti, il dispositivo di controllo adattativo 112 può determinare gli ingressi ed i parametri (ad esempio, pesi matematici, segnali campionati, soglie di validazione, ecc.) di tali procedure di post-elaborazione in base ad un insieme di variabili di controllo. Inoltre, il dispositivo di controllo adattativo 112 può rilevare una variazione nell'insieme di variabili di controllo e regolare dinamicamente le procedure di postelaborazione di conseguenza (fasi 304 e 312). In alcune forme di attuazione, il dispositivo di controllo adattativo 112 può trasmettere informazioni associate con la post-elaborazione ad un altro sistema di calcolo (ad esempio, al sistema di controllo 132 alla validazione di un evento) validato per eseguire un'ulteriore elaborazione in conformità con le forme di attuazione descritte, come quelle descritte con riferimento alla figura 8 o precedenti.
Secondo alcuni aspetti, il processo 300 può includere l'emissione di dati di evento o la loro trasmissione al sistema di controllo 132 dal dispositivo di controllo adattativo 112 (fase 312). I dati di evento possono includere informazioni associate alle fasi di ricezione di segnale, di filtraggio di larghezza di banda, di rilevamento di eventi, e/o di post-elaborazione. Ad esempio, i dati di evento possono includere un'indicazione che il dispositivo di controllo adattativo 112 ha rilevato un evento, validato un evento, non ha rilevato un evento, ecc. I dati di evento possono anche includere informazioni associate a queste fasi come, ad esempio, l'insieme di segnali campionati, l'insieme di frequenze di campionamento, le soglie di evento o di validazione utilizzate nelle fasi di rilevamento e di validazione, che un evento si è verificato o è stato validato, o qualsiasi altra informazione associata alle figure 3 - 8. I dati di evento possono assumere una qualsiasi forma appropriata per trasmettere informazioni, come un segnale, un archivio ("file") informatico, una registrazione ("record"), un rapporto elettronico, un messaggio di posta elettronica, un messaggio di testo, ecc.
Il dispositivo di controllo adattativo 112 può trasmettere i dati di evento al sistema di controllo 132 attraverso la rete di comunicazione 120. Secondo alcuni aspetti, il sistema di controllo 132 può ricevere i dati di evento ed eseguire un'ulteriore elaborazione in conformità con le forme di attuazione descritte, come i processi descritti in precedenza o con riferimento alla figura 8. Ad esempio, il sistema di controllo 132 può ricevere i dati di evento, determinare o modificare un insieme di condizioni al contorno, raccogliere o generare informazioni relative a tali condizioni al contorno, e fornire le condizioni al contorno e le informazioni relative al dispositivo di controllo adattativo 112 (fase 302). Queste condizioni al contorno ed informazioni aggiornate possono regolare una o più variabili di controllo che governano il dispositivo di controllo adattativo 112 (fase 304), il che a sua volta può determinare una regolazione dinamica delle forme di attuazione illustrate come descritto nella presente (ad esempio, una qualsiasi procedura in unione con le fasi 306 - 314).
La figura 4 riporta uno schema a blocchi 400 di un dispositivo di controllo adattativo 112 esemplificativo in comunicazione con altri componenti in conformità con le forme di attuazione descritte. La figura 4 fornisce una visione di insieme generale dell'elaborazione di segnale e del flusso dati in conformità con alcuni aspetti dei processi descritti. Secondo alcuni aspetti, le forme di attuazione descritte con riferimento alla figura 4 possono essere realizzate tramite hardware (ad esempio, comprendente circuiti per la trasmissione di segnale, filtraggio, ecc.) e/o software (ad esempio, eseguito da processori a bordo del dispositivo di controllo adattativo 112, del sistema di controllo 131, ecc.).
Come è illustrato nella figura 4, il dispositivo di controllo adattativo 112 può ricevere un insieme di segnali da un insieme di sensori del veicolo 114 con una logica di controllo 420. Secondo alcuni aspetti, la logica di controllo 420 può riflettere hardware e/o software per generare, aggiornare, modificare, e/o gestire un insieme di variabili di controllo 422 che governano processi nel dispositivo di controllo adattativo 112. Le variabili di controllo 422 della logica di controllo 420 possono comprendere un qualsiasi tipo o occorrenza di variabile di controllo in conformità con le forme di attuazione descritte. Secondo alcuni aspetti, ad esempio, l'insieme di variabili di controllo 422 può includere un insieme di variabili di controllo locali 424 ed un insieme di variabili di controllo esterne 426. Come spiegato in precedenza, e come è illustrato nella figura 4, l'insieme di variabili di controllo locali 424 può essere basato in parte sui segnali ricevuti dai sensori 114. In alcune forme di attuazione, la logica di controllo 420 può generare l'insieme di variabili di controllo locali 424 e/o variabili di controllo esterne 426 utilizzando un qualsiasi processo adatto in conformità con le forme di attuazione descritte, come quelli illustrati con riferimento alle figure 3 - 8. Il dispositivo di controllo adattativo 112 può memorizzare l'insieme di variabili di controllo 422 Im memoria.
Secondo alcuni aspetti, la logica di controllo 420 può generare ed inviare un segnale di controllo 442 ad una logica di acquisizione dinamica 410 in base ad un insieme di variabili di controllo 422 o ad un suo sottoinsieme. La logica di acquisizione dinamica 410 può riflettere hardware e/o software per acquisire dinamicamente, campionare, e filtrare un insieme di segnali dai sensori 114 in base al segnale di controllo 422 ricevuto dalla logica di controllo 420. Secondo alcuni aspetti, il segnale di controllo 442 può riflettere un'istruzione di campionamento di un insieme particolare di segnali, ciascuno ad una rispettiva frequenza di campionamento. La logica di acquisizione dinamica 410 può campionare l'insieme di segnali selezionato dai sensori 114 in accordo con il segnale di controllo 442 (ad esempio, campionando i segnali richiesti alla frequenza appropriata). Ad esempio, la logica di acquisizione dinamica 410 può disattivare un qualsiasi segnale non incluso nell'istruzione del segnale di controllo 442 attraverso interruttori 412. In modo simile, la logica di acquisizione dinamica 410 può attivare il/i segnale/i designati nel segnale di controllo 442 con interruttori 412 in modo che questo/i segnale/i siano inclusi nell'insieme di segnali campionato. La logica di acquisizione dinamica 410 può anche disattivare ed attivare i segnali appropriati tramite processi software eseguiti da processori interni sul dispositivo di controllo adattativo 112, come spiegato in precedenza. In alcune forme di attuazione, la logica di acquisizione dinamica 410 può anche attivare e disattivare i segnali trasferiti alla logica di controllo 420 dai sensori 114 in un modo simile (ad esempio, in base allo stesso insieme o ad un insieme differente di variabili di controllo 422), benché tale manipolazione non sia richiesta. In aggiunta o in alternativa, la logica di acquisizione dinamica 410 può eseguire aspetti dei processi di ricezione e di campionamento di segnale come descritto nella presente, come quelli descritti con riferimento alla figura 3.
In alcune forme di attuazione, la logica di acquisizione dinamica 410 può inviare uno o più dei segnali campionati attraverso un insieme di filtri di larghezza di banda 414. Come spiegato in precedenza ed in seguito con riferimento alla figura 5, l'insieme di filtri di larghezza di banda 414 può ridurre il rumore ed altri artefatti nei segnali campionati. In alcune forme di attuazione, la logica di acquisizione dinamica 410 può far passare tutti i segnali campionati attraverso l'insieme di filtri di larghezza di banda 414. In altre forme di attuazione, la logica di acquisizione dinamica 410 può sottoporre soltanto un sottoinsieme dei segnali campionati all'insieme di filtri di larghezza di banda 414 in base ad istruzioni contenute in un segnale di controllo 442 dalla logica di controllo 420 (ad esempio, lo stesso segnale o un segnale di controllo differente precedentemente descritto). Il segnale di controllo 442 può includere altre informazioni ed istruzioni in conformità con le forme di attuazione descritte.
Secondo alcuni aspetti, la logica di acquisizione dinamica 410 fornisce un segnale di risposta 444 alla logica di controllo 420. Il segnale di risposta 444 può includere una qualsiasi informazione generata o elaborata dalla logica di acquisizione 410. Ad esempio, il segnale di risposta 444 può includere informazioni associate con l'insieme di segnali campionati (ad esempio, i segnali stessi, i sensori campionati, le frequenze di campionamento, ecc.), i segnali inibiti o abilitati, e/o una qualsiasi informazione associata con i filtri di larghezza di banda (ad esempio, come illustrato con riferimento alla figura 5). Secondo alcuni aspetti, la logica di controllo 420 può ricevere il segnale di risposta 444 ed aggiornare l'insieme di variabili di controllo 422 di conseguenza. Ad esempio, la logica di controllo 420 può determinare di modificare, aggiungere, e/o cancellare una o più variabili di controllo 422 (ad esempio, variando l'insieme di variabili di controllo locali 424) in base alle informazioni fornite nel segnale di risposta 444. Questa variazione nelle variabili di controllo 422 può provocare variazioni e regolazioni dinamiche aggiuntive del dispositivo di controllo adattativo 112 e dei suoi processi in conformità con le forme di attuazione descritte. A titolo di esempio, la logica di controllo 420 può ricevere un segnale di sterzata a larghezza di banda filtrata dalla logica di acquisizione dinamica 410 nel segnale di risposta 444 che indica che un conducente del veicolo 110 sta sterzando entro campi standard (ad esempio, in base ad informazioni di condizioni al contorno, dati di segnale filtrati, ecc.). La logica di controllo 420 può quindi aggiornare le variabili di controllo 422 in modo che, quando questo aggiornamento è rilevato nel dispositivo di controllo adattativo 112, la logica di acquisizione dinamica 410 campioni il segnale di sterzata ad una frequenza di campionamento più bassa, non lo campioni del tutto (ad esempio, il segnale di sterzata è disattivato), ecc.
Come è illustrato nella figura 4, il dispositivo di controllo adattativo 112 trasferisce i segnali campionati dalla logica di acquisizione dinamica 410, filtrati o non filtrati, attraverso la logica di eventi adattativa 430. In alcune forme di attuazione, la logica di eventi adattativa 430 riflette un processo di rilevamento di eventi per determinare l'occorrenza o la non occorrenza di un evento in base ad un insieme di segnali ricevuti. La logica di eventi adattativa 430 può assumere la forma di componenti hardware e/o software in conformità con le forme di attuazione illustrate, come quelle descritte con riferimento alla figura 6.
Secondo alcuni aspetti, la logica di eventi adattativa 430 può far passare l'insieme di segnali attraverso un insieme di filtri di evento 432. In alcune forme di attuazione, un filtro di evento 432 può riflettere un insieme di istruzioni per generare una soglia di evento per un insieme particolare di segnali e confrontare questi segnali con la soglia di evento per generare una risposta di tipo booleano. In queste forme di attuazione, la soglia di evento può rappresentare un valore o misura critica di uno o più segnali che definiscono quando si ritiene che l'evento o un sottoevento (ad esempio, una qualche determinazione ausiliaria necessaria ma non sufficiente per determinare l'occorrenza dell'evento) si sia verificato. Un filtro di evento 432 può istruire la logica di eventi adattativa 430 su come generare una soglia di evento dato un insieme particolare di segnali di ingresso (ad esempio, velocità, accelerazione, e/o sterzata), e quindi confrontare l'insieme di segnali con la soglia di evento generata per generare una risposta booleana. A titolo di esempio, il filtro di evento 432 può fornire in uscita una risposta booleana di tipo vero quando un segnale come un segnale di velocità supera una soglia di evento stabilita con il filtro di evento. Il filtro di evento 432 può confrontare un singolo segnale con la soglia di evento o una combinazione di vari segnali con la soglia di evento. Queste forme di attuazione sono descritte più in dettaglio con riferimento alla figura 6. Secondo alcuni aspetti, il filtro di evento 432, le sue soglie di evento definite, il suo insieme di segnali elaborati, ecc., possono essere pilotati da un insieme di variabili di controllo memorizzate nel dispositivo di controllo adattativo 112.
La logica di eventi adattativa 430 può combinare l'insieme di segnali e/o i risultati per ciascun filtro di evento 432 con una logica combinatoria 434. La logica combinatoria 434 può riflettere una rappresentazione di un evento (ad esempio, una rappresentazione di evento) in termini di una combinazione logica o matematica di uno o più segnali e/o uscite dai filtri di evento 432. In altre parole, la rappresentazione di evento può identificare come il dispositivo di controllo adattativo 112 (o il sistema di controllo 132) determina se si è o non si è verificato un evento in base ad una combinazione matematica o logica di segnali e/o uscite dai filtri di evento 432. La logica combinatoria 434 può operare su un insieme di segnali o su un insieme di risultati di filtri di evento in modi conformi alle forme di attuazione illustrate, come quelle descritte con riferimento alla figura 6.
Come è illustrato nella figura 4, ad esempio, la logica combinatoria 434 può combinare i risultati di un insieme di filtri di evento 432 in un'espressione logica (ad esempio, in base alla rappresentazione di evento) per generare un'indicazione di tipo booleano del fatto che l'evento si sia o non si sia verificato. L'espressione logica può utilizzare una qualsiasi permutazione di operatori AND, NOT, XOR, e/o OR che riflette la rappresentazione dell'evento in termini logici. A titolo di esempio, dati tre risultati di sottoevento SR1, SR2, ed SR3da tre filtri di evento 432, la logica combinatoria 434 può definire che l'evento E si è verificato quando (SR1AND SR2) OR (NOT SR3) è vero, ossia, la rappresentazione di evento può essere: E = (SR1˄ SR2) ˅ ¬SR3.
In un'altra forma di attuazione non illustrata nella figura 4, la logica combinatoria 434 può combinare un insieme di filtri in una o più espressioni matematiche che riflettono una rappresentazione di evento dell'evento (o del sottoevento) E in termini matematici prima di far passare i segnali attraverso i filtri di evento 432. I risultati della logica combinatoria 434 possono quindi passare attraverso un filtro di evento 432 per determinare se si è o non si è verificato E. Ad esempio, dato un insieme di segnali x, la logica combinatoria 434 può generare o riflettere una rappresentazione di evento di E come una certa funzione di x, che è quindi confrontata con una soglia di evento T definita dal filtro di evento 432 in modo che si ritenga che E si sia verificato quando:
f(x)>T.
Secondo ancora altre forme di attuazione, la logica di eventi adattativa 430 può utilizzare diverse di tali logiche combinatorie 434 e filtri di evento 432 in espressioni ancora più complesse della rappresentazione di evento. Queste forme di attuazione sono descritte più in dettaglio nel seguito con riferimento alla figura 6.
Come è illustrato nella figura 4, i parametri del/i filtroi di evento 432 e della logica combinatoria 434 possono essere basati sull'insieme di variabili di controllo 422 nella logica di controllo 420. Secondo alcuni aspetti, ad esempio, la logica di controllo 420 può comunicare alla logica di eventi adattativa 430 i parametri dei filtri di evento (ad esempio, come ciascun filtro di evento genera una soglia di evento dato un insieme definito di segnali, l'insieme di segnali campionato nel filtro di evento, ecc.), la logica combinatoria 434 (ad esempio, la rappresentazione dell'evento in termini matematici o logici), e come questi interagiscono (ad esempio, l'ordine e gli ingressi per i filtri di evento e la logica combinatoria) attraverso un segnale di controllo 446. Secondo questi aspetti, il segnale di controllo 446 può così riflettere un'istruzione alla logica di eventi adattativa 430 di generare una risposta booleana che definisce se si è o non si è verificato un evento dato un insieme di ingressi di segnale. Secondo alcuni aspetti, la logica di eventi adattativa 430 può quindi utilizzare l'insieme di filtri di evento 432 e/o la logica combinatoria 434 in modo coerente con il segnale di controllo 446.
Secondo alcuni aspetti, la logica di eventi adat tativa 430 può trasmettere un segnale di risposta 448 alla logica di controllo 420. Il segnale di risposta 448 può includere una qualsiasi informazione generata o elaborata dalla logica di eventi adattativa 430. Ad esempio, il segnale di risposta 448 può includere informazioni associate al fatto che si sia o non si sia verificato un evento, al fatto che si sia o non si sia verificato un sottoevento, informazioni utilizzate per calcolare la/e soglia/e di evento, o qualsiasi altra informazione coerente con i processi di rilevamento di eventi descritti nella presente. In alcune forme di attuazione, la logica di controllo 420 può ricevere il segnale di risposta 448 ed aggiornare l'insieme di variabili di controllo operative 422 di conseguenza. Ad esempio, la logica di controllo 420 può determinare di modificare, aggiungere e/o cancellare una o più variabili di controllo 422 (ad esempio, variando l'insieme di variabili di controllo locali 424) in base alle informazioni fornite nel segnale di risposta 448 (ad esempio, al fatto che si sia o non si sia verificato un evento). Questa variazione nelle variabili di controllo 422 può provocare regolazioni dinamiche aggiuntive al dispositivo di controllo adattativo 112 ed ai suoi processi in conformità con le forme di attuazione descritte. A titolo di esempio, la logica di controllo 420 può ricevere un segnale di risposta 448 dalla logica di eventi adattativa 430 che indica che si è verificato un certo evento (ad esempio, un evento di eccesso di velocità o un evento di collisione). La logica di controllo può allora aggiornare le variabili di controllo 422 in modo che, quando questa variazione viene rilevata nel dispositivo di controllo adattativo 112, la logica di acquisizione dinamica 410 campioni segnali specifici (ad esempio, la velocità) a frequenze specifiche, le soglie di evento vengano diminuite nella logica di eventi adattativa 430 (ad esempio, per tener conto di elevati livelli di pericolo), e simili.
In ogni fase del processo precedente, il dispositivo di controllo adattativo 112 può trasmettere i dati generati o informazioni associate al sistema di controllo 132 (o al sistema esterno 142) per un'elaborazione aggiuntiva in conformità con le forme di attuazione descritte. Ad esempio, come è illustrato nella figura 4, il dispositivo di controllo adattativo 112 può trasmettere i risultati del processo di rilevamento di eventi della logica di eventi adattativa 430 al sistema di controllo 132. In alcune forme di attuazione, il sistema di controllo 132 può ricevere le informazioni trasmesse per eseguire processi aggiuntivi illustrati nella presente (ad esempio, come descritto con riferimento alla figura 8). Per esempio, il sistema di controllo 132 può modificare, aggiungere e/o cancellare una o più condizioni al contorno, aggiornare uno o più indici di pericolo, o ottenere informazioni aggiuntive dal sistema esterno 142, in base alle informazioni ricevute dal dispositivo di controllo adattativo 112. Il sistema di controllo 132 può fornire queste condizioni al contorno, indici di pericolo e/o informazioni aggiuntive aggiornate al dispositivo di controllo adattativo 112 per eseguire un'ulteriore elaborazione in esso. In un esempio, il dispositivo di controllo adattativo 112 può utilizzare i dati ricevuti per aggiornare una o più variabili di controllo 422 (ad esempio, aggiornando un insieme di variabili di controllo esterne 426 in base a nuove informazioni di condizioni al contorno e/o indici di pericolo). In un altro esempio, il dispositivo di controllo adattativo 112 può utilizzare informazioni ricevute dal sistema di controllo 132 per generare una o più soglie di evento.
La figura 5 riporta un diagramma di flusso per un processo esemplificativo di filtraggio di larghezza di banda 500 in conformità con le forme di attuazione descritte. Aspetti illustrati in unione con il processo 500 possono essere realizzati tramite hardware e/o software su uno o più sistemi di calcolo dell'ambiente 100, come il dispositivo di controllo adattativo 112 ed il sistema di controllo 132. Alcuni aspetti del processo 500 possono essere riordinati, risistemati, ripetuti, omessi, completati, modificati o integrati in processi aggiuntivi in modi conformi alle forme di attuazione descritte. Ad esempio, forme di attuazione descritte con riferimento al processo 500 possono essere realizzate nel dispositivo di controllo adattativo 112 per applicare un insieme di filtri di larghezza di banda, come quelli descritti con riferimento alla fase 308 della figura 3 o nella logica di acquisizione dinamica 410 della figura 4, ecc.
Secondo alcuni aspetti, il processo 500 riceve un insieme di segnali associati con un insieme di sensori del veicolo 114 (fase 502). I segnali ricevuti possono assumere una qualsiasi forma e possono riflettere l'uscita di un qualsiasi sensore 114 o di un segnale derivato in conformità con le forme di attuazione descritte. A titolo di esempio, il processo 500 può ricevere un insieme di quattro segnali comprendenti un segnale di frenata, di sterzata, di posizione, e di accelerazione longitudinale. E' possibile ricevere in questo modo un numero qualsiasi di segnali.
Il processo 500 può eseguire un'analisi di rumore su uno o più dei segnali (affetti da rumore) ricevuti (fase 504). Secondo alcuni aspetti, il processo 500 può eseguire l'analisi di rumore su ogni segnale ricevuto. Secondo altri aspetti, il processo 500 può determinare se eseguire o non eseguire un'analisi di rumore sul segnale ricevuto (ad esempio, un segnale affetto da rumore) in base al tipo di segnale (ad esempio, il parametro di cui il segnale costituisce una misura) e/o ad un insieme di variabili di controllo 422 memorizzate sul dispositivo di controllo adattativo 112. In alcune forme di attuazione, il processo 500 può eseguire l'analisi di rumore su livelli di segnale mediati su un certo incremento di tempo, come uno o cinque secondi.
In alcune forme di attuazione, l'analisi di rumore può includere l'effettuazione di un'analisi di Fourier sul/i segnale/i affetto/i da rumore considerato/i. Tale analisi di Fourier può includere, ad esempio, la generazione di una trasformata di Fourier di un segnale ricevuto per rappresentare il segnale nel dominio della frequenza (ad esempio, per generare la densità spettrale del segnale). Il processo 500 può quindi includere il confronto del segnale trasformato nel dominio della frequenza con un livello di potenza di soglia e la determinazione di uno o più campi di frequenza di rumore su cui la potenza spettrale del segnale (ad esempio, la sua potenza nel dominio della frequenza) supera il livello di potenza di soglia. In queste forme di attuazione, i campi di frequenza di rumore possono riflettere le bande di frequenza su cui il segnale ricevuto presenta artefatti di rumore sostanziali. Ad esempio, il processo 500 può mediare un segnale di accelerazione su cinque secondi e trasformarlo nel dominio della frequenza per determinare se la sua potenza spettrale mediata supera un livello di potenza di soglia tra le frequenze di 500 – 1.000 Hz e 2.000 – 3.000 Hz. Questi due campi possono riflettere i campi di frequenza di rumore del segnale (ad esempio, le frequenze su cui il segnale presenta forti livelli di rumore). Il livello di potenza di soglia può essere predefinito, dipendere dal tipo di segnale, e/o essere basato su un insieme di variabili di controllo in conformità con le forme di attuazione descritte. In una forma di attuazione, ad esempio, il dispositivo di controllo adattativo 112 può determinare il/i livello/ i di potenza di soglia per ciascun segnale in base ad un insieme di variabili di controllo 422 gestito dalla logica di controllo 420.
Secondo alcuni aspetti, l'analisi di rumore del processo 500 può inoltre includere la determinazione di una frequenza minima degli uno o più campi di frequenza di rumore. In alcune forme di attuazione, questa frequenza minima può riflettere il valore di frequenza più basso per cui la potenza spettrale supera il livello di potenza di soglia. Nell'esempio precedente, per esempio, il dispositivo di controllo adattativo 112 può determinare che la frequenza minima è 500 Hz. In aggiunta o in alternativa, il processo 500 può includere il calcolo di una frequenza minima per ciascun campo di frequenza di rumore negli uno o più campi di frequenza di rumore. Ritornando all'esempio precedente, il processo 500 può determinare i campi di frequenza di rumore da associare con frequenze minime rispettivamente di 500 Hz e 2.000 Hz.
Il processo 500 può includere la determinazione se le una o più frequenze minime degli uno o più campi di frequenza superano o non superano una frequenza di soglia. In alcune forme di attuazione, la frequenza di soglia può riflettere una frequenza di taglio minima per cui il dispositivo di controllo adattativo 112 può applicare un filtro passabasso. Ad esempio, il dispositivo di controllo adattativo 112 può includere un insieme di filtri passabasso collegati a ciascuno degli insiemi di segnali con tagli di frequenza variabili. A titolo di esempio, il dispositivo di controllo adattativo 112 può includere un insieme di quattro filtri passabasso per il filtraggio di segnali sopra 200 Hz, 400 Hz, 1.000 Hz, e 3.000 Hz. Secondo questo esempio, il processo 500 può determinare che la frequenza di soglia è 200 Hz, poiché questo valore riflette la frequenza di taglio minima nei filtri passabasso disponibili del dispositivo di controllo adattativo 112. Secondo alcuni aspetti, i filtri passabasso possono comprendere un qualsiasi filtro passabasso adatto per eseguire processi in conformità con le forme di attuazione descritte, come un filtro FIR ("Finite Impulse Response" – Risposta Finita all'Impulso) con 128 prese.
Secondo alcuni aspetti, il processo 500 comprende la selezione e l'applicazione di un filtro passabasso in date condizioni (fase 506). Per esempio, il processo 500 può applicare un filtro passabasso quando una frequenza minima del campo / dei campi di frequenza di rumore supera la frequenza di soglia determinata. In altre parole, il processo 500 può applicare un filtraggio passabasso ad un segnale di rumore quando il dispositivo di controllo adattativo 112 comprende un filtro passabasso in grado di filtrarlo nei suoi campi di frequenza di rumore. In alcune forme di attuazione, la selezione di un filtro passabasso può comprendere l'identificazione di un filtro passabasso nell'insieme di filtri passabasso del dispositivo di controllo adattativo 112 con la frequenza di taglio più vicina a, ma che non supera, la frequenza minima dei campi di frequenza di rumore. Ad esempio, se il campo di frequenza di rumore è da 500 Hz a 1.000 Hz, ed il dispositivo di controllo adattativo 112 comprende filtri passabasso con frequenze di taglio di 200 Hz, 400 Hz, 1.000 Hz, e 3.000 Hz, il processo 500 può identificare il filtro a 400 Hz quale filtro selezionato. Secondo alcuni aspetti, il processo 500 può quindi applicare il filtro selezionato (ad esempio, far passare il segnale affetto da rumore attraverso il filtro passabasso selezionato) per creare un segnale filtrato. In alcune forme di attuazione, il processo 500 potrebbe non applicare nessuno dei filtri passabasso quando la frequenza minima di un campo di frequenza di rumore cade sotto la frequenza di taglio più bassa (ad esempio, la frequenza di soglia) nell'insieme di filtri passabasso. Il processo 500 può ripetere questo processo per ogni campo di frequenza di rumore per ogni segnale campionato o affetto da rumore.
In aggiunta ai, o al posto dei, processi di filtraggio passabasso, il processo 500 può includere la determinazione se esistono o non esistono artefatti di rumore residui nell'insieme di segnali campionati (fase 508). In alcune forme di attuazione, il processo 500 può identificare tali artefatti come campi di frequenza di rumore aventi una larghezza nel dominio della frequenza inferiore ad una larghezza di rumore di soglia. A titolo di esempio, un segnale nell'insieme di segnali può avere un campo di frequenza di rumore (ad esempio, un campo di frequenza su cui esiste un artefatto di rumore) di 600 - 640 Hz. In questo esempio, il processo 500 può determinare che la larghezza di rumore di soglia sia 50 Hz (ad esempio, in base ad un parametro memorizzato in un sistema dell'ambiente 100). In queste condizioni, il processo 500 può identificare questo segnale come richiedente un filtraggio aggiuntivo, come descritto più avanti. Se il processo 500 determina che i segnali non soddisfano tali condizioni, il processo 500 può terminare (fase 510) per proseguire con un'ulteriore elaborazione in conformità con le forme di attuazione descritte (ad esempio, il processo di rilevamento di eventi della figura 6). Queste determinazioni possono essere ripetute per ciascun campo di frequenza di rumore per ciascun segnale campionato. In alcune forme di attuazione, la larghezza di rumore di soglia può essere predefinita o generata in base, ad esempio, ad un insieme di variabili di controllo 422 memorizzate sul dispositivo di controllo adattativo 112. Inoltre, i campi di frequenza di rumore in questo processo possono essere basati sugli stessi livelli o su livelli differenti di potenza di soglia rispetto ai processi di filtraggio passabasso precedenti. Ad esempio, un campo di frequenza di rumore utilizzato nella fase 508 può applicare un livello inferiore di potenza di soglia rispetto a quello utilizzato nei processi di filtraggio passabasso precedentemente descritti.
Quando il processo 500 identifica uno o più segnali che presentano artefatti di rumore residui, può selezionare ed applicare un filtro elimina-banda a questi segnali per attenuarli sulle frequenze corrispondenti (fase 512). Ad esempio, il dispositivo di controllo adattativo 112 può includere uno o più filtri elimina-banda collegati a ciascuno degli insiemi di segnali con campi di frequenza e/o intensità di attenuazione variabili. Questi uno o più filtri eliminabanda possono comprendere un qualsiasi filtro eliminabanda adatto per eseguire processi in conformità con le forme di attuazione descritte, come un filtro FIR con due prese. Secondo alcuni aspetti, il processo 500 può determinare se un filtro elimina-banda incluso o configurabile nel dispositivo di controllo adattativo 112 rientra sostanzialmente nel campo degli artefatti residui identificati per un segnale specifico (ad esempio, 25%, 50%, 75%, ecc. della larghezza filtrata del filtro elimina-banda cade entro il campo di frequenza di rumore). In caso affermativo, il processo 500 può selezionare ed applicare il filtro eliminabanda al segnale (ad esempio, far passare il segnale attraverso il filtro elimina-banda) per attenuarlo entro il campo di taglio. Il processo 500 può ripetere questo processo per ogni artefatto di rumore residuo ed ogni filtro elimina-banda configurabile. Il processo 500 può quindi terminare (fase 510) per proseguire con un'ulteriore elaborazione in conformità con le forme di attuazione descritte.
Come descritto nella presente, qualsiasi informazione generata o altrimenti associata al processo 500 può essere trasmessa ad un sistema di calcolo remoto (ad esempio, il sistema di controllo 132) e/o può essere utilizzata dal dispositivo di controllo adattativo 112 per aggiornare un insieme di variabili di controllo operative 422 (ad esempio, attraverso un segnale di risposta 444 fornito alla logica di controllo 420). Ad esempio, il processo può utilizzare informazioni associate a campi determinati di frequenza di rumore, livelli determinati di potenza di soglia, frequenze minime determinate dei campi di frequenza di rumore, filtri passabasso selezionati determinati, densità spettrali determinate dei segnali campionati, larghezze di rumore di soglia determinate, ecc., per aggiornare un insieme di variabili di controllo 422 e/o per trasmettere tali informazioni al sistema di controllo 132. Si intende che qualsiasi quantità, rappresentazione, equazione, relazione, ecc., variabile del processo 500 può essere controllata dall'insieme di variabili di controllo, e l'elenco di alcuni parametri o delle informazioni ad essi associate non è inteso in senso limitativo. Il dispositivo di controllo adattativo 112 può monitorare e rilevare tali variazioni delle variabili di controllo 422 e può regolare dinamicamente processi delle forme di attuazione descritte di conseguenza.
La figura 6 riporta un diagramma di flusso per un processo esemplificativo di rilevamento di eventi 600 in conformità con le forme di attuazione descritte. Aspetti illustrati in unione con il processo 600 possono essere realizzati tramite hardware e/o software su uno o più sistemi di calcolo dell'ambiente 100, come il dispositivo di controllo adattativo 112 ed il sistema di controllo 132. Alcuni aspetti del processo 600 possono essere riordinati, risistemati, ripetuti, omessi, completati, modificati, o integrati in processi aggiuntivi in modi conformi alle forme di attuazione descritte. Ad esempio, forme di attuazione descritte con riferimento al processo 600 possono essere realizzate nel dispositivo di controllo adattativo 112 per rilevare l'occorrenza di un evento, come quelli descritti con riferimento alla fase 310 della figura 3 o nella logica di eventi adattativa 430 della figura 4, ecc.
Secondo alcuni aspetti, il processo 600 comprende la ricezione di un insieme di segnali associato ad un insieme di sensori del veicolo 114 (fase 602). I segnali ricevuti possono assumere qualsiasi forma e possono riflettere l'uscita di un qualsiasi sensore 114 o di un segnale derivato in conformità con le forme di attuazione descritte. A titolo di esempio, il processo 600 può ricevere un insieme di quattro segnali comprendenti un segnale di frenata, un segnale di sterzata, un segnale di tempo, e un segnale di accelerazione. Un numero qualsiasi di segnali può essere ricevuto in questo modo. In aggiunta, questi segnali possono essere filtrati sulla larghezza di banda in conformità con le forme di attuazione descritte con riferimento alle figure 3 - 5, benché tale filtraggio non sia necessario.
In alcune forme di attuazione, il processo 600 comprende l'esecuzione di una classificazione di eventi per determinare se i segnali ricevuti indicano oppure no la presenza di una classe specifica di eventi potenziali (fase 604). Secondo alcuni aspetti, l'identificazione di una classe di eventi può includere la determinazione se i segnali ricevuti corrispondono o sono correlati con un evento di guida potenziale o un evento di collisione potenziale. Un evento di guida potenziale può riflettere comportamenti e/o condizioni specifiche che richiedono un'ulteriore analisi dal dispositivo di controllo adattativo 112 a causa della loro associazione o correlazione con una guida o con condizioni pericolose, rischiose, o non sicure. Un evento di guida potenziale può includere un qualsiasi evento non di collisione e può corrispondere ad un qualsiasi segnale in conformità con le forme di attuazione descritte. Ad esempio, eventi di guida potenziali possono includere un evento di accelerazione potenziale, un evento di frenata potenziale, un evento di sterzata potenziale, un evento di velocità potenziale, ecc., o un qualsiasi altro evento corrispondente ad un segnale ricevuto. Questi eventi possono riflettere, ad esempio, la presenza di un evento di brusca frenata, un evento di sterzata improvvisa, un evento di rapido cambio di corsia, ecc. Secondo alcuni aspetti, un evento di collisione potenziale può indicare la possibilità che il veicolo 110 stia per essere coinvolto o sia stato di recente coinvolto in una collisione.
Il processo 600 può determinare una classe di eventi di un evento potenziale correlando i segnali ricevuti con uno o più modelli di classificazione di eventi memorizzati. Questi modelli di classificazione di eventi possono includere, ad esempio, profili di forza inerziale, profili di forza centrifuga, profili di velocità e di variazione di velocità, profili di beccheggio, di rollio, e di imbardata, profili di accelerazione, matrici di accelerazione, ecc., associati con eventi di guida potenziali e/o eventi di collisione potenziali. Questi profili possono derivare da analisi storiche, analisi di laboratorio, prove di collisione ("crash test"), variabili di controllo 422, ecc., e possono essere forniti a, o memorizzati localmente su, il dispositivo di controllo adattativo 112. Secondo alcuni aspetti, il processo 600 può identificare una classe di eventi per un evento potenziale determinando se una misura di correlazione tra uno o più dei segnali ricevuti ed il modello di classificazione di eventi supera una soglia di classificazione. La misura di correlazione può riflettere una qualsiasi misura che indica un grado di corrispondenza tra dati ed un modello, come un coefficiente di correlazione, un coefficiente di determinazione, un coefficiente di correlazione multipla, ecc. Ciascun tipo di evento dell'evento potenziale (ad esempio, un evento di collisione, un evento di sterzata, un evento di velocità, ecc.) può essere associato ad uno o più modelli di classificazione di eventi con una soglia di classificazione corrispondente.
Secondo alcuni aspetti, i modelli di classificazione di eventi e/o le soglie di classificazione possono essere selezionati in base ad un insieme di parametri del veicolo associati con il veicolo 110. Questi parametri del veicolo possono riflettere una qualsiasi caratteristica fisica o tecnica del veicolo 110, come il suo peso, la sua altezza, la sua lunghezza, il suo baricentro, i suoi pesi a vuoto, il suo raggio di sterzata, la sua distribuzione dei pesi, il suo passo, i suoi valori di accelerazione, i suoi valori di zona rossa ("redline"), di potenza, di coppia, di frenata, il coefficiente di resistenza, il tipo, marca, modello, anno del veicolo, ecc. A titolo di esempio, il dispositivo di controllo adattativo 112 può selezionare modelli di classificazione di eventi per veicoli della stessa marca o modello del veicolo 110, distribuzione di peso, dimensioni, ecc., simili, per garantire che esso confronti il veicolo 110 con veicoli simili quando esegue la classificazione di eventi.
In alcune forme di attuazione, i vari parametri del processo di classificazione di eventi (o di qualsiasi procedura del processo 600) possono essere regolati dinamicamente da un insieme di variabili di controllo 422 memorizzate nel dispositivo di controllo adattativo 112. Ad esempio, l'insieme di variabili di controllo 422 può definire la soglia di classificazione per ciascun tipo di eventi di un evento di guida potenziale (ad esempio, evento di sterzata, evento di velocità, evento di accelerazione, ecc.), informazioni associate ai profili di segnale e di dati nei modelli di classificazione di eventi, le classi di eventi, i tipi di evento di guida potenziali disponibili, ecc. Inoltre, le informazioni generate nelle forme di attuazione precedenti possono provocare variazioni nell'insieme di variabili di controllo 422. Ad esempio, secondo un primo aspetto, il dispositivo di controllo adattativo 112 può aggiornare l'insieme di variabili di controllo 422 (ad esempio, attraverso un segnale di risposta 448 fornito alla logica di controllo 420) dopo il calcolo di una correlazione tra uno o più segnali ed un evento potenziale, determinando che la correlazione supera o cade sotto la soglia di classificazione, e così via.
Il processo 600 può determinare una classe di eventi per un evento potenziale in base all'insieme di segnali ricevuti, ai modelli di classificazione di eventi ed alle soglie di classificazione come precedentemente descritto (fasi 606 e 618). Secondo alcuni aspetti, quando l'insieme di segnali non indica la presenza né di un evento di guida potenziale (fase 606) né di un evento di collisione potenziale (fase 618), il processo 600 può terminare (fase 614) per facilitare il proseguimento dell'elaborazione in conformità con le forme di attuazione descritte (ad esempio, monitoraggio di insiemi di segnali, aggiornamento di variabili di controllo 422, trasmissione di informazioni al centro di controllo 132, ecc.).
Quando il processo 600 determina che un insieme di segnali riflette un'occorrenza di una classe di eventi di un evento di guida potenziale (fase 606), il processo 600 può generare o determinare una rappresentazione dell'evento in funzione di un insieme di filtri di evento 432 e/o di un insieme di segnali (ad esempio, una rappresentazione di evento). Questa rappresentazione di evento può riflettere una combinazione particolare di filtri di evento 432 per un insieme di segnali utilizzati per determinare se si è in realtà verificato l'evento. Come descritto con riferimento alla figura 4, ad esempio, questa rappresentazione di evento può rappresentare l'evento come combinazione logica di singoli risultati di un insieme di filtri di evento 432 (ad esempio, attraverso la logica combinatoria 434), come una combinazione matematica di singoli segnali soggetti ad un singolo filtro di evento, o una qualche loro combinazione. I filtri di evento 432 e la loro combinazione (ad esempio, attraverso la logica combinatoria 434) possono comprendere un qualsiasi filtro di evento o combinazione coerente con le forme di attuazione descritte, come quelle descritte con riferimento alla figura 4 e seguenti. In alcune forme di attuazione, una rappresentazione di evento può essere pilotata da un insieme di variabili di controllo memorizzate sul dispositivo di controllo adattativo 112.
Secondo alcuni aspetti, il processo 600 può includere la generazione di uno o più punteggi di evento per l'evento di guida (fase 608). Un punteggio di evento può riflettere una probabilità che si sia verificato un evento o un sottoevento. Il punteggio di evento può essere basato su uno o più segnali in un insieme di segnali ricevuto. Secondo alcuni aspetti, un punteggio di evento può essere basato su una rappresentazione di evento dell'evento o del sottoevento. In una forma di attuazione, ad esempio, un punteggio di evento S può riflettere un valore corrente o mediato nel tempo (ad esempio, in un certo periodo di tempo) di un segnale x pesato da un peso di segnale a: S = ax.
Secondo alcuni aspetti, il peso del segnale può riflettere un grado di relazione, impatto, correlazione, associazione, o importanza di un segnale per un evento o sottoevento. Un peso basso del segnale può riflettere il fatto che il segnale corrispondente non è fortemente correlato con l'occorrenza dell'evento o del sottoevento, mentre un peso elevato del segnale può riflettere una forte correlazione con il (sotto)evento. In modo simile, un peso del segnale basso o negativo può riflettere il fatto che il segnale è correlato con la non occorrenza dell'evento (ad esempio, il segnale è inversamente correlato con l'evento). Il peso del segnale può assumere un qualsiasi valore appropriato coerente con le forme di attuazione descritte, come un numero nel campo [0, 1], [-1, 1], [1, 100], e così via. Secondo alcuni aspetti, il punteggio di evento S potrebbe non essere basato su un peso del segnale (ad esempio, il peso per ciascun segnale è unitario o inesistente), oppure il punteggio di evento potrebbe non incorporare affatto un segnale (ad esempio, il segnale è disattivato, il suo peso di segnale è zero, ecc.). Come altro esempio, per esempio quando il dispositivo di controllo adattativo 112 combina più segnali in un singolo filtro di evento 432, il punteggio di evento S può riflettere una qualche funzione matematica dei segnali e del loro peso di segnale corrispondente. Ad esempio, il punteggio di evento S può riflettere una combinazione lineare di un insieme di segnali xie del loro peso di segnale corrispondente ai:
S<=>∑aixi<.>
i
Secondo alcuni aspetti, il processo 600 può determinare un punteggio di evento S per ogni evento o sottoevento (ad esempio, per ogni filtro di evento 432 nella rappresentazione dell'evento) in questo modo.
Naturalmente, i tecnici del ramo apprezzeranno che le espressioni precedenti del punteggio di evento S sono puramente esemplificative. E' possibile utilizzare una qualsiasi combinazione matematica di segnali e/o pesi di segnale per determinare un punteggio di evento per un evento o sottoevento particolare, data un'opportuna rappresentazione di evento che lo permette. Ad esempio, il punteggio di evento S può essere fornito sotto forma di un prodotto di segnali e dei loro pesi di segnale (ad esempio, S =]<~>[a,.*,.), sotto forma di una funzione polinomiale multivariabile in cui ciascun segnale ha un peso di segnale corri-spondente ed una potenza (ad esempio, S =<’>∑.aixi<b>‘ ), una qualche analisi statistica dell'insieme di se-gnali, una qualsiasi combinazione di queste consi-derazioni, eco. Inoltre, il valore di x può riflet-tere una qualsiasi misura basata su un segnale, co-me un valore mediato nel tempo, una misura di valo-re o ampiezza del segnale convertita da un valore grezzo, eco. Così, il punteggio di evento S può corrispondere ad una qualsiasi funzione di un in-sieme di segnali (ad esempio, S = f (x) , come de-scritto con riferimento alla figura 4), in cui la funzione f può comprendere una singola funzione o una composizione di un insieme di funzioni operanti sull'insieme di segnali.
In alcune forme di attuazione, il processo 600 può includere il confronto dell'insieme generato di punteggi di evento con un insieme corrispondente di soglie di evento nell'insieme di filtri di evento 432 (fase 610). Come precedentemente descritto, una soglia di evento può riflettere un valore o misura che definisce quando un evento o un sottoevento si è verificato in base ad uno o più segnali di ingresso. In alcune forme di attuazione, una soglia di evento può essere basata sulla classe di eventi dell'evento (ad esempio, come determinato nella fase 604), su un tipo di eventi della classe di eventi (ad esempio, un evento di sterzata, un evento di velocità, ecc., di un evento di guida generale), e/o su un insieme di fattori di evento. Secondo alcuni aspetti, un fattore di evento può riflettere una misura numerica di informazioni intercorrelate pertinenti alla determinazione del fatto che si sia o non si sia verificato l'evento o il sottoevento. Le informazioni associate con i fattori di evento possono essere monitorate dal dispositivo di controllo adattativo 112, ricevute dal centro di controllo 132 (ad esempio, riflesse in una o più condizioni al contorno ricevute), raccolte dal sistema esterno 142, basate su variabili di controllo 422, condizioni al contorno, e/o una qualsiasi combinazione di tali procedure.
Ad esempio, l'insieme di fattori di evento può includere un fattore di soglia base che riflette un valore fisso. In alcune forme di attuazione, il fattore di soglia base può essere basato sulla classe di eventi e/o sul tipo di eventi dell'evento o del sottoevento. Ad esempio, un evento di sterzata può avere un primo fattore di soglia base mentre un evento di velocità ha un secondo fattore di soglia base differente.
L'insieme di fattori di evento può anche includere un fattore di comportamento standard che riflette abitudini di guida standard o storiche del conducente. Il fattore di comportamento standard può essere basato su informazioni come il comportamento di guida del conducente (ad esempio, la velocità, l'accelerazione posizionale, la sterzata, la frenata, ecc.) in un certo periodo di tempo moderato (ad esempio, un certo numero di giorni, settimane, o mesi). Il fattore di comportamento standard può anche essere basato sulla storia di denunce del conducente, su statistiche di guida generiche, e su uno o più parametri del veicolo che riflettono caratteristiche fisiche o tecniche del veicolo 110.
L'insieme di fattori di evento può anche includere un fattore di stato personale che riflette il comportamento di guida corrente del conducente. Secondo alcuni aspetti, il fattore di stato personale può essere basato sul comportamento di guida del conducente in un breve periodo di tempo immediatamente precedente (ad esempio, alcuni minuti, secondi, ore, ecc.). Il fattore di stato personale può anche essere basato sull'ora del giorno, su informazioni di viaggio (ad esempio, ottenute da un sistema di navigazione o come misurato dal dispositivo di controllo adattativo 112), informazioni di "social network" ed informazioni di un dispositivo del conducente (ad esempio, bioritmi, dati di sonno, informazioni di testo, musica che il conducente sta ascoltando, percorsi pianificati, ecc.).
L'insieme di fattori di evento può anche includere un fattore di condizione al contorno che riflette informazioni associate ad una o più condizioni al contorno ricevute dal sistema di controllo 132. Il fattore di condizione al contorno può essere basato su una qualsiasi condizione al contorno e sulle informazioni sottostanti associate, come una condizione atmosferica, una condizione di tipo di strada, una condizione di zona nera ("black point", una condizione di mappa di velocità media, una condizione di percorso usuale, ecc.
Secondo alcuni aspetti, i fattori di evento possono essere aggiornati in modo continuo o periodico. In alcune forme di attuazione, ciascun fattore di evento può essere associato con un rispettivo periodo di aggiornamento. Un periodo di aggiornamento può riflettere una durata temporale tra aggiornamenti successivi delle informazioni di fattori di evento (ad esempio, ricezione delle informazioni dal sistema di controllo 132, generazione locale delle informazioni sul dispositivo di controllo adattativo 112, ecc.). Il periodo di aggiornamento può essere basato sul fattore di evento. Ad esempio, il fattore di soglia base non può mai essere aggiornato poiché è fisso. In un altro esempio, il fattore di comportamento standard può avere un periodo di aggiornamento di una volta a settimana, due volte a settimana, una volta al mese, ecc. Secondo ancora un altro esempio, il fattore di stato personale ed il fattore di condizione al contorno possono avere un periodo di aggiornamento più breve, come trenta o sessanta secondi. Secondo alcuni aspetti, le forme di attuazione descritte possono regolare dinamicamente una qualsiasi altra informazione associata in base ad una variazione delle informazioni associate ai fattori di evento (ad esempio, aggiornamento dell'insieme di variabili di controllo 422, ricalcolo di soglie di evento, ecc.).
Inoltre, l'insieme di fattori di evento per un evento o sottoevento particolare può dipendere dalla classe di evento, dal tipo di evento, o dal sottoevento dell'evento sottostante in modo che classi di eventi differenti, tipi di eventi differenti, e sottoeventi differenti abbiano fattori di evento differenti, informazioni di peso relative a ciascun fattore di evento in modo differente, abbiano impatti differenti su una soglia di evento, ecc. L'insieme di fattori di evento può anche essere basato sui segnali utilizzati nel confronto con la soglia di evento (ad esempio, i segnali utilizzati per generare il punteggio di evento appropriato). Pertanto, non tutte le informazioni associate con ciascun fattore di evento possono essere realizzate, interrogate, o ricevute per ciascun evento, e non ogni fattore di evento può avere lo stesso peso, come descritto più avanti.
Il processo 600 può generare una soglia di evento per ciascun filtro di evento 432 nell'insieme di filtri di evento per creare un insieme di soglie di evento. In alcune forme di attuazione, una soglia di evento può essere basata sulla classe di eventi dell'evento, sul suo tipo di evento, e/o sull'insieme di fattori di evento. In una forma di attuazione, ad esempio, una soglia di evento T per un filtro di evento 432 può riflettere il fattore di evento f pesato da un peso del fattore w:
T = wf.
Secondo alcuni aspetti, il peso del fattore può riflettere un grado di relazione, impatto, correlazione, associazione, o importanza di un fattore per un evento o sottoevento. Un peso basso del fattore può riflettere il fatto che il fattore corrispondente non è fortemente correlato con l'occorrenza dell'evento o del sottoevento, un fattore elevato può riflettere una forte correlazione, e così via. Il peso del fattore può assumere un qualsiasi valore appropriato coerente con le forme di attuazione descritte, ad esempio un numero nel campo [0, 1], [-1, 1], [1, 100], ecc. Secondo alcuni aspetti, la soglia di evento T potrebbe non essere basata su un peso di fattore (ad esempio, il peso per ciascun fattore è unitario), o la soglia di evento potrebbe non incorporare affatto un fattore (ad esempio, il suo peso di fattore è zero, ecc.). Come altro esempio, la soglia di evento T può essere basata su una qualche funzione matematica dei fattori di evento e del loro peso di fattore corrispondente. Ad esempio, la soglia di evento T può riflettere un prodotto dei fattori di evento fie del loro peso di fattore corrispondente wi
T<=>∏wifi<.>
i
Secondo alcuni aspetti, il processo 600 può determinare una soglia di evento T per ogni evento o sottoevento (ad esempio, per ogni filtro di evento 432 nella rappresentazione dell'evento) in questo modo.
In modo simile alla discussione dei punteggi di evento precedenti, i tecnici del ramo apprezzeranno che le espressioni precedenti della soglia di evento T sono puramente esemplificative. Una qualsiasi combinazione matematica di fattori e/o pesi di fattore può fornire una soglia di evento T per un evento o sottoevento particolare, data un'opportuna rappresentazione di evento che lo permette. Ad esempio, la soglia di evento T può essere fornita sotto forma di una combinazione lineare di fattori di evento e dei loro pesi<di fattore (ad esempio, T =>∑i<wi f i ), sotto forma di>una funzione polinomiale multivariabile in cui ciascun segnale ha un peso di segnale corrispondente<v>
<ed una potenza (ad esempio, T =>∑i<w i>
<i fi ), una qual->che analisi statistica dell'insieme di segnali, una qualsiasi combinazione di queste considerazioni, ecc. Così, la soglia di evento T può includere una qualsiasi funzione di un insieme di fattori (ad esempio, sotto forma di una singola funzione o di una combinazione di un insieme di funzioni), come descritto con riferimento alla figura 4.
Secondo alcuni aspetti, l'insieme di pesi di fattore può anche riflettere l'importanza, la relazione, l'associazione, ecc. tra le informazioni componenti che costituiscono un fattore di evento ed il fattore stesso. Assumendo come esempio il fattore di stato personale, questo fattore può pesare una storia di guida immediatamente precedente del conducente con un peso maggiore o minore rispetto ad informazioni di "social network". L'insieme di pesi di fattore può riflettere questa pesatura delle informazioni componenti (ad esempio, ciascun sottofattore) per ciascun fattore. Così, secondo alcuni aspetti, ciascun sottofattore può essere associato con un rispettivo peso di fattore e/o un periodo di aggiornamento, che a sua volta può essere basato sul fattore di evento per cui il sottofattore funge da componente. Ad esempio, se un fattore di evento fiè composto da sottofattori tij, allora il valore del fattore di evento fipuò includere i pesi dei suoi sottofattori, come ad esempio nella relazione esemplificativa
in cui wjriflette il peso di fattore del sottofattore j del fattore di evento i. Estendendo questo esempio, il processo 600 può quindi determinare la soglia di evento T di questo filtro di evento 432 in modo che includa questi pesi di sottofattore per ogni fattore di evento:
Inoltre, ciascun fattore di evento può essere associato con il proprio peso di fattore separato dai pesi di fattore dei suoi sottofattori in modo che ciascun fattore di evento sia anche pesato separatamente:
Tuttavia, come indicato in precedenza, queste espressioni sono intese soltanto a titolo illustrativo. Le forme di attuazione descritte prevedono un qualsiasi tipo di relazione matematica che esprime una soglia di evento in termini di peso di fattore dei suoi sottofattori componenti (ad esempio, combinazioni lineari, rappresentazioni polinomiali, caratteristiche statistiche, ecc.).
Secondo alcuni aspetti, il processo 600 può includere il confronto dell'insieme di punteggi di evento con l'insieme di soglie di evento per determinare se l'evento si è verificato (fase 612). Il processo 600 può determinare che l'evento si è verificato in base ad un confronto di un insieme di punteggi di evento (ad esempio, determinati nella fase 608) con una soglia di evento corrispondente (ad esempio, determinata nella fase 610) in base alla rappresentazione di evento dell'evento. In alcune forme di attuazione, ad esempio quando è applicato un unico filtro di evento, il processo 600 può determinare l'occorrenza di un evento quando il punteggio di evento supera la soglia di evento, S > T. In altre forme di attuazione, ad esempio quando sono applicati diversi filtri di evento 432 (ad esempio, come definito nella rappresentazione di evento), il processo 600 può determinare quando un evento si è verificato in base ad una combinazione logica dei risultati di ciascun confronto tra i punteggi di evento e le soglie di evento (ad esempio, attraverso la logica combinatoria 434 e la rappresentazione di evento). Questa combinazione logica può utilizzare una qualsiasi permutazione di operatori logici come AND, OR, XOR, e/o NOT che riflette la rappresentazione di evento in termini logici, come descritto con riferimento alla figura 4.
A titolo di esempio esteso, si supponga che il dispositivo di controllo adattativo 112 campioni due segnali x1ed x2(ad esempio, beccheggio ed imbardata) per determinare se si è verificato un evento E. Si supponga che questi segnali siano associati a pesi di segnale a1ed a2. Si supponga inoltre che una soglia di evento per E comprenda i quattro fattori elencati in precedenza, abbreviati con BTF, SBF, PSF, BCF, ciascuno costituito da un certo numero di sottofattori, ed il peso di ciascun fattore sia unitario (ad esempio, non vi siano fattori di peso). Infine, si supponga che una rappresentazione di evento generata utilizzi le espressioni precedenti per un punteggio di evento (ad esempio, una combinazione lineare) ed una soglia di evento (ad esempio, un prodotto di fattori di evento). Ognuno di, o tutti, questi parametri può essere basato su (e controllato da) variabili di controllo 422 memorizzate nel dispositivo di controllo adattativo 112. In un primo esempio in queste condizioni, il dispositivo di controllo adattativo 112 può determinare che E si verifica quando
SE= a1x1+ a2x2> BTF · SBF · PSF · BCF = TE.
In un secondo esempio in queste condizioni, si supponga invece che la rappresentazione di evento rifletta che i due segnali sono sottoposti al proprio filtro di evento 432 e che E si verifichi quando i due filtri di evento per il sottoevento restituiscono un valore vero. Il dispositivo di controllo adattativo 112 può quindi determinare che si verifica E quando E=SR1˄SR2=(a1x1>BTF1·SBF1·PSF1·BCF1)˄(a2x2> BTF2·SBF2·PSF2·BCF2). Come spiegato in precedenza, tali espressioni sono intese in senso illustrativo e non limitano le forme di attuazione descritte ad espressioni particolari.
Quando il processo 600 determina che non si è verificato un evento in base all'insieme di punteggi di evento ed all'insieme di soglie di evento, il processo 600 può terminare (fase 614) per proseguire un'ulteriore elaborazione in conformità con le forme di attuazione descritte (ad esempio, aggiornamento di variabili di controllo 422, trasmissione di informazioni al centro di controllo 132, ecc.). Quando il processo 600 determina che si è verificato un evento, il processo 600 può trasmettere dati di evento ad un sistema remoto come il sistema di controllo 132 (fase 616). I dati di evento possono assumere una qualsiasi forma ed ognuno di essi può includere una qualsiasi informazione in conformità con le forme di attuazione descritte, come quelle descritte con riferimento alla fase 312 nella figura 3. Ad esempio, i dati di evento possono includere una notifica che si è verificato un evento in modo che il sistema di controllo 132 possa ricevere queste informazioni ed eseguire un'elaborazione aggiuntiva (ad esempio, come descritto con riferimento alla figura 8)
Quando il processo 600 determina che un insieme di segnali riflette una occorrenza di una classe di eventi di un evento di collisione potenziale (fase 618), il processo 600 può eseguire operazioni simili a quelle precedentemente descritte. Ad esempio, il processo 600 genera o determina una rappresentazione di evento che rappresenta l'evento di collisione come una combinazione particolare di filtri di evento 432 per un insieme di segnali. Il processo 600 può anche generare un insieme di punteggi di evento per l'evento di collisione in base in parte alla rappresentazione di evento (ad esempio, in base alla disposizione di filtri di evento 432) (fase 620). Il processo 600 può quindi generare un insieme di soglie di evento e confrontare ciascun punteggio di evento nell'insieme di punteggi di evento con una soglia di evento corrispondente (fase 622).
Secondo alcuni aspetti, le soglie di evento per un evento di collisione possono essere determinate in un modo simile a quello di eventi di guida. Ad esempio, l'insieme di soglie di evento può essere basato su una classe di eventi dell'evento (ad esempio, un evento di collisione), un tipo di eventi (ad esempio, un tipo di collisione), e/o un insieme di fattori di evento. L'insieme di fattori di evento può essere basato sulla classe di eventi e/o sul tipo di eventi, in aggiunta ad altre informazioni in conformità con le forme di attuazione descritte. I fattori di evento per un evento di collisione possono essere uguali o differenti da quelli di un evento di guida. In una forma di attuazione, ad esempio, un evento di collisione può essere associato con fattori di evento differenti da un evento di guida. Inoltre, ciascun fattore nell'insieme di fattori di evento può anche essere associato ad un rispettivo periodo di aggiornamento, e può essere gestito in modi simili a quelli precedentemente descritti. L'insieme di fattori di evento può anche essere associato con un insieme di pesi di fattore relativi ai fattori di evento e/o ai loro sottofattori in conformità con le forme di attuazione precedenti.
Ad esempio, l'insieme di fattori di evento può includere un fattore di dispositivo che riflette informazioni associate con l'installazione del dispositivo di controllo adattativo 112 e la sua relazione con il veicolo 110. Secondo alcuni aspetti, ad esempio, il fattore di dispositivo può includere informazioni associate ad un tipo di dispositivo associato al dispositivo di controllo adattativo 112, una posizione e qualità di installazione del dispositivo di controllo adattativo 112 nel veicolo 110, e/o uno o più parametri del veicolo, come un tipo di veicolo.
L'insieme di fattori di evento può anche includere un fattore di soglia relativa che riflette un comportamento medio di tutti i veicoli in una certa classe di flotta del veicolo 110. In alcune forme di attuazione, la classe di flotta del veicolo 110 può includere autovetture simili o tutte le autovetture ubicate in una stessa città, stato, ecc. del veicolo 110. In aggiunta o in alternativa, la classe di flotta del veicolo 110 può includere alcuni dei, o tutti i, veicoli per tutti i conducenti aventi un profilo di guida simile (ad esempio, in base al comportamento di guida monitorato o memorizzato), ecc.
L'insieme di fattori di evento può includere un fattore di pericolo corrente associato con il veicolo 110. Secondo alcuni aspetti, il fattore di pericolo corrente può essere basato su un indice di pericolo al momento associato al veicolo 110, come un indice di pericolo ricevuto dal centro di controllo 132 o generato con il dispositivo di controllo adattativo 112 e memorizzato. Come descritto nella presente, l'indice di pericolo può riflettere un grado di esposizione ad un pericolo o ad una guida non sicura associata al veicolo 110. Il fattore di pericolo corrente e/o l'indice di pericolo può essere basato, ad esempio, sul rilevamento che si è verificato un evento pericoloso come un evento di frenata brusca, un evento di sterzata improvvisa, un evento di cambio di corsia rapido, o altro tipo di evento coerente con comportamenti di guida prima di una collisione.
L'insieme di fattori di evento può includere un fattore atmosferico che riflette condizioni atmosferiche correnti intorno al veicolo 110. In alcune forme di attuazione, questo fattore può essere basato su informazioni contenute in una condizione atmosferica ricevuta dal centro di controllo 132 e/o condizioni ambientali rilevate con sensori 114, come temperatura, umidità, livelli di umidità, ecc.
L'insieme di fattori di evento può anche includere un fattore di livello di servizio che riflette informazioni associate ad un accordo di livello di servizio con un conducente del veicolo 110. Secondo alcuni aspetti, il fattore di livello di servizio può essere basato sulla quantità e/o sul tipo di informazioni che il conducente ha autorizzato il dispositivo di controllo adattativo 112 e/o il sistema di controllo 132 a raccogliere, monitorare, rilevare, elaborare, o recuperare.
Utilizzando questi fattori di evento e/o quelli descritti in precedenza con riferimento ad eventi di guida, il processo 600 può generare un insieme di so-glie di evento utilizzando le espressioni e considera-zioni spiegate in precedenza. In alcune forme di at-tuazione, il processo 600 può generare una soglia di evento per ciascun filtro di evento 432 nell'insieme di filtri di evento in modo da poter confrontare l'in-sieme di punteggi di evento con l'insieme di soglie di evento (fase 622). Ad esempio, il processo 600 può calcolare una soglia di evento T per ciascun filtro di evento 432 in base ad un insieme di pesi di fattore w±(ad esempio, che governano i fattori o i loro sotto-fattori componenti) ed a ciascun fattore di evento, come la relazione esemplificativa T<=>· I tecni-ci del ramo riconosceranno modifiche a questa espressione esemplificativa coerenti con le forme di attuazione descritte.
Il processo 600 può includere il confronto dell'insieme di punteggi di evento con l'insieme di soglie di evento per determinare se l'evento si è ve-rificato (fase 624) in un modo simile ai processi pre-cedenti, come quelli descritti con riferimento alla fase 612. Ad esempio, il processo 600 può determinare che l'evento si è verificato in base ad un confronto sull'insieme di punteggi di evento (ad esempio, dalla fase 620) con una soglia di evento corrispondente (ad esempio, dalla fase 622). Questa determinazione può essere basata, ad esempio, su una rappresentazione di evento che riflette una combinazione matematica e/o logica di filtri di evento 432 e/o segnali che simbolizzano l'evento. Come precedentemente descritto, il processo 600 può quindi terminare (fase 614) quando non viene rilevato un evento per proseguire l'elaborazione in conformità con le forme di attuazione descritte. Quando il processo 600 rileva un evento, il processo 600 può trasmettere dati di evento al sistema di controllo 132, come descritto nella presente.
I vari parametri del processo 600 possono essere controllati da un insieme di variabili di controllo 422 memorizzate sul dispositivo di controllo adattativo 112. Secondo un esempio, l'insieme di variabili di controllo 422 può governare processi associati con classi di eventi esistenti (ad esempio, le caratteristiche ed i tipi di classi disponibili), tipi di eventi (ad esempio, i tipi disponibili di eventi di guida come eventi di sterzata, eventi di velocità, ecc.), modelli di classificazione di eventi (ad esempio, i profili di segnali di modello, il modo in cui i modelli sono applicati, come un modello appropriato è selezionato per un veicolo in base a parametri del veicolo), misure di correlazione (ad esempio, come la misura è calcolata dato un insieme di segnali o profili), e/o soglie di classificazione (ad esempio, il valore della soglia, come ciascuna soglia varia in funzione della classe / tipo di eventi, ecc.), ecc. In un altro esempio, l'insieme di variabili di controllo 422 può controllare processi associati con l'insieme di punteggi di evento (ad esempio, come un punteggio di evento è calcolato in funzione di un insieme di segnali), soglie di evento (ad esempio, come una soglia di evento è calcolata in funzione di fattori di evento), fattori di evento (ad esempio, i sottofattori che costituiscono ciascun fattore, l'insieme di fattori utilizzati per calcolare la soglia di evento), pesi di segnale e pesi di fattore (ad esempio, i valori dei vari pesi, se un peso di fattore si applica o non si applica a sottofattori), e simili. Una qualsiasi quantità, rappresentazione, equazione, relazione, ecc., variabile del processo 600 può essere controllata dall'insieme di variabili di controllo 422, e l'elenco di alcuni parametri o delle informazioni ad essi associate in precedenza non è inteso in senso limitativo.
Secondo alcuni aspetti, la generazione o determinazione di un qualsiasi parametro precedentemente descritto (ossia, rilevamento di un evento, calcolo di una soglia di evento o di un punteggio di evento, determinazione di una rappresentazione di evento, ecc.) può far sì che il dispositivo di controllo adattativo 112 modifichi l'insieme di variabili di controllo operative 422 (ad esempio, attraverso un segnale di risposta 448). Ad esempio, in una forma di attuazione, il dispositivo di controllo adattativo 112 può aggiornare un insieme di variabili di controllo 422 al rilevamento dell'occorrenza o della non occorrenza di un evento. Variazioni dell'insieme di variabili di controllo possono far sì che il dispositivo di controllo adattativo 112 regoli dinamicamente le forme di attuazione descritte (ad esempio, regolando un parametro illustrato con riferimento alle figure 3 - 8) in base alle variazioni rilevate. Ad esempio, il dispositivo di controllo adattativo 112 può regolare ognuno dei parametri precedenti in risposta ad una variazione dell'insieme operativo di variabili di controllo. Il dispositivo di controllo adattativo 112 può monitorare in modo automatico e continuo variazioni dell'insieme di variabili di controllo 422 in modo da poter regolare dinamicamente parametri sulle forme di attuazione descritte in risposta alla variazione rilevata. Inoltre, ogni aspetto dei parametri precedenti o delle informazioni ad essi associate può essere trasmesso al centro di controllo 132 per eseguire un'ulteriore elaborazione coerente con le forme di attuazione descritte.
La figura 7 riporta un diagramma di flusso per un processo di validazione di eventi esemplificativo 700 coerente con le forme di attuazione descritte. Aspetti illustrati con riferimento al processo 700 possono essere realizzati tramite hardware e/o software su uno o più sistemi di calcolo dell'ambiente 100, come il dispositivo di controllo adattativo 112 ed il sistema di controllo 132. Alcuni aspetti del processo 700 possono essere riordinati, risistemati, ripetuti, omessi, completati, modificati, o integrati in processi aggiuntivi in modi coerenti con le forme di attuazione descritte. Ad esempio, forme di attuazione descritte in unione con il processo 700 possono essere realizzate nel dispositivo di controllo adattativo 112 per validare un'occorrenza di un evento rilevato, come quelle descritte con riferimento alla fase di postelaborazione 312 nella figura 3.
Il processo 700 può includere il rilevamento di un evento in conformità con le forme di attuazione descritte (fase 702). Secondo alcuni aspetti, questo rilevamento di evento può includere aspetti dei processi di rilevamento di eventi descritti con riferimento alle figure 3, 4 e 6. Ad esempio, il processo 700 può includere il rilevamento di un evento di collisione con il dispositivo di controllo adattativo 112 utilizzando i processi descritti nella presente. In alcune forme di attuazione, il processo 700 può essere eseguito soltanto al rilevamento di una certa classe di eventi (ad esempio, eventi di collisione) o alcuni tipi di eventi. In una forma di attuazione, ad esempio, il processo 700 potrebbe essere eseguito soltanto in risposta al rilevamento di un evento di collisione.
Il processo 700 può includere il monitoraggio di un insieme di segnali con il dispositivo di controllo adattativo 112 in risposta al rilevamento dell'evento (fase 704). L'insieme di segnali può essere fisso o può dipendere dalla classe di eventi dell'evento rilevato, dal suo tipo di evento, o da un insieme di variabili di controllo 422, ecc. Ad esempio, in una forma di attuazione, il processo 700 può misurare segnali come quelli associati a velocità, accelerazione longitudinale, imbardata, e distanza. Il processo 700 può monitorare l'insieme di segnali per un periodo di tempo uguale ad un periodo di osservazione (ad esempio, quindici secondi, trenta secondi, un minuto, ecc.) dopo il rilevamento che l'evento si è verificato. Secondo alcuni aspetti, il periodo di osservazione può essere basato su una classe di eventi, su un tipo di eventi, sull'insieme di segnali monitorati, su un insieme di variabili di controllo operative 422, ecc. Secondo altri aspetti, il periodo di osservazione può rimanere fisso.
Il processo 700 può eseguire un'analisi di segnale dei segnali monitorati per validare l'evento (fase 706). L'esecuzione di un'analisi di segnale dei segnali monitorati può includere la generazione di una misura di validazione associata con l'insieme di segnali monitorati ed il suo confronto con una soglia di validazione. In alcune forme di attuazione, una misura di validazione può riflettere una probabilità o un grado di certezza che si è realmente verificato l'evento rilevato. Secondo alcuni aspetti, una misura di validazione può essere basata su un insieme di pesi di validazione che riflettono un grado di relazione o correlazione tra un segnale e l'evento rilevato in funzione di un insieme di parametri di validazione. L'insieme di parametri di validazione può rappresentare una base per i pesi di valutazione in modo che ogni peso di valutazione possa essere costruito come un'espressione dei parametri di validazione. Ad esempio, l'insieme di parametri di validazione può un andamento di velocità prima dell'evento rilevato (ad esempio, su un certo periodo di tempo), un tipo di strada su cui il veicolo 110 sta viaggiando, un'ora del giorno ed una condizione atmosferica.
Secondo alcuni aspetti, il processo 700 può determinare una misura di validazione in funzione dell'insieme di segnali monitorati e di pesi di validazione. Questa espressione può assumere una qualsiasi forma matematica o statistica appropriata coerente con le forme di attuazione descritte. Ad esempio, dato un insieme di segnali monitorati x (ad esempio, velocità, accelerazione longitudinale, imbardata e distanza, in base ad una classe di eventi), il processo 700 può determinare una misura di validazione V utilizzando un insieme di parametri di validazione v:
in cui fi(v) riflette un peso di validazione per il segnale i espresso come una funzione f dei parametri di validazione v. Come per le espressioni di punteggi di evento e soglie di evento, la relazione precedente è intesa in senso esemplificativo. I tecnici del ramo riconosceranno espressioni alternative per la misura di validazione (ad esempio, sotto forma di una funzione singola o una funzione composta) in base ad un insieme di segnali di ingresso e parametri di validazione.
Il processo 700 può includere il confronto della misura di validazione determinata con una soglia di validazione per validare l'evento (fase 708). In alcune forme di attuazione, una soglia di validazione riflette una probabilità o grado di certezza minimo necessario per validare che si è verificato un evento rilevato. La soglia di validazione può essere fissa o basata su altre considerazioni come una classe di eventi o un tipo di eventi dell'evento rilevato, i segnali monitorati, i parametri di validazione utilizzati, ecc. Quando il processo 700 determina che la misura di validazione non supera la soglia di validazione, l'evento può non essere validato ed il processo 700 può terminare per facilitare un'ulteriore elaborazione (fase 710). In alternativa, quando il processo 700 determina che la misura di validazione supera la soglia di validazione, il processo 700 valida l'evento (fase 712). In alcune forme di attuazione, una tale elaborazione può includere la memorizzazione di informazioni associate a tale validazione nella memoria e l'esecuzione di un'ulteriore elaborazione, come un aggiornamento di un insieme di variabili di controllo operative 422 in base alla validazione. Inoltre, il processo 700 può trasmettere dati di validazione al sistema di controllo 132 (fase 714). Secondo alcuni aspetti, i dati di validazione possono assumere una forma simile a dati di evento e possono includere una qualsiasi informazione associata alle procedure di validazione del processo 700. Ad esempio, ogni dato di validazione include un'indicazione che un evento rilevato è stato validato, un valore per la misura di validazione o la soglia di validazione, l'insieme di segnali monitorati, l'insieme di parametri di evento utilizzati, ecc. I dati di validazione possono assumere una qualsiasi forma appropriata coerente con le forme di attuazione descritte come un segnale, un archivio ("file") informatico, ecc.
I vari parametri del processo 700 possono essere controllati da un insieme di variabili di controllo 422 memorizzate sul dispositivo di controllo adattativo 112. In un esempio, l'insieme di variabili di controllo 422 può governare processi associati al monitoraggio dei segnali (ad esempio, determinazione di periodi di osservazione, dell'insieme di segnali da monitorare, ecc.) e/o all'esecuzione dell'analisi del segnale (ad esempio, la definizione della soglia di validazione, la definizione dei parametri di validazione e dei pesi di validazione, la definizione di come calcolare una soglia di validazione dati un insieme di parametri di validazione ed un insieme di segnali, ecc.). Una qualsiasi quantità variabile, rappresentazione, equazione, relazione, ecc., del processo 700 può essere controllata dall'insieme di variabili di controllo, e l'elenco di alcuni parametri o delle informazioni ad essi associate precedenti non è inteso in senso limitativo. Inoltre, la generazione o la determinazione di qualsiasi parametro descritto con riferimento al processo 700 può provocare una variazione dell'insieme di variabili di controllo operative 422 (ad esempio, attraverso un segnale di risposta 448). Ad esempio, il dispositivo di controllo adattativo 112 può aggiornare un insieme di variabili di controllo alla validazione dell'occorrenza di un evento rilevato. Variazioni dell'insieme di variabili di controllo 422 possono far sì che il dispositivo di controllo adattativo 212 regoli dinamicamente le forme di attuazione descritte (ad esempio, regolando un parametro descritto con riferimento alle figure 3 - 8) in base alle variazioni rilevate. Ad esempio, il dispositivo di controllo adattativo 112 può regolare ognuno dei parametri precedenti in risposta ad una variazione nell'insieme operativo di variabili di controllo. Il dispositivo di controllo adattativo 112 può monitorare in modo automatico e continuo variazioni dell'insieme di variabili di controllo 422 in modo da poter regolare dinamicamente i parametri sulle forme di attuazione descritte in risposta alla variazione rilevata. Inoltre, un qualsiasi aspetto dei dati o parametri precedenti e delle informazioni ad essi associate può essere trasmesso ad un sistema esterno (ad esempio, al sistema di controllo 132) per eseguire un'ulteriore elaborazione in conformità con le forme di attuazione descritte.
La figura 8 riporta un diagramma di flusso per un processo esemplificativo 800 per generare condizioni al contorno ed indici di pericolo in conformità con le forme di attuazione descritte. Aspetti illustrati con riferimento al processo 800 possono essere realizzati tramite hardware e/o software su uno o più sistemi di calcolo dell'ambiente 100, come il dispositivo di controllo adattativo 112 ed il sistema di controllo 132. Alcuni aspetti del processo 800 possono essere riordinati, risistemati, ripetuti, omessi, completati, modificati o integrati in processi aggiuntivi in modi coerenti con le forme di attuazione descritte. Ad esempio, forme di attuazione descritte con riferimento al processo 800 possono essere realizzate nel sistema di controllo 132 in insiemi di condizioni al contorno ed indici di pericolo, come quelli descritti con riferimento alla fase 302 della figura 3.
Secondo alcuni aspetti, il processo 800 può includere la ricezione di un insieme di segnali o informazioni associate ad un evento rilevato dal dispositivo di controllo adattativo 112 (fase 802). In alcune forme di attuazione, il processo 800 può anche ricevere informazioni e parametri associati con altri processi, come il processo di filtraggio di larghezza di banda, il processo di rilevamento di eventi, e/o il processo di validazione, tra gli altri. Ad esempio, il sistema di controllo 132 può ricevere informazioni associate ad un filtro passabasso applicato, a segnali ricevuti attraverso il dispositivo di controllo adattativo 112, ad una soglia di evento, ad una misura di validazione, ecc. Tali informazioni ricevute possono includere una qualsiasi informazione associata con le forme di attuazione descritte e possono giungere (ad esempio, possono essere trasmesse dal dispositivo di controllo adattativo 112) in qualsiasi fase dei processi precedenti.
Il processo 800 può includere la determinazione di un insieme di condizioni al contorno da fornire al dispositivo di controllo adattativo 112 in base alle informazioni ricevute (fase 804). Secondo alcuni aspetti, la determinazione dell'insieme di condizioni al contorno può comprendere l'identificazione di un insieme di possibili eventi implicati dai segnali ricevuti e la determinazione di una o più condizioni al contorno pertinenti all'insieme di possibili eventi. Ad esempio, il sistema di controllo 132 può ricevere un segnale di velocità dal dispositivo di controllo adattativo 112 che indica che il veicolo 110 sta viaggiando ad una velocità elevata. In risposta, il sistema di controllo 132 può determinare che velocità elevate sono, ad esempio, spesso associate ad eventi di velocità, eventi di collisione, eventi di frenata, ecc. Il sistema di controllo 132 può inoltre determinare che le condizioni al contorno spesso pertinenti a questi eventi includono, ad esempio una condizione di tipo di strada (ad esempio, per tener conto di autostrade), una condizione atmosferica (ad esempio, per assicurarsi che il conducente non guidi ad una velocità eccessiva sotto la pioggia), una condizione di mappa di velocità media (ad esempio, per valutare o confrontare il conducente con quelli nelle sue vicinanze), e/o un confronto tra il fattore di stato personale ed il fattore di comportamento standard (ad esempio, per confrontare il conducente con le sue tipiche abitudini). Queste condizioni al contorno identificate possono costituire l'insieme di condizioni al contorno determinate. Naturalmente, sono possibili altre permutazioni di condizioni al contorno, e l'esempio precedente è fornito soltanto a titolo illustrativo. Secondo alcuni aspetti, il sistema di controllo 132 può memorizzare una mappatura di eventi che mappa tendenze osservate, profili, o firme in un insieme di segnali su un insieme di eventi potenziali. Inoltre, il sistema di controllo 132 può memorizzare una mappatura di condizioni al contorno che mappa un insieme di eventi potenziali su un insieme di condizioni al contorno pertinenti. In questo modo, il sistema di controllo 132 può determinare le condizioni al contorno pertinenti confrontando i valori dell'insieme di sensori con la mappatura di eventi per identificare eventi potenziali, ed a sua volta identificare un insieme di condizioni al contorno pertinenti in base agli eventi potenziali identificati utilizzando la mappatura di condizioni al contorno.
Il processo 800 può includere la raccolta, la riunione e la generazione di informazioni associate all'insieme di condizioni al contorno identificate (fase 806). Queste informazioni possono riflettere dati pertinenti alle condizioni al contorno identificate, e possono dipendere dall'insieme di condizioni al contorno identificato. Ad esempio, se il processo 800 identifica una condizione atmosferica o una condizione di "social network", il processo 800 può raccogliere o generare informazioni associate alle condizioni atmosferiche intorno al veicolo 110 (ad esempio, correnti o previste in base ad un percorso previsto, come precedentemente descritto), oppure può raccogliere informazioni da uno o più siti di "social network" associati al conducente. Il processo 800 può raccogliere altri tipi di informazioni, in funzione dell'insieme di condizioni al contorno identificate. Le informazioni raccolte o generate con il processo 800 possono essere create localmente (ad esempio, sul sistema di controllo 132), oppure possono essere ottenute da sistemi remoti (ad esempio, dal sistema esterno 142). Ad esempio, se il processo 800 ha identificato condizioni di "social network" o condizioni di dispositivo, il processo 800 può ottenere le informazioni richieste da vari sistemi esterni 142 che riflettono i dispositivi del conducente (ad esempio, uno "smartphone", dispositivi indossabili come un orologio intelligente ("smartwatch"), sistemi di navigazione, ecc.) e server associati ad uno o più siti di "social network". Il processo 800 può includere l'acquisizione di dati da sistemi esterni 142 che memorizzano informazioni di traffico, informazioni atmosferiche, ecc. Secondo un altro esempio, il processo 800 può essere eseguito localmente sul sistema di controllo 132, ad esempio quando il sistema di controllo genera informazioni associate alle condizioni di guida storiche del conducente (ad esempio, in base a segnali monitorati dal dispositivo di controllo adattativo 112), ecc. Le informazioni raccolte o generate in questo modo possono includere una qualsiasi informazione coerente con le condizioni al contorno descritte, come informazioni atmosferiche, mappe di velocità del veicolo, condizioni di traffico, statistiche del conducente, informazioni stradali, o altre informazioni descritte con riferimento alla figura 3.
Il processo 800 può anche includere la messa a disposizione delle condizioni al contorno e/o delle informazioni associate al dispositivo di controllo adattativo 112 per un'ulteriore elaborazione (fase 108). Il processo 800 può fornire le condizioni al contorno ed altre informazioni su una qualsiasi rete di comunicazione adatta (ad esempio, la rete di comunicazione 120). Le condizioni al contorno ed altre informazioni fornite possono assumere una qualsiasi forma adatta, come un segnale, un archivio ("file") informatico, ecc. In alcune forme di attuazione, il dispositivo di controllo adattativo 112 può ricevere le condizioni al contorno ed informazioni associate dal sistema di controllo 132 per eseguire processi aggiuntivi descritti nella presente. Ad esempio, secondo alcuni aspetti, il dispositivo di controllo adattativo 112 può aggiornare un insieme di variabili di controllo 422 in base alle informazioni ricevute (ad esempio, aggiornando un insieme di variabili esterne 426 per tener conto del nuovo insieme di condizioni al contorno). Il dispositivo di controllo adattativo 112 può anche memorizzare informazioni associate al nuovo insieme di condizioni al contorno, ad esempio, per determinare modifiche aggiuntive a variabili di controllo 422, o da utilizzare nei processi descritti come rilevamento di eventi, ecc. In questo modo, il dispositivo di controllo adattativo 112 può utilizzare le informazioni ricevute dal centro di controllo 132 per pilotare modifiche nel suo processo interno e regolare dinamicamente il modo in cui raccoglie ed elabora dati. Il processo 800 può continuare a monitorare segnali ricevuti o altre informazioni dal dispositivo di controllo adattativo 112 (ad esempio, in base alle condizioni al contorno aggiornate) per iniziare di nuovo il processo (fase 802).
In alcune forme di attuazione, il processo 800 può includere la generazione di un indice di pericolo associato al conducente o al veicolo 110 (fase 810). Questo indice di pericolo può essere basato su informazioni ricevute dal dispositivo di controllo adattativo 112 (fase 802) e/o su una qualsiasi condizione al contorno identificata generata in precedenza o appena determinata (ad esempio, fase 804). Secondo alcuni aspetti, il processo 800 può determinare l'indice di pericolo in base ad informazioni memorizzate o generate sul sistema di controllo 132 e/o informazioni monitorate dal dispositivo di controllo adattativo 112. Il processo 800 può determinare un valore dell'indice di pericolo utilizzando formule, pesi e parametri in conformità con quelli precedentemente descritti (ad esempio, medie di peso, prodotti, funzioni di vari parametri, ecc.). In una forma di attuazione, il processo 800 può determinare il valore dell'indice di pericolo in base ad un comportamento di guida del conducente. Il processo 800 può identificare un comportamento del conducente in base a segnali o altre informazioni ricevute dal dispositivo di controllo adattativo 112 (ad esempio, segnali di velocità, accelerazione, sterzata, frenata, e/o posizione; rilevamento di eventi di guida come eventi di eccesso di velocità o di sterzata, ecc.), come anche informazioni memorizzate sul sistema di controllo 132 (ad esempio, un comportamento storico di guida del conducente e statistiche).
In alcune forme di attuazione, l'indice di pericolo può anche essere basato sull'attenzione del conducente. Il processo 800 può determinare una misura dell'attenzione del conducente in base ad informazioni associate con condizioni al contorno correnti. Ad esempio, il processo 800 può misurare l'attenzione di un conducente in base a dati come una condizione di un dispositivo (ad esempio, indicando che il conducente sta inviando un messaggio di testo mentre guida), una condizione di mappa di velocità media (ad esempio, indicando che il conducente sta guidando ad una velocità notevolmente differente da altri conducenti nelle sue vicinanze per un dato periodo di tempo), ed altre condizioni al contorno simili. In aggiunta o in alternativa, il processo 800 può misurare l'attenzione di un conducente in base a segnali o informazioni ricevute dal dispositivo di controllo adattativo 112, come la presenza di vari eventi di sterzata o eventi di accelerazione in una breve finestra temporale.
Secondo alcuni aspetti, l'indice di pericolo può anche essere basato su informazioni associate all'ambiente di un veicolo. Il processo 800 può misurare informazioni ambientali utilizzando dati ricevuti dal dispositivo di controllo adattativo 112 (ad esempio, attraverso livelli di temperatura, umidità, umidità relativa), come anche condizioni al contorno identificate e dati associati (ad esempio, una condizione atmosferica, con l'inclusione di informazioni atmosferiche ricavate dal sistema esterno 142).
Il processo 800 può includere la messa a disposizione dell'indice di pericolo generato al dispositivo di controllo adattativo 112 per eseguire un'ulteriore elaborazione (fase 812). Il processo 800 può fornire l'indice di pericolo attraverso un qualsiasi canale o rete di comunicazione appropriata. Secondo alcuni aspetti, il dispositivo di controllo adattativo 112 può ricevere l'indice di pericolo ed aggiornare conseguentemente i suoi processi interni. Ad esempio, il dispositivo di controllo adattativo 112 può modificare un insieme di variabili di controllo operative 422 in base ad un nuovo valore dell'indice di pericolo (ad esempio, sostituendo o mediando un indice precedente) per riflettere un'esposizione aggiornata ad un pericolo. Secondo alcuni aspetti, ad esempio, le varie soglie di evento e/o soglie di validazione possono essere inversamente proporzionali ad un indice di pericolo ricevuto (ad esempio, per rilevare più eventi in un ambiente di maggior pericolo), frequenze di campionamento e/o pesi di segnale possono essere direttamente proporzionali all'indice di pericolo (ad esempio, per campionare segnali più spesso durante periodo di pericolo), alcuni segnali, fattori e/o pesi ad essi associati possono diventare più o meno importanti, e simili. Il dispositivo di controllo adattativo 112 può confrontare un nuovo indice di pericolo con un indice precedente, determinare le modifiche necessarie da apportare nei suoi processi interni, e modificare l'insieme di variabili di controllo operative 422 per effettuare queste modifiche (ad esempio, modificando un insieme di variabili di controllo esterne 426).
Il processo 800 può anche includere l'esecuzione di un'elaborazione interna in base all'indice di pericolo aggiornato e/o ad altre informazioni associate al processo 800 (fase 814). Secondo alcuni aspetti, ad esempio, il processo 800 può includere la fornitura di una notifica ad un conducente in base ad un nuovo indice di pericolo determinato e/o ad informazioni di condizioni al contorno. La notifica può includere informazioni associate all'indice di pericolo, come un'indicazione che il conducente sta guidando in un modo più pericoloso o più sicuro rispetto ad un indice di pericolo determinato in precedenza, medie storiche di indici di pericolo per il conducente o per conducenti in situazioni simili, ecc. La notifica può anche includere informazioni associate all'insieme di condizioni al contorno, come un'indicazione delle abitudini di guida o dei comportamenti del conducente in associazione ad una o più condizioni al contorno. Ad esempio, la notifica può indicare che il conducente sta guidando troppo velocemente in condizioni atmosferiche di pioggia, che il conducente ha meno eventi di sterzata o di accelerazione rispetto a quelli situati in posizioni simili alla sua ubicazione / veicolo, o qualsiasi altro tipo di indicazione. In questo modo, la notifica può includere un'analisi del tipo di guida in conformità con le forme di attuazione descritte e loro combinazioni. Questa notifica può comprendere un messaggio di posta elettronica, un messaggio di testo, un messaggio vocale automatizzato, una notifica a comparsa sul visualizzatore di un dispositivo mobile, o un altro formato simile. Il processo 800 può continuare a monitorare segnali o altre informazioni dal dispositivo di controllo adattativo 112 dopo aver eseguito i suoi processi interni, iniziando di nuovo il processo.
In aggiunta o in alternativa, il processo 800 può includere l'esecuzione di processi interni associati ad un centro di controllo 130 utilizzando il sistema di controllo 132. Ad esempio, in una forma di attuazione, il processo 800 può includere l'aggiornamento di una o più polizze di assicurazione associate al veicolo 110 in base ai segnali ricevuti dal dispositivo di controllo adattativo 112, agli indici di pericolo generati, e ad eventi rilevati (o alla loro mancanza). Secondo alcuni aspetti, ad esempio, indici di pericolo più bassi, un'assenza o infrequenza di eventi di guida o di collisione, e segnali correlati fortemente con comportamenti di guida standard possono indicare che il conducente di un veicolo 110 è generalmente un conducente prudente. Il processo 800 può così includere la determinazione di una modifica di una polizza di assicurazione esistente associata al veicolo 110 in base ai segnali ricevuti dal dispositivo di controllo adattativo 112, agli indici di pericolo generati, alle condizioni al contorno identificate ed informazioni ad esse associate, ed ai risultati di rilevamenti di eventi e validazioni di eventi. Tali modifiche possono includere, ad esempio, un premio di assicurazione aggiornato, uno sconto, franchigie più basse, coperture aggiuntive, ecc. Il processo 800 può inoltre comprendere l'aggiornamento della polizza in base alla variazione determinata e/o la comunicazione di una notifica ad un conducente o ad un titolare della polizza determinato associato alla polizza, contenente informazioni associate ad una determinata modifica (ad esempio, che il titolare della polizza è eleggibile per un premio aggiornato). La notifica può assumere una forma simile a quelle precedentemente descritte.
Come sarà evidente dalle forme di attuazione precedenti, aspetti delle forme di attuazione descritte permettono al dispositivo di controllo adattativo 112 di regolare dinamicamente i segnali da esso raccolti, parametri, soglie, e funzioni al rilevamento di variazioni di un insieme di variabili di controllo 422 memorizzate. Come descritto nella presente, il dispositivo di controllo adattativo 112 può monitorare in modo continuo o periodico l'insieme operativo di variabili di controllo per determinare se si è verificata una variazione e può regolare dinamicamente i suoi processi di conseguenza. Inoltre, il dispositivo di controllo adattativo 112 può anche determinare una o più variazioni da apportare ad un insieme di variabili di controllo 422 in base ai processi precedenti (ad esempio, quelli descritti con riferimento alle figure 3 - 8), ed aggiornare esso stesso le variabili di controllo. Il dispositivo di controllo adattativo 112 può determinare le variazioni alle variabili di controllo 422 ed i loro effetti corrispondenti sui processi interni (ad esempio, soglie, funzioni, pesi, segnali campionati, ecc.) in base alla natura delle informazioni elaborate.
Ad esempio, quando il dispositivo di controllo adattativo 112 riceve un indice di pericolo dal centro di controllo 132, il dispositivo di controllo adattativo 112 può aggiornare un insieme di variabili di controllo esterne 426 memorizzate. Il dispositivo di controllo adattativo 112 può quindi determinare una o più modifiche da applicare ad aspetti delle forme di attuazione precedenti in base al nuovo indice di pericolo, e regolare dinamicamente i suoi processi di conseguenza (ad esempio, attraverso un segnale di controllo 442 o 446). La natura delle modifiche determinate può essere basata sulla natura del nuovo indice di pericolo. Come precedentemente descritto, ad esempio, un indice di pericolo più elevato indica una guida più pericolosa. Secondo alcuni aspetti, il dispositivo di controllo adattativo 112 può pertanto modificare l'insieme di segnali campionati per favorire segnali basati sulla guida (ad esempio, segnali di velocità, di sterzata, e di accelerazione rispetto a segnali di temperatura e di umidità, ecc.). Il dispositivo di controllo adattativo 112 può anche modificare (ad esempio, aumentare) le frequenze di campionamento di questi o altri segnali in modo da raccogliere dati aggiuntivi e più accurati. Il dispositivo di controllo adattativo 112 può anche diminuire le frequenze di campionamento di altri segnali meno importanti durante periodi di indici di pericolo elevati. Inoltre, il dispositivo di controllo adattativo 112 può modificare la sua logica di rilevamento di eventi per aumentarne la sensibilità, ad esempio diminuendo soglie di evento (ad esempio, manualmente, mediante modifica di fattori di evento e pesi di evento per indurre una tale variazione, mediante modifica di una rappresentazione di evento per regolare una rappresentazione matematica della soglia, ecc.), aumentando punteggi di evento (ad esempio, manualmente o modificando segnali e loro pesi di segnale in un modo simile alla variazione delle soglie di evento), e così via. Inoltre, il dispositivo di controllo adattativo 112 può modificare i suoi processi di validazione in un modo simile, ad esempio diminuendo soglie di validazione, aumentando misure di validazione, realizzando variazioni ai parametri e funzioni sottostanti per indurre queste variazioni (ad esempio, aumentando pesi di validazione, selezionando nuovi segnali o parametri di validazione, ecc.). Il dispositivo di controllo adattativo 112 può pertanto determinare come regolare dinamicamente un qualsiasi ingresso, parametro, o processo discusso nella presente in risposta ai nuovi parametri di controllo 422 determinati dalla ricezione del nuovo indice di pericolo. Inoltre, il dispositivo di controllo adattativo 112 può determinare come regolare dinamicamente una qualsiasi di queste caratteristiche in base ad una modifica di un insieme di parametri di controllo indotta da informazioni elaborate (ad esempio, come ricevuto dal sistema di controllo 132 o come generato entro il dispositivo di controllo adattativo 112).
Come altro esempio, il dispositivo di controllo adattativo 112 può ricevere condizioni al contorno dal centro di controllo 132 ed informazioni ad esse associate. Il dispositivo di controllo adattativo 112 può determinare come modificare l'insieme di variabili di controllo 422 (ad esempio, l'insieme di variabili di controllo esterne 426 in particolare) e le regolazioni corrispondenti ai processi precedenti in base alla natura delle condizioni al contorno ed ai dati associati. Secondo un esempio, il dispositivo di controllo adattativo 112 può ricevere una condizione atmosferica quando non era stabilita in precedenza una tale condizione. Il dispositivo di controllo adattativo 112 può aggiornare le variabili di controllo 422 e regolare dinamicamente segnali e frequenze di campionamento dai sensori 114 per raccogliere informazioni ambientali (ad esempio, temperatura, livelli di umidità, pressione barometrica, ecc.). Il dispositivo di controllo adattativo 112 può anche aggiornare i suoi processi di rilevamento e validazione di eventi come precedentemente descritto (ad esempio, modificando soglie di evento, soglie di validazione e/o i loro vari componenti come pesi di segnale, fattori di evento, ecc.) per includere negli eventi analisi atmosferiche. In una forma di attuazione, ad esempio, il dispositivo di controllo adattativo 112 può diminuire soglie di evento per tempo piovoso (ad esempio, poiché è più pericoloso), ed aumentare le soglie di evento per tempo mite o assolato. Il dispositivo di controllo adattativo 112 può anche campionare alcuni tipi di segnali con una maggior frequenza (ad esempio, velocità, sterzata, frenata, ecc.) in condizioni piovose rispetto a condizioni assolate. In un modo simile, il dispositivo di controllo adattativo può regolare dinamicamente i segnali, le frequenze di campionamento, le soglie, ecc. delle forme di attuazione precedenti in risposta a condizioni di traffico (ad esempio, a causa di una maggior probabilità di un incidente in livelli di traffico più elevato), informazioni stradali (ad esempio, segnali di campionamento meno frequenti su strade rettilinee), e qualsiasi altra informazione di condizione al contorno. Questi tipi di variazioni possono essere applicati ad un qualsiasi processo variabile descritto nella presente, e le variazioni possono essere basate sulla natura delle informazioni di condizioni al contorno.
In un esempio finale, il dispositivo di controllo adattativo 112 può anche determinare come aggiornare un insieme di variabili di controllo in base a processi interni. Come esempio, il dispositivo di controllo adattativo 112 può determinare come variare un insieme di variabili di controllo 422 (ad esempio, variabili interne 424) e le regolazioni corrispondenti ai processi precedenti in base alla natura di un evento rilevato. A titolo di esempio, il dispositivo di controllo adattativo 112 può rilevare un evento di eccesso di velocità, di accelerazione, o di sterzata e determinare che un tale evento riflette tipicamente un comportamento di guida più pericoloso o meno prudente. In risposta, il dispositivo di controllo adattativo 112 può aggiornare l'insieme di variabili di controllo 422 e può regolare dinamicamente ingressi, parametri e processi delle forme di attuazione precedenti di conseguenza (ad esempio, attraverso il segnale di controllo 442). Per esempio, il dispositivo di controllo adattativo 112 può regolare l'insieme di segnali campionati (ad esempio, per favorire segnali basati sulla guida come velocità ed accelerazione) e/o le loro frequenze di campionamento (ad esempio, per campionare più spesso segnali basati sulla guida e meno spesso campioni basati sull'ambiente). Inoltre, il dispositivo di controllo adattativo 112 può ridurre soglie di evento o soglie di validazione in risposta all'evento di guida rilevato o aumentare punteggi di evento e misure di validazione, come precedentemente descritto, per aumentare una sensibilità ad alcuni comportamenti di guida. Inoltre, il dispositivo di controllo adattativo 112 può effettuare le modifiche inverse in risposta ad un'assenza di tali eventi (ad esempio, aumentando soglie di evento, riducendo frequenze di campionamento, ecc.). Le forme di attuazione descritte prevedono l'effettuazione di una qualsiasi di tali modifiche in risposta ad una qualsiasi informazione o dato generato nelle forme di attuazione descritte. Inoltre, queste modifiche possono essere applicate ad un qualsiasi processo o parametro variabile illustrato nella presente. La natura delle regolazioni e gli ingressi, processi, e parametri interessati dipenderanno dalla natura delle informazioni generate, in funzione dei comportamenti di guida reali e delle condizioni ambientali reali associate al veicolo 110.
Secondo alcuni esempi, uno o più dei processi illustrati nella figura 8 e precedentemente descritti come completati dal centro di controllo 130 (ad esempio, dal sistema di controllo 132 presso il centro di controllo 130) potrebbero in alternativa essere completati (ad esempio, almeno in parte) dal dispositivo di controllo adattativo 112 (ad esempio, dal processore 200 del sistema di controllo adattativo 112). In accordo con questa modulazione di intensità di elaborazione, il processore 200 del dispositivo di controllo adattativo 112 può avere la capacità, in alcuni casi, di eseguire un numero di processi maggiore. Utilizzando la modulazione di intensità di elaborazione, il dispositivo di controllo 112 può comunicare questa capacità al centro di controllo 130, insieme con una richiesta di una maggior autorizzazione di elaborazione. Successivamente, il centro di controllo 130 può determinare una quantità di elaborazione normalmente eseguita dal centro di controllo 130 che può essere selettivamente scaricata al dispositivo di controllo 112, ed in risposta concedere permessi corrispondenti al dispositivo di controllo 112. Mentre il dispositivo di controllo 112 inizia ad aumentare l'elaborazione eseguita a bordo del veicolo 110, il centro di controllo 130 può simmetricamente iniziare a ridurre l'elaborazione eseguita all'esterno del veicolo 110.
In alcune forme di attuazione, il dispositivo di controllo 112 può già avere la capacità di eseguire una certa quantità di elaborazione normalmente eseguita dal centro di controllo 130. Tuttavia, il dispositivo di controllo 112 può rendersi conto ad intermittenza di condizioni particolari che si stanno verificando o stanno per verificarsi che potrebbero aumentare una quantità di elaborazione richiesta al centro di controllo 130 e/o una quantità di trasmissione di dati / segnali richiesta alla rete 120. Ad esempio, in base ad una posizione del veicolo, ad uno stile di guida rilevato, ad un'ora del giorno, a condizioni di illuminazione, a condizioni atmosferiche, ad altre informazioni di sensori, a condizioni della rete, ecc., il dispositivo di controllo 112 può determinare che i fabbisogni di elaborazione e/o di trasmissione sono aumentati o stanno per aumentare. In questa situazione, anche se la capacità di elaborazione del dispositivo di controllo 112 può rimanere immutata, il dispositivo di controllo 112 può ancora essere configurato in modo da comunicare la sua capacità di elaborazione al centro di controllo 130 insieme con una richiesta di un'autorizzazione ad una maggior elaborazione. Come precedentemente descritto, in risposta ad una tale richiesta, il centro di controllo 130 può determinare una quantità di elaborazione normalmente eseguita dal centro di controllo 130 che può essere scaricata al dispositivo di controllo 112 ed in riposta concedere permessi corrispondenti al dispositivo di controllo 112. Mentre il dispositivo di controllo 112 inizia ad aumentare l'elaborazione eseguita a bordo del veicolo 110, il centro di controllo 130 può simmetricamente iniziare a ridurre l'elaborazione eseguita all'esterno del veicolo 110.
In una forma di attuazione, è possibile assegnare potenza di elaborazione in modo statico o dinamico al dispositivo di controllo 112 ed al centro di controllo 130. Ad esempio, la potenza di elaborazione potrebbe essere assegnata al dispositivo di controllo 112 ed al centro di controllo 130 in base ad un livello di servizio di comunicazione richiesto tra il dispositivo di controllo 112 ed il centro di controllo 130 (ad esempio, un carico di comunicazione previsto o reale della rete 120), un livello di servizio di comunicazione disponibile (ad esempio, una larghezza di banda prevista o reale della rete 120), un costo del servizio, ecc. In alternativa, dato un determinato livello di servizio, la potenza di elaborazione potrebbe essere assegnata in funzione di condizioni specifiche di contesto. Queste condizioni di contesto possono includere, tra le altre cose, un'ubicazione geografica del veicolo 110 (ad esempio, il veicolo 110 che entra o esce da aree specifiche, come aree aventi norme, requisiti, limitazioni, o costi di comunicazione variabili), condizioni di traffico (ad esempio, condizioni che richiedono una maggior o minor elaborazione), condizioni meteo, comportamento storico del conducente, ecc.). Queste condizioni possono essere rilevate e/o determinate dal dispositivo di controllo 112, dal centro di controllo 130, e/o da una combinazione sia del dispositivo di controllo 112 sia del centro di controllo 130.
In alcune forme di attuazione, l'assegnazione di potenza di elaborazione può essere intrapresa per ridurre un superamento della capacità ("overflow") reale di risorse o soltanto una possibilità di superamento della capacità di risorse. In modo specifico, possono esistere uno o più limiti per l'elaborazione e/o la trasmissione di dati e segnali basati su sensori. Ad esempio, il centro di controllo 130 può essere in grado di comunicare simultaneamente con un numero massimo di dispositivi di controllo 112 differenti associati a veicoli 110 differenti, di elaborare simultaneamente un numero massimo di transazioni, di elaborare simultaneamente un numero massimo di segnali o dimensioni di pacchetti dati, ecc. Analogamente, la rete 120 può essere in grado di trasmettere un numero massimo di segnali e/o pacchetti dati da un numero massimo di origini ad un numero massimo di destinazioni, una dimensione massima di pacchetti dati, ecc. Quando questi limiti sono avvicinati e/o superati, una velocità e/o integrità di elaborazione corrispondente possono degradarsi, e/o un costo di elaborazione / trasmissione associato può aumentare. Di conseguenza, è possibile assegnare selettivamente potenza di elaborazione dal centro di controllo 130 al dispositivo di controllo 112 quando uno o più di questi limiti massimi sono avvicinati e/o superati. Facendo in modo che il dispositivo di controllo 112 esegua una maggior quantità di elaborazione, il centro di controllo 130 e la rete 120 possono avere un carico ridotto che supporta velocità maggiori, maggior integrità e costo inferiore.
Ad esempio, quando uno o più limiti del centro di controllo 130 e/o della rete 120 sono avvicinati e/o superati, uno o più algoritmi di rilevamento di collisione realizzati dal centro di controllo 130 in base a dati e/o segnali basati su sensori dapprima trasmessi dal dispositivo di controllo 112 al centro di controllo 130 potrebbero invece essere scaricati per essere eseguiti dal dispositivo di controllo 112. Scaricando questi processi, la quantità di dati e/o segnali basati su sensori inizialmente comunicati dal dispositivo di controllo 112 al centro di controllo 130 sulla rete 120 può essere ridotta come volume e/o dimensione. Inoltre, la quantità di elaborazione eseguita dal centro di controllo 130 può essere ridotta. Ciò permette di ridurre i costi di trasmissione e di rendere disponibile il centro di controllo 130 per altre funzioni.
Secondo un altro esempio, moduli di compressione e/o processore video del dispositivo di controllo 112 possono essere selettivamente abilitati / inibiti a distanza dal centro di controllo 130. Questa abilitazione selettiva di moduli di compressione e/o processore video può servire per regolare una quantità di trasmissione di dati / segnali sulla rete 120 e/o una elaborazione eseguita dal centro di controllo 130. In un modo simile, moduli di acquisizione di sensori 114 particolari del veicolo 110 possono essere abilitati / inibiti a distanza dal centro di controllo 130, allo scopo di ridurre la trasmissione e/o l'elaborazione.
Secondo un altro esempio, moduli software particolari che risiedono nel centro di controllo 130 possono essere selettivamente caricati nel dispositivo di controllo 112, in modo che il dispositivo di controllo 112 possa aumentare le sue capacità di elaborazione in momenti selezionati e/o in situazioni selezionate. Ad esempio, uno o più moduli software orientati alla modellazione di eventi di comportamento del conducente o alla valutazione di un contesto di guida possono essere caricati dinamicamente dal centro di controllo 130 nel dispositivo di controllo 112, in modo che l'elaborazione associata possa successivamente essere eseguita a bordo del veicolo 110. I moduli software, dopo essere stati caricati nel dispositivo di controllo 112, possono successivamente essere eseguiti selettivamente attraverso un comando remoto fornito dal centro di controllo 130. In un modo simile, altri moduli software (ad esempio, moduli software sviluppati da un utente finale utilizzando una API pubblicata e che eseguono "sandbox" corrispondenti del dispositivo di controllo) possono essere selettivamente inviati per essere eseguiti dal centro di controllo 130.
La descrizione precedente è stata presentata a titolo illustrativo. Essa non è esaustiva e non è limitata alle forme precise o alle forme di attuazione descritte. Modifiche ed adattamenti delle forme di realizzazione risulteranno evidenti dalla considerazione della descrizione e dall'attuazione delle forme di realizzazione descritte. Ad esempio, le realizzazioni descritte includono hardware e software, ma sistemi e procedimenti in conformità con la presente invenzione possono essere realizzati soltanto sotto forma di hardware.
Programmi informatici basati sulla descrizione scritta e sui procedimenti secondo la presente descrizione rientrano nelle capacità di uno sviluppatore software. I vari programmi o moduli di programma possono essere creati utilizzando una varietà di tecniche di programmazione. Ad esempio, sezioni di programma o moduli di programma possono essere progettati in, o per mezzo di, Java, C, C++, linguaggio assembly, o un qualsiasi linguaggio di programmazione simile. Uno o più di tali moduli o sezioni software possono essere integrati in un sistema di dispositivo o software di comunicazione esistente.
Inoltre, mentre nella presente sono state descritte forme di attuazione illustrative, l'ambito comprende ognuna delle, e tutte le, forme di attuazione aventi elementi equivalenti, modifiche, omissioni, combinazioni (ad esempio, di aspetti tra varie forme di attuazione), adattamenti e/o varianti basate sulla presente descrizione. Gli elementi nelle rivendicazioni devono essere interpretati in senso generale in base al linguaggio utilizzato nelle rivendicazioni e non limitati ad esempi descritti nella presente descrizione o durante la prosecuzione della domanda, i quali esempi devono essere intesi in senso non esclusivo. Inoltre, le fasi dei procedimenti descritti possono essere modificate in qualsiasi modo, compreso il riordinamento di fasi e/o l'inserimento o la cancellazione di fasi. Inoltre, qualsiasi parametro, condizione, informazione, ecc. descritta nella presente può riflettere valori storici, correnti, o previsti di questo parametro, condizione, o informazione.
Le caratteristiche ed i vantaggi dell'invenzione sono evidenti dalla descrizione dettagliata, e quindi si intende che le rivendicazioni annesse coprono tutti i sistemi e procedimenti che rientrano nello spirito e nell'ambito effettivi dell'invenzione. Nel senso utilizzato nella presente, gli articoli indefiniti "un", "uno", e "una" indicano "uno o più". In modo simile, l'uso di un termine plurale non denota necessariamente una pluralità a meno che questo sia non ambiguo nel contesto definito. Termini come "e" o "o" significano "e/o" se non altrimenti definito in modo specifico. Inoltre, poiché numerose modifiche e varianti risulteranno facilmente evidenti per i tecnici del ramo, non si desidera limitare l'invenzione alla realizzazione ed al funzionamento precisi illustrati e descritti, e conseguentemente si può far ricorso a tutte le opportune modifiche ed equivalenti, che rientrano nell'ambito della descrizione.
Altre forme di realizzazione risulteranno evidenti per i tecnici del ramo dalla analisi della descrizione e dall'attuazione delle forme di realizzazione descritte nella presente. Si intende che la descrizione e gli esempi devono essere considerati soltanto come esemplificativi, mentre l'ambito e lo spirito effettivi delle forme di realizzazione descritte sono indicati dalle rivendicazioni seguenti.
Appendice A
Le pietre miliari del concetto DIB sono le se-guenti:
gli algoritmi matematici per supportare l'acquisizione ed il rilevamento di segnali secondo lo stato dell'arte, da diversi sen-sori specializzati di bordo (ad esempio, ac-celerometri, giroscopi, magnetometri, sensori di contatto, sensori di pressione, ecc.) richiedono una grande capacità di elabora-zione;
questi algoritmi possono essere eseguiti sul lato OBU ("On-Board Telematics Unit" - Unità Telematica di Bordo), oppure sul lato Centro di Controllo (all'interno di processori di "front-end" specializzati) o distribuiti tra i due ambienti precedenti;
le OBU possono essere provviste di una capa-cità di elaborazione molto maggiore, sia in termini di potenza di CPU ("Central Proces-sing Unit" - Unità di Elaborazione Centrale) / DSP ("Digital Signal Processor" - Proces-sore di Segnali Digitali) sia di capacità di memoria. Essendo la capacità di elaborazione massima molto superiore a quella strettamen te necessaria per eseguire le funzioni OBU base (quelle funzioni che permettono la gam-ma di servizi base), vi è la possibilità di aumentare la quantità di elaborazione locale sul lato OBU, realizzando una quota sostan-ziale dell'elaborazione di segnale comples-siva richiesta;
la quantità di potenza di elaborazione asse-gnata sul lato OBU per l'elaborazione di se-gnale può essere variata dinamicamente, con una variazione simmetrica sul lato Centro di Controllo;
questa assegnazione di potenza di elabora-zione può essere effettuata in modo statico o dinamico, in funzione del livello di ser-vizio richiesto, o, dato un determinato li-vello di servizio, in funzione di condizioni di contesto specifiche;
le condizioni di contesto precedentemente menzionate (ad esempio ubicazione geografica del veicolo, ingresso o uscita da aree spe-cifiche, condizioni di traffico, condizioni meteo, comportamento precedente o storico del conducente, ecc.) possono essere deter-minate soltanto dalla OBU, o dal Centro di Controllo, che si mette in comunicazione con la OBU per stabilire la necessità di riasse-gnare risorse di elaborazione;
tuttavia, anche se le condizioni di contesto differenti sono rilevate dalla OBU, prima di intraprendere un livello differente di in-tensità di elaborazione locale la OBU deve acquisire il permesso corrispondente dal Centro di Controllo;
la comunicazione di sincronizzazione ("handshaking") precedentemente menzionata è un processo in tempo reale, che deve essere supportato in uno strato di "fog" del "front-end" del Centro di Controllo, prima di qualsiasi altra funzione pertinente all'introduzione di dati nella Banca Dati del Centro di Controllo;
la sincronizzazione ("handshaking") prece-dentemente menzionata richiede risorse e procedure appropriate nel protocollo di te-lecomunicazione tra la OBU ed il Centro di Controllo, allo scopo di garantire sia il funzionamento in tempo reale sia il bilan-ciamento perfetto e sincrono tra l'assegna-zione di risorse di elaborazione alla OBU ed al Centro di Controllo;
la logica di sincronizzazione ("handshaking") comprende le predisposizioni necessarie, allo scopo di prevenire un superamento della capacità ("overflow") di risorse, sul lato campo o sul lato Centro di Controllo; questo approccio DBI è collegato logicamente al modello ACM: in effetti, l'assegnazione o la disassegnazione di moduli di sensori e/o la modifica di parametri di acquisizione di sensori, come descritto nel modello ACM, presuppongono una variazione proporzionale nelle risorse di elaborazione assegnate nel-la catena complessiva, dalla OBU al Centro di Controllo;
la riassegnazione di risorse di elaborazione in modalità DIB tra la OBU ed il Centro di Controllo ha conseguenze dirette sulla quan-tità di dati scambiati sulla connessione di telecomunicazioni tra la OBU ed il Centro di Controllo; ciò significa che questa riasse-gnazione può essere comandata allo scopo di ottimizzare alcuni parametri di telecomunicazione, con l'inclusione di velocità di trasporto, integrità di trasporto e costo del trasporto; in alcune situazioni contin-genti (ad esempio sovraccarico di comunica-zioni, interruzione di comunicazione o so-vraccarico di elaborazione del "front-end" del Centro di Controllo), questa riassegna-zione può contribuire sostanzialmente a ri-solvere il problema.
Esempi pratici di modulazione di intensità di elaborazione, lato OBU, sono i seguenti:
uno o più algoritmi di rilevamento di colli-sione sono abilitati o inibiti (simmetrica-mente, lato Centro di Controllo, gli stessi algoritmi sono inibiti o abilitati) moduli di processore video / compressione (per le OBU dotate di acquisizione video) sono abilitati o inibiti dal Centro di Con-trollo
moduli di acquisizione di sensori sono abi-litati o inibiti (si veda il collegamento logico con il concetto ACM) da un comando del Centro di Controllo
uno o più moduli SW, ad esempio orientati alla valutazione di eventi di comportamento di guida o alla valutazione di contesti di guida, sono caricati dinamicamente dal Centro di Controllo sulla OBU, e quindi messi in esecuzione da un comando del Centro di Controllo
uno o più moduli SW utente (moduli sviluppa-ti dall'utente finale, utilizzando le API pubblicate per la OBU, ed eseguiti in "sandbox" appropriate della OBU) sono messi in esecuzione da un comando del Centro di Con-trollo
la necessità di strati SW appropriati, sup-portando il carico e lo scarico e l'inizio / arresto di esecuzione di moduli SW caricati dinamicamente in fase di esecuzione dal Cen-tro di Controllo (vedere figura)
la necessità di funzioni OS appropriate, per supportare la distribuzione del carico di elaborazione tra i vari processori OBU, ge-stendo le priorità operative richieste e le necessità di potenza della OBU, nelle varie modalità operative della OBU;
l'approccio Master (Centro di Controllo) -Slave (OBU) nella catena logica DIB, in cui la OBU può modificare il proprio livello di elaborazione soltanto con un comando ricevu-to dal Centro di Controllo; questo è vero anche nei casi in cui una condizione che ri-chiede la modifica dell'intensità di elabo-razione è rilevata dalla OBU stessa (ad esempio posizione della OBU, stile di guida rilevato, ora del giorno, condizioni di lu-ce, condizioni atmosferiche, informazioni da altri sensori, alcune situazioni nella connessione di telecomunicazione, eco.): in questo caso la OBU richiederà al Centro di Controllo il permesso di accedere al nuovo schema di elaborazione, ed il Centro di Con-trollo rilascerà o non rilascerà l'autoriz-zazione ad accedere al nuovo schema di ela-borazione; questo approccio Master-Slave è necessario per garantire il corretto allineamento tra i due lati della connessione; in termini generali, una perfetta integra-zione tra HW OBU, OS OBU ed API, Middleware di Supporto di Moduli Dinamici e protocollo di telecomunicazione, come presupposto per le corrette operazioni DIB; l'HW che supporta DIB è il Modulo Kernel Plus (KM+), che è un modulo HW altamente integrato; questo mo-dulo è il blocco costruttivo base dei dispo-sitivi di alto livello.

Claims (30)

  1. RIVENDICAZIONI 1. Sistema per bilanciare l'elaborazione di dati e segnali basati su sensori in un veicolo, comprendente: una memoria che memorizza un insieme di istruzioni; e uno o più processori configurati per eseguire le istruzioni dell'insieme per effettuare una o più operazioni, le operazioni comprendendo: la ricezione di segnali associati a sensori nel veicolo, la trasmissione dei segnali su una rete per un'elaborazione esterna al veicolo; la generazione di una richiesta di autorizzazione ad elaborare i segnali a bordo del veicolo; la ricezione di una risposta alla richiesta; e l'elaborazione selettiva dei segnali a bordo del veicolo in base alla risposta.
  2. 2. Sistema secondo la rivendicazione 1, in cui la richiesta è generata in risposta ad una maggior capacità di elaborazione a bordo.
  3. 3. Sistema secondo la rivendicazione 1, in cui la richiesta è generata in risposta al raggiungimento di un limite di elaborazione dell'elaborazione esterna al veicolo.
  4. 4. Sistema secondo la rivendicazione 1, in cui la richiesta è generata in risposta al raggiungimento di un limite della rete in trasmissione.
  5. 5. Sistema secondo la rivendicazione 4, in cui il limite della rete è associato ad almeno uno tra un limite di dimensione di trasmissione, un limite di numero di trasmissioni, ed un costo di trasmissione.
  6. 6. Sistema secondo la rivendicazione 1, in cui la richiesta è generata in risposta ad un aumento nell'elaborazione richiesta.
  7. 7. Sistema secondo la rivendicazione 6, in cui l'aumento nell'elaborazione richiesta è determinato in base ad almeno uno tra un'ubicazione del veicolo, una condizione atmosferica, una condizione di traffico, una condizione meteo, ed un comportamento storico del conducente.
  8. 8. Sistema secondo la rivendicazione 1, in cui le operazioni comprendono inoltre la ricezione di un modulo software in risposta alla richiesta, il modulo software aumentando una capacità di elaborazione degli uno o più processori.
  9. 9. Sistema secondo la rivendicazione 8, in cui il modulo software comprende almeno un modulo tra un modulo di elaborazione video, un modulo di acquisizione da sensori, un modulo software di valutazione di un evento di comportamento del conducente, ed un modulo software di valutazione di un contesto di guida.
  10. 10. Sistema secondo la rivendicazione 8, in cui le operazioni comprendono inoltre la messa in esecuzione del modulo software soltanto quando un comando remoto è ricevuto dopo il caricamento del modulo software.
  11. 11. Procedimento per bilanciare dinamicamente l'elaborazione di dati e segnali basati su sensori in veicoli, comprendente le seguenti operazioni eseguite tramite uno o più processori associati ad un dispositivo nel veicolo: la ricezione di segnali associati a sensori nel veicolo; la trasmissione dei segnali su una rete per un'elaborazione esterna al veicolo; la generazione di una richiesta per un'autorizzazione ad elaborare i segnali a bordo del veicolo; la ricezione di una risposta alla richiesta; e l'elaborazione selettiva dei segnali a bordo del veicolo in base alla risposta.
  12. 12. Procedimento secondo la rivendicazione 11, in cui la richiesta è generata in risposta ad una maggior capacità di elaborazione a bordo.
  13. 13. Procedimento secondo la rivendicazione 11, in cui la richiesta è generata in risposta al raggiungimento di un limite di elaborazione dell'elaborazione esterna al veicolo.
  14. 14. Procedimento secondo la rivendicazione 11, in cui la richiesta è generata in risposta al raggiungimento di un limite della rete in trasmissione.
  15. 15. Procedimento secondo la rivendicazione 14, in cui il limite della rete è associato ad almeno uno tra un limite di dimensione di trasmissione, un limite di numero di trasmissioni, ed un costo di trasmissione.
  16. 16. Procedimento secondo la rivendicazione 11, in cui la richiesta è generata in risposta ad un aumento nell'elaborazione richiesta.
  17. 17. Procedimento secondo la rivendicazione 16, in cui l'aumento nell'elaborazione richiesta è determinato in base ad almeno uno tra un'ubicazione del veicolo, una condizione atmosferica, una condizione di traffico, una condizione meteo, ed un comportamento storico del conducente.
  18. 18. Procedimento secondo la rivendicazione 11, in cui le operazioni comprendono inoltre la ricezione di un modulo software in risposta alla richiesta, il modulo software aumentando una capacità di elaborazione degli uno o più processori.
  19. 19. Procedimento secondo la rivendicazione 18, in cui il modulo software include almeno un modulo tra un modulo di elaborazione video, un modulo di acquisizione da sensori, un modulo software di valutazione di un evento di comportamento del conducente, ed un modulo software di valutazione di un contesto di guida.
  20. 20. Procedimento secondo la rivendicazione 18, in cui le operazioni comprendono inoltre la messa in esecuzione del modulo software soltanto quando viene ricevuto un comando remoto dopo il caricamento del modulo software.
  21. 21. Supporto fisico, non temporaneo, leggibile da elaboratore che memorizza istruzioni, le quali, quando sono eseguite da almeno un processore, fanno in modo che detto almeno un processore attui un procedimento per bilanciare dinamicamente l'elaborazione di dati e segnali basati su sensori in veicoli, comprendente: la ricezione di segnali associati a sensori nel veicolo; la trasmissione dei segnali su una rete per un'elaborazione esterna al veicolo; la generazione di una richiesta per un'autorizzazione ad elaborare i segnali a bordo del veicolo; la ricezione di una risposta alla richiesta; e l'elaborazione selettiva dei segnali a bordo del veicolo in base alla risposta.
  22. 22. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 21, in cui la richiesta è generata in risposta ad una maggior capacità di elaborazione a bordo.
  23. 23. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 21, in cui la richiesta è generata in risposta al raggiungimento di un limite di elaborazione dell'elaborazione esterna al veicolo.
  24. 24. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 21, in cui la richiesta è generata in risposta al raggiungimento di un limite della rete in trasmissione.
  25. 25. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 24, in cui il limite della rete è associato ad almeno uno tra un limite di dimensione di trasmissione, un limite di numero di trasmissioni, ed un costo di trasmissione.
  26. 26. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 21, in cui la richiesta è generata in risposta ad un aumento nell'e laborazione richiesta.
  27. 27. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 26, in cui l'aumento nell'elaborazione richiesta è determinato in base ad almeno uno tra un'ubicazione del veicolo, una condizione atmosferica, una condizione di traffico, una condizione meteo, ed un comportamento storico del conducente.
  28. 28. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 21, in cui le operazioni comprendono inoltre la ricezione di un modulo software in risposta alla richiesta, il modulo software aumentando una capacità di elaborazione degli uno o più processori.
  29. 29. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 28, in cui il modulo software comprende almeno un modulo tra un modulo di elaborazione video, un modulo di acquisizione da sensori, un modulo software di valutazione di un evento di comportamento del conducente, ed un modulo software di valutazione di un contesto di guida.
  30. 30. Supporto fisico, non temporaneo, leggibile da elaboratore secondo la rivendicazione 28, in cui le operazioni comprendono inoltre la messa in esecuzione del modulo software soltanto quando viene ricevuto un comando remoto dopo il caricamento del modulo software.
ITUA2016A004814A 2016-06-30 2016-06-30 Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo. ITUA20164814A1 (it)

Priority Applications (9)

Application Number Priority Date Filing Date Title
ITUA2016A004814A ITUA20164814A1 (it) 2016-06-30 2016-06-30 Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo.
RU2019102363A RU2019102363A (ru) 2016-06-30 2017-06-30 Способ и система для сбалансированной обработки данных и сигналов датчиков в транспортном средстве
ES17740486T ES2829573T3 (es) 2016-06-30 2017-06-30 Sistema y procedimiento para equilibrar el procesamiento de datos y señales basados en sensor en un vehículo
JP2018569029A JP2019523484A (ja) 2016-06-30 2017-06-30 車両においてセンサベースのデータおよび信号の処理のバランスを取るためのシステムおよび方法
EP17740486.0A EP3479598B1 (en) 2016-06-30 2017-06-30 System and method for balancing processing of sensor-based data and signals in a vehicle
US16/312,498 US20190158581A1 (en) 2016-06-30 2017-06-30 System and method for balancing processing of sensor-based data and signals in a vehicle
CN201780053364.8A CN109643472A (zh) 2016-06-30 2017-06-30 用于平衡车辆中的基于传感器的数据和信号的处理的系统和方法
PCT/IB2017/053951 WO2018002892A1 (en) 2016-06-30 2017-06-30 System and method for balancing processing of sensor-based data and signals in a vehicle
CA3028595A CA3028595A1 (en) 2016-06-30 2017-06-30 System and method for balancing processing of sensor-based data and signals in a vehicle

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
ITUA2016A004814A ITUA20164814A1 (it) 2016-06-30 2016-06-30 Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo.

Publications (1)

Publication Number Publication Date
ITUA20164814A1 true ITUA20164814A1 (it) 2017-12-30

Family

ID=57209815

Family Applications (1)

Application Number Title Priority Date Filing Date
ITUA2016A004814A ITUA20164814A1 (it) 2016-06-30 2016-06-30 Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo.

Country Status (9)

Country Link
US (1) US20190158581A1 (it)
EP (1) EP3479598B1 (it)
JP (1) JP2019523484A (it)
CN (1) CN109643472A (it)
CA (1) CA3028595A1 (it)
ES (1) ES2829573T3 (it)
IT (1) ITUA20164814A1 (it)
RU (1) RU2019102363A (it)
WO (1) WO2018002892A1 (it)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3578433B1 (en) * 2018-04-10 2020-08-12 Walter Steven Rosenbaum Method for estimating an accident risk of an autonomous vehicle
US11407410B2 (en) 2018-04-10 2022-08-09 Walter Steven Rosenbaum Method and system for estimating an accident risk of an autonomous vehicle
US20220001858A1 (en) * 2018-11-13 2022-01-06 Nec Corporation Dangerous scene prediction device, dangerous scene prediction method, and dangerous scene prediction program
CN113377033B (zh) * 2019-01-15 2024-03-22 北京百度网讯科技有限公司 数据采集方法、装置、设备及计算机可读存储介质
DE102019130298B3 (de) * 2019-11-11 2021-02-25 Audi Ag Verfahren zum Nachweis eines spezifischen Fahrverhaltens sowie ein System und ein Kraftfahrzeug hierzu
US11934872B2 (en) * 2020-03-05 2024-03-19 Nvidia Corporation Program flow monitoring and control of an event-triggered system
US11206465B1 (en) * 2020-03-30 2021-12-21 Lytx, Inc. Adaptive methods to minimize data storage and data transfer
WO2021205655A1 (ja) * 2020-04-10 2021-10-14 三菱電機株式会社 車載制御システムおよび異常診断方法
US11534913B2 (en) * 2020-05-21 2022-12-27 Intrinsic Innovation Llc Integrating sensor streams for robotic demonstration learning
US11524402B2 (en) 2020-05-21 2022-12-13 Intrinsic Innovation Llc User feedback for robotic demonstration learning
US20220215306A1 (en) * 2021-01-07 2022-07-07 TUV SUD Hong Kong Limited System and method for modelling and assessing risks
CN113954768B (zh) * 2021-10-19 2024-03-12 浙江吉利控股集团有限公司 检测数据的获取方法、车辆控制器及存储介质
DE102022113961A1 (de) 2022-06-02 2023-12-07 Cariad Se Verfahren zum Betreiben eines Speichersystems sowie Datenspeicher-Überwachungsmodul zum Betreiben des Speichersystems und Kraftfahrzeug

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150149563A1 (en) * 2013-11-26 2015-05-28 At&T Intellectual Property I, L.P. Intelligent machine-to-machine (im2m) reserve
US20150207859A1 (en) * 2014-01-22 2015-07-23 Ford Global Technologies, Llc Vehicle-specific computation management system for cloud computing

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6034946A (en) * 1997-04-15 2000-03-07 International Business Machines Corporation Selection of routing paths in data communications networks to satisfy multiple requirements
US6195332B1 (en) * 1998-08-28 2001-02-27 3Com Corporation Rate-based flow control protocol on an ethernet-over-ring communications network
US7430753B2 (en) * 2002-03-27 2008-09-30 At&T Intellectual Property, I, L.P. Method to enable cooperative processing and resource sharing between set-top boxes, personal computers, and local devices
US8965936B2 (en) * 2004-02-26 2015-02-24 Comcast Cable Holdings, Llc Method and apparatus for allocating client resources to multiple applications
US7242311B2 (en) * 2004-10-29 2007-07-10 Caterpillar Inc. Method and system for providing work machine multi-functional user interface
US7715481B2 (en) * 2006-11-29 2010-05-11 Ipera Technology, Inc. System and method for allocation of resources for processing video
KR101013906B1 (ko) * 2007-12-18 2011-02-14 기아자동차주식회사 경제운전 안내 시스템
US9177427B1 (en) * 2011-08-24 2015-11-03 Allstate Insurance Company Vehicle driver feedback device
WO2014143624A1 (en) * 2013-03-12 2014-09-18 Lexisnexis Risk Solutions Inc. Systems and methods for telematics control and communications
WO2014142848A1 (en) * 2013-03-13 2014-09-18 Intel Corporation Device-to-device communication for resource sharing
US10028075B2 (en) * 2013-10-03 2018-07-17 At&T Intellectual Property I, L.P. Intelligent machine-to-machine (IM2M) devices
US9489225B2 (en) * 2014-01-15 2016-11-08 Cisco Technology, Inc. Allocating resources for multi-phase, distributed computing jobs
US9911251B2 (en) * 2014-12-15 2018-03-06 Bosch Automotive Service Solutions Inc. Vehicle diagnostic system and method
CN105069860B (zh) * 2015-07-29 2019-09-10 厦门雅迅网络股份有限公司 一种车辆油耗的统计方法
CN105096088A (zh) * 2015-08-24 2015-11-25 无锡贺邦金属制品有限公司 用于货车运输的管理平台

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150149563A1 (en) * 2013-11-26 2015-05-28 At&T Intellectual Property I, L.P. Intelligent machine-to-machine (im2m) reserve
US20150207859A1 (en) * 2014-01-22 2015-07-23 Ford Global Technologies, Llc Vehicle-specific computation management system for cloud computing

Also Published As

Publication number Publication date
JP2019523484A (ja) 2019-08-22
CN109643472A (zh) 2019-04-16
WO2018002892A1 (en) 2018-01-04
US20190158581A1 (en) 2019-05-23
CA3028595A1 (en) 2018-01-04
RU2019102363A3 (it) 2020-09-18
ES2829573T3 (es) 2021-06-01
EP3479598A1 (en) 2019-05-08
EP3479598B1 (en) 2020-08-05
RU2019102363A (ru) 2020-07-30

Similar Documents

Publication Publication Date Title
ITUA20164814A1 (it) Sistema e procedimento per il bilanciamento dell&#39;elaborazione di dati e segnali di sensori in un veicolo.
CN109076093B (zh) 控制车辆中基于传感器的数据采集和信号处理的系统和方法
US20200175786A1 (en) Electronic logging and track identification system for mobile telematics devices, and corresponding method thereof
RU2683902C2 (ru) Транспортное средство, способ и система для планирования режимов транспортного средства с использованием изученных предпочтений пользователя
US20190347739A1 (en) Risk Based Automotive Insurance Rating System
CA3026415C (en) Traveling-based insurance ratings
CN108885764B (zh) 远程信息处理系统及其相应的方法
CN105551281B (zh) 通过众包数据个性化的路线指数
JP2020502718A (ja) デジタル優先度付与をもつ接続された適応型車両交通管理システム
EP3497662A1 (en) Intelligent, telematics-based, oem line fitted system for scaled, real-time risk-measurements / risk-score driven signaling and corresponding method thereof
US20220260388A1 (en) Driving Analysis Based on Movement Data
KR20180091902A (ko) 인터랙티브 텔레매틱스 시스템
US11900471B1 (en) System for monitoring and using data indicative of driver characteristics based on sensors
US20240089325A1 (en) Using contextual information for vehicle trip loss risk assessment scoring
US10819608B2 (en) Information communication system, information communication method, and server
US10730527B2 (en) Implementing cognitive state recognition within a telematics system
WO2018002825A1 (en) Systems and methods for controlling sensor-based data acquisition and signal processing in vehicles
JP2020149479A (ja) 車載装置、ログ収集システムおよびログ収集方法
Sheaf et al. System design document for the INFLO prototype.