WO2004081840A1 - Procedimiento y sistema interactivo de control de un vehículo - Google Patents

Procedimiento y sistema interactivo de control de un vehículo Download PDF

Info

Publication number
WO2004081840A1
WO2004081840A1 PCT/ES2003/000102 ES0300102W WO2004081840A1 WO 2004081840 A1 WO2004081840 A1 WO 2004081840A1 ES 0300102 W ES0300102 W ES 0300102W WO 2004081840 A1 WO2004081840 A1 WO 2004081840A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
vehicle
control system
control
control unit
Prior art date
Application number
PCT/ES2003/000102
Other languages
English (en)
French (fr)
Inventor
Javier ZAMORA LÓPEZ
David Lecumberri Iriarte
Original Assignee
Eneo Laboratories, S.A.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Eneo Laboratories, S.A. filed Critical Eneo Laboratories, S.A.
Priority to EP03714970A priority Critical patent/EP1610252B1/en
Priority to ES03714970T priority patent/ES2286420T3/es
Priority to AT03714970T priority patent/ATE360237T1/de
Priority to DE60313373T priority patent/DE60313373T2/de
Priority to AU2003219174A priority patent/AU2003219174A1/en
Priority to PCT/ES2003/000102 priority patent/WO2004081840A1/es
Publication of WO2004081840A1 publication Critical patent/WO2004081840A1/es

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages

