computer-implemented method to ensure user privacy, vehicle telematics device and mobile device

专利摘要:
computer-implemented method to ensure the privacy of a user, computer program product, and device. The present invention relates, in particular, to the production of a computer program and a device to guarantee the privacy of a user. user to the utility of data communicated through a device, such as a vehicle telematics device, to a server, the method comprising: moving the device over a period of time, receiving data on the device, data received, the summary, on the part of the device, of the data processed in a matrix, in which the rows and columns of the matrix define the circumstances of movement of the device, the matrix including a distance covered by the device during the period of time according to a pair of said predefined movement circumstances, and the transmission of summary data from the device to the server.
公开号:BR112012008157B1
申请号:R112012008157-8
申请日:2010-08-06
公开日:2020-10-13
发明作者:Jörg Schäfer；David Toma
申请人:Accenture Global Services Limited；
IPC主号:

专利说明:

description
[001] The present invention relates to a method implemented on a computer to guarantee the privacy of a user, a computer program product and a device. summary
[002] According to one aspect, a method implemented on a computer is provided to guarantee the privacy of a user and the usefulness of the data transmitted by a device, such as a vehicle telematics device, to a server. The method can comprise the steps of: - moving the device over a period of time; - receive data on the device during the time period; - process, through the device, the data received; - compact, by means of the device, the data processed in a matrix, in which the rows and columns of the matrix define the circumstances of movement of the device, the matrix including a plurality of matrix entries, and in which each input matrix includes a distance traveled by the device during the time period according to a pair of said predefined movement circumstances; and - transmit the compressed data from the device to the server.
[003] The compression of data in the matrix, as described above, can have the effect of ensuring the privacy of the user and the usefulness of the data transmitted through the device. This is because compaction reduces the processed data up to the distance covered and the circumstances of movement under which the distance was covered. Thus, the transmitted data cannot include confidential user data, in order to guarantee the user's privacy. However, since the data transmitted includes the distance traveled and the circumstances of movement, the data transmitted retains usefulness.
[004] It can be understood that data compression refers to the compression and aggregation (for example, statistical aggregation) of the data. In particular, compaction can refer to converting a distance covered at a specific speed to the distance covered in a range of speeds.
[005] The processed data can include at least one of the position data, the speed data, and the time data. In addition, speed data can indicate a speed at which the device has moved. The term "speed" can refer to a vector with a direction and a value. The term "speed" can refer to the speed value.
[006] The method can also comprise the steps of: - correlating the position data and / or the speed data and / or the time data with the map information stored in the device; - determine, through the device and based on the correlation, if the user performed an action with an associated consequence; and - generate, in a private communication, through the device, an alert in response to the action.
[007] The alert can be understood as a simple way to interact with the user, without distracting the user. The alert may be communicated and may include a visual display and / or audio sound, in such a way that substantially no distracting sign that does not refer to the alert is provided. The alert can provide information that would otherwise not be available to the user of the device, such as, for example, the driver of a vehicle. Thus, the alert can be a simple way to inform the user about the action. This simplification can also reduce costs, for example, the cost of displaying a map.
[008] In addition, in view of the alert, the user may be able to take corrective measures to improve his driving (for example, respond to alerts, avoid future alerts, etc.).
[009] The method may also include the steps of encrypting, before transmission, the compressed data, whose compressed data can be decrypted by the server without the assistance of the user. In addition, the method can comprise the step of encrypting, before transmission, the processed data corresponding to the action, whose processed data can only be decrypted with a user key. In addition, the method may comprise the step of transmitting the encrypted processed data from the device to the server.
[0010] The two different types of encryption can have the effect of improving the security of processed data. Thus, the processed data can be stored on the server and still guarantee the user's privacy, since this data can only be accessed with the user's consent (for example, through a user's secret key). By encrypting the compressed data in such a way that it can be decrypted without user assistance, the compressed data can be protected against third parties. In addition, the compressed data can be used and processed by the server.
[0011] Furthermore, by only encrypting and transmitting the processed data to the server in response to user action, the CPU load on the device is conserved and network traffic is reduced. However, there will be sufficient data (the processed encrypted data) stored on the server to document the action of the user who generated the alert.
[0012] In some specific modalities, the compressed data can be encrypted using a public key of the server or a secret key shared between the user and the server. Some modalities may specify that the processed data is encrypted with a secret key from the user or with a public key from the user. In addition, some specific modalities may specify the simultaneous transmission of processed encrypted data and compressed encrypted data.
[0013] It may be that the predefined circumstances of movement include one or more of the following: - a speed range in which the device has covered the distance; - an acceleration rate at which the device covered the distance; - a speed limit corresponding to at least one position within the distance covered by the device; - a road category corresponding to at least one position covered by the device.
[0014] The rate of acceleration can be determined using a sensor, or the acceleration can be calculated based on the variation in speed over a period of time. In other words, the acceleration can be determined empirically using a sensor and / or it can be determined mathematically as the first time order time derivative of the speed and / or the second time order time derivative of the position, with speed and / or the position can be obtained empirically, for example, using a GPS sensor.
[0015] Therefore, the map information can comprise a set of map coordinates. It may be that the correlation of position data and speed data further comprises the step of correlating position data and speed data with a road category and / or with a speed limit connected to the set of map coordinates.
[0016] In addition, the action may include one or more of the following: - exceeding a speed limit; - exceed a predefined acceleration rate; - approaching or staying in a position that presents a risk to the user.
[0017] In addition, the device may not display the map information.
[0018] Therefore, the alert can be communicated and may include a visual display and / or an audio sound, in such a way that substantially no distracting signal that does not refer to the alert is provided. Thus, the alert can be a simple way to inform the user about the action. This simplification can also reduce costs, for example, the cost of displaying a map on the device, or the provision of sophisticated video.
[0019] In addition, it may be that at least one input of matrix Ey is composed of a plurality of elements, with each element and kij of the plurality of elements defining a distance. In addition, the distance defined by the element e kij may have been traveled during a time interval not adjacent to the time interval during which the distance defined by the next element ek + 1ij has been traveled. Furthermore, it may be that the plurality of elements of each matrix input defines the distance traveled by the device during the time period according to the pair of predefined movement circumstances corresponding to said matrix input, and it may be that the plurality of matrix entries define the distance traveled by the device during the time period.
[0020] In the text above,
, where N is a natural number. In some cases, it may be that N is less than 20.
[0021] In some modalities, the matrix can have a maximum size of 30 x 30. In other words, the values of i and j can be in the range of 0 to a maximum value of 29. It is also possible that the maximum value is less than 29. In a preferred embodiment, a matrix size can be 26 x 26. In other words, the i and j values can be in the range 0 to 30, preferably 10 to 30, more preferably 20 to 30. In in some cases, the matrix cannot be square (for example, an ecological matrix).
[0022] In some implementations, a smaller size of an eky element can be 10 meters. Other implementations, for example, a smaller size of 20m, 50m or 1 km are also possible. In some cases, an array entry can be 0. In addition, an array entry can consist of just one element.
[0023] Therefore, the device can be incorporated into a vehicle. In addition, the method may comprise user compensation, since the device is incorporated into the vehicle.
[0024] In addition, the matrix can be used to calculate an indication of driving behavior.
[0025] In some modalities, the method may comprise the steps of: - aggregating the transmitted data to the data of at least one other device on the server, - generating statistical data based on the aggregated data on the server and, preferably, understanding the step of: - providing a web portal, in which the user is able to access statistical data and / or the user's compressed data through the web portal.
[0026] It may be that the web portal is composed of two portals, the first web portal being designed to be accessed from a personal computer and the second web portal is designed to be accessed from the telematics device. It may be desirable to have two portals in order to explain the limited capabilities of the telematics device. It may be that the web portal is a dynamic portal, which may include that the device accessing the web portal can be deduced and the data / information provided by the web portal can be adapted to the device. Thus, a user who accesses the web portal using a mobile device, such as a PDA, may receive different data compared to accessing the web portal using a computer on the network. Therefore, the network is used in an optimal way in relation to the device that tries to access the portal.
[0027] The display of compressed and aggregated data on the portal can result in an improved human-machine interaction. Since the user is provided with online feedback related to their driving behavior and / or fuel consumption, the user may be able to take corrective measures to improve their driving (for example, avoiding risks, reducing fuel consumption). fuel, etc.).
[0028] According to another aspect, a computer program product is provided. The computer program product may comprise computer-readable instructions that can be stored in a computer-readable medium or provided as a data signal, such that when instructions are loaded and executed on a device, such as a vehicle telematics device, the instructions cause the device to perform operations according to the method aspect described above.
[0029] Still, according to another aspect, a device, such as a vehicle telematics device, is provided. The device may comprise: - a receiver operable to receive data over a period of time, the received data of which indicates whether the device has moved during the period of time; - a processor operable in order to process the received data, and compress the data processed in a matrix, the lines and columns of the matrix defining the circumstances of movement of the device, the matrix including a plurality of matrix entries, and each matrix input includes a distance traveled by the device during the period of time according to a pair of said predefined movement circumstances; and - a transmitter operable in order to transmit the compressed data to the server.
[0030] In some embodiments, the device is a mobile device, such as a mobile phone.
[0031] It may be that the device is physically incorporated into a vehicle, the device of which uses a vehicle interface to communicate.
[0032] This can reduce manufacturing / installation costs and also the technical complexity of the device by avoiding duplication of vehicle components in the device. Technical Definitions
[0033] A "telematics device" can be understood as a telecommunications device capable of sending, receiving and storing information. Likewise, a "vehicle telematics device" can be understood as a telematics device used within a road vehicle. The telematics device can be connected and / or include a GPS module. The telematics device can be a smart phone, netbook, PDA or other electronic device that can be used inside or embedded in a vehicle.
[0034] A "user" can be a person or an individual. According to a specific example, the user is a driver of a vehicle, for example, a car.
[0035] A "secret key" of a user can be understood as a key used in symmetric encryption and decryption that is known only to the user.
[0036] A "private key" of a user can be understood as an asymmetric encryption value known only to the user. The private key can be used as part of a pair of public keys - private or for digital authentication (for example, the digital signature of a message).
[0037] Ensuring the "privacy" of a user can be understood to include the protection of the user's data, particularly protecting the user's confidential data. Confidential data may include the following: position data, time data, as well as the user's identity; Confidential data may also include a combination of one or more of these data elements.
[0038] Ensuring the "usefulness" of data transmitted by means of a device can be understood to include the provision of data that is useful to a receiver of the communicated data.
[0039] "Compacting" the processed data can be understood as the reduction of the processed data in a way that the relevant data are retained and the confidential data is eliminated. Compressing the data can have the effect of eliminating the confidential data, keeping the data useful. Compressing the data can be understood as a form of data processing. Thus, the compression of the processed data can be understood as a way of processing the processed data. In addition, compacting can be understood as creating matrix entries from data.
[0040] The "movement of the device" can be done by the user. For example, the device may be in a vehicle driven by the user from one location to another location. In addition, the length of time the device is moved can be predefined. In other words, the length of the time period can be set before the device is moved. It is possible that the length of time is included in the device's programming before the user has access to the device. It is also possible that the time period is defined by the device configuration.
[0041] The "movement circumstances" can be predefined. In other words, the circumstances of movement can be defined before the device is moved. It is possible that motion circumstances are included in the device's programming before the user has access to the device. It is also possible that the circumstances of movement are defined by the configuration of the device.
[0042] A "pair of circumstances of movement" can be understood as two circumstances of movement, one corresponding to the row of a matrix input and the other corresponding to a matrix input column.
[0043] It is possible that the "distance" included in a matrix entry is 0.
[0044] "Time data" can be understood as a time stamp, for example, a year, a month, a day, an hour, the minutes, the seconds.
[0045] A "consequence" associated with the action can be a potential consequence, such as an eventual infraction fine, possibly associated with an overspeed infraction. In addition or alternatively, a consequence may be an increase in the fee charged by a service provider (for example, an insurance company) to a user.
[0046] A "position" can be understood as a point or a particular place. The position can be represented in three dimensions, that is, in length, width and height.
[0047] The subject described in this specification can be implemented as a method or a device, possibly in the form of one or more computer program products. The subject described in this specification can be implemented in a data signal or in a machine-readable medium, whose medium is incorporated into one or more information carriers, such as a CD-ROM, a DVD-ROM, a memory semiconductor, or a hard disk. Such computer program products may cause a data processing apparatus to perform one or more operations as described in this specification.
[0048] In addition, the material presented in this specification can also be implemented as a system, including a processor, and a memory coupled to the processor. The memory can encode one or more programs in order to make the processor execute one or more of the methods presented in this specification. Likewise, the material presented in this specification can be implemented using various types of machines.
[0049] Details of one or more implementations are presented in the exemplary drawings and in the description below. Other aspects will become evident from the description, the drawings and the claims. BRIEF DESCRIPTION OF THE DRAWINGS
[0050] Figure 1 illustrates an exemplary telematic system.
[0051] Figure 2 represents an exemplary logical architecture of the telematic system.
[0052] Figure 3 shows an exemplary functional architecture of the telematic system.
[0053] Figure 4 shows an exemplary software architecture of the telematic system.
[0054] Figure 5 shows the possible states and state transitions of the telematics device.
[0055] Figure 6 shows the possible states and state transitions of a Service delivery Platform.
[0056] Figure 7 provides exemplary steps that can be taken in order to activate the telematics device.
[0057] Figure 8 describes the process of sending an event message from the telematics device to the Service Delivery Platform.
[0058] Figure 9 shows a display of data that can be transmitted from the Service Delivery Platform to a service provider.
[0059] Figure 10 graphically represents the possible benefits of using the telematics device.
[0060] Figure 11 represents an exemplary speed screen of the telematics device's GUI interface.
[0061] Figure 12 shows an exemplary warning screen for the telematics device's GUI interface.
[0062] Figure 13 shows an exemplary alert display from the telematics device's GUI interface.
[0063] Figure 14 describes the exemplary configurations displayed on the telematics device's GUI interface.
[0064] Figure 15 shows an example of an advanced speed screen from the telematics device's GUI interface.
[0065] Figure 16 shows an example of an extended configuration screen for the telematics device's GUI interface.
[0066] Figure 17 shows an example of an alert screen extended from the telematics device's GUI interface. DETAILED DESCRIPTION
[0067] In the text below, a detailed description of the examples will be made with reference to the drawings. It should be understood that several modifications can be made to the examples. In particular, the elements of an example can be combined and used in other examples to form new examples.
[0068] Figure 1 illustrates an exemplary telematic system 100. A telematics device 101 can be located in a vehicle 102. Vehicle 102 can be a car or truck capable of carrying passengers and capable of being driven on a road. Telematics device 101 may be equipped with sensors and may be able to provide audio feedback 103. In addition, telematics device 101 may be equipped to receive signals via satellite 104. Satellite 104 may be a global satellite navigation system, for example, the global positioning system (GPS). Satellite 104 may be able to send radio wave signals that allow the telematics device to determine its current location, current time, and vehicle speed 102. Telematics 101 can compress (or aggregate) data received from satellite 104 before sending data through a telecommunications service provider 105 to a service delivery platform (SDP) 106.
[0069] Service delivery platform 106 can aggregate data from various other telematic devices for submitting data to a service provider 107. Service provider 107 can be an automotive service provider, or more specifically, a company insurance. The data transmitted via the telematics device 101 and the SDP platform can be encrypted. The data transmitted from the telematics device 101 and the SDP platform 106 may include an identifier of the telematics device 101. It may be that the platform SDP 106 does not have the data to allow it to match the identifier of the telematics device 101 with the driver of the vehicle 102. User 108 can receive services from service provider 107. User 108 can also be understood as the customer of service provider 107. The cost of services received by user 108 can be based on data sent to from the telematics device 101. User 108 may be the driver of vehicle 102.
[0070] The telematics device 101 can be a mobile phone, such as an Apple i-phone (Apple and i-Fone are registered trademarks of Apple Corporation), a Personal Digital Assistant (PDA), a netbook, etc. Telematics device 101 may include an operating system (OS), such as Windows Mobile (for example, Windows Mobile 6.X), the Blackberry OS system, the i-Fone OS OS, the Symbian OS system, etc. In addition or alternatively, the telematics device 101 can be incorporated into the vehicle 102. In other words, the telematics device 101 can be physically integrated into the interior of the vehicle 102, such that the telematics device 101 cannot be easily taken from vehicle 102. User 108 can be compensated once telematics device 101 is incorporated into vehicle 102. More specifically, user 108 can receive a deduction in fees (for example, insurance premiums), user 108 pays service provider 107, since telematics device 101 is incorporated into vehicle 102. Incorporating telematics device 101 into vehicle 102 may have the effect of preventing user 108 from driving vehicle 102 without the telematics 101. The built-in telematics device 101 can use a vehicle interface 102 to communicate alerts generated in response to a user action 108.
[0071] The capabilities of the telematics device that are not provided by the operating system, for example, the ability to compress data received via satellite 104, can be provided through one or more applications. Applications may have been transferred to an application store (for example, one of the application stores corresponding to Apple Corporation, Android or Blackberry) via the SDP 106 platform. Applications can be downloaded from the application store by the user 108 Applications can be part of a service platform that offers a variety of additional services.
[0072] The telematics device 101 can provide a graphical user interface (GUI). The GUI interface of the telematics device 101 may be able to display graphics. For example, the graphical interface of the telematics device 101 may be able to display one or more of the following: vehicle speed 102, the maximum allowed speed corresponding to a vehicle position 102, the status of a satellite signal 104, the settings input element (for example, a configuration button), and the error control input element (for example, an error control button). The GUI interface of the telematics device 101 may also be able to receive input. For example, the graphical interface of the telematics device 101 can be used to modify a tolerance value (for example, time or speed) for infractions. Likewise or alternatively, the graphical interface of the telematics device 101 can be used to designate an incorrect infraction, that is, an infraction that has been wrongly recorded. According to a specific example, the graphical interface of the telematics device 101 has a resolution of 800 x 480 pixels. Telematics device 101 may include a driving analysis application.
[0073] Figure 2 represents an exemplary logical architecture 200 of the telematic system 100. Although the description in Figure 2 refers to specific software components, other implementations (for example, other components, or combinations of components) are also possible. Telematics device 101 can communicate with telecommunications service provider 105 through the General Packet Radio Service (GPRS), available to users of the global system for mobile communications (GSM). Alternatives to the GPRS service and the GSM system, such as the universal mobile telecommunication system (UMTS), a wireless network protocol, etc., are also possible. As an example, any communication system capable of supporting transmissions of approximately 20 kb per day from a mobile device can be used.
[0074] The architecture represented in figure 2 can be understood as a multilayer Java web architecture with a database 201, for example, a relational database management system (RDBMS), such as a backend ( Java is a trademark of Sun Microsystems, Inc.).
[0075] The architecture can be implemented according to a standard design model of visualization controller, in which visualization is performed through a hypertext markup language (HTML), cascading style sheets (CSS), and of Java server pages (JSP). The domain model of logical architecture 200 can be implemented with old and simple Java objects (PO-JO). A POJO object can be understood as an object that does not include the features of a complicated object structure, but only includes the features necessary to accomplish the purpose for which it is intended. The domain model's POJO objects can be kept in database 201. In order to provide a simplified access model, in particular for connecting the telematics device 101, a representation state transfer (REST) structure 206 can be used. The software components on the application server 204 can be connected in the structure of an inversion of control (IOC) container 205.
[0076] Telematics device 101 can transmit data through the GPRS service through a mobile phone network of the telecommunications service provider 105. Data can be transmitted through a virtual private network using the Transfer Protocol requests Hypertext (HTTP). An example of an HTTP protocol request and response can be found in table 1 below. <PUT / PAYDApplication / app / payd / MyInsurance / devices / 4711 / tracks / 2009-01- 19% 2021: 52:30 HTTP / 1.1 <User-Agent: curl / 7.19.2 (i386-pc-win32) libcurl / 7.19.2 OpenSSL / 0.9.8i zlib / 1.2.3 libidn / 1.11 libssh2 / 0.18> Host: localhost: 8080> Accept: / *> Content-Length: 511> Expect: 100-continue <HTTP / 1.1 100 Continue <HTTP /1.1 201 Created <Server: Apache-Coyote / 1.1 <Location: http: // localhost: 8080 / PAYDApplication / app / payd / MyInsurance / devices / 4 711 / tracks / 2009-01-19% 2021: 52: 30 < Content-Type: application / xml <Content-Length: 0 <Date: Thu, 29 Jan 2009 11:07:38 GMT <* Connection # 0 to host localhost left intact * Closing connection # 0 Table 1
[0077] The lines of the request are preceded by the symbols ">", while the lines of the response are preceded by the symbols "<". HTTP protocol status codes can be used to confirm receipt of a message. Likewise, HTTP protocol error codes can be used to indicate that a problem has occurred.
[0078] According to a specific example, specific software components can be used to implement parts of logical architecture 200. Thus, database 201 can be implemented using MySQL software (MySQL is a trademark of Sun Microsystems Inc. ). In addition, the lightweight directory access protocol (LDAP) 202 server can be implemented using the open OpenLDAP protocol. The web server 203 can be deployed using Apache software, and application server 204 can be deployed using Tomcat software. The IOC 205 inversion container can be implemented using Spring software, a REST 206 transfer framework can be implemented using the Java API interface for RESTful transfer Web Services (Jersey), and a 206 web service framework can be implemented implemented using the Spring-WS service. A security connector 207 can be implemented using a mod_ssl (that is, the Apache web server module for a secure socket layer), a Java language connector 208 can be implemented using a modjk, and a compression module 209 can be implemented be implemented using a mod_gzip or a mod_deflate.
[0079] Figure 3 shows a functional architecture 300 of the telematic system 100. A protocol adapter 301 can perform a translation of physical protocols. For example, if messages are transmitted using an extensible markup language (XML) or Jason (an agent-oriented interpreter, based on the Java language), the Java language architecture for an XML language binding (JAXB) can be used to the translation. The JAXB binding can be used to map XML language elements into classes in the Java programming language. When abstract syntax notation 1 (ASN.1) is implemented, a commercial compiler of ASN.1 notation can be used to perform the translation. A 302 map screen can be used to display tracking or position dependent information on a map. A trace can be understood as an ordered collection of points that provide a record of where the driver has been. The points on a trace can comprise the position data received from the telematics device 101. According to an example, the Javascript language can be used to format the GPS system exchange format (GPX) data for display using the Google Maps Application Programming Interface (Google is a trademark of Google Corporation). A 303 portal can be provided for user interaction and can be implemented using a Spring view controller to provide web flow and customizations.
[0080] Asymmetric encryption 304 with a public key and a private key can be used to encrypt data traffic between the telematics device 101 and the SDP platform 106. A symmetric encryption server 305 can be used to encrypt and decrypt the asymmetric private key on the SDP 106 platform. The symmetric encryption client 306 can be used to encrypt and decrypt the asymmetric private key, for example, in a web browser. Asymmetric encryption can be implemented using the Rivest Shamir Adleman (RSA) algorithm, and symmetric encryption can be implemented using the advanced encryption standard (AES). In some embodiments, the symmetric cryptography client 306 can implement cryptography / decryption in JavaScript using a Crypto Javascript Library (AGPL) or inarticulate AES (MIT) sounds. Identity management 307 can be performed using the LDAP protocol to import and store certificates.
[0081] Service activation 308 can be done using a dedicated activation feature. 309 algorithms can be used to encapsulate the analysis of driving behavior. 310 reports can be implemented using SQL language scripts to analyze the data collected from the telematics device 101, and possibly other telematics devices as well. A service provider adapter 311 can be implemented as a web service that provides access to the SDP platform 106 to service providers, such as service provider 107. Service provider adapters 311 can be used to process service data. new service providers and deliver the driver behavior analysis individually or statistically aggregated to the appropriate service provider.
[0082] A telecommunication adapter 312 can be used to activate a modular subscriber identity card (SIM) used with the telematics device 101. The telecommunication adapter 312 can be implemented using a web service. An SMS 313 portal can be used to send short message service (SMS) messages, in particular, binary SMS messages. The SMS 313 service portal can be implemented using a web service. A software update application 314 can be used to transfer software updates to the telematics device 101. According to a specific example, a REST transfer obtain command can be used to initiate a data transfer, and a SMS portal message 313 can be used to activate a data upload via the telematics device 101. A map download (transfer) application 315 can be used to transfer map updates to the telematics device 101. According to with an example a command to obtain REST transfer can be used for data transfer, and an SMS message can activate a upload (upload) of maps.
[0083] Figure 4 specifies details regarding the layers of software in the application server and a structure of URL locators for messages sent by telematics device 101.
[0084] Figures 5 and 6 specify the states and state transitions of the telematics device 101 and the SDP platform 106.
[0085] Figure 5 shows the possible states and state transitions of the telematics device 101. In particular, the device transition diagram 500 can be understood in order to show the steps involved, in order to carry out a software or update of configuration on a telematics device 101. The process starts at step S501 with an initial ignition of vehicle 102, or with the receipt of an SMS message on the telematics device 101. Initial ignition or receipt of the SMS message can cause the telematics device 101 wake up from sleep mode, or launch and load a management application. In step S502, the telematics device 101 does not have a configuration available for charging. This can be indicated by transferring a configuration from the SDP platform 106 in step S503. After the configuration is obtained from the SDP 106 platform, the configuration can be loaded in step S504. Each message sent from the telematics device 101 to the SDP platform 106 may contain a configuration identifier. The SDP 106 platform can indicate that a new configuration is available when confirming the receipt of an event message from the telematics device 101.
[0086] In step S505, the telematics device 101 receives a message from the SDP platform 106 indicating that a new configuration is available. Telematics device 101 can download the new SDP platform 106 configuration in step S506. Optionally, an additional software update can be downloaded at step S507. Once the new configuration has been installed, possibly together with the additional software, the telematics device 101 returns to step S504. It may be that the telematics device 101 is disconnected or disabled in step S508. Telematics device 101 can delete its current configuration before hanging up. After deactivation, the telematics device 101 may receive an instruction to restart at step S509. The instruction to restart at step S509 can be given in various circumstances, possibly in order to resolve a problem and return the device to a default or default configuration.
[0087] Figure 6 shows the possible states and state transitions of the SDP 106 platform. In particular, the server transition diagram 600 can be understood to show the steps involved in activating and deactivating the telematics device 101. The The process can start at step S601, when a user types an identifier in order to generate a user certificate. Telematics device 101 is registered in step S602. After verifying that the user's certificate is valid, the device can be activated on the S603. Upon receipt of an indication or instruction, the telematics device 101 can be deactivated in step S604. Reactivating the device can be done by sending the user certificate, along with the event data. Telematics device 101 can be excluded from platform SDP 106 in step S605.
[0088] Figure 7 provides an example of how to activate the telematics device 101. Activation of the telematics device 101 can be done using the HTTP protocol with REST transfer semantics. In step S701, a user can access the SDP 106 platform. According to a specific example, an HTTP protocol message comprising an INPUT command (PUT), a telematics device identifier 101 (DevicelD), and a user identifier (PID) can be sent from the user to the SDP 106 platform. The SDP 106 platform can register the telematics device 101 and then send a confirmation message to the user in step S702.
[0089] In step S703, the telematics device 101 may attempt to download a new configuration from the SDP platform 106. When the initial configuration request of the telematics device 101 fails, new requests can be issued via an exponential backoff. An exponential backoff can be understood as a continuation in order to double the time between retransmissions when an initial or subsequent transmission request fails (W. Richard Stevens, "TCP / IP Illustrated Volume 1", 1994, pg. 299). In step S704, the telematics device 101 can receive a configuration from the SDP platform 106. The telematics device 101 can store the received configuration. In step S705, the telematics device 101 can initiate activation with the SDP platform 106. When a confirmation of the message sent in step S705 is not received, the telematics device 101 can repeat the attempt using the exponential backoff. Telematics device 101 can receive confirmation of activation of platform SDP 106 in step S706.
[0090] Figure 8 describes the process of sending an event message from the telematics device 101 to the SDP platform 106. The telematics device 101 can receive satellite data from satellite 104. Later, the device Telematics 101 can process data received via satellite. In addition, the telematics device 101 can compress the processed data. Compression can be a way to further process the processed data.
[0091] In step S801, the telematics device 101 can send an event massage to the SDP platform 106. The event message can include an identifier for the telematics device 101, and the compressed data. The telematics device 101 can compact the processed satellite data by calculating matrices, and by sending a matrix at regular intervals to the SDP platform 106.
[0092] A type of matrix sent from the telematics device 101 to the SDP platform 106 can be a velocity matrix. The speed matrix can reflect the driving behavior of user 108 with respect to driving speed in general and the speed limit in particular. The following notation can be understood to apply to the speed matrix, and, unless replaced, to the ecological driving behavior matrix and to the risk matrix as well.
[0093] Consider s: R —► R3 with s (t): =, one for measuring the distance traveled (that is, the distance crossed).
[0094] Consider, v: R —► R with
the vehicle speed being 102, and the maximum permitted speed (i.e., the speed limit). The time parameter space x position x speed x speed limit can be defined as R x R3 x R2. Thus, (p: RR x R3 x R2 with (p (t): = (t, xv, vm).
[0095] The evaluation of the distance traveled by vehicle 102 can be carried out using a general weight function Ω as an integral curve of the traveled distance as follows:
[0096] Let us consider Ω (t,, v, vm): R x R3 x R2 -> R + as the weight function, in this case, the following equation can define the measure of the speed of s:

[0097] ω is a linear function, so ω has the following properties (1 and 2): ω (s U s ') = ω (s) + ω (s') Property (1)
[0098] In other words, ω is linear in relation to the position components of the distance traveled. In addition, ω (s) = 0, when [(s) = 0 Property (2)
[0099] In other words, ω is 0, when the distance traveled is 0.
[00100] The following assumptions can have the effect of making calculations more efficient and making the algorithm easier to implement in the telematics device 101: (1) time dependence: Ω depends only on the length of the time slice, this is, the driving time period (2) spatial dependence: Ω depends only on the road category, that is, the street category
[00101] Let us consider Ωαβ as being defined according to assumptions (1) and (2). Thus, 0 <α <n, 0 <β <m with
where 1αβ (t, xt) specifies the characteristic function.
[00102] The assumptions (1) and (2) allow the simplified calculation of the sum Ωαβ of Ω. Therefore, Ωaβ is only dependent on vehicle speed 102 and the maximum permitted speed. JΩ ^
[00103] To calculate an integral
, a Le besgue / Riemann approach (discretization) with a special decomposition can be applied. In the following, vm can be understood as referring to a maximum permitted speed, including an additional speed (i.e., a total speed), such that if the user 108 drives at full speed, he will suffer an associated penalty. For example, when the speed limit is 50 km / h, and an associated penalty is incurred for driving 30 km / h above the speed limit, vm is 80 km / h.
[00104] Let us consider
as a disjunctive decomposition of the interval [0, vmax] cz R. In this case,
can define a decomposition of s.
[00105] For disjunctive decomposition
the corresponding Riemann Rαβse approach applies:
where the matrix Aαβ is defined as follows (παβ designates a projection for the time slice and the road category and / designates a length, that is, the length of the distance traveled)

[00106] It may be a characteristic of the decomposition described above that it can be efficiently calculated using the telematics device 101. The telematics device 101 can calculate the matrix Aαβ, and send the calculated matrices at regular intervals to the SDP platform 106 On the SDP platform, the matrices will be processed according to equation (5). It can be an advantage that the parameter setting for each speed matrix is done on the SDP 106 platform.
[00107] Each successive line of the speed matrix Aαβ can correspond to the driving done at a higher speed limit. In addition, each successive column in the speed matrix can correspond to a larger speed range. The speed limit and the speed range can be understood as circumstances of movement. Therefore, each entry in the speed matrix can represent a distance covered in an area with the speed limit defined by the line, with vehicle 102 being at a speed in the speed range defined by the column.
[00108] For example, a speed matrix of 3 rows and 3 columns sent from the telematics device 101 can contain the following values:

[00109] Each successive line in the matrix above represents a difference of 50 km / h in speed limit (from 50 km / h in the first line to 150 km / h in the third row). Each successive column represents a difference of 50 km / h in the speed range (from 0 to 50 km / h, in the first column to 100 to 150 km / h, as an example of a movement circumstance in the third column). Therefore, the pair of circumstances of movement for the matrix entry in row 1 and column 1 is of a speed range from 0 to 50 km / h and a speed limit of 50 km / h, in which the value of matrix entrance is 21 km. Thus, according to the matrix above, vehicle 102 was driven 119 km in the time slice covered by the matrix, that is, the plurality of matrix inputs defines the distance traveled by the device during the time period as 119 km. A time slice can be understood as a predetermined period (for example, one day, or two days).
[00110] The entry in line 1, column 1 indicates that 21 km were traveled at a speed between 0 and 50 km / h (whose range from 0 to 50 km / h is an exemplary circumstance of movement), in an area in which the legally prescribed speed limit is 50 km / h (whose speed limit of 50 km / h is an exemplary movement circumstance). In addition, entry on line 2, column 1 shows that vehicle 102 was driven at 56 km at a speed between 0 and 50 km / h, in an area where the speed limit is 100 km / h (the lane speeds from 0 to 50 km / h and the speed limit of 100 km / h are examples of circumstances of movement). The entry in row 1, column 2 shows that vehicle 102 was driven at 12 km, at a speed between 50 and 100 km / h, in an area where the legally prescribed speed limit is 50 km / h. The 12 km represented in line 1, column 2, the 13 km represented in line 1, column 3, and the 3 km represented in line 2, column 3 of the matrix above indicate speed limit infractions. Since the vehicle was not driven in an area with a speed limit of 150 km / h, this matrix line is filled with 0s.
[00111] In the example above, the intervals are large and the matrix is small for illustrative purposes. Another application could include rows and columns intervals of less than 10 km / h. Thus, the speed matrix can have at least 15 rows and / or at least 15 columns and 225 entries.
[00112] Speed matrices Aa (3 calculated using the telematics device 101 can be generated using the code based on the pseudocode in Table 2. / / sample frequency usually 1 second (GPS chip) when driving repeat: / / locate position using GPS x = getGPS () / / match x to map x = match (x) / / get speed limit from map vm = getSpeedLimitFromMap (x) 11get VTG speed from GPS via Doppler effect v = getVTG () // discretize vm evi = lookupDiscretizationTable (v) j = lookupDiscretizationTable (vm) 11calculate time slice and category street t = currentTime () a = lookupTimeSlice (t) b = lookupStreetCategory (x) 11calculate the distance from last known position y = getLastPosition () s = computeLength (x, y) 11increment lambda with s lambda (a, b, i, j) = lambda (a, b, i, j) + s 11store position as last position setLastPosition ( x) Table 2
[00113] An additional code can be used to load the matrix for the SDP 106 platform and reset the matrix values to 0.
[00114] A weighted velocity matrix ΩαP can be calculated on the platform SDP 106. ΩαP can have the following restrictions:
[00115] (1) Ωαβ is not negative, that is,

[00116] (2 - monotonicity)
this and a speeding infraction receives a weight that grows in proportion to the difference between the speed limit and the speed of the vehicle 102.
[00117] (3 - staggering)
that is, as the vehicle's speed 109 flnn, the „* ■ t θumenta, an absolute speeding mfraction becomes less relevant
[00118] (4 - limit value)
that is, only speeds that exceed the speed limit will be evaluated.
[00119] The application of the restriction (4 - limit value) can have the effect of increasing the efficiency of the calculation of ΩαP.
[00120] Equation (1), the measurement of the speed of Sj can be linear in relation to the distance covered. This can be understood as a substantial distance (that is, a large number of kilometers traveled) that results in a measurement of substantial speed (that is, high). Thus, the normalization equation (6) is as follows.

[00121] Equation (6) can be referred to as the s speed dial. Speed marking can be used as the basis for further analysis and can influence rates changed by service provider 107 to customer 108.
[00122] Another type of matrix sent from the telematics device 101 to the SDP 106 platform can be a matrix that summarizes the ecological driving behavior, that is, the ecological matrix. The ecological matrix can reflect the driving behavior of user 108 with respect to fuel consumption, the fuel consumption of which may be a function of vehicle speed 102 and vehicle acceleration 102 (including negative acceleration).
[00123] In some implementations, the rate of acceleration can be determined using a sensor in vehicle 102. The rate of acceleration can also be calculated based on a change in speed over a period of time.
[00124] Assuming s: R —► R3 defines the parameterization of the distance covered, as described above with respect to the speed matrix. Also, assuming v: R -► R with
vehicle speed 102 and considering: R —► R with
acceleration being. The parameter speed space x acceleration can be defined as Rx R. Thus cp: R -> R x R with cp (t): = (v, a).
[00125] An assessment of the distance traveled by vehicle 102 can be performed using a general weighting function 0 as an integral curve of the traveled distance, as follows:
[00126] Considering 0 (v, a): R x R -> R + as the weight function, in this case:

[00127] defines the ecological measurement of s.
[00128] & is a linear function. This means that θ has the following properties (3 and 4):

[00129] In other words, it is linear in relation to the position components of the distance covered. Besides that,

[00130] In other words, tf is 0 when the distance covered is 0.
[00131] A discretization of [0, vmax] x [αmin, amax] G RxR can be defined as follows:

[00132] where equation (8) defines a decomposition of s. It is possible that omin may be less than 0, since negative acceleration (ie, braking) may occur. This contrasts with the speed, which is always positive.
[00133] For sy, the corresponding Riemann approximation Ri applies to:
[00134]
in which matrix Λ is defined in the same way as matrix Aαβ in equation (5).
[00135] Each successive line of the ecological matrix A can correspond to the conduction carried out in a greater speed range. In addition, each successive column of the ecological driving behavior matrix can correspond to an increase in acceleration. Thus, each entry in the ecological driving behavior matrix can correspond to a distance made in a specified range of speeds, a specific rate (or level) of acceleration. The speed range and the rate of acceleration can be understood as circumstances of movement.
[00136] For example, an ecological matrix of 9 columns and 3 rows sent from the telematics device 101 can contain the following data:

[00137] Each successive line differs from the previous line by 50 km / h, that is, there are intervals of 50 km / h between the lines. Thus, the first line defines a speed range from 0 to 50 km / h, whose speed range from 0 to 50 km / h is an exemplary circumstance of movement. The second line defines a speed range from 50 to 100 km / h, and the third line defines a range from 100 to 150 km / h, whose speed varies from 50 to 100 km / h, and 100 to 150 km / h are exemplary circumstances of movement. Each successive column differs from the previous column by 1 m / s2, with a minimum value of -4 m / s2 (column 1) and a maximum value of 4 m / s2 (column 9). The values of -4 m / s2 (column 1) and 4 m / s2 (column 9) are exemplary circumstances of movement. Each entry in the matrix defines a number of kilometers traveled within the speed range defined by the line and at the acceleration defined by the column. Therefore, the pair of motion circumstances for the matrix input of row 1 and column 1 turns out to be a speed range from 0 to 50 km / h and a negative acceleration of -4 m / s2, and the value of the input of matrix is 0.
[00138] According to the example, vehicle 102 was driven 267 km in the time slice for which the matrix is defined (that is, the time slice covered by the matrix). This can be determined simply by adding the values in the matrix. In addition, the entry in row 2, column 5 of the matrix above shows that vehicle 102 was driven at 100 km at a speed between 50 to 100 km / h with an acceleration of less than 1 m / s2. In addition, entry into row 3, column 1 of the matrix above shows that vehicle 102 was driven at 1 km at a speed of between 100 to 150 km / h with an acceleration of -4m / s2.
[00139] It is not necessary for the ecological matrix to be symmetrical. For example, it may be advisable to define columns that start with a minimum value of -10m / s2, that is, the maximum deceleration of a vehicle with the brakes fully applied, and ending with a maximum value of 6 m / s2, which corresponds to a vehicle acceleration from 0 to 100 km / h in 5 seconds. Under normal traffic conditions, an acceleration of up to 2 m / s2 and a deceleration of not less than -2 m / s2 are common.
[00140] The ecological matrix can be calculated using a code based on the pseudocode shown in Table 3. In the pseudocode shown in Table 3, vehicle acceleration 102 is calculated based on a change in vehicle speed 102. However, other implementations , for example, the use of a sensor to detect vehicle 102 acceleration is possible. / / sample frequency usually 1 second (GPS chip) when driving, repeat: / / find position using GPS x = getGPS () 11x-match the map x = match (x) 11get VTG speed from GPS via effect Doppler v = getVTG () 11 store as last speed V1 = v 11calculate acceleration (assuming the sample frequency is 1 second) ac = v-v1 // discretize ve ac i = lookupDiscretizationTable (v) j = lookupDiscretizationTable (ac) / / calculate time slice and street category a = lookupTimeSlice (t) b = lookupStreetCategory (x) / / calculate the distance from the last known position y = getLastPosition () s = computeLength (x, y) / / increment lambda with s lambda (a, b, i, j) = lambda (a, b, i, j) + s / / store position as last position setLastPosition (x) Table 3
[00141] An additional code can be used to load the ecological matrix Δ to the SDP 106 platform and reset the values of the matrix entries to 0.
[00142] A weighted ecological matrix 0 can be calculated on the platform SDP 106. 0 can have the following restrictions:
[00143] (1) 0 is not negative, that is,

[00144] (2 - monotonicity)

[00145] that is, the acceleration receives a weight that increases in proportion to the magnitude of the acceleration
[00146] (3 - staggering)
[00147]

[00148] that is, as the speed of vehicle 102 becomes greater, the magnitude of the acceleration becomes more relevant
[00149] (4 - ideal speed)
[00150]

[00151] Restriction (4) reflects the information that most passenger cars, when driven at speeds between, for example, 70 and 100 km / h, consume a low amount of fuel.
[00152] The function defined in equation (7), that is, the ecological measurement of s, can be linear in relation to the distance covered. This means that a substantial distance (that is, a large number of kilometers traveled) results in a substantial (ie, high) ecological measurement. Thus, the normalization equation (9) follows:

[00153] Equation (9) can be referred to as the ecological s-mark. Ecolabeling can be used as a basis for further analysis and can influence the fees charged by the service provider 107 to the customer 108.
[00154] However, another type of matrix sent from the telematics device 101 to the SDP platform 106 may be a matrix that summarizes (or aggregates) the risks corresponding to the categories of roads on which the vehicle 102 is driven and to the corresponding risks how many times a day vehicle 102 was driven (ie the risk matrix). Thus, a category of road and a time of day that vehicle 102 was driven can be understood as a pair of moving circumstances. The road category of a road corresponding to a position can be determined based on whether the road is in a city (that is, in an urban area) or outside a city. The risk matrix can be defined as follows.
[00155] Let us consider
as a measure of the distance traveled (or traveled) in a period of time (ie, in a time slice) α on a road with the corresponding category β. Let us consider Pαβ as any compatible matrix. In this case:

[00156] Equation (10) defines the risk measurement of s.
[00157] The Pαβ matrix has the following property:

[00158] The result of equation (10) corresponds linearly to the distance covered. This means that a large distance traveled (that is, a substantial number of kilometers) results in a high risk measurement.
[00159]
it is referred to as s risk score.
[00160] The risk score can influence the fees charged by the service provider 107 to the user 108. The risk matrix can be implemented in the telematics device 101 using the code based on the pseudocode in Table 4. / / sample frequency generally 1 second (GPS chip) when driving repeat: / / locate position using GPS x = getGPS () / / match x to map x = match (x) / / calculate time slice and street category a = lookupTimeSlice (t) b = lookupStreetCategory (x) / / calculate the distance from the last known position y = getLastPosition () s = computeLength (x, y) / / increment lambda with s lambda (a, b, i, j) = lambda (a, b , i, j) + s / / store position as last position setLastPosition (x) Table 4
[00161] An additional code can be used to load the risk matrix to the SDP 106 platform and reset the values of the matrix entries to 0.
[00162] The speed matrix, the ecological matrix, and the risk matrix can each include a plurality of matrix entries. Each matrix entry can be composed of a plurality of elements. For example, the entry in row 2, column 1 of the speed matrix is 56 km. 56 km can be understood as the distance covered according to the pair of circumstances of movement defined by line 2, column 1 (ie, a speed limit of 100 km / h, and a speed range between 0 to 50 km / H). A period of time, programmed into the device, is defined as a day. According to the example, the matrix entry with the value of 56 km is composed of 3 elements. The first element was registered at the matrix entrance when user 108 drove vehicle 102 from 20 km to 40 km / h in an area where the speed limit was 100 km / h. The second element was recorded later, in the period of time when user 108 drove vehicle 102 from 20 km to 30 km / h in a different area where the speed limit was also 100 km / h. The third element was registered even later in the time period when user 108 drove vehicle 102 from 16 km to 35 km / h in another area where the speed limit was 100 km / h. Other elements from different matrix entries can be registered while the example elements were being written.
[00163] In some situations, the position data may be loaded to the SDP 106 platform, together with one or more matrices. Position data can be loaded when the user performs an action with an associated consequence. The action can be a dangerous driving behavior (for example, exceeding a speed limit), a driving behavior with adverse environmental consequences (for example, a high acceleration rate), driving in a dangerous area (for example, in a ice area) or driving at a dangerous time of day (for example, at night). The consequence may be an increase in the fee charged to user 108 by service provider 107. When the position data is uploaded to the SDP platform 106, the position data can be encrypted with a secret user key. Encrypting position data with the user's secret key can have the effect of protecting the user's privacy. User 108 can choose to allow SDP platform 106 or service provider 107 to decrypt position data in order to avoid paying additional fees (for example, the user may be able to use position data to show that he was not at the time of the action).
[00164] The SDP 106 platform can confirm receipt of the event message in step S802. In step S803, in an additional message or in the same confirmation message, the SDP 106 platform can provide a URL for a new configuration for the telematics device 101. The URL locator can be used to download the new configuration. A code can be provided in the message sent in step S803 to indicate that the data sent in step S801 has been accepted and processed. Alternatively, a message can be sent at step S804 indicating whether a new configuration is available for transfer via the telematics device 101, and if the event data sent at step S801 could not be processed.
[00165] It may be that the SDP 106 platform aggregates data from various telematics devices (including the telematics device 101) and performs a statistical analysis of the aggregated data before sending the aggregated data to the service provider 107. The statistical analysis performed by the SDP 106 platform may involve the aggregation of data similar to the aggregation described above in relation to the three exemplary matrices (that is, the matrices for speed, ecological driving behavior, and risk). A distinguishing feature of the statistical analysis performed on the SDP 106 platform may be that it takes place over a longer period of time, for example, a week. For example, 7 risk matrices from the telematics device 101 can be sent to the SDP platform 106 over the course of a week. At the end of the week, the SDP 106 platform aggregates the 7 matrices into a matrix (possibly by adding the corresponding values), and then sends the result to the service provider 107.
[00166] It may be that the SDP 106 platform stores the speed, ecological and risk matrices. In practice, arrays can be sparse, as some drivers do not drive early in the morning, and the entries corresponding to this time slice can all be 0. In addition, a number of speeding infractions, for example, 100 km / h in the center of a city, it is rare. It may be advisable to compress the arrays with storage of compressed lines in sparse blocks or in a Harwell-Boeing format before storing the arrays or possibly before transmitting the arrays from the telematics device 101 to the SDP 106 platform. , it may be possible to reduce the bandwidth consumed by sending arrays, compressing the arrays (for example, eliminating or reducing the array entries with a value of 0) or not sending arrays when the array entries are all 0.
[00167] The speed, ecological and risk matrices can be transmitted from the telematics device 101 to the SDP 106 platform in an XML format. In order to minimize the amount of data sent, and thus to minimize the cost of data transmission, the matrix data can be transmitted in a list format in XML language. For example, the 3-row, 9-column A ecological matrix from the example above can be represented as shown in Table 5:
Table 5
[00168] In a specific example, a binary format in XML language and / or a compression utility (for example, gzip) can be used. In some implementations, WBXML, possibly in combination with the compression utility, may be suitable. A compression ratio of 20% with WBXML and 40 to 50% with the compression utility can be reapplied. Another alternative may be to use ASN.1 instead of the XML language. Although the use of the compression utility can be particularly useful for reducing the amount of data transmitted, there may be performance considerations due to the compression and decompression requirements of the telematics device 101.
[00169] Speed, ecological and risk matrices can be sent individually or combined in a multidimensional matrix. For example, a three-dimensional matrix, in particular a three-dimensional velocity matrix, can include 7 slices of time in a day, with a two-dimensional matrix for each slice of time. Thus, according to the example, the three-dimensional matrix would include 7 two-dimensional matrices. Other combinations are possible. For example, a four-dimensional matrix may include multiple three two-dimensional matrices, such as, for example, several three-dimensional velocity matrices for each road category. Continuing the example, the four-dimensional matrix can include two entries, one for an urban road category, and one for a non-urban road category. Each entry can include multiple three-dimensional arrays.
[00170] Therefore, matrices can also be interpreted as an element or lists of elements that compact the processed satellite data, with each element in a list representing a distance covered (for example, a number of kilometers) according to certain circumstances of movement (for example, speed limit or driving speed). Arrays can be implemented in a number of ways in the vehicle telematics device 101. For example, a two-dimensional array, an array of structures (also referred to as records), or an array of objects, could be used. Pointer-based implementations are also possible. Structures, objects and pointers can be understood with reference to the C ++ programming language. Implementations in other languages are also possible.
[00171] Figure 9 shows an exemplary display of data that can be transmitted from SDP platform 106 to service provider 107. Data can be received from a plurality of telematic devices, possibly including the telematics device 101. The data can include speed limit violation data 901, ecological driving behavior data 902, and driving risk factor data 903. Speed limit violation data 901 can include marginal cumulative speed limit violations, or "mild" infractions that can be measured as percentages. In addition, speed limit infraction data 901 may include significant speed limit infractions or "serious facts", which can be provided individually. Measuring the ecological driving behavior data 902 can provide a record of predetermined events. For example, cases of high acceleration can be recorded together with the periods in which vehicle 102 is driven to an environmental zone. Driving risk factor data 903 can record driving in areas or at times (for example, at night) when accidents occur frequently.
[00172] Figure 10 graphically represents the possible benefits of using the telematics device 101.
[00173] According to some studies, it is common for drivers to exceed the recommended speed when there is no speed limit on a road. In addition, accident cases are particularly high with young drivers. These and other factors contribute to high damages and reduced premiums in some auto insurance markets.
[00174] Furthermore, it is sometimes suggested that it is difficult to differentiate a company's auto insurance policies from the auto insurance policies of competing companies when each insurance company is legally required to offer auto insurance to anyone who request. As a result, auto insurance companies can handle high user turnover and user price sensitivity. In addition, damage costs and risk factors may not be transparent to people. Insurance premiums can be calculated based on the characteristics of a consumer segment. These issues can limit the growth potential of the auto insurance market and create the need to determine driving behavior more precisely.
[00175] Figures 11, 12 and 13 illustrate different aspects of a speed screen. Similar screens with corresponding configurations and extended screens can be provided in order to describe the ecological driving behavior, the risk of the road category, and the risk related to the time of day at which the vehicle 102 is driven.
[00176] Figure 11 illustrates an exemplary speed screen 120 from the telematics device 101 GUI interface. Speed screen 120 includes a speed limit display 122 against a white background 124. White background 124 of the speed limit display speed 122 can be understood to indicate whether vehicle 102 is traveling at a speed within a speed limit corresponding to a position of vehicle 102. A speed dial 126 shows that the speed of vehicle 102 is 48 km / h. An error control input element 127 allows user 108 to record infractions (for example, speed limit infractions) that are not registered via the telematics device 101. A GPS status display 128 indicates a state of a satellite signal 104. For example, when the telematics device 101 is receiving a signal from satellite 104, the GPS status display 128 indicates a "Status ok". When the telematics device is not receiving a signal from satellite 104, the GPS status display 128 may indicate "no signal". A settings input element 130 can be used to display a settings screen, for example, the settings screen 180 illustrated in figure 14, on the telematics device 101. An X 132 input element can be used to close the GUI interface and the driving analysis application of the telematics device 101. Accessing the input element X 132 can have the effect of preventing the conducting analysis functions on the telematics device 101, as described in the present application.
[00177] Figure 12 shows an exemplary alert screen 140 from the telematics device 101 GUI interface. Alert screen 140 can be understood as a variation of speed screen 120. On alert screen 140, the speed limit display speed 142 is displayed against a yellow background 144. yellow background 144 can be understood to indicate whether a vehicle speed 102 exceeds a speed limit corresponding to a vehicle position 102. However, in the example on alert screen 140 , vehicle speed 102 is within a preset tolerance of 5 km / h. The predetermined tolerance can be modified, as shown in relation to figure 14. A speed dial 146 shows that the speed of vehicle 102 is 51 km / h. The speed limit display 142 indicates that the speed limit corresponding to vehicle position 102 is 50 km / h. Similar to speed screen 120, alert display 140 includes error control input element 127, a GPS status display 148, and settings input element 130. Screen 140 also includes input element X 132.
[00178] Figure 13 shows an exemplary alert screen 160 from the telematics device 101 GUI interface. Alert screen 160 can be understood as a variation of speed screen 120. On alert screen 160, the speed limit display speed 162 is displayed against a red background 164. Red background 164 can be understood to indicate whether a speed of vehicle 102 exceeds a speed limit corresponding to a position of vehicle 102, or if the speed is outside the pre-set tolerance of 5 km / h. As indicated with respect to figure 14, 5 km / h is an exemplary predefined tolerance and can be modified. In addition to the red background 162, the telematics device 101 can emit an audio feedback 103, indicating that a speed outside the pre-established tolerance has been detected. The audio feedback 103 can be an audio signal, such as a beep. In addition, the audio feedback can indicate an adverse consequence to the user 108, such as, for example, a more expensive insurance premium or an administrative fine.
[00179] A speed dial 166 shows that the speed of vehicle 102 is 56 km / h. The speed limit display 162 shows that the speed limit corresponding to a vehicle position 102 is 50 km / h. Similar to speed screen 120 and alert screen 140, alert screen 160 includes an error control input element 127, a GPS status display 168, a configuration input element 130 and an X input element 132.
[00180] Figure 14 illustrates the exemplary settings screen 180 of the telematics device 101 GUI interface. The settings screen 180 can be shown after user 108 clicks on (or presses) the settings input element 130. A The settings screen 180 includes three columns and can be used to adjust the time tolerance and speed before the alert screen 160 is shown. As with figure 16, the alert screen can be accompanied by audio feedback 103.
[00181] The leftmost column of the settings screen 180 shows a list of speeds in descending order, each entry corresponding to a speed limit in relation to a vehicle position 102. The next two columns include the headers "Seconds" and "Km / h". The arrows on both sides of the entries in the "Seconds" column and the "Km / h" column allow entries to be increased or decreased. The entries in the "Seconds" column refer to a tolerance of seconds, that is, an amount of seconds in which an infraction is detected before the alert screen 160 is shown. The entries in the km / h column refer to a speed tolerance, that is, a number of km / h in which the limit speed was exceeded before the warning screen 160 is shown. The tolerance of seconds and the overspeed tolerance can be referred to collectively as tolerance values. It may be that a restart of the driving analysis application is required before changes to the tolerance values are made. A cancellation input element 184 can be used to return to speed screen 120 without saving changes to the tolerance values. A save input element 186 can be used to record changes in tolerance values and return to speed screen 120.
[00182] According to an example, line 182 shows that if a speed limit is 80 km / h, vehicle 102 must exceed the speed limit by at least 5 km / h in at least 5 seconds before the alert screen 160 will be shown. Therefore, when vehicle 102 exceeds the speed limit in less than 5 seconds or less than 5 km / h, alert screen 140 is shown.
[00183] In addition, a data transfer entry element 183 (for example, a check box) can be provided. The data transfer input element 183 can allow user 108 to select whether data will be transferred from the telematics device 101 to the SDP platform 106.
[00184] Figure 15 shows an example of an extended speed screen 220. In addition to the elements of speed screen 120, the extended speed screen 220 describes a city display 222 and a limit display 224. The city display 222 indicates whether vehicle 102 is located in an urban area. The limit display 224 indicates the speed limit corresponding to a vehicle position 102. The FC (Function Class) dial 225 can refer to a road category that corresponds to a vehicle position 102.
[00185] Figure 16 shows an example of an extended configuration screen 240. In addition to the elements of the configuration screen 180, the extended settings screen 240 provides an extended screen input element 242 (for example, a checkbox) which allows a user to select whether the extended information, as illustrated in figures 15 and 17, should be shown or not. Similar to data transfer input element 183 of Figure 14, data transfer input element 243 can allow user 108 to select whether data will be transferred from telematics device 101 or not to SDP platform 106.
[00186] Figure 17 shows an example of an extended alert screen 260. In addition to the elements of the alert screen 160, the extended alert screen 260 includes a city dial 262, a rate dial 264, a sanction dial 266 , an infraction display 268, and a dot display 270. Similar to the alert screen 160, the extended alert screen 260 may be accompanied by an audio feedback 103. The city display 262 indicates whether vehicle 102 is in an urban area. The rate display 264 shows the administrative fine corresponding to an infraction illustrated by the infraction dial 268. According to the example in figure 17, the infraction is that vehicle 102 has exceeded a speed limit of 50 km / h when traveling at a speed of 81 km / h, ie vehicle 102 exceeded the speed limit by 31 km / h. The administrative fine can be understood as the fine provided by law for the infraction. The sanction display 266 shows an additional sanction that can be prescribed for the infraction. In the specific example in Figure 17, the rate display 264 shows that the offense demands a € 160 fine and the sanction dial 266 shows that the offense demands a 1 month suspension from user 108's driver's license. point display 270 shows that the offense requires 3 points to be recorded on user's driver's license 108. The telematics device 101 can also be configured to display a table of fines and penalties corresponding to infractions in a location.
[00187] The telematics device 101 GUI interface can also be configured to display an index or summary information, similar to the information illustrated in figure 9.

权利要求:
Claims (14)
[0001]
1. Method implemented in a computer to guarantee the privacy of a user (108) and the usefulness of the data transmitted by means of a vehicle telematics device (101) to a server (106), the method characterized by comprising: - moving the vehicle telematics device (101) over a period of time; - receiving data on the vehicle telematics device (101) during the time period; - process, using the vehicle telematics device (101), the data received; - compress, by means of the vehicle telematics device (101), the data processed in a matrix, the lines and columns of the matrix defining the circumstances of movement of the vehicle telematics device (101), the matrix being includes a plurality of matrix inputs, and each matrix input includes a distance covered by the vehicle telematics device (101) during the time period according to a pair of said predefined movement circumstances; and - transmitting the compressed data from the vehicle telematics device (101) to the server (106).
[0002]
2. Method according to claim 1, characterized by the fact that the processed data includes at least one of the position data, the speed data, and the time data, and the speed data indicating a speed in which the vehicle telematics device (101) moved, the method further comprising: - correlating position data and / or speed data and / or time data with the map information stored in the vehicle telematics device vehicle (101); - determine, through the vehicle telematics device (101) and based on the correlation, whether the user performed an action with an associated consequence; and - generate, through the vehicle telematics device (101), an alert in response to the action.
[0003]
3. Method, according to claim 2, characterized by further comprising: - encrypting, before transmission, the compressed data, and the compressed data can be decrypted by the server (106) without the assistance of the user; - encrypt, before transmission, the processed data corresponding to the action, in which the processed data can only be decrypted with a user key; - transmitting the encrypted processed data from the vehicle telematics device (101) to the server (106).
[0004]
4. Method according to any one of the preceding claims, characterized in that the predefined movement circumstances comprise one or more of the following: - a speed range over which the vehicle telematics device (101) has covered the distance ; - an acceleration in which the vehicle telematics device (101) has covered the distance; - a speed limit corresponding to at least one position within the distance covered by the vehicle telematics device (101); - a category of road corresponding to at least one position covered by the vehicle telematics device (101).
[0005]
5. Method, according to claim 2, characterized by the fact that the map information comprises a set of map coordinates, and the step of correlating the position data and the speed data further comprises: - correlating the data of position and speed data with a road category and / or a speed limit linked to the map coordinate set.
[0006]
6. Method, according to claim 2, characterized by the fact that the action includes one or more of the following: - exceeding a speed limit; - exceed a predefined acceleration rate; - approaching or staying in a position that presents a risk to the user.
[0007]
7. Method according to claim 2, characterized by the fact that the vehicle telematics device (101) does not display the map information.
[0008]
8. Method according to any one of claims 1 to 3, characterized by the fact that at least one input of matrix Eij is composed of a plurality of elements, each element ej of the plurality of elements defining a distance, being that the distance defined by the element ek may have been covered during a time interval that is not adjacent to the time interval during which the distance defined by the next element was covered, with the plurality of elements of each matrix entry defining the distance covered by the vehicle telematics device (101) during the period of time according to the pair of predefined movement circumstances corresponding to said matrix input, and the plurality of matrix inputs defines the distance covered by the telematics device vehicle (101) during the time period.
[0009]
9. Method according to any one of claims 1 to 3, characterized by the fact that the vehicle telematics device (101) is incorporated into a vehicle (102), the method further comprising the step of: - compensating the user, since the vehicle telematics device (101) is incorporated into the vehicle (102).
[0010]
10. Method according to any one of claims 1 to 3, characterized in that the matrix is used to calculate an indication of driving behavior.
[0011]
Method according to any one of claims 1 to 3, characterized in that it further comprises: - aggregating the transmitted data to the data of at least one other vehicle telematics device (101) on the server (106), - generating statistical data based on data aggregated on the server (106); and - provide a web portal, in which the user is able to access the user's statistical data and / or compressed data through the web portal.
[0012]
12. Vehicle telematics device (101), characterized by the fact that it comprises: - a receiver operable in order to receive data over a period of time, in which the received data indicates that the vehicle telematics device (101) is moved during the period of time; - a processor operable in order to process the received data, and compress the processed data into a matrix, in which the rows and columns of the matrix define the circumstances of movement of the vehicle telematics device (101), in which the matrix includes a plurality of matrix inputs, and each matrix input includes a distance covered by the vehicle telematics device (101) during the period of time according to a pair of said predefined movement circumstances; and - a transmitter operable in order to transmit the compressed data to a server (106).
[0013]
Vehicle telematics device (101) according to claim 12, characterized in that it is physically incorporated into a vehicle (102), and in which the vehicle telematics device (101) uses a vehicle interface (102) to communicate.
[0014]
14. Mobile device (101), characterized by the fact that it comprises: - a receiver operable in order to receive data over a period of time, in which the received data indicates that the mobile device (101) has moved during the period of time ; - a processor operable in order to process the received data, and compress the data processed in a matrix, in which the rows and columns of the matrix define the circumstances of movement of the mobile device (101), in which the matrix includes a plurality of matrix inputs, and each matrix input includes a distance covered by the mobile device (101) during the period of time according to a pair of said predefined movement circumstances, and - a transmitter operable in order to transmit the compressed data to the server (106).

类似技术:

---

公开号 | 公开日 | 专利标题

---

BR112012008157B1|2020-10-13|computer-implemented method to ensure user privacy, vehicle telematics device and mobile device

---

US20210312565A1|2021-10-07|Adjusting Insurance Policies Based on Common Driving Routes and Other Risk Factors

---

US10991242B2|2021-04-27|Sustained vehicle velocity via virtual private infrastructure

---

US10311728B2|2019-06-04|Method and apparatus for providing a confidence-based road event message

---

AU2017387790B2|2020-03-12|System and methods for detecting vehicle braking events using data from fused sensors in mobile devices

---

US7317974B2|2008-01-08|Remote vehicle system management

---

US10397744B2|2019-08-27|Systems and methods for detecting mobile device movement within a vehicle using accelerometer data

---

KR100519023B1|2005-10-05|Apparatus and method for servicing driving information, system and method for driving appendence analysis using the same

---

EP3188068B1|2020-10-21|Vehicular data conversion device and vehicular data output method

---

CN200987153Y|2007-12-05|Digital license plate

---

US10984405B2|2021-04-20|Digital license plate with payment and information handling system

---

US10567919B2|2020-02-18|Detecting device movement and/or device usage within a vehicle

---

Gnanavel2013|Embedded based complete vehicle protection

---

US11283620B2|2022-03-22|Method, apparatus, and system for providing a homomorphic cryptosystem

---

US20210099308A1|2021-04-01|Method, apparatus, and system for providing a homomorphic cryptosystem

---

Indhrani et al.2022|Design of Surface Quality Identification Device

---

Othman et al.2015|Low cost upgrade for established Traffic Monitoring Systems to support real-time

---

EP3777330A2|2021-02-17|Detecting device movement and/or device usage within a vehicle

---

Sheaf et al.2014|System design document for the INFLO prototype.

同族专利:

---

公开号 | 公开日

---

CN102498505B|2014-12-10|

---

KR101767537B1|2017-08-11|

---

JP2013503323A|2013-01-31|

---

JP5763074B2|2015-08-12|

---

AU2010288952A1|2012-03-15|

---

WO2011023284A1|2011-03-03|

---

TW201120676A|2011-06-16|

---

MX2012002488A|2012-08-03|

---

EP2290633B1|2015-11-04|

---

US20110054767A1|2011-03-03|

---

US20120246733A1|2012-09-27|

---

CA2772421A1|2011-03-03|

---

AU2010288952B2|2014-04-10|

---

AR078011A1|2011-10-05|

---

ES2561803T3|2016-03-01|

---

CA2772421C|2015-11-03|

---

EP2290633A1|2011-03-02|

---

TWI547820B|2016-09-01|

---

BR112012008157A8|2016-10-11|

---

RU2551798C2|2015-05-27|

---

SG178516A1|2012-04-27|

---

HK1167277A1|2012-11-23|

---

BR112012008157A2|2016-03-01|

---

ZA201201481B|2018-11-28|

---

US8825358B2|2014-09-02|

---

US8406988B2|2013-03-26|

---

KR20120100900A|2012-09-12|

---

CN102498505A|2012-06-13|

---

RU2012111208A|2013-10-27|

引用文献:

---

公开号 | 申请日 | 公开日 | 申请人 | 专利标题

---

---

US5797134A|1996-01-29|1998-08-18|Progressive Casualty Insurance Company|Motor vehicle monitoring system for determining a cost of insurance|

---

US7791503B2|1997-10-22|2010-09-07|Intelligent Technologies International, Inc.|Vehicle to infrastructure information conveyance system and method|

---

US7228211B1|2000-07-25|2007-06-05|Hti Ip, Llc|Telematics device for vehicles with an interface for multiple peripheral devices|

---

US20030130893A1|2000-08-11|2003-07-10|Telanon, Inc.|Systems, methods, and computer program products for privacy protection|

---

JP2002133586A|2000-10-30|2002-05-10|Matsushita Electric Ind Co Ltd|Information transmitting and receiving system and information transmitting and receiving method|

---

KR100489867B1|2000-11-16|2005-05-17|엔티티 도꼬모 인코퍼레이티드|Moving situation information providing method and server|

---

US6690294B1|2001-07-10|2004-02-10|William E. Zierden|System and method for detecting and identifying traffic law violators and issuing citations|

---

US7174243B1|2001-12-06|2007-02-06|Hti Ip, Llc|Wireless, internet-based system for transmitting and analyzing GPS data|

---

US6832140B2|2002-03-08|2004-12-14|At Road, Inc.|Obtaining vehicle usage information from a remote location|

---

JP2003344053A|2002-05-29|2003-12-03|Pioneer Electronic Corp|Apparatus, method, program, and medium for recording information|

---

GB0220062D0|2002-08-29|2002-10-09|Itis Holdings Plc|Traffic scheduling system|

---

WO2004092995A1|2003-04-15|2004-10-28|United Parcel Service Of America, Inc.|Rush hour modelling for routing and scheduling|

---

RU2225302C1|2003-06-09|2004-03-10|Общество с ограниченной ответственностью "Альтоника"|Information-and-security complex for monitoring and protection of vehicles and immovable property objects against unauthorized use|

---

RU2228862C1|2003-08-14|2004-05-20|Общество с ограниченной ответственностью "Альтоника"|Vehicle information-security complex|

---

US7302369B2|2003-10-10|2007-11-27|Mitsubishi Electric Research Laboratories, Inc.|Traffic and geometry modeling with sensor networks|

---

FR2866727A1|2004-01-30|2005-08-26|Sofide|Vehicle`s e.g. truck, activity e.g. speed, controlling system, has control room with input and display unit designing route segment on path using graphical process such that calculation unit calculates new path, to define closed/open zones|

---

RU2249514C1|2004-07-01|2005-04-10|Общество с ограниченной ответственностью "АЛЬТОНИКА" |Vehicle complex security system|

---

US20060206246A1|2004-10-28|2006-09-14|Walker Richard C|Second national / international management and security system for responsible global resourcing through technical management to brige cultural and economic desparity|

---

US7983835B2|2004-11-03|2011-07-19|Lagassey Paul J|Modular intelligent transportation system|

---

US7348895B2|2004-11-03|2008-03-25|Lagassey Paul J|Advanced automobile accident detection, data recordation and reporting system|

---

TW200620027A|2004-12-10|2006-06-16|Ind Tech Res Inst|Real-time development management system of integrated inland containerization|

---

JP4469297B2|2005-03-01|2010-05-26|日立オートモティブシステムズ株式会社|Driving diagnosis method and apparatus|

---

JP4680647B2|2005-03-24|2011-05-11|本田技研工業株式会社|Wireless data logging apparatus and method for vehicle|

---

CN1783162A|2005-06-27|2006-06-07|唐春辉|Intelligent traffic monitoring and vehicle travelling real-time navigation system|

---

KR101060320B1|2006-03-21|2011-08-29|스카이메터 코포레이션|Private, auditable vehicle positioning system and on-board unit for it|

---

FR2900728B1|2006-05-04|2008-10-10|Peugeot Citroen Automobiles Sa|ROAD INFORMATION METHOD AND DEVICE USING SPEED PROFILES FOR EACH ROAD|

---

JP4868964B2|2006-07-13|2012-02-01|三菱ふそうトラック・バス株式会社|Running state determination device|

---

EP1921580A1|2006-11-07|2008-05-14|András Kovács|Efficient implementation of electronic data collection assisted vehicle insurance schemes|

---

US8117049B2|2007-04-10|2012-02-14|Hti Ip, Llc|Methods, systems, and apparatuses for determining driver behavior|

---

US20100138244A1|2007-05-02|2010-06-03|Intelligent Mechatronic Systems Inc.|Recording and reporting of driving characteristics with privacy protection|

---

WO2008141456A1|2007-05-23|2008-11-27|Intelligent Mechatronic Systems Inc.|Recording and reporting of driving characteristics using wireless mobile device|

---

EP2009610B1|2007-06-26|2010-07-28|Siemens Aktiengesellschaft|Method and device for determining a traffic quantity relating to a section of a street network|

---

DE102008017568A1|2007-10-26|2009-04-30|Siemens Aktiengesellschaft|Method and traffic demand analysis unit for determining source-destination demand data of traffic flows|

---

EP2290633B1|2009-08-31|2015-11-04|Accenture Global Services Limited|Computer-implemented method for ensuring the privacy of a user, computer program product, device|US6587781B2|2000-08-28|2003-07-01|Estimotion, Inc.|Method and system for modeling and processing vehicular traffic data and information and applying thereof|

---

US7620402B2|2004-07-09|2009-11-17|Itis Uk Limited|System and method for geographically locating a mobile device|

---

CN102203810A|2008-09-09|2011-09-28|美国联合包裹服务公司|Systems and methods of utilizing telematics data to improve fleet management operations|

---

EP2290633B1|2009-08-31|2015-11-04|Accenture Global Services Limited|Computer-implemented method for ensuring the privacy of a user, computer program product, device|

---

US20120066007A1|2010-09-14|2012-03-15|Ferrick David P|System and Method for Tracking and Sharing Driving Metrics with a Plurality of Insurance Carriers|

---

US20120072533A1|2010-09-20|2012-03-22|Agco Corporation|Dynamic service generation in an agricultural service architecture|

---

US9126545B2|2011-02-25|2015-09-08|GM Global Technology Operations LLC|Vehicle systems activation methods and applications|

---

US9953468B2|2011-03-31|2018-04-24|United Parcel Service Of America, Inc.|Segmenting operational data|

---

US9208626B2|2011-03-31|2015-12-08|United Parcel Service Of America, Inc.|Systems and methods for segmenting operational data|

---

US10977601B2|2011-06-29|2021-04-13|State Farm Mutual Automobile Insurance Company|Systems and methods for controlling the collection of vehicle use data using a mobile device|

---

GB2492369B|2011-06-29|2014-04-02|Itis Holdings Plc|Method and system for collecting traffic data|

---

US20130006674A1|2011-06-29|2013-01-03|State Farm Insurance|Systems and Methods Using a Mobile Device to Collect Data for Insurance Premiums|

---

DK2648170T3|2012-04-06|2015-02-23|Kapsch Trafficcom Ag|METHOD OF DETECTING A VEHICLE SPEED Violation|

---

US9053516B2|2013-07-15|2015-06-09|Jeffrey Stempora|Risk assessment using portable devices|

---

US9892567B2|2013-10-18|2018-02-13|State Farm Mutual Automobile Insurance Company|Vehicle sensor collection of other vehicle information|

---

US9262787B2|2013-10-18|2016-02-16|State Farm Mutual Automobile Insurance Company|Assessing risk using vehicle environment information|

---

US8954226B1|2013-10-18|2015-02-10|State Farm Mutual Automobile Insurance Company|Systems and methods for visualizing an accident involving a vehicle|

---

US9361650B2|2013-10-18|2016-06-07|State Farm Mutual Automobile Insurance Company|Synchronization of vehicle sensor information|

---

US9805521B1|2013-12-03|2017-10-31|United Parcel Service Of America, Inc.|Systems and methods for assessing turns made by a vehicle|

---

FR3021147B1|2014-05-16|2017-12-22|Thales Sa|DATA MONITORING DEVICE USED BY ONBOARD EQUIPMENT, TAX COLLECTION SYSTEM AND ASSOCIATED METHOD|

---

US10373259B1|2014-05-20|2019-08-06|State Farm Mutual Automobile Insurance Company|Fully autonomous vehicle insurance pricing|

---

US10599155B1|2014-05-20|2020-03-24|State Farm Mutual Automobile Insurance Company|Autonomous vehicle operation feature monitoring and evaluation of effectiveness|

---

US10026130B1|2014-05-20|2018-07-17|State Farm Mutual Automobile Insurance Company|Autonomous vehicle collision risk assessment|

---

US10319039B1|2014-05-20|2019-06-11|State Farm Mutual Automobile Insurance Company|Accident fault determination for autonomous vehicles|

---

US10185999B1|2014-05-20|2019-01-22|State Farm Mutual Automobile Insurance Company|Autonomous feature use monitoring and telematics|

---

US9972054B1|2014-05-20|2018-05-15|State Farm Mutual Automobile Insurance Company|Accident fault determination for autonomous vehicles|

---

US10832327B1|2014-07-21|2020-11-10|State Farm Mutual Automobile Insurance Company|Methods of providing insurance savings based upon telematics and driving behavior identification|

---

US20200219197A1|2014-11-13|2020-07-09|State Farm Mutual Automobile Insurance Company|Personal insurance policies|

---

CN104648249A|2015-01-16|2015-05-27|杰发科技（合肥）有限公司|Vehicle moving notifying system and processing chip|

---

KR101663114B1|2015-01-21|2016-10-07|현대자동차주식회사|A multimedia terminal for verhicle and a method of the same for processing data|

---

US10309788B2|2015-05-11|2019-06-04|United Parcel Service Of America, Inc.|Determining street segment headings|

---

US9845097B2|2015-08-12|2017-12-19|Ford Global Technologies, Llc|Driver attention evaluation|

---

US9870649B1|2015-08-28|2018-01-16|State Farm Mutual Automobile Insurance Company|Shared vehicle usage, monitoring and feedback|

---

US10706642B2|2015-09-24|2020-07-07|Ford Global Technologies, Llc|Efficient telematics data upload|

---

JP6274177B2|2015-10-19|2018-02-07|トヨタ自動車株式会社|Vehicle control system|

---

CN105245244A|2015-10-27|2016-01-13|无锡卡驾网络科技有限公司|Special communication equipment for moving car and communication method|

---

US10395332B1|2016-01-22|2019-08-27|State Farm Mutual Automobile Insurance Company|Coordinated autonomous vehicle automatic area scanning|

---

US10249109B1|2016-01-22|2019-04-02|State Farm Mutual Automobile Insurance Company|Autonomous vehicle sensor malfunction detection|

---

US9940834B1|2016-01-22|2018-04-10|State Farm Mutual Automobile Insurance Company|Autonomous vehicle application|

---

US10324463B1|2016-01-22|2019-06-18|State Farm Mutual Automobile Insurance Company|Autonomous vehicle operation adjustment based upon route|

---

US10134278B1|2016-01-22|2018-11-20|State Farm Mutual Automobile Insurance Company|Autonomous vehicle application|

---

US11242051B1|2016-01-22|2022-02-08|State Farm Mutual Automobile Insurance Company|Autonomous vehicle action communications|

---

DE102016201162B4|2016-01-27|2018-10-18|Bayerische Motoren Werke Aktiengesellschaft|Transmitting a message to be displayed to a display device of a motor vehicle|

---

CN105893061A|2016-06-12|2016-08-24|杭州勒芒科技有限公司|Application program development method and system|

---

KR20180010608A|2016-07-21|2018-01-31|삼성전자주식회사|System and method for providing vehicle information based on personal certification and vehicle certification|

---

US10650621B1|2016-09-13|2020-05-12|Iocurrents, Inc.|Interfacing with a vehicular controller area network|

---

US10284654B2|2016-09-27|2019-05-07|Intel Corporation|Trusted vehicle telematics using blockchain data analytics|

---

US10579542B2|2017-05-10|2020-03-03|Revbits, LLC|Browser session storage as storage for private key in public-key encryption schema|

---

JP2018198038A|2017-05-25|2018-12-13|ソニー株式会社|Information processing device, information processing method, and computer program|

法律状态:
2019-01-15| B06F| Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]|

---

2019-07-30| B06U| Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]|

---

2020-05-26| B09A| Decision: intention to grant [chapter 9.1 patent gazette]|

---

2020-10-13| B16A| Patent or certificate of addition of invention granted|Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 13/10/2020, OBSERVADAS AS CONDICOES LEGAIS. |

优先权:

---

申请号 | 申请日 | 专利标题

---

EP09011182.4A|EP2290633B1|2009-08-31|2009-08-31|Computer-implemented method for ensuring the privacy of a user, computer program product, device|

---

EP09011182.4|2009-08-31|

---

PCT/EP2010/004838|WO2011023284A1|2009-08-31|2010-08-06|Computer-implemented method for ensuring the privacy of a user, computer program product, device|

---