Definitions

  • the present invention relates to a method and an interactive control system of a vehicle, comprising a control unit connected to at least one device of the vehicle by means of first connection means, at least one client device connected to the unit of control through a second connection means, on which a user interacts, whose control unit comprises a transfer protocol server responsible for transferring at least one man-machine interface to the client device, and system registration means .
  • the vision of the digital home must be based on creating an open network that accesses the exterior and is accessible from the outside.
  • This network must also be programmable and that allows to develop, integrate, and operate advanced services in an easy, useful and low cost way.
  • the present invention achieves all the stated objectives and solves all the aforementioned drawbacks, providing also new features - techniques that will be described below.
  • the interactive control system of a vehicle, object of the invention is characterized by the fact that the human-machine interface is associated with at least one device and the user, and by the fact that the control unit also comprises user administration means, session control means established by the user, data storage means relating to the device including the man-machine interface associated with the device and the user, and means of abstraction of the device.
  • the system allows to register an unlimited number of users, assigning to each of them a predetermined or specific user profile within the system.
  • Each user can have assigned different characteristics for each device, so the man-machine interface of the device that is displayed to control or program it is totally dynamic, since it only shows those variables on which the user can act in question.
  • each user can have the system configured in their own way, since, for example, they can indicate that when the seat is validated, the seat is placed in a certain position and that the vehicle speed is limited to a certain value. All these technical characteristics are obviously impossible in a system in which a user administration is not performed.
  • the presence of the means of user administration also greatly increases the security of the system, since that each user must be validated-in the same with, for example, a username and password.
  • the presence of the session control means is necessary, among other things, to create persistence in the sessions opened by the users, for those transfer protocols (Transfer Protocols) that need it.
  • said session control means convert a series of independent transactions into a continuity of state, with the intention of creating the perception of a single user session, delimited by the login and logout before the system.
  • all the characteristics of the devices to generate the man-machine interfaces are stored in the data storage media, that is, they are stored externally to the vehicle devices, so the devices do not need to store information about the format of these interfaces, nor implement the necessary protocols for their transmission.
  • Both features contribute to greater modularity and portability at the time of changing and / or customizing the interfaces in question, thus achieving a greater degree of abstraction of the vehicle devices.
  • the means of abstraction of the devices are necessary to control said devices, virtualizing each element that compose them and getting that the users who monitor the devices of the vehicle do not need to have their physical information, nor know the low level protocols through which are controlled said devices.
  • there must be a device controller for each control technology which is the one that performs the translation of logical actions (for example, turning on the vehicle lights), in physical actions specific to the control technology.
  • control unit also comprises service storage means available to the user based on the user administration means.
  • Said means of storage of available services store all the services assigned to each of the users that are registered in the system, so that when a user is validated, the system automatically knows what services the user should have access to.
  • control unit comprises updating means responsible for maintaining synchronization between the actual state and the state stored in the data storage means of the vehicle device.
  • the presence of said update means allows to know at all times the status of each of the devices that make up the system. In addition, they inform all users connected to the system of any possible modification of the status of any device in the vehicle.
  • the update means the conversion of a poly system is carried out, that is, obtaining the state of the vehicle device by means of an explicit interrogation, to event driven (users who monitor the device are informed in real time only when events occur).
  • the means of abstraction of the vehicle device comprise means of managing it, to control and virtualize it, and controlling means of the device, which carry out the translation of logical actions into physical actions on the same.
  • users who monitor devices do not need to have physical information about them, nor know the low-level protocols through which the devices are controlled. devices.
  • they allow the use of different control technologies, so the number of types of devices to be controlled is high.
  • the man-machine interface is a voice recognition / generation system.
  • This system allows an interaction between the user and the vehicle in which a direct intervention of the user on the interface is not necessary, but the interaction is carried out at a distance, avoiding the possible distraction of the user while driving the vehicle. This characteristic is important if it is to avoid accidents.
  • the man-machine interface is a page made in a markup language (Markup Languages), and more specifically in HTML.
  • the transfer protocol server is an HTTP server.
  • the means of user administration comprise means of user policies. These means of user policies are responsible for allowing to discriminate which functionalities are available for each user.
  • the means of recording the system include records of incidents occurring in the system, and user records.
  • the records of incidents occurring in the system are records in which the incidents occurring in the system are detailed, so that possible errors in the system can be detected effectively.
  • User records are records in which all the operations generated by the users who connect to the system, as well as by the vehicle devices controlled by said users, are detailed.
  • the data storage means referring to the vehicle device are a database of the configuration parameters and the current state of the device.
  • the control unit also comprises an operating system, responsible for virtualizing all the hardware resources of the system, a firewall for system protection, and a database engine.
  • the client device comprises a display screen.
  • Said display screen is found in a wide variety of devices connectable to the system, such as PDAs, laptops, Tablet Pe, or the screen itself incorporated in the vehicle for, for example, GPS.
  • the first connection means between the control unit and the vehicle device, is a CAN interface.
  • the first connection means, between the control unit and the vehicle device, are specifically adapted to the characteristics of each vehicle device.
  • connection means are multichannel and asymmetric.
  • the up and down channels may be different, for example, the vehicle can indicate through GPRS the information it needs to access and can receive such information via satellite (DVB).
  • DVD satellite
  • the user is a control system for domestic devices.
  • the control system of domestic devices is described in a patent application of the same owner and filed on the same date as this. It describes an interactive system for controlling domestic devices comprising at least one domestic device connected to a control unit by means of first connection means, at least one client device connected to the control unit through some second connection means, on which a user interacts.
  • the control unit comprises a transfer protocol server responsible for establishing contact with at least one man-machine interface associated with the home device and the user and transferring it to the client device, system registration means, user administration means, means Session control, storage media data relating to the domestic device, including the man-machine interface, and means of abstraction of the domestic device.
  • This invention it is possible to create an open and programmable control system that allows to develop, integrate, and operate advanced services in an easy, useful and low cost way.
  • it allows the control of domestic devices remotely through data networks, more specifically networks based on the IP protocol, such as the Internet.
  • the vehicle appears before the home as another domestic device, capable of being controlled from the home, in a manner analogous to what would happen with a home automation or access control system.
  • a concrete example of this situation would be the downloading of information from the incident log of the vehicle control system, from the vehicle to the home. In this situation, two possible scenarios can be distinguished.
  • a first scenario appears when the vehicle is close to home, for example, in the garage.
  • the vehicle is part of the home network and content synchronization occurs between the home and the vehicle.
  • a second scenario appears when the vehicle is away from home.
  • the vehicle is connected to the home, but with a bandwidth lower than the one used in the first scenario, and with the particularity that the connection is made through public networks, with the consequent security risk, which leads to the use of communications encryption mechanisms, such as TLS, SSH or SSL
  • the user can be a service provider.
  • the service provider only has to be registered as a user of the system. Once identified, it normally runs an application, which is what allows the provision of value-added services in the vehicle. Such applications can be generated on demand or by the service providers themselves, through open protocols.
  • This feature allows the vehicle to be opened to the outside, which is a very important advance in the field at hand, since it is possible to have full remote control of the vehicle, either by the user or by service providers , which can, for example, detect a breakdown in any device of the vehicle, detect the presence of thieves, or detect a fire.
  • service providers which can, for example, detect a breakdown in any device of the vehicle, detect the presence of thieves, or detect a fire.
  • the user is an application responsible for maintaining the integrity of the system, and the connectivity and maintenance of the control unit.
  • the vehicle user himself which allow him to access the monitoring, control, programming and status of his vehicle, remotely.
  • the device can be a control system for domestic devices.
  • the vehicle appears as another user of the home control system, which means being able to access from the vehicle any resource or application available in the home, such as downloading music or video from home to the vehicle.
  • any resource or application available in the home such as downloading music or video from home to the vehicle.
  • two possible scenarios can also be distinguished.
  • a first scenario appears when the vehicle is close to home, for example, in the garage.
  • the home is part of the vehicle control system and content synchronization occurs between the home and the vehicle.
  • a second scenario appears when the vehicle is away from home.
  • the home is connected to the vehicle, but with a bandwidth less than that used in the first scenario - and - with the particularity that the connection is made through public networks, with the consequent security risk, which leads to the use of communications encryption mechanisms, such as TLS , SSH or SSL.
  • the device can also be an independent subsystem.
  • Said subsystem can be, for example, a vehicle braking control system, which means that the user, whether a user of the vehicle or a service or maintenance provider, acts directly on the subsystem.
  • the device is an element of an independent subsystem.
  • Said element if we consider that the independent subsystem is again a vehicle braking control system, can be, for example, a brake pad.
  • the user acts directly on the brake pad and not on the brake control system, since the brake pad is considered as a vehicle device.
  • the method for controlling at least one device of a vehicle comprising a control unit connected to said device of the vehicle by means of first connection means, whose control unit is also connected to at least A client device through a few second connection means is characterized by the fact that it comprises the following steps:
  • a user is identified through the client device by means of identification data
  • the transfer protocol server sends the user identification data to a session control means, to initiate a session and save the user's validation in a system registration means;
  • the current state of the vehicle device is requested from data storage media, whose current status is sent to the transfer protocol server, which shows it to the user, through the client device, through an interface corresponding man-machine;
  • the response of the vehicle device is sent to the session control means, which, in turn, records the response in the system registration means, whose session control means sends the device response to the server of transfer protocol, which shows it, through the client device, to the user, through the man-machine interface.
  • step (A) comprises the sub-stages:
  • a user sends a service request, from the client device, to a transfer protocol server;
  • the transfer protocol server shows a user identification page on the client device;
  • the user sends the identification data, through the transfer protocol server, to user administration means, for validation, whose user administration means send the result of said validation to the server of transfer protocol.
  • the method also includes the following stages between stages B and C:
  • the session control means interrogates a service storage means to obtain the services available to the user.
  • the method also comprises a stage, between stages E and F, in which the event of manipulation of the vehicle device is sent to updating means.
  • the method may also comprise a stage, between stages F and G, in which the vehicle device responds to the update means, through the abstraction means.
  • Figure 1 is a general block diagram of the interactive control system of a vehicle, object of the invention
  • Figure 2 is a diagram of the architecture of the system control unit of Figure 1;
  • Figure 3 is a functional block diagram of the system of Figure 1;
  • Figure 4 is a block diagram showing a first example of interaction between the blocks that make up the system represented in Figure 3;
  • Figure 5 is a block diagram showing a second example of interaction between the blocks that make up the system of Figure 3;
  • Figure 6 is a block diagram showing a third example of interaction between the blocks that make up the system of Figure 3;
  • Figure 7 is a schematic drawing of the implementation of a possible example of the system of the invention.
  • Figure 8 is a schematic drawing of a possible man-machine interface for the example of the system of Figure 7.
  • the transfer protocol server is an HTTP server
  • the data network and more specifically the network based on the IP protocol
  • the Internet is the Internet
  • the Man-machine interface is an HTML page.
  • the interactive control system of a vehicle V object of the invention, has a three-layer architecture.
  • a first layer formed by a series of devices 1 internal and external to the vehicle V that are intended to be controlled by a second layer of users or applications 2 (developed by one or more service providers) ⁇ ⁇ through a layer of "resource abstraction 3, which allows applications to operate with device abstractions, without needing to know the physical or technological details of said devices 1.
  • said structure is comparable to the architecture of a personal computer, in which there are a number of hardware devices (memory, graphics cards, network cards, hard drives, etc.) that are used by various applications (communications, office automation, etc.) through an operating system that provides an abstraction of devices to applications.
  • the system also has a connectivity network 4 between the resource abstraction layer 3 and the devices 1 of the vehicle V, and a connectivity network 5 between the applications 2 and the resource abstraction layer 3.
  • a connectivity network 4 between the resource abstraction layer 3 and the devices 1 of the vehicle V
  • a connectivity network 5 between the applications 2 and the resource abstraction layer 3.
  • Within the device layer 1 of the vehicle V may include any device capable of being controlled and / or programmed by the resource abstraction layer 3 of the devices 1.
  • the concept of device 1 encompasses both the independent subsystems (for example, a control system of braking), as with any of the elements dependent on these subsystems (for example, a brake pad).
  • Layer 2 of users or applications includes those providers of applications and services offered on the abstraction of the vehicle provided by layer 3, also called a control unit.
  • the control unit 3 can be defined as a residential gateway, whose The objective is to facilitate the provision of advanced services based on connectivity within the V vehicle.
  • These applications or services 2 can be divided into several categories, depending on their main end user (vehicle users vs. provider control center). of service) and the purpose of said application or service (support, display, etc.).
  • control applications responsible for maintaining the integrity of the system, value-added services in the vehicle, and user, which provide a service to the user of vehicle V, allowing him to access the monitoring, control, programming and state of the vehicle, remotely.
  • These advanced services include the synchronization services between the V vehicle and the home, which include the automatic synchronization of contents and services, the updating of the V vehicle software, the use of the vehicle as a "universal mailbox", since receives everything related to telephony, fax, home e-mail, and home automation control and home security management; the connection services to the workshop, for the location and management of breakdowns, automatically; roadside assistance services, such as automatic distress calling or receiving information regarding traffic incidents; route services, which include, for example, the selection of routes based on their popularity, and two-way voice communication between vehicle V and the user; the services of audio, video, games, etc .; and purchase services.
  • the control unit 3 is formed by a set of applications and device drivers, which provide the abstraction of the devices 1 to the applications 2.
  • the purpose of said control unit 3 is to eliminate the specific properties of each device 1 of the vehicle V, to offer applications 2 an abstract view of each of said devices 1, represented only by their generic properties (location, function, etc.), associated states and actions - avoiding applications 2 the need - to know the specific details of each type of device 1.
  • the connectivity network 4 allows the intercommunication between the control unit 3 and the devices 1 of the vehicle V.
  • This connectivity is based on the protocols of a vehicle, such as CAN bus, OBD-II, MOST or MCP, especially in the case of internal devices to the vehicle.
  • a vehicle such as CAN bus, OBD-II, MOST or MCP
  • the protocol to be used can be based, for example, on Wi-FI or public networks.
  • the connectivity network 5 allows intercommunication between the control unit 3 and the applications or services 2.
  • the physical mode of transport is determined by the technology of each system, depending on the situation of the vehicle V with respect to the users or applications 2, and logical interfaces are made using known APIs using open technologies (OSGi, XML, etc.).
  • control unit 3 Next, a more comprehensive description of the control unit 3 will be carried out, with the help of the figures.
  • control unit 3 at the architectural level, comprises a controller module 6 of the connected devices 1 of the vehicle V; an operating system 7 responsible for virtualizing all system hardware resources; a system software module 8, which includes system services that are not usually provided by the operating system 7; a software module 9 of the control unit 3 which essentially allows to provide advanced system services; and an application software module 10, which can be defined based on the described architecture.
  • the controller module 6 of the devices 1 is the part closest to the hardware and its main function is to control the physical "protocols" of communication between the control unit 3 and the devices 1.
  • the system software module 8 includes those system services that are not usually provided by the operating system 7, but which, by their nature, are part of the basic connectivity services. These include Firewalls, system security officers, or HTTP servers.
  • the software module 9 of the control unit 3 refers to two open development standards.
  • the first standard is the OSGi, which defines a framework that allows the creation of services that are remotely installable and maintainable, and that can be developed according to the architecture defined by OSGi.
  • This framework runs on a Java Virtual Machine, which means that any development in OSGi is likely to run on any platform.
  • the second standard is .NET, which defines a communication architecture between connected systems through open technologies such as XML or SOAP. In addition, it is the basis for WebServices advocated by Microsoft.
  • the application software module 10 is responsible for allowing logical communication with other systems.
  • the control system of a vehicle presents a client block B1 (HTML Browser) on which a user 2 of the system interacts, said block B1 being a Web browser conforming to HTTP standards; a block HTTP HTTP server (http server), which is the single interface point between user 2 and the rest of the system, including devices 1 present in the vehicle; a B3 block of user administration (User Administratior ⁇ ), responsible for performing the authentication, authorization and accounting functions of users 2; a user policy block B4, which is complemented by block B3 and aims to discriminate the features available to each user 2; a B5 system registration block (Logging Service), responsible for recording the operations and incidents that occur in the system, in an incident log and a user registry.
  • HTTP HTTP server http server
  • user administration User Administratior ⁇
  • user policy block B4 which is complemented by block B3 and aims to discriminate the features available to each user 2
  • a B5 system registration block (Logging Service), responsible for recording the operations and incidents that occur in the system, in an incident
  • the user administration block B3 performs, as already said, the functions of authentication, authorization and accounting, with authentication being understood the process of identifying user 2 uniquely in the system (the most common method is the use of a username and password, although there are also other more sophisticated methods), by authorization the process of verifying what are the functions to which the user 2 already authenticated has access (normally, this process is carried out through user profiles and file systems), and by accounting the process by which records of actions are established for each user 2, in order to, for example, determine possible security breaches, establish - a detailed billing or diagnose system problems.
  • the control unit 3 also comprises a session control block B6 (Session Manager), in charge, among other things and depending on the transfer protocols used, of creating persistence in the sessions of a user 2, converting a series of independent transactions (for example, clicks during a session) in a continuity of state to create the perception of a single user session 2, initializing the user sessions and maintaining a state table of all the sessions in progress, with the help of block B3 of user administration; a service storage block B7 (Service Directory) responsible for, once the session is initialized, presenting to user 2 the services available according to the policies previously defined in the user administration block B3; a block B8 of data storage (Car Datábase), such as a database, in charge of storing the configuration of the different devices 1 existing in the vehicle V, as well as their current state; an update B9 block (Update Agent), responsible for maintaining the synchronization between the real state of the devices 1 of the vehicle V and the state registered by the system, and communicating it to all those users who are monitoring said state at that time; a device
  • Figure 4 shows -a first example of interaction between the blocks that make up the control unit 3.
  • Said example- refers to the initialization and identification of a user 2 in the control system of the vehicle V.
  • Block B2 responds by presenting AB a login page (username and password) to user 2 through block B1 client.
  • the user administration block B3 checks AD that they are correct. Whether they are correct or not, block B3 responds AE to block B2. If said block B2 receives a negative response, AB returns to the user the login page.
  • a new AF session is established, for which the session control block B6 saves AG, AH a record in the system registration block B5, and requests Al, AJ to the user policy block B4 the permissions assigned to user 2.
  • block B6 interrogates AK to the service storage block B7 about the services available to user 2, and obtains AL, AM a current representation of the system state of the data storage block B8.
  • the information is presented AN, AO, AP to the user through an HTML page 11 through block B1 client.
  • Figure 5 shows a block diagram showing a second example of interaction between the blocks that make up the control unit 3, in which a manipulation of a device 1 of the vehicle V is carried out. It is understood that the initialization process The identification described for Figure 4 has been successfully completed.
  • the B1 client block has access to the B ⁇ generation of a device 1 manipulation event, through the HTML page 11, which BB reaches the session control block B6, which saves BC, BD a record of the event request in block B5 of system log Said request— passes BE to the update block B9, which transfers it BF to the device 1 of the vehicle for handling, through the device management block B10 and the device controller block B11.
  • Block B9 receives BG the response from device 1 after its manipulation, and updates BH block B8 and returns Bl to block B6, which, after saving BJ, BK another record of the result in block B5 of system registration, BL, BM communicates the result to user 2, through the HTML page 11, through block B1 client.
  • FIG. 6 A third example of interaction between the blocks that constitute the control unit 3, in which a synchronization of the state of the devices 1 of the vehicle V is shown, is shown in Figure 6.
  • the update block B9 is responsible for interrogating CA to the devices 1 that are not capable of generating events. Any device that undergoes a change of state informs CB to said block B9, either actively, or after receiving a status request.
  • Block B9 is then responsible for updating CC block B8 of data storage, and keeping CD, CE a record of the event in block B5 of system registration.
  • the devices 1 are connected to the control unit 3 by means of the appropriate protocol 4 (CAN bus, MOST, MCP, etc.) for each device 1.
  • the device to be handled remotely is the interior lights 1 of the vehicle V that have been left on after the driver has parked the vehicle the garage of your house.
  • the user 2 of the vehicle control system V is, for example, the insurance company of the vehicle V, which offers a service de-surveillance of the vehicle.
  • the block-B1-client is a personal computer.
  • the HTML page 11 (figure 8) through which the control of the lights 1 of the vehicle V is carried out is shown on the screen of a personal computer B1 arranged in the offices of the insurance company. Said page 11 appears on the screen of the computer B1 due to the fact that the lights 1 inside the vehicle V are on when the insured has parked the vehicle in the garage. The fact that said lights 1 are on, is shown on the page in HTML 11 via a button 12 in the ON position. To get the interior lights 1 off, it is necessary to press on said button 12, which is automatically placed in the OFF position, just like the rest of the buttons shown in figure 8.
  • connection 5 of the control unit 3 to the personal computer B1 is made via Internet 13 via an ADSL line 14 of 256 kbps down and 128 kps up, while the personal computer
  • B1 of the insurance company uses an Internet connection 13 via cable 15.
  • the insurance company in order to offer the service, must be registered as user 2 of the system. It is supposed to be that way. From here, a worker from the insurance company tries to connect to the system using personal computer B1. To do this, AA sends a service request to the server
  • HTTP B2 via Internet 13 which shows AB, via Internet 13, an HTML page of identification on the personal computer screen B1.
  • the worker sends AC the data to the server
  • HTTP B2 which sends AD to block B3 of user administration, for validation.
  • Said block B3 returns ⁇ E an affirmative answer to the HTTP B2 server, obtaining a correct validation of the insurance company.
  • the HTTP B2 server sends the company identification data AF to the session control block B6, to Start a session-and-save AG, AH validation company-in block B5 system registry.
  • the session control block B6 sends the company data to the user policy block B4 to obtain AJ the permissions assigned to said company.
  • the session control block B ⁇ interrogates ⁇ K to the service storage block B7 to obtain the services available to the company. In this case, the company has access to all 1 critical devices of the V vehicle.
  • the service storage block B7 interrogates AL to the data storage block B8 to obtain AM the current state of said devices 1 that can be controlled by the company. Said status is sent AN, AO to the HTTP B2 server for display by AP through the HTML page 11 of Figure 8.
  • AM is verified the status of the devices 1, it is when it is detected that the interior lights 1 of the vehicle V have remained on and the system shows the page in HTML 11 of figure 8 to the worker of the company.
  • buttons are in the OFF state, except for the interior lights 1, which is ON.
  • the simple press of one of the buttons changes the state of the light to which it refers.
  • the insurance company worker presses button 12 of the interior lights 1, to turn them off.
  • a manipulation event of said lights 1 is generated, which BA is sent to the HTTP B2 server.
  • said HTTP server sends BB the event to the session control block B6, which, BC, BD generates the event log in block B5 of system logs.
  • block B6 sends BE-the-event to the update block B9, which is responsible for sending BF to the lights 1 through the device management block B10 and the device controller block B11, and turns them off.
  • the lights send BG, through the blocks
  • Said block B9 updates BH the status of the lights in the data storage block B8, and sends Bl the response to the session control block B6, which records BJ, B the response in the system registration block B5.
  • block B6 sends BL the response to the HTTP B2 server, which is responsible for modifying BM the page in HTML 11, turning button 12 of the interior lights 1 from ON to OFF.
  • the worker could see the real state of the lights through a camera located inside the V vehicle. The image of that camera could be displayed on the same page in HTML 11 shown in Figure 8.
  • user validation in the system can be done in various ways. There are several possibilities, being able, for example, to identify the user based on his voice, his fingerprint, the iris or a transponder that stores any user identification data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Mechanical Engineering (AREA)
  • Small-Scale Networks (AREA)
  • Electric Propulsion And Braking For Vehicles (AREA)
  • Train Traffic Observation, Control, And Security (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)
  • Selective Calling Equipment (AREA)

Abstract

Comprende una unidad de control conectada a un dispositivo del vehículo mediante unos primeros medios de conexión, un dispositivo cliente (B1) conectado a la unidad de control a través de unos segundos medios de conexión, cuya unidad de control comprende un servidor de protocolo de transferencia (B2), una interfaz hombre-máquina, y medios (B5) de registro del sistema. Se caracteriza por el hecho de que la interfaz hombre-máquina está asociada al dispositivo y al usuario, y la unidad de control comprende medios (B3) de administración de usuarios, medios (B6) de control de sesión, medios (B8) de almacenamiento de datos, y medios (B10, B11) de abstracción del dispositivo. Se consigue un sistema abierto y programable que permite desarrollar, integrar, y operar servicios de una manera fácil, útil y a un coste bajo. Aporta una conectividad total del vehículo.

Description

Procedimiento y sistema interactivo de control de un vehículo
La presente invención se refiere a un procedimiento y a un sistema interactivo de control de un vehículo, que comprende una unidad de control conectada a por lo menos un dispositivo del vehículo mediante unos primeros medios de conexión, por lo menos un dispositivo cliente conectado a la unidad de control a través de unos segundos medios de conexión, sobre el que interactúa un usuario, cuya unidad de control comprende un servidor de protocolo de transferencia encargado de transferir por lo menos una interfaz hombre-máquina al dispositivo cliente, y medios de registro del sistema.
Antecedentes de la invención
La progresiva y masiva conexión de los hogares a Internet está propiciando la aparición de un mercado emergente basado en la comercialización de nuevos servicios avanzados para los llamados "hogares digitales".
El desarrollo de dichos servicios requiere una solución integrada para los distintos sistemas domésticos existentes en el hogar, tales como domóticos, audiovisuales, comunicaciones, datos, o seguridad.
Por todo ello, la visión del hogar digital debe basarse en crear una red abierta que acceda al exterior y sea accesible desde el exterior. Dicha red debe ser también programable y que permita desarrollar, integrar, y operar servicios avanzados de una manera fácil, útil y a un coste bajo.
De igual manera, y considerando lo citado anteriormente, se pueden aplicar los conceptos descritos, a los que se pueden llamar, a modo de símil, "vehículos digitales".
Cumpliendo con la premisa de obtener una red abierta y programable tanto para los "hogares digitales" como para los "vehículos digitales", cabe considerar-cada vez más a los vehículos, sobretodo Ios- vehículos automóviles, como una extensión del hogar, ' buscando la interacción entre las redes generadas por ambos entornos digitales.
Para ello es necesaria la consecución de una mayor integración de los vehículos en el hogar y del hogar en los vehículos, a partir de tecnologías actuales, tales como Internet o la telefonía móvil, aunque aparecen una serie de importantes inconvenientes.
Debido al progresivo y rápido avance de la industria vehicular, los vehículos, sobre todo los vehículos automóviles, se han convertido en sistemas de control autónomos en sí mismos, que incorporan multitud de dispositivos a controlar, tales como sensores, motores eléctricos o dispositivos multimedia, pero que no permiten ser accedidos externamente, por ejemplo, desde el hogar, ni acceder desde ellos al exterior, por ejemplo al hogar. Estos inconvenientes suponen, entre otras cosas, no poder controlar el estado del vehículo (luces encendidas, puertas abiertas o utilizar los discos compactos presentes en el reproductor del vehículo) desde el hogar, o no poder aprovechar los recursos del hogar en el vehículo (por ejemplo, acceder a la música, películas o al control de cualquier dispositivo doméstico deseado). Otro inconveniente importante a destacar es que los vehículos actuales no distinguen a sus usuarios, puesto que no existe ningún tipo de identificación de los mismos, que sea de bajo coste. Por ello, no es habitual realizar, entre otras cosas, diferentes configuraciones del vehículo para diferentes usuarios, lo que supone que cada vez que un usuario utilice el vehículo deba tomarse un tiempo para configurarlo según sus deseos o necesidades (por ejemplo, ajustar los espejos, ajustar el asiento, o buscar la emisora de radio deseada).
Descripción de la invención
La presente invención consigue todos los objetivos señalados y soluciona todos los inconvenientes citados anteriormente, aportando además nuevas características- técnicas que se describirán a continuación.
Según un aspecto de la invención, el sistema interactivo de control de un vehículo, objeto de la invención, se caracteriza por el hecho de que la interfaz hombre-máquina está asociada al por lo menos un dispositivo y al usuario, y por el hecho de que la unidad de control comprende también medios de administración de usuarios, medios de control de sesión establecida por el usuario, medios de almacenamiento de datos referentes al dispositivo que incluyen la interfaz hombre- máquina asociada al dispositivo y al usuario, y medios de abstracción del dispositivo.
De este modo, se consigue crear un sistema de control de un vehículo, abierto y programable que permite desarrollar, integrar, y operar servicios avanzados de una manera fácil, útil y a un coste bajo. Además, aporta una conectividad total del vehículo, así como un acceso ubicuo, seguro, simple y personalizado.
El sistema permite dar de alta a un número ilimitado de usuarios, asignando a cada uno de ellos un perfil de usuario predeterminado o específico dentro del sistema. Cada usuario puede tener asignadas diferentes características para cada dispositivo, por lo que la interfaz hombre-máquina del dispositivo que se visualiza para realizar el control o la programación del mismo es totalmente dinámica, ya que sólo muestra aquellas variables sobre las que pueda actuar el usuario en cuestión. Igualmente, cada usuario puede tener configurado el sistema a su manera, ya que, por ejemplo, puede indicarle que cuando se valide se sitúe el asiento en una posición determinada y que se limite la velocidad del vehículo a un determinado valor. Todas estas características técnicas son evidentemente imposibles en un sistema en el que no se realice una administración de usuarios. La presencia de los medios de administración de usuarios también aumenta considerablemente la seguridad del sistema, puesto que cada usuario debe validarse-en el mismo con, por ejemplo, un nombre de usuario y una contraseña.
La presencia de los medios de control de sesión es necesaria, entre otras cosas, para crear persistencia en las sesiones abiertas por los usuarios, para aquellos protocolos de transferencia (Transfer Protocols) que lo necesiten. Así, dichos medios de control de sesión convierten una serie de transacciones independientes en una continuidad de estado, con la intención de crear la percepción de una única sesión de usuario, delimitada por el login y el logout ante el sistema. Por otro lado, todas las características de los dispositivos para generar las interfaces hombre-máquina se almacenan en los medios de almacenamiento de datos, es decir, se almacenan externamente a los dispositivos del vehículo, por lo que los dispositivos no necesitan almacenar información sobre el formato de estas interfaces, ni implementar los protocolos necesarios para la transmisión de las mismas. Ambas características contribuyen a una mayor modularidad y portabilidad en el momento de cambiar y/o personalizar las interfaces en cuestión, lográndose, de este modo, un mayor grado de abstracción de los dispositivos del vehículo. Los medios de abstracción de los dispositivos son necesarios para controlar a dichos dispositivos, virtualizando cada elemento que los componen y consiguiendo que los usuarios que monitorizan los dispositivos del vehículo no necesiten disponer de su información física, ni conocer los protocolos de bajo nivel a través de los cuales se controlan dichos dispositivos. Por otro lado, debe existir un controlador de dispositivo para cada tecnología de control, que es el que realiza la traslación de acciones lógicas (por ejemplo, encender las luces del vehículo), en acciones físicas específicas a la tecnología de control.
Cabe destacar que el hecho de realizar la abstracción de los dispositivos del vehículo permite a cualquier aplicación acceder al control y/o a la manipulación de dichos dispositivos, para su inclusión en la programación de escenas o macros,-es decir, acciones sucesivas pre- programadas en función de eventos.
Preferiblemente, la unidad de control comprende también medios de almacenamiento de servicios disponibles para el usuario en función de los medios de administración de usuarios.
Dichos medios de almacenamiento de servicios disponibles almacenan todos los servicios asignados a cada uno de los usuarios que están dados de alta en el sistema, de manera que cuando un usuario se valida, el sistema automáticamente conoce a que servicios debe tener acceso el usuario.
También preferiblemente, la unidad de control comprende medios de actualización encargados de mantener la sincronización entre el estado real y el estado guardado en los medios de almacenamiento de datos, del dispositivo del vehículo. La presencia de dichos medios de actualización permite conocer en todo momento el estado de cada uno de los dispositivos que conforman el sistema. Además, informan a todos los usuarios conectados al sistema de cualquier posible modificación del estado de cualquier dispositivo del vehículo. En el caso de la existencia de dispositivos en el sistema que no tengan la capacidad de generar eventos, desde los medios de actualización se realiza la conversión de un sistema poli, es decir, la obtención del estado del dispositivo del vehículo mediante una interrogación explícita, a event driven (los usuarios que monitorizan el dispositivo son informados en tiempo real sólo cuando se producen eventos).
Ventajosamente, los medios de abstracción del dispositivo del vehículo. comprenden medios de gestión del mismo, para controlarlo y virtualizarlo, y medios controladores del dispositivo, que realizan la traslación de acciones lógicas en acciones físicas sobre el mismo. De este modo, los usuarios que monitorizan dispositivos no necesitan disponer de información física de los mismos, ni conocer los protocolos de bajo nivel a través de los cuales se controlan los dispositivos. Además, permiten la utilización-de-diferentes tecnologías de control, por lo que la cantidad de tipos de dispositivos a poder- controlar es elevada.
También ventajosamente, la interfaz hombre-máquina es un sistema de reconocimiento/generación de voz.
Dicho sistema permite una interacción entre el usuario y el vehículo en la que no es necesaria una intervención directa del usuario sobre la interfaz, sino que la interacción se realiza a distancia, evitándose la posible distracción del usuario mientras conduce el vehículo. Dicha característica es importante si se trata de evitar accidentes.
La interfaz hombre-máquina es una página realizada en un lenguaje de marcación (Markup Languages), y más concretamente en HTML. Además, el servidor de protocolo de transferencia es un servidor de HTTP.
De esta manera, se consigue una interfaz de fácil programación, útil, a un coste bajo e intuitiva. Además es una interfaz totalmente estandarizada, que permite la generación sencilla de diferentes páginas en HTML para cada usuario y cada dispositivo del vehículo, a partir de unos determinados parámetros para cada usuario y cada dispositivo establecidos en el sistema, es decir, permite lo que se puede llamar una generación dinámica de interfaces. Además, integra el sistema en redes de datos, más concretamente redes basadas en el protocolo IP, tal como Internet, lo cual es fundamental para poder realizar un control a distancia de los dispositivos del vehículo, sin tener que realizar grandes inversiones o que el usuario tenga que transportar algún dispositivo para la conexión al sistema, puesto que prácticamente es posible conectarse a Internet desde cualquier punto en el que se encuentre el usuario.
Los medios de administración de usuarios comprenden medios de políticas de usuario. Dichos- medios de políticas de usuario son los- encargados de permitir discriminar que funcionalidades están disponibles para cada usuario.
Los medios de registro del sistema comprenden registros de incidencias ocurridas en el sistema, y registros de usuario.
Los registros de incidencias ocurridas en el sistema son registros en los que se detallan las incidencias ocurridas en el sistema, de modo que se pueden detectar, de manera efectiva, posibles errores en el mismo. Los registros de usuario son registros en los que quedan detalladas todas las operaciones generadas por los usuarios que se conectan al sistema, así como por los dispositivos del vehículo controlados por dichos usuarios.
Preferentemente, los medios de almacenamiento de datos referentes al dispositivo del vehículo son una base de datos de los parámetros de configuración y del estado actual del dispositivo.
La unidad de control comprende también un sistema operativo, encargado de virtualizar todos los recursos de hardware del sistema, un firewall para la protección del sistema, y un motor de la base de datos. También ventajosamente, el dispositivo cliente comprende una pantalla de visualización.
Dicha pantalla de visualización se encuentra en una gran variedad de dispositivos conectables al sistema, tales como PDAs, ordenadores portátiles, Tablet Pe, o la propia pantalla incorporada en el vehículo para, por ejemplo, el GPS.
Los primeros medios de conexión, entre la unidad de control y el dispositivo del vehículo, son una interfaz CAN.
Con ello se consigue la utilización de un sistema ya conocido e integrado en la mayoría de vehículos, destinado al control de las señales críticas del sistema citado. Únicamente es necesario incorporar dicha interfaz CAN para poder aprovechar el CAN bus del vehículo. Los primeros-medios de conexión, entre la unidad de control-y- el dispositivo del vehículo, se adaptan específicamente a las características de cada dispositivo del vehículo.
Para cada dispositivo del vehículo se debe estudiar la manera de conseguir la conexión entre dicho dispositivo y la unidad de control, creando una interfaz física y lógica para el dispositivo, que le permita dialogar con la unidad de control. Para los dispositivos comunes en un vehículo se deben utilizar los medios físicos de comunicación propios, tales como CAN bus, OBD-II, MOST o MCP. Por otro lado, los segundos medios de conexión son multicanal y asimétricos.
Dichas características indican que existe una multiplicidad de canales de comunicación entre el hogar y el vehículo, tales como IEEE 802.11, Bluetooth, GPRS o DVB. Además, los canales de subida y bajada pueden ser diferentes, por ejemplo, el vehículo puede indicar a través de GPRS la información a la que necesita acceder y puede recibir dicha información vía satélite (DVB).
Según una característica de la invención, el usuario es un sistema de control de dispositivos domésticos. El sistema de control de dispositivos domésticos se encuentra descrito en una solicitud de patente del mismo titular y presentada en la misma fecha que la presente. En ella, se describe un sistema interactivo de control de dispositivos domésticos que comprende por lo menos un dispositivo doméstico conectado a una unidad de control mediante unos primeros medios de conexión, por lo menos un dispositivo cliente conectado a la unidad de control a través de unos segundos medios de conexión, sobre el que interactúa un usuario. La unidad de control comprende un servidor de protocolo de transferencia encargado de establecer contacto con por lo menos una interfaz hombre-máquina asociada al dispositivo doméstico y al usuario y transferirla al dispositivo cliente, medios de registro del sistema, medios de administración de usuarios, medios de control de sesión, medios de almacenamiento de datos referentes al dispositivo - doméstico, que incluyen la interfaz hombre-máquina, y medios de abstracción del dispositivo doméstico.
Con dicha invención se consigue crear un sistema de control abierto y programable que permite desarrollar, integrar, y operar servicios avanzados de una manera fácil, útil y a un coste bajo. Además, permite el control de los dispositivos domésticos de forma remota a través de redes de datos, más concretamente redes basadas en el protocolo IP, tal como Internet.
De este modo, el vehículo aparece ante el hogar como un dispositivo doméstico más, susceptible de ser controlado desde el hogar, de manera análoga a lo que pasaría con un sistema domótico o de control de accesos. Un ejemplo concreto de esta situación sería la descarga de información del registro de incidencias del sistema de control del vehículo, del vehículo al hogar. En esta situación, cabe diferenciar dos posibles escenarios.
Un primer escenario aparece cuando el vehículo está cercano al hogar, por ejemplo, en el garaje. En este caso, el vehículo forma parte de la red del hogar y se produce la sincronización de contenidos entre el hogar y el vehículo. Un segundo escenario aparece cuando el vehículo está alejado del hogar. En este caso, el vehículo está conectado al hogar, pero con un ancho de banda inferior al utilizado en el primer escenario, y con la particularidad de que la conexión se realiza mediante redes públicas, con el consiguiente riesgo de seguridad, lo que lleva a la utilización de mecanismos de encriptación de comunicaciones, tales como TLS, SSH o SSL
Otra característica a destacar es que el usuario puede ser un proveedor de servicios.
Para ello, el proveedor de servicios únicamente tiene que estar dado de alta como usuario del sistema. Una vez identificado, normalmente ejecuta una aplicación, la cual es la que permite prestar servicios de valor añadido en el vehículo. Dichas aplicaciones pueden ser generadas bajo demanda o bien por los propios- proveedores de servicios, mediante protocolos abiertos.
Esta característica permite abrir el vehículo al exterior, lo que supone un avance muy importante en el campo que nos ocupa, puesto que es posible tener un control total a distancia del vehículo, ya sea por parte del usuario como por parte de los proveedores de servicios, los cuales pueden, por ejemplo, detectar una avería en cualquier dispositivo del vehículo, detectar la presencia de ladrones, o detectar un incendio. Además, utilizando el sistema de la invención, es posible contratar o dar de baja cualquier servicio existente, sin suponer coste alguno en cuanto a infraestructuras.
También es posible que el usuario sea una aplicación responsable de mantener la integridad del sistema, y la conectividad y el mantenimiento de la unidad de control. Como es evidente, pueden existir también aplicaciones del propio usuario del vehículo, que le permitan acceder a la monitorización, control, programación y estado de su vehículo, de forma remota.
Por otro lado, el dispositivo puede ser un sistema de control de dispositivos domésticos.
En este caso, el vehículo aparece como un usuario más del sistema de control del hogar, lo que supone poder acceder desde el vehículo a cualquier recurso o aplicación disponible en el hogar, como por ejemplo descargar música o video desde el hogar al vehículo. En esta situación, cabe diferenciar también dos posibles escenarios.
Un primer escenario aparece cuando el vehículo está cercano al hogar, por ejemplo, en el garaje. En este caso, el hogar forma parte del sistema de control del vehículo y se produce la sincronización de contenidos entre el hogar y el vehículo.
Un segundo escenario aparece cuando el vehículo está alejado del hogar. En este caso, el hogar está conectado al vehículo, pero con un ancho de-banda inferior al utilizado en el primer escenario— y-con la particularidad de que la conexión se realiza mediante redes públicas, con el consiguiente riesgo de seguridad, lo que lleva a la utilización de mecanismos de encriptación de comunicaciones, tales como TLS, SSH o SSL.
El dispositivo puede ser también un subsistema independiente.
Dicho subsistema puede ser, por ejemplo, un sistema de control de frenada del vehículo, lo que significa que el usuario, ya sea un usuario del vehículo o un proveedor de servicios o de mantenimiento, actúa directamente sobre el subsistema.
De otro modo, el dispositivo es un elemento de un subsistema independiente.
Dicho elemento, si consideramos que el subsistema independiente es nuevamente un sistema de control de frenada del vehículo, puede ser, por ejemplo, una pastilla de freno. Así, el usuario actúa directamente sobre la pastilla de freno y no sobre el sistema de control de frenada, puesto que la pastilla de freno es considerada como un dispositivo del vehículo.
Según otro aspecto de la invención, el procedimiento para controlar por lo menos un dispositivo de un vehículo, que comprende una unidad de control conectada a dicho dispositivo del vehículo mediante unos primeros medios de conexión, cuya unidad de control está también conectada a por lo menos un dispositivo cliente a través de unos segundos medios de conexión, se caracteriza por el hecho de que comprende las siguientes etapas:
(A) Un usuario se identifica a través del dispositivo cliente mediante unos datos de identificación;
(B) El servidor de protocolo de transferencia envía los datos de identificación del usuario a unos medios de control de sesión, para iniciar una sesión y guardar la validación del usuario en unos medios de registro del sistema; (C) Se solicita-el- estado actual del dispositivo del vehículo a-unos medios de almacenamiento de datos, cuyo estado actual se envía al servidor de protocolo de transferencia, que lo muestra al usuario, a través del dispositivo cliente, mediante una interfaz hombre-máquina correspondiente;
(D) El usuario genera un evento de manipulación del dispositivo del vehículo, interaccionando con la interfaz hombre-máquina mostrada en el dispositivo cliente, cuyo evento se envía al servidor de protocolo de transferencia; (E) Dicho servidor envía el evento de manipulación del dispositivo generado por el usuario, a los medios de control de sesión, los cuáles mandan guardar la generación del evento en los medios de registro del sistema;
(F) Se envía el evento al dispositivo del vehículo a través de unos medios de abstracción de dicho dispositivo, para conseguir la manipulación del mismo;
(G) Se actualiza la información del estado actual del dispositivo en los medios de almacenamiento de datos; y
(H) Se envía la respuesta del dispositivo del vehículo a los medios de control de sesión, los cuáles, a su vez, registran la respuesta en los medios de registro del sistema, cuyos medios de control de sesión envían la respuesta del dispositivo al servidor de protocolo de transferencia, el cual la muestra, a través del dispositivo cliente, al usuario, mediante la interfaz hombre-máquina.
Además, la etapa (A) comprende las subetapas:
(A.1 ) Un usuario envía una solicitud de servicio, desde el dispositivo cliente, a un servidor de protocolo de transferencia; (Á.2) El servidor de protocolo de transferencia muestra una página de identificación del usuario en el dispositivo cliente; (A.3) El usuario envía-los~datos de identificación, a través del servidor de protocolo de transferencia, a unos medios de administración de usuarios, para su validación, cuyos medios de administración de usuarios envían el resultado de dicha validación al servidor de protocolo de transferencia.
El procedimiento comprende también las siguientes etapas entre las etapas B y C:
(I) Los medios de control de sesión solicitan a unos medios de políticas de usuario, los permisos asignados a dicho usuario validado, los cuáles son enviados a los medios de control de sesión; y
(J) Los medios de control de sesión interrogan a unos medios de almacenamiento de servicios para obtener los servicios disponibles para el usuario.
Además, el procedimiento comprende también una etapa, entre las etapas E y F, en la que se envía el evento de manipulación del dispositivo del vehículo a unos medios de actualización.
El procedimiento también puede comprender una etapa, entre las etapas F e G, en la que el dispositivo del vehículo responde a los medios de actualización, a través de los medios de abstracción.
En el caso de que la validación del usuario en los medios de administración de usuarios en la subetapa (A.3) no sea correcta, el control vuelve a la subetapa (A.2).
Breve descripción de los dibujos
Para mayor comprensión de cuanto se ha expuesto se acompañan unos dibujos en los cuales, esquemáticamente y sólo a título de ejemplo no limitativo, se representa un caso práctico de realización. En los dibujos: La figura 1 es un diagrama de-bloques general del sistema interactivo de control de un vehículo, objeto de la invención;
La figura 2 es un diagrama de la arquitectura de la unidad de control del sistema de la figura 1 ; La figura 3 es un diagrama de bloques funcionales del sistema de la figura 1 ;
La figura 4 es un diagrama de bloques que muestra un primer ejemplo de interacción entre los bloques que conforman el sistema representado en la figura 3; La figura 5 es diagrama de bloques que muestra un segundo ejemplo de interacción entre los bloques que conforman el sistema de la figura 3;
La figura 6 es diagrama de bloques que muestra un tercer ejemplo de interacción entre los bloques que conforman el sistema de la figura 3;
La figura 7 es un dibujo esquemático de la implementación de un posible ejemplo del sistema de la invención; y
La figura 8 es un dibujo esquemático de una posible interfaz hombre-máquina para el ejemplo del sistema de la figura 7.
Descripción de realizaciones preferidas
A continuación se realizará la descripción de una realización preferida de la invención en la que el servidor de protocolo de transferencia es un servidor de HTTP, la red de datos, y más concretamente la red basada en el protocolo IP, es Internet, mientras que la interfaz hombre-máquina es una página en HTML.
Como se puede ver en la figura 1 , el sistema interactivo de control de un vehículo V, objeto de la invención, presenta una arquitectura en tres capas. Una primera capa formada por una serie de dispositivos 1 internos y externos al vehículo V que pretenden ser controlados por una segunda capa de usuarios o aplicaciones 2 (desarrolladas por uno o varios proveedores de servicios)τ~a través de una capa de" abstracción de recursos 3, que permite a las aplicaciones operar con abstracciones de dispositivos, sin necesidad de conocer los detalles físicos o tecnológicos de dichos dispositivos 1. Básicamente, dicha estructura es comparable con la arquitectura de un ordenador personal, en el que existen una serie de dispositivos de hardware (memoria, tarjetas gráficas, tarjetas de red, discos duros, etc.) que son utilizados por varias aplicaciones (comunicaciones, ofimática, etc.) a través de un sistema operativo que proporciona una abstracción de los dispositivos ante las aplicaciones.
El sistema también presenta una red de conectividad 4 entre la capa de abstracción de recursos 3 y los dispositivos 1 del vehículo V, y una red de conectividad 5 entre las aplicaciones 2 y la capa de abstracción de recursos 3. Dentro de la capa de dispositivos 1 del vehículo V se puede incluir cualquier dispositivo susceptible de ser controlado y/o programado por la capa de abstracción de recursos 3 de los dispositivos 1. El concepto de dispositivo 1 engloba tanto a los subsistemas independientes (por ejemplo, un sistema de control de frenada), como a cualquiera de los elementos dependientes de esos subsistemas (por ejemplo, una pastilla de freno). Así, cuando en la presente descripción se hace referencia al control de un dispositivo 1 , se entiende que se trata de la posibilidad de monitorizar y/o cambiar el estado de cada uno de los elementos dependientes gobernados por un subsistema, mientras que si se hace referencia a la programación de un dispositivo 1 , se entiende que se hace referencia a modificar y/o determinar la programación del subsistema en su conjunto.
La capa 2 de usuarios o aplicaciones, desarrolladas por uno o varios proveedores de servicios, incluye a aquellos prestatarios de aplicaciones y servicios que se ofrecen sobre la abstracción del vehículo proporcionada por la capa 3, también llamada unidad de control. Así, la unidad de control 3 se puede definir como una pasarela residencial, cuyo objetivo es facilitar-la- prestación de servicios avanzados basados-en-la conectividad dentro del vehículo V. Se pueden dividir estas aplicaciones o servicios 2 en varias categorías, según sea su usuario final principal (usuarios del vehículo vs. centro de control del proveedor de servicio) y la finalidad que desempeña dicha aplicación o servicio (soporte, display, etc.). Con ello, se puede determinar que existen aplicaciones (o servicios) de control, responsables de mantener la integridad del sistema, de servicios de valor añadido en el vehículo, y de usuario, que prestan un servicio al usuario del vehículo V, permitiéndole acceder a la monitorización, control, programación y estado del vehículo, de forma remota.
Dentro de dichos servicios avanzados cabe destacar los servicios de sincronización entre el vehículo V y el hogar, que comprenden la sincronización automática de contenidos y servicios, la actualización del software del vehículo V, la utilización del vehículo como un "buzón universal", ya que recibe todo lo relacionado con la telefonía, fax, e-mail del hogar, y el control domótico y la gestión de la seguridad del hogar; los servicios de conexión al taller, para la localización y gestión de averías, de forma automática; los servicios de ayuda en carretera, tales como la llamada de socorro automática o la recepción de información referente a las incidencias del tráfico; los servicios en ruta, que incluyen, por ejemplo, la selección de las rutas en función de su popularidad, y la comunicación bidireccional por voz entre el vehículo V y el usuario; los servicios de audio, video, juegos, etc.; y los servicios de compra.
La unidad de control 3 está formada por un conjunto de aplicaciones y controladores de dispositivo, que proporcionan la abstracción de los dispositivos 1 ante las aplicaciones 2. El objetivo de dicha unidad de control 3 es el de eliminar las propiedades específicas de cada dispositivo 1 del vehículo V, para ofrecer a las aplicaciones 2 una visión abstracta de cada uno de dichos dispositivos 1 , representado únicamente por sus propiedades genéricas (localización, función, etc.), estados y acciones asociadas— evitando a las aplicaciones 2 la necesidad- de conocer los detalles específicos de cada tipo de dispositivo 1.
El hecho de poder realizar la abstracción de los dispositivos del vehículo, supone a cualquier aplicación poder acceder al control y/o a la manipulación de dichos dispositivos para su inclusión en la programación de escenas o macros, es decir, acciones sucesivas pre- programadas en función de eventos.
La red de conectividad 4 permite la intercomunicación entre la unidad de control 3 y los dispositivos 1 del vehículo V. Dicha conectividad se basa en los protocolos propios de un vehículo, tales como CAN bus, OBD-II, MOST o MCP, sobretodo en el caso de los dispositivos internos al vehículo. En los casos en los que no sea posible la utilización de dichos protocolos, es necesario obtener para cada dispositivo 1 una interfaz física y lógica que les permite comunicarse con la unidad de control 3. Así, en el caso de que el dispositivo sea un sistema de control de un hogar, el protocolo a utilizar puede basarse, por ejemplo, en el Wi-FI o en redes públicas.
La red de conectividad 5 permite la intercomunicación entre la unidad de control 3 y las aplicaciones o servicios 2. El modo físico de transporte viene determinado por la tecnología de cada sistema, dependiendo de la situación del vehículo V respecto a los usuarios o aplicaciones 2, y las interfaces lógicas se realizan mediante APIs conocidas utilizando tecnologías abiertas (OSGi, XML, etc.).
A continuación se pasará a realizar una descripción más exhaustiva de la unidad de control 3, con la ayuda de las figuras.
En la figura 2 puede verse que la unidad de control 3, a nivel de arquitectura, comprende un módulo 6 de controladores de los dispositivos 1 del vehículo V conectados; un sistema operativo 7 encargado de virtualizar todos los recursos del hardware del sistema; un módulo 8 de software del sistema, que incluye los servicios de sistema que no son prestados habitualmente por el sistema operativo 7; un módulo 9 de software de la unidad de control 3 que fundamentalmente permite proporcionar los servicios avanzados del sistema; y un módulo 10 de software de aplicaciones, las cuales se pueden definir basándose en la arquitectura descrita.
El módulo 6 de controladores de los dispositivos 1 es la parte más cercana al hardware y su función principal es la de controlar los "protocolos" físicos de comunicación entre la unidad de control 3 y los dispositivos 1.
El módulo 8 de software del sistema, como se ha citado anteriormente, incluye aquellos servicios del sistema que habitualmente no proporciona el sistema operativo 7, pero que, por su naturaleza, forman parte de los servicios básicos de conectividad. De entre ellos cabe destacar los Firewalls, encargados de la seguridad del sistema, o los servidores de HTTP.
El módulo 9 de software de la unidad de control 3 hace referencia a dos estándares abiertos de desarrollo.
El primer estándar es el OSGi, el cual define un framework que permite la creación de servicios que son instalables y mantenibles remotamente, y que pueden ser desarrollados de acuerdo con la arquitectura definida por OSGi. Dicho framework se ejecuta sobre una Java Virtual Machine, lo que significa que cualquier desarrollo en OSGi es susceptible de ejecutarse sobre cualquier plataforma.
El segundo estándar es el .NET, el cual define una arquitectura de comunicaciones entre sistemas conectados mediante tecnologías abiertas como XML o SOAP. Además, es la base para los WebServices propugnados por Microsoft.
El módulo 10 de software de aplicaciones es el encargado de permitir la comunicación lógica con otros sistemas.
A continuación se realizará una descripción del diagrama de bloques funcionales del sistema a partir de la figura 3, suponiendo, como se ha citado anteriormente, que el servidor de protocolo de transferencia es un servidor de HTTP, mientras que la interfaz hombre- máquina es una página en HTML. El sistema de control de un vehículo-presenta un bloque B1 cliente (HTML Browser) sobre el que interacciona un usuario 2 del sistema, siendo dicho bloque B1 un navegador Web conforme a los estándares HTTP; un bloque B2 servidor de HTTP (http server), que es el punto de interfaz único entre el usuario 2 y el resto del sistema, incluyendo los dispositivos 1 presentes en el vehículo; un bloque B3 de administración de usuarios (User Administratiorí), encargado de realizar las funciones de autentificación, autorización y accounting de los usuarios 2; un bloque B4 de políticas de usuario (User Policy), que se complementa con el bloque B3 y tiene como objetivo discriminar las funcionalidades disponibles para cada usuario 2; un bloque B5 de registro del sistema (Logging Service), encargado de registrar las operaciones y las incidencias que se produzcan en el sistema, en un registro de incidencias y un registro de usuarios. En el registro de incidencias se detallan mensajes de las diferentes partes del sistema, que sirven posteriormente para diagnosticar posibles problemas, mientras que en el registro de usuarios se guardan todas aquellas operaciones realizadas por el usuario o por las partes controladas del sistema. Con la intención de evitar registros innecesarios, se debe determinar que acciones deben generar información y cuáles no.
El bloque B3 de administración de usuarios realiza, como ya se ha dicho, las funciones de autentificación, autorización y accounting, entendiéndose por autentificación el proceso de identificar al usuario 2 de forma unívoca en el sistema (el método más habitual es el de la utilización de un nombre de usuario y una contraseña, aunque existen también otros métodos más sofisticados), por autorización el proceso de verificar cuáles son las funciones a las que tiene acceso el usuario 2 ya autentificado (normalmente, dicho proceso se realiza mediante perfiles de usuario y sistemas de archivos), y por accounting el proceso por el cual se establecen registros de acciones para cada usuario 2, con el fin de, por ejemplo, determinar posibles violaciones de seguridad, establecer- una— facturación detallada o diagnosticar problemas-del sistema.
La unidad de control 3 comprende también un bloque B6 de control de sesión (Session Manager), encargado, entre otras cosas y dependiendo de los protocolos de transferencia utilizados, de crear persistencia en las sesiones de un usuario 2, convirtiendo una serie de transacciones independientes (por ejemplo, clicks durante una sesión) en una continuidad de estado para crear la percepción de una única sesión de usuario 2, inicializando las sesiones de usuario y manteniendo una tabla de estados de todas las sesiones en curso, con la ayuda del bloque B3 de administración de usuarios; un bloque B7 de almacenamiento de servicios (Service Directory) encargado de, una vez inicializada la sesión, presentar al usuario 2 los servicios disponibles en función de las políticas que se hayan definido previamente en el bloque B3 de administración de usuarios; un bloque B8 de almacenamiento de datos (Car Datábase), tal como una base de datos, encargado de almacenar la configuración de los diferentes dispositivos 1 existentes en el vehículo V, así como su estado actual; un bloque B9 de actualización (Update Agent), encargado de mantener la sincronización entre el estado real de los dispositivos 1 del vehículo V y el estado registrado por el sistema, y comunicarlo a todos aquellos usuarios que estén monitorizando dicho estado en ese momento; un bloque B10 de gestión de dispositivos (Device Manager), desde el que se controlan los diferentes dispositivos 1 existentes en el vehículo V y se virtualiza cada dispositivo, de manera que los usuarios 2 que monitorizan dichos dispositivos 1 no necesitan disponer de información física sobre ellos, ni conocer los protocolos de bajo nivel mediante los cuales se controlan dichos dispositivos; y un bloque B11 controlador de dispositivos (Device Controller), que es el que realiza la conversión de acciones lógicas en acciones físicas específicas a la tecnología de control, existiendo un controlador de dispositivo para cada tecnología de control. La figura 4 muestra -un primer ejemplo de interacción entre los bloques que conforman la unidad de control 3. Dicho ejemplo- hace referencia a la inicialización e identificación de un usuario 2 en el sistema de control del vehículo V. En dicha figura puede observarse que el proceso se inicia cuando el usuario 2 actúa sobre el bloque B1 cliente, de modo que dicho bloque B1 solicita AA servicio al bloque B2 servidor de HTTP. El bloque B2 responde presentando AB una página de login (usuario y contraseña) al usuario 2 a través del bloque B1 cliente. Tras introducir AC el usuario 2 sus credenciales, el bloque B3 de administración de usuarios comprueba AD que sean correctas. Tanto si son correctas como si no, el bloque B3 responde AE al bloque B2. Si dicho bloque B2 recibe una respuesta negativa, vuelve a presentar AB al usuario la página de login. En caso de respuesta afirmativa, se establece una nueva sesión AF, para la cual el bloque B6 de control de sesión guarda AG, AH un registro en el bloque B5 de registro del sistema, y solicita Al, AJ al bloque B4 de políticas de usuario los permisos asignados al usuario 2. Posteriormente, el bloque B6 interroga AK al bloque B7 de almacenamiento de servicios sobre los servicios disponible para el usuario 2, y obtiene AL, AM una representación actual del estado del sistema del bloque B8 de almacenamiento de datos. Finalmente, la información se presenta AN, AO, AP al usuario mediante una página en HTML 11 a través del bloque B1 cliente.
En la figura 5 puede verse un diagrama de bloques que muestra un segundo ejemplo de interacción entre los bloques que conforman la unidad de control 3, en el que se realiza una manipulación de un dispositivo 1 del vehículo V. Se sobreentiende que el proceso de inicialización e identificación descrito para la figura 4 ha finalizado correctamente.
En este caso, el bloque B1 cliente tiene acceso a la generación BÁ de un evento de manipulación del dispositivo 1, a través de la página en HTML 11 , que llega BB hasta el bloque B6 de control de sesión, el cual guarda BC, BD un registro de la solicitud del evento en el bloque B5 de registro del sistema. Dicha solicitud— pasa BE al bloque B9 de actualización, el cual la traspasa BF hacia el dispositivo 1 del vehículo para su manipulación, a través del bloque B10 de gestión de dispositivos y el bloque B11 controlador de dispositivos. El bloque B9 recibe BG la respuesta del dispositivo 1 después de su manipulación, y actualiza BH el bloque B8 y vuelve Bl hasta el bloque B6, el cual, tras guardar BJ, BK otro registro del resultado en el bloque B5 de registro del sistema, comunica BL, BM el resultado al usuario 2, mediante la página en HTML 11 , a través del bloque B1 cliente. En la figura 6 se representa un tercer ejemplo de interacción entre los bloques que constituyen la unidad de control 3, en el que se realiza una sincronización del estado de los dispositivos 1 del vehículo V. Como se puede deducir fácilmente de la figura, los procesos de sincronización pueden ser independientes de la existencia de usuarios 2 que estén monitorizando el estado de los dispositivos 1. El bloque B9 de actualización se encarga de interrogar CA a los dispositivos 1 que no son capaces de generar eventos. Cualquier dispositivo que experimente un cambio de estado informa CB a dicho bloque B9, bien activamente, bien tras recibir una solicitud de estado. El bloque B9 se encarga entonces de actualizar CC el bloque B8 de almacenamiento de datos, y guardar CD, CE un registro del evento en el bloque B5 de registro del sistema.
A continuación se describirá una realización concreta de la invención, basándose en el sistema y en el procedimiento, objetos de la invención a través de las figuras 7 y 8. En dicha descripción, los dispositivos 1 están conectados a la unidad de control 3 mediante el protocolo 4 adecuado (CAN bus, MOST, MCP, etc.) para cada dispositivo 1. Se supone que el dispositivo a manipular remotamente son las luces interiores 1 del vehículo V que se han quedado encendidas después de que el conductor haya aparcado el vehículo el garaje de su casa. El usuario 2 del sistema de control del vehículo V es, por ejemplo, la compañía aseguradora del vehículo V, que ofrece un servicio de-vigilancia del vehículo. Cabe destacar que el bloque-B1 -cliente es un ordenador personal.
La página en HTML 11 (figura 8) a través de la que se realiza el control de las luces 1 del vehículo V se muestra en la pantalla de un ordenador personal B1 dispuesto en las oficinas de la compañía aseguradora. Dicha página 11 aparece en la pantalla del ordenador B1 por el hecho de que se detectan las luces 1 del interior del vehículo V encendidas una vez que el asegurado ha aparcado el vehículo en el garaje. El hecho de que dichas luces 1 estén encendidas, se muestra en la página en HTML 11 a través de un botón 12 en la posición de ON. Para conseguir el apagado de las luces interiores 1 es necesario pulsar sobre dicho botón 12, el cual automáticamente se sitúa en la posición de OFF, igual que el resto de los botones mostrados en la figura 8.
La conexión 5 de la unidad de control 3 al ordenador personal B1 se realiza a través de Internet 13 mediante una línea ADSL 14 de 256 kbps de bajada y 128 kps de subida, mientras que el ordenador personal
B1 de la compañía aseguradora, utiliza una conexión a Internet 13 a través de cable 15.
Primeramente, la compañía aseguradora, para poder ofrecer el servicio, debe estar dada de alta como usuario 2 del sistema. Se supone que ya es así. A partir de aquí, un trabajador de la compañía aseguradora intenta conectarse al sistema mediante el ordenador personal B1. Para ello envía AA una solicitud de servicio al servidor de
HTTP B2 a través de Internet 13, el cual muestra AB, a través de Internet 13, una página en HTML de identificación en la pantalla del ordenador personal B1. El trabajador envía AC los datos al servidor de
HTTP B2, el cual los manda AD al bloque B3 de administración de usuarios, para su validación. Dicho bloque B3 devuelve ÁE una respuesta afirmativa al servidor de HTTP B2, consiguiéndose una validación correcta de la compañía aseguradora.
Posteriormente, el servidor de HTTP B2 envía AF los datos de identificación de la compañía al bloque B6 de control de sesión, para iniciar una sesión-y-guardar AG, AH la validación de la compañía-en el bloque B5 de registro del sistema. Una vez realizada esta acción*, el bloque B6 de control de sesión envía Al los datos de la compañía al bloque B4 de políticas de usuario para obtener AJ los permisos asignados a dicha compañía. Entonces, el bloque Bβ de control de sesión interroga ÁK al bloque B7 de almacenamiento de servicios para obtener los servicios disponibles para la compañía. En este caso, la compañía tiene acceso a todos los dispositivos 1 críticos del vehículo V.
Al mismo tiempo, el bloque B7 de almacenamiento de servicios interroga AL al bloque B8 de almacenamiento de datos para obtener ÁM el estado actual de dichos dispositivos 1 susceptibles de ser controlados por la compañía. Dicho estado se envía AN, AO al servidor de HTTP B2 para que lo muestre AP a través de la página en HTML 11 de la figura 8. En la presente realización preferida, en el momento que se verifica AM el estado de los dispositivos 1 , es cuando se detecta que las luces interiores 1 del vehículo V se han quedado encendidas y el sistema muestra la página en HTML 11 de la figura 8 al trabajador de la compañía.
En dicha figura se puede ver que en la pantalla del ordenador personal B1 se muestra el dibujo de un vehículo 11 que tiene referenciadas todas las luces que posee. Además, cada referencia va acompañada de un botón para cambiar el estado de dichas luces. Como se puede comprobar, todos los botones se encuentran en estado OFF, excepto el de las luces interiores 1 , que está en ON. La simple pulsación de uno de los botones cambia el estado de la luz a la que hace referencia.
Para ello, el trabajador de la compañía aseguradora pulsa sobre el botón 12 de las luces interiores 1 , para apagarlas. Internamente se genera un evento de manipulación de dichas luces 1, que se envía BA al servidor de HTTP B2. Posteriormente, dicho servidor de HTTP manda BB el evento al bloque B6 de control de sesión, el cual, genera BC, BD el registro del evento en el bloque B5 de registros del sistema. Por otro lado, el bloque B6 envía- BE-el-evento al bloque B9 de actualización, que se encarga de hacerlo llegar BF a las luces 1 a través del bloque B10 de gestión de dispositivos y el bloque B11 controlador de dispositivos, y las apaga. Una vez apagadas, las luces envían BG, a través de los bloques
B10 y B11, una señal de respuesta al bloque B9 de actualización. Dicho bloque B9 actualiza BH el estado de las luces en el bloque B8 de almacenamiento de datos, y manda Bl la respuesta al bloque B6 de control de sesión, el cual registra BJ, B la respuesta en el bloque B5 de registro del sistema. Posteriormente, el bloque B6 envía BL la respuesta al servidor de HTTP B2, que se encarga de modificar BM la página en HTML 11 , pasando el botón 12 de las luces interiores 1 de ON a OFF. Además, el trabajador podría ver el estado real de las luces a través de una cámara situada en el interior del vehículo V. La imagen de dicha cámara podría mostrarse en la misma página en HTML 11 mostrada en la figura 8.
A pesar de que se ha descrito y representado una realización concreta de la presente invención, es evidente que el experto en la materia podrá introducir variantes y modificaciones, o sustituir los detalles por otros técnicamente equivalentes, sin apartarse del ámbito de protección definido por las reivindicaciones adjuntas.
Por ejemplo, la validación del usuario en el sistema puede hacerse de diversas maneras. Las posibilidades existentes son varias, pudiéndose, por ejemplo, realizar la identificación del usuario a partir de su voz, de su huella dactilar, del iris o de un transpondedor (transponder) que almacene cualquier dato identificativo del usuario.

Claims

REIVINDICACIONES
1. Sistema interactivo de control de un vehículo (V) que comprende una unidad de control (3) conectada a por lo menos un dispositivo (1 ) del vehículo (V) mediante unos primeros medios de conexión (4), por lo menos un dispositivo cliente (B1 ) conectado a la unidad de control (3) a través de unos segundos medios de conexión (5), sobre el que interactúa un usuario (2), cuya unidad de control (3) comprende un servidor de protocolo de transferencia (B2) encargado de transferir por lo menos una interfaz hombre-máquina (11 ) al dispositivo cliente (B1 ), y medios (B5) de registro del sistema, caracterizado por el hecho de que la interfaz hombre-máquina (11 ) está asociada al por lo menos un dispositivo (1 ) y al usuario (2), y por el hecho de que la unidad de control (3) comprende también medios (B3) de administración de usuarios, medios (B6) de control de sesión establecida por el usuario, medios (B8) de almacenamiento de datos referentes al dispositivo (1 ) que incluyen la interfaz hombre-máquina (11 ) asociada al dispositivo (1 ) y al usuario (2), y medios (B10, B11) de abstracción del dispositivo (1 ).
2. Sistema de control según la reivindicación 1 , caracterizado por el hecho de que la unidad de control (3) comprende también medios (B7) de almacenamiento de servicios disponibles para el usuario (2) en función de los medios (B3) de administración de usuarios.
3. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que la unidad de control (3) comprende también medios (B9) de actualización encargados de mantener la sincronización entre el estado real y el estado guardado en los medios (B8) de almacenamiento de datos, del dispositivo (1 ) del vehículo (V).
4. Sistema de control según cualquiera de-las-reivindicaciones anteriores, caracterizado por el hecho de que los medios de abstracción del dispositivo comprenden medios (B10) de gestión del mismo, para controlarlo y virtualizarlo, y medios (B11 ) controladores del dispositivo (1 ), que realizan la traslación de acciones lógicas en acciones físicas sobre el mismo.
5. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que la interfaz hombre- máquina es un sistema (11) de reconocimiento/generación de voz.
6. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que la interfaz hombre- máquina es una página (11 ) realizada en un lenguaje de marcación.
7. Sistema de control según la reivindicación 6, caracterizado por el hecho de que la página realizada en un lenguaje de marcación es una página (11 ) en HTML.
8. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el servidor de protocolo de transferencia es un servidor de HTTP (B2).
9. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que los medios (B3) de administración de usuarios comprenden medios (B4) de políticas de usuario.
10. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que los medios (B5) de registro del sistema comprenden registros de incidencias ocurridas en el sistema, y registros de usuario (2).
11. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que los medios (B8) de almacenamiento de datos referentes al dispositivo (1 ) del vehículo (V) son una base de datos de los parámetros de configuración y del estado actual del dispositivo (1 ).
12. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que la unidad de control (3) comprende también un sistema operativo (7), encargado de virtualizar todos los recursos de hardware del sistema, un firewall para la protección del sistema, y un motor de la base de datos (B8).
13. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el dispositivo cliente (B1 ) comprende una pantalla de visualización.
14. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que los primeros medios de conexión, entre la unidad de control (3) y el dispositivo (1 ) del vehículo (V), son una interfaz CAN (4).
15. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que los primeros medios de conexión (4), entre la unidad de control (3) y el dispositivo (1) del vehículo (V), se adaptan específicamente a las características de cada dispositivo (1) del vehículo (V).
16. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que los segundos medios de conexión (5) son multicanal y asimétricos.
17. Sistema de — control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el usuario es un sistema (2) de control de dispositivos domésticos.
18. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el usuario es un proveedor (2) de servicios.
19. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el usuario es una aplicación (2) responsable de mantener la integridad del sistema, y la conectividad y el mantenimiento de la unidad de control (3).
20. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el dispositivo del vehículo es un sistema (1 ) de control de dispositivos domésticos.
21. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el dispositivo es un subsistema independiente (1 ).
22. Sistema de control según cualquiera de las reivindicaciones anteriores, caracterizado por el hecho de que el dispositivo es un elemento de un subsistema independiente (1 ).
23. Procedimiento para controlar por lo menos un dispositivo (1 ) de un vehículo (V) que comprende una unidad de control (3) conectada a dicho dispositivo (1 ) del vehículo (V) mediante unos primeros medios de conexión (4), cuya unidad de control (3) está también conectada a por lo menos un dispositivo cliente (B1) a través de unos segundos medios de conexión (5), -caracterizado por el hecho de que comprende las siguientes etapas:
(A) Un usuario se identifica a través del dispositivo cliente (B1 ) mediante unos datos de identificación; (B) El servidor de protocolo de transferencia (B2) envía (ÁF) los datos de identificación del usuario (2) a unos medios (B6) de control de sesión, para iniciar una sesión y guardar (AG, AH) la validación del usuario (2) en unos medios (B5) de registro del sistema; (C) Se solicita (AL) el estado actual del dispositivo (1) del vehículo (V) a unos medios (B8) de almacenamiento de datos, cuyo estado actual se envía (AM, AN, AO) al servidor de protocolo de transferencia (B2), que lo muestra (AP) al usuario (2), a través del dispositivo cliente (B1 ), mediante una interfaz hombre-máquina (11 ) correspondiente;
(D) El usuario (2) genera un evento de manipulación del dispositivo (1 ) del vehículo (V), interaccionando con la interfaz hombre-máquina (11 ) mostrada en el dispositivo cliente (B1 ), cuyo evento se envía (BA) al servidor de protocolo de transferencia (B2);
(E) Dicho servidor (B2) envía (BB) el evento de manipulación del dispositivo (1 ) generado por el usuario (2), a los medios (B6) de control de sesión, los cuáles mandan (BC, BD) guardar la generación del evento en los medios (B5) de registro del sistema;
(F) Se envía (BF) el evento al dispositivo (1) del vehículo (V) a través de unos medios (B10, B11 ) de abstracción de dicho dispositivo, para conseguir la manipulación del mismo;
(G) Se actualiza (BH) la información del estado actual del dispositivo (1 ) en los medios (B8) de almacenamiento de datos; y (H) Se envía (Bl) la respuesta del dispositivo -(-1)-del vehículo a los medios (B6) de control de sesión, los cuáles, a su vez, registran (BJ, BK) la respuesta en los medios (B5) de stro del sistema, cuyos medios (B6) de control de ón envían (BL) la respuesta del dispositivo (1 ) al servidor de protocolo de transferencia (B2), el cual la muestra (BM), a través del dispositivo cliente (B1 ), al usuario (2), mediante la interfaz hombre-máquina (11 ).
24. Procedimiento según la reivindicación 23, caracterizado por el hecho de que la etapa (A) comprende las subetapas:
(Á.1 ) Un usuario (2) envía (AA) una solicitud de servicio, desde el dispositivo cliente (B1 ), a un servidor de protocolo de transferencia (B2); (A.2) El servidor de protocolo de transferencia (B2) muestra
(AB) una página de identificación del usuario (2) en el dispositivo cliente (B1 );
(A.3) El usuario (2) envía (AC, AD) los datos de identificación, a través del servidor de protocolo de transferencia (B2), a unos medios (B3) de administración de usuarios, para su validación, cuyos medios (B3) de administración de usuarios envían (AE) el resultado de dicha validación al servidor de protocolo de transferencia (B2).
25. Procedimiento según cualquiera de las reivindicaciones 23 ó 24, caracterizado por el hecho de que comprende también las siguientes etapas entre las etapas B y C:
(I) Los medios (B6) de control de sesión solicitan (Al) a unos medios (B4) de políticas de usuario, los permisos asignados a dicho usuario (2) validado, los cuáles son enviados (AJ) a los medios (B6) de control de sesión; y (J) Los medios (B6) de control de sesión interrogan (AK) a-unos medios (B7) de almacenamiento de servicios para obtener los servicios disponibles para el usuario (2).
26. Procedimiento según cualquiera de las reivindicaciones 23 a 25, caracterizado por el hecho de que comprende también una etapa, entre las etapas E y F, en la que se envía (BE) el evento de manipulación del dispositivo (1 ) del vehículo (V) a unos medios (B9) de actualización.
27. Procedimiento según cualquiera de las reivindicaciones 23 a 26, caracterizado por el hecho de que comprende también una etapa, entre las etapas F y G, en la que el dispositivo (1 ) del vehículo (V) responde (BG) a los medios (B9) de actualización, a través de los medios (B10, B11 ) de abstracción.
28. Procedimiento según cualquiera de las reivindicaciones 24 a 27, caracterizado por el hecho de que si la validación del usuario (2) en los medios (B3) de administración de usuarios en la subetapa (A.3) no es correcta, el control vuelve a la subetapa (A.2).
PCT/ES2003/000102 2003-03-10 2003-03-10 Procedimiento y sistema interactivo de control de un vehículo WO2004081840A1 (es)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP03714970A EP1610252B1 (en) 2003-03-10 2003-03-10 Interactive method and system for controlling a vehicle
ES03714970T ES2286420T3 (es) 2003-03-10 2003-03-10 Procedimiento y sistema interactivo de control de un vehiculo.
AT03714970T ATE360237T1 (de) 2003-03-10 2003-03-10 Interaktives verfahren und system zur fahrzeugsteuerung
DE60313373T DE60313373T2 (de) 2003-03-10 2003-03-10 Interaktives verfahren und system zur fahrzeugsteuerung
AU2003219174A AU2003219174A1 (en) 2003-03-10 2003-03-10 Interactive method and system for controlling a vehicle
PCT/ES2003/000102 WO2004081840A1 (es) 2003-03-10 2003-03-10 Procedimiento y sistema interactivo de control de un vehículo

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/ES2003/000102 WO2004081840A1 (es) 2003-03-10 2003-03-10 Procedimiento y sistema interactivo de control de un vehículo

Publications (1)

Publication Number Publication Date
WO2004081840A1 true WO2004081840A1 (es) 2004-09-23

Family

ID=32982071

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2003/000102 WO2004081840A1 (es) 2003-03-10 2003-03-10 Procedimiento y sistema interactivo de control de un vehículo

Country Status (6)

Country Link
EP (1) EP1610252B1 (es)
AT (1) ATE360237T1 (es)
AU (1) AU2003219174A1 (es)
DE (1) DE60313373T2 (es)
ES (1) ES2286420T3 (es)
WO (1) WO2004081840A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9154947B2 (en) 2007-12-13 2015-10-06 GM Global Technology Operations LLC Secure home-to-vehicle wireless connectivity
EP2939129A4 (en) * 2012-12-31 2016-11-30 Thermo King Corp COMMUNICATION PROTOCOL FOR A TRANSPORT COOLING SYSTEM
DE102014201954A1 (de) 2014-02-04 2015-08-06 Volkswagen Aktiengesellschaft Verfahren zur Datenübertragung, Kommunikationsnetzwerk und Fahrzeug
DE102014201948B4 (de) 2014-02-04 2018-10-25 Volkswagen Aktiengesellschaft Verfahren zur Datenübertragung, Kommunikationsnetzwerk und Fahrzeug

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1034984A2 (en) * 1999-03-12 2000-09-13 Navigation Technologies Corporation Method and system for an in-vehicle computing architecture
US6148253A (en) * 1998-05-21 2000-11-14 Alpine Electronics, Inc. On-vehicle control system
US20010025376A1 (en) * 1999-12-24 2001-09-27 Mannesmann Vdo Ag Audio and/or video system, particularly for motor vehicles or home applications
US6487717B1 (en) * 1999-01-15 2002-11-26 Cummins, Inc. System and method for transmission of application software to an embedded vehicle computer

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6028537A (en) * 1996-06-14 2000-02-22 Prince Corporation Vehicle communication and remote control system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6148253A (en) * 1998-05-21 2000-11-14 Alpine Electronics, Inc. On-vehicle control system
US6487717B1 (en) * 1999-01-15 2002-11-26 Cummins, Inc. System and method for transmission of application software to an embedded vehicle computer
EP1034984A2 (en) * 1999-03-12 2000-09-13 Navigation Technologies Corporation Method and system for an in-vehicle computing architecture
US20010025376A1 (en) * 1999-12-24 2001-09-27 Mannesmann Vdo Ag Audio and/or video system, particularly for motor vehicles or home applications

Also Published As

Publication number Publication date
AU2003219174A1 (en) 2004-09-30
ES2286420T3 (es) 2007-12-01
EP1610252B1 (en) 2007-04-18
DE60313373D1 (de) 2007-05-31
ATE360237T1 (de) 2007-05-15
DE60313373T2 (de) 2008-01-03
EP1610252A1 (en) 2005-12-28

Similar Documents

Publication Publication Date Title
US11770575B2 (en) Allowing mobile device to remotely control authorized subset of controllable devices utilizing content available in registered guest room
CN110622222B (zh) 通用访问控制装置
US8601595B2 (en) Method for vehicle internetworks
CN109474912B (zh) 一种车载网关系统以及车载子系统的监控方法和装置
ES2744612T3 (es) Procedimiento de control de un equipo multimedia a partir de un terminal móvil, programas de ordenador, equipo multimedia y servidor correspondientes
WO2018082105A1 (zh) 利用外置sim卡切换车载业务的方法及装置
US20080215766A1 (en) Access, monitoring and communication device and method
CN202856773U (zh) 用于智能家居的网关控制器及智能家居防盗系统
ES1299510U (es) Plataforma de vehiculo integrada en la nube
WO2001026337A9 (en) Method for remote access of vehicle components
US20120259480A1 (en) Vehicle-mounted device, method for activating the vehicle-mounted device and vehicle-mounted system
CN102243590A (zh) 用于在外部设备上的应用程序和车辆系统之间通信的方法
US20090164680A1 (en) Access, monitoring and communication device and method
JP2004072773A (ja) バスサービスインタフェース
ES2286420T3 (es) Procedimiento y sistema interactivo de control de un vehiculo.
US20170155970A1 (en) Plug and Play Method and System of Viewing Live and Recorded Contents
US9510034B2 (en) Plug and play method and system of viewing live and recorded contents
WO2004081797A1 (es) Procedimiento y sistema interactivo de control de dispositivos domesticos
CN104992484A (zh) 基于蓝牙识别的车辆进出系统
CA3053908C (en) System and method for remotely operating a switch
KR100660576B1 (ko) 홈 영상 관리장치 및 그 제어방법
JP2018136743A (ja) 情報処理装置、情報処理方法およびプログラム
KR20130125055A (ko) 아이피(ＩＰ)주소와 맥(Ｍａｃ)주소를 사용한 네트워크 정보 제어시스템 및 방법
US20230397269A1 (en) Prioritized resident electronic device in home
KR100908839B1 (ko) Ｕｓｂ가 연결된 게이트웨이에서 ｕｓｂ서비스를 제공하는시스템 및 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2003714970

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003714970

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP

WWG Wipo information: grant in national office

Ref document number: 2003714970

Country of ref document: EP