MX2012004331A

MX2012004331A - Administracion centralizada de aplicaciones y servicios de software de vehiculos de motor.

Info

Publication number: MX2012004331A
Application number: MX2012004331A
Authority: MX
Inventors: Kamyar Moinzadeh; Lee Zhao; Leon L Hong
Original assignee: Airbiquity Inc
Priority date: 2009-10-15
Filing date: 2010-10-13
Publication date: 2013-03-05
Also published as: CA2774055A1; BR112012007367A2; US8838332B2; BR112012007368A2; US8831824B2; JP2013509032A; TW201124292A; CN102597954A; KR20120081213A; AU2010306911A2; KR20120089317A; EP2488944A1; WO2011047056A1; AU2010306831B2; WO2011047052A1; EP2488944B1; JP2013509033A; AU2010306911A1; TW201128533A; MX2012004330A

Abstract

En un ejemplo, un dispositivo de red (222) mantiene una lista (609) de programas de aplicación de usuario disponibles. El dispositivo de red (222) aprueba por lo menos uno de los programas de aplicación de usuario disponibles para uso en una marca y modelo de vehículo de motor especificado, en donde la aprobación se determina por o a nombre del OEM del vehículo o proveedores del servicio. El dispositivo de red (222) forma una lista controlada (610) de aplicaciones que identifica las aplicaciones aprobadas. El dispositivo de red (222) selecciona cuando menos una aplicación de la lista controlada de aplicaciones aprobadas para descarga (239) a un vehículo de motor específico, en donde la selección se hace por medio de o en nombre de un propietario del vehículo de motor específico. El dispositivo de red (222) descarga (250) inalámbricamente el programa de aplicación seleccionado al vehículo de motor específico y provoca que el programa de aplicación descargado se instale en una unidad de encabezamiento (221) del vehículo de motor específico.

Description

ADMINISTRACIÓN CENTRALIZADA DE APLICACIONES Y SERVICIOS DE SOFTWARE DE VEHÍCULOS DE MOTOR DESCRIPCIÓN Esta solicitud reivindica prioridad de las siguientes solicitudes de los Estados Unidos de América: solicitud N° 12/777, 989 presentada el 11 de mayo de 2010, titulada: "CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES", que es una solicitud de continuación en parte de la solicitud de patente norteamericana No. 12/729,207 presentada el 22 de marzo de 2010, titulada: "CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES", la cual es una solicitud no provisional de la solicitud provisional No. 61/252,066 presentada el 15 de octubre de 2009, titulada: "CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES", y la solicitud provisional No. 61/260,781 presentada el 12 de noviembre de 2009, titulada "CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES" cada una de las cuales se incorpora aquí como referencia en su totalidad.

Antecedentes y campo de la Invención Un vehículo de motor puede estar equipado con una "unidad principal" que tiene una interfaz de usuario. La interfaz de usuario puede incluir varios componentes de recursos tales como una pantalla, altavoces, un micrófono, una pantalla táctil y/o teclado, etc. Los teléfonos inteligentes y otros teléfonos móviles pueden descargar diversas aplicaciones que operan en el teléfono. Un usuario puede utilizar una interfaz de usuario del teléfono para controlar la aplicación y/o utilizar la aplicación de alguna manera (como ver la pantalla de visualización o escucha la salida de audio) .

Extender aplicaciones del teléfono móvil a la unidad principal se ha convertido en una característica popular ofrecida por varios proveedores de servicios y fabricantes de vehículos. Como resultado, el usuario puede tomar ventaja de mejores componentes de interfaz de usuario ofrecidos por la unidad principal (por ejemplo, una pantalla más grande y más alta calidad de salida de audio) . Es deseable establecer un mecanismo para controlar, administrar y arbitrar la extensión de aplicaciones de telefonía móvil que operan en la unidad principal utilizando la lógica de control de servicio disponible en un servidor remoto.

Los vehículos también pueden ser fabricados con los componentes que permitan que las aplicaciones se instalen en el propio vehículo (en lugar de ser instaladas en un dispositivo móvil). Es deseable también controlar, administrar y arbitrar el uso de la interfaz del vehículo por estas aplicaciones.

Breve descripción de la Invención Lo siguiente es una breve descripción de la invención con el fin de proporcionar un conocimiento básico de algunos aspectos de la invención. Esta breve descripción no tiene la intención de identificar los elementos clave/críticos de la invención o delimitar el alcance de la invención. Su único propósito es presentar algunos conceptos de la invención en una forma simplificada como un preludio a la descripción más detallada que se presenta más adelante.

En un ejemplo, un dispositivo de red almacena un mapeo de modos de operación de aplicación para condiciones1 del vehículo tales como una primera condición del vehículo accionado pero no en movimiento y una segunda condición del vehículo en movimiento. El dispositivo de red recibe una petición de forma inalámbrica transmitida (enviada por un transmisor inalámbrico del vehículo o de un dispositivo móvil acoplado al vehículo) para una aplicación particular para utilizar una interfaz accionada por el vehículo. El dispositivo de red compara un identificador de aplicación especificado en la solicitud recibida para la asignación o mapeo. El dispositivo de red identifica entonces una porción de la interfaz del vehículo de acuerdo con la comparación y señala software de control en el vehículo para permitir el acceso de una aplicación particular a sólo la porción identificada de la interfaz del vehículo. La aplicación puede residir en el dispositivo móvil y utilizar la interfaz del vehículo como una interfaz extendida, o la aplicación puede residir en el propio vehículo. Aspectos y ventajas adicionales de esta invención serán evidentes a partir de la siguiente descripción detallada de modalidades preferidas, las cuales proceden con referencia a las figuras adjuntas.

Breve descripción de las figuras La figura 1 ilustra un sistema para controlar el uso de una unidad principal como una interfaz extendida para una aplicación de teléfono de una manera segura e inteligente .

La figura 2A ilustra un diagrama de flujo que muestra el funcionamiento del software 32 de la figura 1.

La figura 2B ilustra un diagrama de flujo que muestra un esquema de contención que puede ser utilizado por el software 32 de la figura 1.

La figura 3 ilustra un diagrama de flujo que muestra el funcionamiento del software 30A-B de la figura 1.

La figura 4 ilustra un sistema para seleccionar y distribuir aplicaciones para un vehículo de una manera segura e inteligente.

La figura 5 ilustra un diagrama de flujo que muestra el funcionamiento del software de la figura 4.

La figura 6 ilustra con más detalle el sistema mostrado en las figuras 4-5.

La figura 7 ilustra un sistema para seleccionar y distribuir aplicaciones para un vehículo de una manera segura e inteligente de acuerdo con las preferencias del usuario.

La figura 8 ilustra un diagrama de flujo que muestra el funcionamiento del software de la figura 7.

La figura 9 ilustra con más detalle el sistema mostrado en las figuras 7-8.

La figura 10 ilustra un sistema para seleccionar una interfaz de unidad principal gráfica de acuerdo con una configuración de la unidad principal.

La figura 11 muestra un sistema para generar y enviar aprobaciones remotas de computación a la unidad principal .

La figura 12 muestra un sistema de gráficos para empujar actualizaciones de interfaz de usuario gráfica a la unidad principal en respuesta a los dispositivos móviles se presenta una solicitud para una nueva aplicación o el portal web de usuario seleccionando una nueva solicitud.

La figura 13A ilustra un diagrama de flujo que muestra antes de la operación de un esquema de control parental.

La figura 13B ilustra un diagrama de flujo que muestra el funcionamiento del sistema de control parental.

Descripción detallada de las modalidades preferidas En un ejemplo, un usuario acopla un teléfono a una unidad principal del vehículo automotor mediante una conexión cableada o inalámbrica con el fin de utilizar la unidad principal como una interfaz extendida para el teléfono. El usuario puede permitir controlar una aplicación en el teléfono mediante la interfaz de la unidad principal, dependiendo de una determinación a través de un servidor remoto tal como se describe en el párrafo siguiente. Del mismo modo, al usuario se le puede permitir ver o escuchar una salida de la aplicación sobre la interfaz de la unidad principal, dependiendo de una determinación a través de un servidor remoto tal como se describe en el párrafo siguiente.

Novedoso software de control de cliente en el teléfono y en la unidad principal entra en contacto con el novedoso software de control de servidor en un servidor remoto a través de una conexión inalámbrica que se extiende desde el teléfono. El software de control de cliente identifica una aplicación de teléfono para utilizar la unidad principal como una interfaz extendida. El software de control de servidor compara la aplicación de teléfono identificada con una o más bases de datos accesibles por el servidor remoto. Con base en la comparación, el software de control de servidor determina si a la solicitud identificada se le permitirá utilizar la unidad principal como una interfaz extendida y, si es asi, a qué componentes de la interfaz de unidad principal se les permitirá ser utilizados por la aplicación. El software de control del servidor indica el software de control de cliente para controlar el teléfono y la unidad principal de acuerdo con la determinación. En consecuencia, cualquier utilización de la unidad principal como una interfaz extendida puede ser controlada de una manera segura e inteligente.

La figura 1 ilustra un sistema para controlar el uso de una unidad principal como una interfaz extendida para una aplicación de teléfono de una manera segura e inteligente .

El sistema 100 incluye el software 30A y 30B configurado en, respectivamente, un teléfono móvil 20 (u otro dispositivo móvil) y la una unidad principal 21 (u otra interfaz energizada por un vehículo de motor, tal como una interfaz de usuario integrada con un volante o una interfaz de usuario integrada con un asiento trasero) . El software y las interfaces 30A y 30B con el software 32 configurado en un servidor remoto 22 para regular y controlar cuándo y cómo las aplicaciones 40 operando en el teléfono 20 acceden recursos E/S 1-4 de la unidad principal 21.

En el bloque 201, el software 32 recibe una solicitud para una aplicación 40 particular en el teléfono 20 para utilizar la interfaz (incluyendo entrada 24 de recursos 1-2 y salida 25 de recursos 3-4) de la unidad principal 21. La solicitud incluye un identificador de usuario correspondiente al usuario del vehículo de motor y/o de la unidad principal 21, un identificador de aplicación correspondiente a la aplicación particular 40 e información del estado del vehículo. El identificador de usuario puede ser un identificador proporcionado por el usuario cuando el software de control 30A se activó por primera vez en el teléfono móvil 100, el número telefónico del usuario, etc.

En el bloque 202, el software 32 autentica al usuario. Esto puede incluir la determinación de si el usuario identificado por el identificador de usuario coincide con una base de datos 11 de suscriptores para el servicio de extender la interfaz del teléfono 20 utilizando la unidad principal 21. Si el usuario no está autenticado en el diamante 203, a continuación en el bloque 204A, el software 32 señala el software 30A/B para bloquear el acceso por la aplicación 40 a la unidad principal 21. Se debe entender que el sistema 100 puede ser configurado de manera que el bloque 202 sea opcional.

De lo contrario, si el usuario está autenticado, a continuación, en el bloque 204B del software 32 autentifica la aplicación 40 comparando el identificador de la aplicación con una lista de aplicaciones 12 (también referida como una lista blanca) . Esta lista 12 puede ser comparada por el número de versión de tal manera que una versión particular de una aplicación 40 puede ser identificada en la lista, mientras que se excluye una versión diferente. Si la aplicación particular 40 (o una versión particular) no está en la lista 12 en el diamante 205, entonces en el bloque 204A el software 32 señala al software 30A-B para bloquear el acceso por la aplicación 40 a la unidad principal 21.

De lo contrario, si la aplicación 40 está autentificada, a continuación, en el bloque 206 el software 32 compara el identificador de la aplicación y la información del estado actual del vehículo con un mapeo 15 de modos de operación de aplicación. Como se muestra, el mapeo 15 puede tener una entrada 17 para cada aplicación 40 de la lista 12. Cada entrada 17 incluye una asignación que se particulariza para la aplicación correspondiente 40. Por ejemplo, una entrada 17 para la aplicación A mapea el estado del vehículo "vehículo en movimiento < X" con los recursos 1, 2 y 4 (específicamente, con la aplicación A se le permitirá el acceso sólo a la pantalla 1, al altavoz 2 y al micrófono 4 bajo esta condición del vehículo), mientras que la entrada 17 para la aplicación C mapea o asigna el estado del vehículo "vehículo en movimiento < X" sólo a los recursos 2 y 4 (específicamente, a la aplicación C se le permitirá acceder a los 2 altavoces y a un micrófono 4) . Un ejemplo real puede ser una aplicación de navegación A y un video juego de aplicación C, donde incluso cuando un pasajero está presente el sistema 100 no permitirá que la aplicación C de videojuego que se visualiza en la unidad principal 21 pantalla 1, ya que se considera que es de demasiada distracción para el conductor, mientras que la aplicación de navegación puede ser mostrada en la pantalla 1 de la unidad principal 21. Otra aplicación real puede ser un vehículo con una pluralidad de interfaces, como una unidad principal y una pantalla unida a la parte posterior de un asiento. Una aplicación puede tener acceso a la pantalla del , asiento trasero en condiciones en las cuales no se le permitiría acceso a la misma solicitud a la unidad principal.

Se debe entender que, en otros ejemplos, la asignación 15 puede ser almacenada en el teléfono móvil 20.

En este caso, la comparación descrita en el párrafo anterior puede ser realizada por el software de control 30A. En tal caso, el software de control 30A comprueba el estado actual del vehículo mediante la comunicación con la unidad principal 21.

En el bloque 207, el software 32 identifica un conjunto de todos o algunos de los recursos de E/S de la unidad principal 21 de acuerdo con la comparación. En el bloque 208, el software 32 indica el software de control remoto para proporcionar a la aplicación particular 40 acceso sólo a aquellos recursos de E/S 1-4 del conjunto identificado. En un ejemplo, tal señalización o indicación puede incluir el control del software 30A en el teléfono móvil 20, de manera que todas las solicitudes de acceso enviadas desde el teléfono móvil 20 se ajusten al conjunto identificado de los recursos de E/S. En otro ejemplo, tal señalización puede incluir el control del software 30B en la unidad principal 21 para bloquear las solicitudes de acceso enviadas desde el teléfono móvil 20 de cualquier manera tal como con sólo desactivar los recursos de E/S en la unidad principal 21. En todavía otros ejemplos, tal señalización puede incluir controlar tanto el software 30A como el software 30B.

La figura 2B ilustra un diagrama de flujo que muestra un esquema de contención que puede ser utilizado por el software 30B de la figura 1. Puede utilizarse un esquema de contención utilizado además el esquema mostrado en la figura 2A.

En el bloque 209, el software 30B determina si alguno de los recursos de E/S del conjunto identificado está actualmente en uso. ' Si ninguno está en uso en el diamante 210, entonces en el bloque.211A el software 30B proporciona acceso a la aplicación particular a sólo aquellos recursos de E/S del conjunto identificado.

De lo contrario, si al menos uno de los recursos del conjunto está en uso, entonces, en el bloque 211B el software 30B, identifica una clasificación por recurso 13 de las solicitudes de cada uno de los recursos en uso del conjunto identificado. Esto se muestra en la figura 1, donde existe una clasificación 13 para cada recurso 1-4. En el bloque 212, el software 30B compara el identificador de aplicación con la(s) clasificación ( es ) 13 por recurso para determinar si la aplicación 40 tiene prioridad para cualquiera de los recursos en uso del subconjunto identificado (lo puede realizar a través de señalización dado que la clasificación 13 se muestra en el servidor remoto o la clasificación pudo haber sido enviada a la interfaz del vehículo en un proceso anterior) . Esta comparación indicará si la aplicación que está actualmente utilizando un recurso en uso particular se considera que tiene una prioridad más alta o más baja que la aplicación solicitante para ese recurso en uso. En el bloque 213, el software 30B proporciona el acceso a la aplicación particular 40 sólo a aquellos de los recursos de E/S 1-4 del conjunto identificado que tampoco están actualmente en uso o están en uso por una aplicación de menor prioridad.

En el bloque 301, el software 30A-B envia una petición para una aplicación particular 40 en el teléfono 20 para utilizar la interfaz de la unidad principal 21. En el bloque 302, el software 30A-B recibe de nuevo una señal que indica si está autorizada o no la aplicación 40 para acceder a la unidad principal 21 en este momento, y si es asi, envia una identificación de que los recursos 1-4 pueden ser utilizados. Si la aplicación 40 no está autorizada en el diamante 303, entonces en el bloque 304A del software 30A-B' se emite una notificación de que la aplicación 40 no está autorizada a acceder a la unidad principal. Esta notificación podría ser de salida por el teléfono móvil 20 o la unidad principal 21, o ambos.

De lo contrario, si la aplicación 40 está autorizada en el diamante 303, entonces, en el bloque 304B el software 30A-B controla el teléfono móvil 20 y la unidad principal 21 para hacer que la aplicación 40 se extienda a los recursos identificados. Si sólo un subconjunto de recursos posibles para la aplicación 40 (desde el mapeo respectivo 17) se utilizan debido a un conflicto, entonces el software 30A-B puede generar una notificación para alertar al conductor sobre la solicitud de prioridad más baja de ser suspendida antes de activar la solicitud de mayor prioridad. En otro ejemplo, si los recursos se utilizan actualmente por una solicitud de prioridad más baja, el software 30A-B automáticamente puede suspender/terminar la solicitud de prioridad más baja y permitir que la aplicación de mayor prioridad se active mediante los recursos necesarios.

Si se determina que la aplicación 40 se puede extender a la unidad principal 21, el servidor 22 puede descargar correspondiente software de "panel de control" para la unidad principal para controlar la aplicación 40. Habiendo descargado este software a la unidad principal 21 sobre la base de la aplicación que se solicita, un proveedor de servicios puede, consecuentemente, personalizar y actualizar el "panel de control" cuando nuevas aplicaciones o actualizaciones para las aplicaciones existentes están disponibles. La unidad principal puede tener un procesador (renderer) de código web para mostrar el software de "panel de control " .

Haciendo referencia de nuevo a la figura 1, el software 30A-B se interconecta con el software 32 mediante una conexión inalámbrica que se extiende desde el teléfono 20. Esta conexión inalámbrica puede utilizar una conexión de paquetes de datos (incluyendo pero no limitado a GPRS, EDGE, EVDO, UMTS, WiMAX, WiFi, etc.), servicio de mensajes cortos (SMS) o módems de señalización en banda en el teléfono móvil 20 y en el servidor remoto 22 como se describe en las patentes US 6,144,336; 6,690,681 y 6,493,338.

Todavía con referencia a la figura 1, se observa que el teléfono móvil 20 se puede acoplar a la unidad principal 21 mediante una conexión como una conexión USB, Bluetooth o WiFi. Estos son sólo ejemplos, sin embargo, y en otros casos una conexión y/o protocolo diferentes pueden ser adecuados para la utilización de la interfaz de la unidad principal 21 para la aplicación 40 del teléfono 20.

Se debe entender que la asignación o mapeo 15 puede tener cualquier otro estado del vehículo y que los cuatro ejemplos ilustrados son meramente algunos ejemplos. Por ejemplo, otro estado del vehículo podría ser si el vehículo se está moviendo más de "X" velocidad y un pasajero está presente .

Se debe entender que la unidad principal 21 puede incluir menos de todos los recursos de ejemplo mostrados u otros recursos que no se muestran. Por ejemplo, otro posible componente de E/S de recursos es un componente de texto a voz .

En el ejemplo ilustrado, se puede permitir que una primera aplicación tenga acceso a un primer subconjunto de cualesquiera recursos que estén realmente presentes en la unidad principal 21 sobre la base de una decisión inteligente por el sistema 100, mientras que a una segunda aplicación diferente se le puede permitir el acceso a un segundo subconjunto de recursos o incluso a la totalidad de los recursos .

Se debe entender que las aplicaciones 40 pueden ser clasificadas "por recurso", como se ilustra o pueden ser sólo una sola clasificación incluyendo todas las aplicaciones 40. El sistema 100 se implementa con la clasificación "por recurso", como se muestra, pero los conceptos descritos en este documento podrían ser implementados en otro sistema de clasificación de aplicaciones, independientemente de los recursos .

Una diferencia entre el sistema de la figura 1 discutido previamente y el sistema de la figura 4 es la ubicación de instalación de las aplicaciones. Considerando que las aplicaciones A-C en el sistema 100 de la figura 1 están instaladas y operando en el teléfono móvil 20 (utilizando la unidad principal 21 u otra interfaz energizada por el vehículo como una interfaz extendida), las aplicaciones J-L en el sistema 200 de la figura 4 están instaladas en la unidad principal 221 u otro componente accionado por el vehículo. En el sistema 200 de la figura 4, el software 230-232 permite a un proveedor seleccionar qué aplicaciones se pueden instalar en la unidad principal 221 y controlar la distribución de las aplicaciones seleccionadas en el vehículo.

Antes de discutir los detalles del sistema 200 en los párrafos siguientes, debe ser evidente que las estructuras y funciones del sistema 100 descritas en las figuras 1-3 se pueden combinar con las estructuras y funciones del sistema 200 (figuras 4-6) en un solo sistema. Por ejemplo, un solo sistema podría incluir algunas aplicaciones instaladas en un teléfono móvil mediante una interfaz de un vehículo como una interfaz extendida y algunas aplicaciones instaladas en un componente del vehículo.

En el bloque 501, en respuesta a que el vehículo ha sido activado, el software de control 230 envía una señal 244 al servidor 222 que indica el encendido del vehículo. La señal 244 puede ser enviada a través de una conexión local, tal como una conexión USB o Bluetooth para ser transmitida por el dispositivo móvil 220 en una red de telecomunicaciones inalámbricas .

En el bloque 502, el software 232 comprueba un directorio de descarga 239 (a veces referido como un "caja de arena") asociado con el vehículo para determinar si existe alguna aplicación para ser descargada en el vehículo. Un esquema para seleccionar de forma inteligente las aplicaciones que están presentes en el directorio de descarga 239 se discutirá en detalle más adelante con referencia a la figura 6.

Si la comprobación por el software 232 indica que el directorio de descarga 239 incluye al menos una aplicación, el proceso continúa. Por ahora, se asume para efectos de ilustración que el directorio de descarga 239 incluye aplicaciones 240 (J-L) . En consecuencia, en el bloque 503 el software 232 genera y envía señales 245 para hacer que el software de compuerta de enlace IP 231 en el teléfono móvil 220 funcione como una compuerta de enlace IP para la retransmisión de las solicitudes a la unidad principal 221. En un ejemplo, las señales 245 incluyen comunicaciones para cargar dinámicamente el teléfono móvil 220 con el software 231 en respuesta a la determinación en el bloque 502 y provocar que el software 231 opere en él para la descarga al vehículo. Las señales 245 no pueden ocurrir si el teléfono móvil 220 ya está cargado con el software 231 y está listo para la operación de compuerta de enlace IP. En otros ejemplos, las señales 245 podrían originarse a partir del software de control 230 en la unidad principal 221 en respuesta a la detección del encendido del vehículo.

En el bloque 504, el software 232 genera y envía paquetes IP 250 para descargar las aplicaciones 240 en el vehículo. Los paquetes IP 250 son recibidos por el teléfono móvil 220 y reenviados mediante la operación del software 231 a la unidad principal 221. En el bloque 505, el software 230 recibe los paquetes IP 230 e instala las aplicaciones 240 (J-L) en el vehículo (la instalación puede ser sobre los componentes de la unidad principal 221 o de otros componentes del vehículo) .

Después de ello, un usuario del vehículo puede operar las aplicaciones J-L utilizando la unidad principal 221 como una interfaz. Se debe entender que el software 230 y el software 232 pueden operar de acuerdo con cualquiera de los principios descritos en las figuras 1-3. Por ejemplo, el software 230 y el 232 pueden regular la utilización de los recursos de E/S de la unidad principal 221 por la(s) aplicación (es ) activa (s) de acuerdo con el estado actual del vehículo. Como otro ejemplo, en sistemas donde las aplicaciones se instalan en el vehículo y en un dispositivo móvil, el software 230 y el 232 pueden incluir todas las aplicaciones que utiliza la interfaz del vehículo en una tabla de clasificación/prioridad de aplicaciones similar a la tabla 13 (figura 1) .

En un ejemplo, la unidad principal 221 incluye un procesador (renderer) 299 de código web, por ejemplo, un procesador HTML, controlado por el software 230. El procesador (renderer) de código web 299 está configurado para mostrar el código HTML, pero a diferencia de un navegador, no permite al usuario navegar libremente a los lugares web. En concreto, el procesador de código web 299 muestra sólo las aplicaciones autorizadas por el proveedor, por ejemplo, las especificadas por el servidor 222.

Se debe entender que el diagrama de flujo que se ha descrito anteriormente controla las aplicaciones de actualización instaladas en el vehículo. El vehículo también puede ser pre-cargado con ciertas aplicaciones de manera que algunas de las aplicaciones instaladas en el vehículo se descarguen de acuerdo con el diagrama de flujo, mientras que otras se instalan ahí durante la fabricación.

Así, basándose en los principios descritos anteriormente, los vehículos pueden ser fabricados sin aplicaciones instaladas en el vehículo pero en lugar de ello, las aplicaciones se pueden descargar a los vehículos cuando los conductores estén presentes en los vehículos. Los tipos de aplicaciones descargadas a los vehículos se rigen por las preferencias definidas en él servidor de red proporcionadas por los conductores.

La figura 6 ilustra con más detalle del sistema mostrado en las figuras 4-5.

Se explicó previamente que el servidor 222 incluye un directorio de descarga 239 de las solicitudes en espera de ser descargado en una base por vehículo. La figura 6 ilustra los portales web de usuario 601, 604 y 605 que pueden estar involucrados en la selección de las aplicaciones en el directorio de descarga 239 y describe un ejemplo de uso de estos portales web 601, 604 y 605.

Un proveedor tal como un OEM del vehículo opera el portal 601. Usando una interfaz tal como una terminal de cómputo 625, el proveedor controla una porción de selección de aplicaciones 608 del portal web 601 con las comunicaciones 650 para montar la lista controlada 610 de aplicaciones de la lista 609 de todas las aplicaciones que se pueden instalar en el vehículo. Por lo general la construcción de la lista 610 de la lista 609 incluye la validación de las aplicaciones desde un punto de vista técnico y/o desde un punto de vista de negocios del proveedor.

El proveedor envía también comunicaciones 651 para seleccionar aplicaciones desde la lista de control 610 para ser instaladas en un vehículo particular. Estas selecciones pueden estar basadas en una asignación o mapeo de unos modelos de vehículos a las aplicaciones, por ejemplo. Estas selecciones 652 se introducen en el directorio de descarga 239.

En cuanto a la lista de todas las aplicaciones disponibles 609, debe entenderse que esta lista puede ser montada por las aplicaciones desarrolladas por el proveedor y/o por terceros. En el caso de terceros que proporcionan las aplicaciones, el tercero utiliza la parte de presentación 618 de solicitudes del portal web 604 (que está alojado en un servidor web operado por el proveedor en un ejemplo) para presentar una solicitud 649 a ser incluida en la lista 609.

Un usuario del vehículo también puede seleccionar las aplicaciones que se incluirán en el directorio de descarga 239 utilizando una terminal de computación 626, por ejemplo, utilizando cualquier dispositivo de computación accesible a Internet, tal .como el dispositivo móvil o una computadora de escritorio. La terminal de cómputo 626 accede a la parte de selección de aplicación 628 del portal web 605 del usuario (que está alojado en un servidor web operado por el proveedor en un ejemplo) para ver la lista de control 610 de las aplicaciones que se pueden instalar en su vehículo. El usuario puede enviar comunicaciones 661 para seleccionar aplicaciones desde la lista de control 610 que al usuario le gustaría instalar en su vehículo. Estas selecciones 662 se introducen en el directorio- de descarga 239.

El portal web 605 del usuario también puede ser configurado para permitir a un usuario eliminar las aplicaciones particulares del directorio de descarga 239, por ejemplo, el usuario puede desear eliminar una de las aplicaciones seleccionadas 652 de los proveedores agregadas al directorio de descarga 239 a través del proveedor. La eliminación puede ser realizada por la eliminación de una aplicación que ya ha sido enviada al directorio 239 o por lo la indicación de que una aplicación particular no se desea antes de que tal aplicación se agrega a la carpeta o directorio de descarga 239.

De acuerdo con lo anterior, las aplicaciones pueden ser acumuladas en el directorio de descarga por el vehículo 239. A la puesta en marcha del vehículo, tales aplicaciones pueden ser descargadas e instaladas en el vehículo. El directorio de descarga 239 puede entonces acumular nuevas aplicaciones hasta un nuevo encendido del vehículo.

Se debe entender que una interfaz similar a la del portal web 605 se puede visualizar en la unidad principal del vehículo. El usuario puede entonces hacer selecciones de este tipo de interfaz para seleccionar aplicaciones desde la lista de control 610. Las aplicaciones seleccionadas se pueden descargar de inmediato al vehículo en lugar de ponerlas en el directorio de descarga cuando las selecciones se realizan desde la interfaz.

La figura 7 ilustra un sistema para seleccionar y distribuir aplicaciones a un vehículo de una manera segura e inteligente de acuerdo con las preferencias del usuario.

Una diferencia entre el sistema de la figura 1 discutido previamente y el sistema de la figura 7 es la ubicación de instalación para las aplicaciones. Mientras que la aplicaciones A-C en el sistema 100 de la figura 1 están instaladas y operando en el teléfono móvil 20 (utilizando la unidad principal 21 u otra interfaz energizada por el vehículo como una interfaz extendida) , las aplicaciones M-P/Q-S en el sistema 300 de la figura 7 están instaladas en la unidad principal 321 u otro componente energizado por el vehículo. En el sistema 300 de la figura 7, el software 330-332 permite a un proveedor seleccionar qué aplicaciones se pueden instalar en la unidad principal 321 y la distribución de control de las aplicaciones seleccionadas al vehículo.

Antes de discutir los detalles del sistema 300 en los párrafos siguientes, debe ser evidente que las estructuras y funciones de los sistemas 100 y 200 que se describen en las figuras 1-6 se pueden combinar con las estructuras y funciones del sistema 300 (figuras 7-8) en un solo sistema. Por ejemplo, un solo sistema podría incluir algunas aplicaciones instaladas en un teléfono móvil utilizando una interfaz de un vehículo como una interfaz extendida y algunas aplicaciones instaladas en un componente del vehículo.

En el bloque 801, la unidad principal 321 se acopla comunicativamente a un dispositivo móvil como el teléfono móvil 320. En un ejemplo, la conexión 540 se establece a través del acoplamiento Bluetooth de la unidad principal 321 y del teléfono móvil 320. El acoplamiento Bluetooth puede ser en respuesta a que el vehículo se está encendiendo (provocando que la unidad principal se encienda y busque un dispositivo Bluetooth) , aunque debe quedar claro que el acoplamiento Bluetooth podría resultar de otras circunstancias tales como que se esté encendiendo el teléfono móvil 320, el teléfono móvil 320 está dentro del alcance de la unidad principal 321, la reconexión después de que otro dispositivo Bluetooth se desconectó de la unidad principal 321, etc. En otros ejemplos, la conexión de comunicación puede ser establecida por un usuario que conecta el teléfono móvil 320 a la unidad principal 321 mediante una conexión USB.

En el bloque 802, el software de control 330 tiene acceso a un número telefónico del teléfono móvil 320. Se debe entender que los teléfonos móviles se activan con un número telefónico particular en conjunto con la suscripción a un plan de llamadas, que es el número telefónico del software de control 330 que se lee desde el teléfono móvil 320. En un ejemplo, la señalización 542 para obtener el número telefónico se realiza utilizando la señalización Bluetooth.

En el bloque 803,· el software de control 330 envia señales 543 al servidor 322. La señalización 543 puede ser enviada a través de una conexión local, como una conexión USB, Bluetooth o iFi para ser transmitida por el dispositivo móvil 320 en una red de telecomunicaciones inalámbricas. El contenido de la señalización 543 puede ser similar a la señal 244 que se describió con más detalle anteriormente con respecto a la figura 4, pero, además, puede proporcionar el número telefónico obtenido.

En el bloque 804, el software de control 332 compara el número telefónico incluido en la señalización 543 para la asignación o mapeo 350. El mapeo correlaciona cada uno de una pluralidad de directorios de descarga A-B accesible a través de esta unidad principal particular 321 a un número telefónico particular. Por ejemplo, en el mapeo o asignación un primer número telefónico se correlaciona con el directorio de descarga A y un segundo número telefónico se correlaciona con el directorio de descarga B. El software de control 332 selecciona uno de los directorios de descarga A-B con base en la comparación del número telefónico recibido para la asignación 350.

El software 332, comprueba entonces el directorio seleccionado de uno de los directorios de descarga A-B para determinar si existen aplicaciones que estén almacenadas en el directorio seleccionado. Un esquema para seleccionar de forma inteligente las aplicaciones que están presentes en la descarga de los directorios A-B se discute en detalle más adelante con referencia a la figura 9. Por ahora, supondremos que, para efectos de ilustración, los directorios de descarga 339A y 339B incluyen en este momento las aplicaciones 340A (M-P) y 340B (Q-S) , respectivamente, además de las configuraciones 369A y 369B del extremo frontal de la unidad principal.

Como se mencionó brevemente en el párrafo anterior, los directorios de descarga A-B incluyen configuraciones A-B de extremo frontal de unidad principal, respectivamente, además de las aplicaciones 340A y 340B. Las configuraciones de A-B se pueden almacenar como código HTML u otro código web que sea compatible con el procesador de códigos web 399. Dependiendo de cuál de las configuraciones de interfaz de la unidad principal A-B se descargue en la unidad principal 321, una pantalla 380 de la unidad principal 321 mostrará una interfaz gráfica de usuario diferente. Cada uno de los diferentes archivos de código web 369A y 369B producirá una interfaz gráfica de usuario diferente cuando se muestra utilizando la pantalla 380 y el procesador 399. Por ejemplo, cada interfaz gráfica de usuario puede tener sus propios ajustes de usuario personalizados, tal como un fondo de pantalla en particular seleccionado por un usuario. Abajo se discutirá con más detalle un esquema para generar las diferentes configuraciones A-B de extremo frontal de la unidad de interfaz, haciendo referencia a la figura 9.

En el bloque 805, el software 332 genera y envía señales para hacer que el software de compuerta 331 de enlace IP en el teléfono móvil 320 funcione como una compuerta de enlace IP para la transmisión de las aplicaciones a la unidad principal 321 similar al esquema descrito en la figura 4. En un ejemplo, similar al de la figura 4, la señalización de este tipo incluye comunicaciones para cargar dinámicamente el teléfono móvil 320 con el software 331 para provocar que el software 331 opere en el mismo para la descarga al vehículo. Esta señalización puede no ocurrir si el teléfono móvil 320 ya está cargado con el software 331 y listo para la operación de la compuerta de enlace IP. En otros ejemplos, la señalización o señales 345 podrían provenir del software de control 330 en la unidad principal 321 después de que se establece la conexión 540.

En el bloque 806, el software 332 genera y envía paquetes IP 545 cualquiera de las aplicaciones M-P y la configuración A o las aplicaciones Q-S y la configuración B. Los paquetes IP 545 se reciben por el teléfono móvil 320 y se remiten por medio de la operación del software 331 a la unidad principal 321. Se debe entender que, en ésta ilustración particular, los paquetes IP 545 incluyen tanto las aplicaciones como una configuración para la interfaz gráfica de usuario, pero en otros escenarios los paquetes IP 545 podrían contener ya sea una aplicación o una configuración. Además, debe quedar claro que, si no hay aplicaciones en un momento determinado en el directorio de descarga seleccionado y no han ocurrido cambios en las configuraciones almacenadas en el directorio de descarga desde una descarga anterior, entonces no pueden ser enviados los paquetes IP 545.

En el bloque 807, el software 330 recibe los paquete IP 545 e instala las aplicaciones incluidas ahí en el vehículo (la instalación puede ser en los componentes de la unidad principal 321 u otros componentes del vehículo) . El software 330 también procesa la configuración proveniente de los paquetes IP 545 utilizando el procesador de código web 399 para generar una interfaz gráfica de usuario particular basada en el número telefónico detectado.

A continuación, la interfaz de usuario gráfica que sale a través de la pantalla 380 corresponderá con una configuración de las configuraciones A-B almacenadas en el directorio de descarga seleccionado. Un usuario del vehículo puede operar las aplicaciones instaladas M-P o Q-S utilizando la unidad principal 321 como una interfaz.

Se debe entender que el software 330 y el 332 pueden operar de acuerdo con cualquiera de los principios descritos en las figuras 1-3. Por ejemplo, el software 330 y el 332 pueden regular la utilización de los recursos de E/S de la unidad principal 321 por la(s) aplicación (es) activa (s) de acuerdo con el estado actual del vehículo. Como otro ejemplo, en sistemas donde las aplicaciones se instalan tanto en el vehículo como en un dispositivo móvil, el software 330 y el 332 pueden incluir todas las aplicaciones que utilizan la interfaz del vehículo en una tabla de clasificación/prioridad de aplicaciones similar a la tabla 13 ( figura 1 ) .

En el ejemplo descrito anteriormente, el software de control 330 tiene acceso a un número telefónico del teléfono móvil 320 para distinguir el teléfono móvil 320 de otros teléfonos móviles. En otros ejemplos, el software de control en la unidad principal 321 puede acceder un valor diferente en un teléfono móvil acoplado comunicativamente para identificar inequívocamente al teléfono móvil de otros teléfonos móviles. Otros ejemplos de valores pueden incluir, pero no se limitan a, una dirección física del teléfono móvil. En tales otros ejemplos, debe ser evidente que tales valores se utilizan en la asignación o mapeo, por ejemplo, si los otros valores son direcciones físicas entonces el mapeo o asignación incluye direcciones físicas correlacionadas a directorios de descarga.

En el ejemplo descrito anteriormente, el software de control 330 envía el identificador de acceso único (número telefónico en este ejemplo) al servidor 322. En otros ejemplos, la asignación 350 puede ser almacenada en el vehículo. En tal caso, el software de control 330 identifica un directorio de descarga particular enumerado en la asignación o mapeo de acuerdo con la comparación y envía un identificador que especifica la descarga en particular al servidor 322. El servidor 322 a continuación, puede responder con paquetes IP 545 que envían datos desde el directorio de descarga identificado.

La figura 9 ilustra con más detalle el sistema mostrado en las figuras 7-8.

Se explicó previamente que el servidor 322 incluye una pluralidad de directorios de descarga 339A-B de aplicaciones en espera de ser descargadas. La figura 9 ilustra el portal web 905 de usuario que puede estar involucrado en la creación de los directorios de descarga 339A-B y en la selección de las aplicaciones en función de cada directorio y describe un ejemplo de uso de este portal de web 905.

Un usuario de vehículo puede crear una pluralidad de perfiles correspondientes al vehículo con la porción 930 de creación de perfil del portal web 905de usuario. Puede crearse un perfil para cada persona que pueda utilizar el vehículo. Un campo 927 solicita un número teléfono único u otro identificador único de un teléfono móvil, respectivamente, que corresponde a cada persona. Un nombre de cada persona u otra información para cada persona puede ser obtenida con el (los) número (s) de teléfono (s). Después o durante la creación del perfil, el servidor 322 crea un directorio de descarga para cada perfil y actualiza la asignación o mapeo 350 para cada combinación de número/directorio. En algunos ejemplos, la porción 930 puede estar configurada para permitir a un usuario clasificar los perfiles creados de modo que, si la unidad principal puede ser acoplada a más de uno de los dispositivos móviles simultáneamente (esto puede depender del protocolo de conexión siempre que sea posible), el mejor clasificado de los perfiles correspondientes será el utilizado.

Durante o después de la creación de perfiles el portal web 905 puede utilizarse para seleccionar aplicaciones que se incluirán en los directorios de descarga 339A-B utilizando una terminal de cómputo 926, por ejemplo, utilizando cualquier dispositivo de computación de Internet accesible, tal como un dispositivo móvil o una computadora de escritorio. La terminal de cómputo 926 accede a la porción 928 de selección de aplicación del portal web 905 de usuario (que, en un ejemplo, está alojado en un servidor web operado por el proveedor) para ver la lista controlada de aplicaciones que pueden ser instaladas en el vehículo. El usuario puede entonces enviar comunicaciones 961 para seleccionar las aplicaciones de la lista de control que el usuario desea instalar en su vehículo en función de cada directorio. Estas selecciones 962 son alimentadas respectivamente en los directorios de descarga 339A-B en función de cada directorio.

El portal web 495 de usuario también puede ser configurado para permitir a un usuario eliminar aplicaciones particulares de los directorios de descarga 339A-B, por ejemplo, el usuario puede desear eliminar una de las aplicaciones de los proveedores seleccionados 952 añadidas a los directorios de descarga 339A ó 339B a través del proveedor en función de cada directorio. La eliminación puede ser por la eliminación de una aplicación que ya envió a los directorios de descarga 339A ó 339B, o mediante la indicación de que una aplicación particular no se desea antes de que la aplicación se añada a los directorios de descarga 339A ó 339B.

El portal web 905 de usuario también puede incluir una porción 928 de configuración de personalización de extremo frontal de unidad principal. Esta porción 928 permite que se agreguen nuevas configuraciones 369A-B a los directorios de descarga 339A-B, con cada configuración personalizada de cada persona de acuerdo a sus peticiones. Por ejemplo, un primer fondo de escritorio se puede añadir al directorio de descarga 339A y un segundo fondo de escritorio diferente se puede añadir al directorio de descarga 339B. Otras personalizaciones pueden incluir botones personalizados de interfaz gráfica y de diseño personalizado de interfaz gráfica de usuario, imágenes personalizadas, etc.

De acuerdo con lo anterior, las aplicaciones pueden ser acumuladas en los directorios de descarga 339A-B por vehículo en función de cada directorio. Una vez que la unidad principal se acopla a un dispositivo particular de los dispositivos móviles, los datos provenientes de un directorio correspondiente de los directorios de descarga 339A-B pueden ser descargados e instalados en el vehículo para proporcionar un conjunto de aplicaciones personalizado y una interfaz de usuario personalizada.

Se debe entender que una interfaz similar a la del portal 905 se puede visualizar en la unidad principal del vehículo. El usuario puede entonces hacer selecciones desde esta interfaz para seleccionar aplicaciones provenientes de la lista controlada. Las solicitudes seleccionadas se pueden descargar de inmediato al vehículo en lugar de ponerlas en el directorio de descarga cuando las selecciones se realizan desde la interfaz.

El sistema 1000 incluye un servidor 1022 y una unidad principal 1021 que puede incluir componentes similares a cualquiera de los servidores anteriormente descritos y unidades principales. Se debe apreciar que el servidor 1022 y la unidad principal 1021 se comunican utilizando un dispositivo móvil (no mostrado) que está acoplado a la unidad principal 1021. La unidad principal 1021 incluye el software de control 1030 y el servidor 1022 incluye el software de control 1032.

El software 1032 identifica una configuración de la unidad principal 1021, por ejemplo, mediante el sondeo 1081 de la unidad principal 1021 para recoger información. El software 1030 responde 1082 con información de identificación de la configuración de la unidad principal 1021. La respuesta 1082 puede incluir al menos uno de los siguientes: marca/modelo/año del vehículo, un código predefinido, o una lista ad hoc de la configuración de la · unidad principal 1021 (como la pantalla color/monocromo, resolución nativa, etc.) El software 1032 selecciona entonces, de una pluralidad de interfaces gráficas de usuario basadas en la información de la unidad principal 1082. Por ejemplo, si la información 1082 de la unidad principal incluye un código predefinido, el software 1032 puede comparar el código para un mapeo almacenado 1085 de códigos con interfaces gráficas de usuario Y-Z. La interfaz gráfica de usuario seleccionada corresponde a una configuración particular de la unidad principal 1021 como se reportó por la información 1082. Por ejemplo, si la unidad principal 1021 tiene una pantalla monocroma, la interface gráfica de usuario (GUI) puede ser la interfaz Y, mientras que si la unidad principal 1021 tiene una pantalla a color, la interfaz gráfica de usuario seleccionada puede ser la interfaz Z. O, tal vez, si el unidad principal 1021 tiene una resolución nativa de un primer valor, la interfaz . gráfica de usuario seleccionado puede ser la interfaz Y, mientras que si la unidad principal 1021 tiene una resolución nativa de un segundo valor, la GUI seleccionada puede ser la interfaz Z. Si la interfaz de marca/modelo/año del coche indica el interior de un primer diseño, por ejemplo un motivo de lujo, la GUI seleccionada puede ser la interfaz Y, mientras que si la marca/modelo/año del coche indica el interior de un segundo diseño, por ejemplo un motivo deportivo, el GUI seleccionado GUI puede ser la interfaz Z.

Una vez que se ha seleccionado una interfaz gráfica de usuario el software 1032 lleva a cabo una transferencia de paquetes IP 1045 de la interfaz gráfica seleccionada de las interfaces de usuario gráficas Y-Z. Se debe entender que la transferencia de paquetes IP 1045 puede utilizar el software de compuerta IP anteriormente descrito del teléfono móvil (no mostrado) . El software 1030 instala automáticamente la interfaz gráfica de usuario recibida. La interfaz gráfica de usuario seleccionada puede sustituir a una interfaz gráfica de usuario por defecto 1090 o a una interfaz gráfica de usuario ya descargada que reside en la unidad principal 1021 antes de la transferencia 1045.

Se debe entender que las configuraciones de extremo frontal anteriormente descritas se pueden aplicar a la interfaz de usuario GUI seleccionada e instalada. Por ejemplo, una GUI seleccionada puede ser instalada en la unidad principal 1021 y después modificarse adicionalmente en apariencia con base en una selección de extremo frontal personalizada de acuerdo con un número telefónico del dispositivo móvil actualmente acoplado a la unidad principal 1021.

El sistema 1100 incluye un servidor 1122 y una unidad principal 1121 que puede incluir componentes similares a cualquiera de los servidores anteriormente descritos y unidades principales. Se debe apreciar que el servidor 1122 y la unidad principal 1121 se comunican utilizando un dispositivo móvil 1131. La unidad principal 1121 incluye software de control 1130 y el servidor 1122 incluye el software de control 1132.

La unidad principal 1121 incluye un programa de escritorio de visión remota, tal como Virtual Network Computing (VNC(R)) el cliente 1148 se conecta con el servidor VNC 1149 que se ejecuta en el dispositivo móvil 1131. A modo de antecedente, un cliente VNC y un servidor se comunican para mostrar la vista actual del escritorio del servidor o de otra vista en ese momento en la pantalla del cliente. El (los) dispositivo (s) de interfaz humana (s) conectado (s) directamente al cliente, por ejemplo, teclado, ratón, etc., puede ser utilizado en conjunto con la imagen visualizada para controlar remotamente el dispositivo de computación que corre en el servidor VNC. Si una aplicación se ejecuta o corre en modo de pantalla completa en el dispositivo informático con el servidor VNC, entonces, el dispositivo informático con el servidor VNC controla esa aplicación (en lugar de todo el escritorio) .

El software de control 1130 recibe una solicitud 1155 desde el dispositivo móvil 1131 especificando una aplicación particular X (1140) . El software de control 1130 identifica el identificador de aplicación correspondiente a la solicitud 1155, ya sea por la extracción de la propia identificación proveniente de la solicitud 1155 o por el uso de una búsqueda basada en información obtenida a partir de la solicitud o de cualquier comunicación con el dispositivo móvil 1131. El software de control 1130 envía la comunicación 1156 que contiene el identificador de la aplicación .

El software de control de 1132 compara el identificador de la aplicación con una tabla interna y genera una aprobación VNC 1157 para la aplicación X. La aprobación VNC 1157 especifica las condiciones particulares bajo las que la VNC se aprueba en combinación para esta aplicación X. Por ejemplo, si la aplicación X es una aplicación de navegación, la aprobación de 1157 podría especificar que la VNC se aprueba sólo cuando el vehículo está parado o en movimiento. Por el contrario, si la aplicación X es una aplicación de creación de medios, la aprobación 1157 podría especificar qué VNC se aprueba sólo cuando el vehículo está detenido.

La aprobación VNC 1157 también puede especificar aprobaciones diferentes en función de si la aplicación se está ejecutando en modo de pantalla completa o en modo de ventana. Por ejemplo, la aplicación de navegación podría ser aprobada cuando el vehículo esté en movimiento, pero sólo siempre y cuando la aplicación de navegación se esté ejecutando en el dispositivo móvil 1131 en el modo de pantalla completa. Esto evitará inmediatamente la funcionalidad VNC si el usuario cambia la aplicación de navegación en el modo de ventana mientras el vehículo está en movimiento .

La aprobación VNC 1157 también puede especificar números telefónicos. Por ejemplo, VNC puede ser permitida cuando el dispositivo móvil 1131 está ejecutando una aplicación de reproductor de medios, pero sólo si el dispositivo móvil tiene un número telefónico particular (esto puede ser usado como una forma de control parental) .

El software de control 1130 almacena la aprobación VNC 1157 recibida en una base de datos 1135 de aprobaciones VNC. El software de control 1130 monitorea de forma continua las condiciones sobre la base de las aprobaciones VNC almacenadas en la base de datos 1135 para generar la señal de control 1160. La señal de control 1160 controla si la vista 1161 del dispositivo móvil 1131 puede mostrarse en ese momento en una pantalla de la unidad principal 1121 por el cliente VNC 1148. La señal de control 1160 también controla si las entradas hechas usando una interfaz de entrada de la unidad principal 1121 se enviarán 1162 al servidor VNC 1149.

La figura 12 muestra un sistema de gráficos para empujar actualizaciones de interfaz de usuario a la unidad principal en respuesta a los dispositivos móviles qué presentan una solicitud para una nueva aplicación o el portal web de usuario seleccionando una nueva solicitud.

El sistema 1200 incluye un servidor de 1222 y una unidad de 1221 cabeza que puede incluir componentes similares a cualquiera de los servidores y unidades principales anteriormente descritos. Se debe apreciar que el servidor 1222 y la unidad principal se comunican 1221 utilizando un dispositivo móvil 1231.

El servidor 1222.. puede recibir una indicación de una nueva aplicación para ser utilizada en el sistema 1200 en al menos dos formas diferentes (el término nueva aplicación se refiere a una aplicación que no ha sido previamente descargada a la unidad principal 1221 y/o utilizado a la unidad principal 1221 como una interfaz extendida) . En una forma, el dispositivo móvil 1231 envía una indicación de una nueva aplicación X (1240) para utilizar la unidad principal 1221 como una interfaz extendida. Más específicamente, esta indicación es una solicitud de aprobación 1271 generada y enviada por el software de control 1230 en respuesta a la recepción de una solicitud 1270 proveniente del dispositivo móvil 1231.

Otra forma en que el servidor 1222 puede recibir una indicación de una nueva aplicación es desde el control sobre el portal web 1205 de usuario. El portal web 1205 de usuario es similar a los portales web anteriormente descritos. Utilizando una herramienta de selección 1228 de aplicaciones, un usuario puede utilizar cualquier ordenador a distancia para seleccionar las aplicaciones que se incluirán en un directorio de descarga correspondiente (no se muestra) para la instalación en la unidad principal. Asi, una selección 1274 recibida que incluye una nueva aplicación es otra forma de indicación de una nueva aplicación para ser utilizada en el sistema 1200.

En respuesta a la detección de tal indicación, el software de control 1232 determina si se debe transmitir una transferencia de paquetes IP 1245 incluyendo una actualización de interfaz de usuario gráfica para la nueva aplicación X. Debe ser evidente que no se enviará transferencia de tales paquetes IP si una nueva aplicación X no está incluida en la lista controlada de aplicaciones (figura 6) discutida previamente. En un ejemplo, la actualización de interfaz de usuario gráfica modifica una interfaz gráfica de usuario previamente seleccionada e instalada (Figura 10) para añadir un icono para acceder a la nueva aplicación X. En otro ejemplo, la actualización de interfaz de usuario gráfica incluye cualquier otra forma de actualización para una interfaz gráfica de usuario previamente seleccionada e instalada para el funcionamiento de la nueva aplicación X. El software de control 1230 instala automáticamente la actualización en respuesta al envió de la solicitud 1270 y/o las selecciones 1274. Debe ser evidente que la transferencia 1245 puede ser incluida con una descarga de la propia aplicación en el caso de que la descarga se espere para la- alimentación del vehículo en un directorio de descarga.

La figura 13A ilustra un diagrama de flujo que muestra la pre-operación de un esquema de control parental.

En el bloque 1301, el servidor designa al menos un perfil que se encuentra sometido a control parental. Este perfil puede ser seleccionado por la cuenta de haberes, por ejemplo, marcando una selección mediante el portal web.

En el bloque 1302, el servidor recibe un inicio de sesión para un usuario designado como uno de los padres (normalmente el titular de la cuenta) para el perfil sujeto a control parental. En el bloque 1303, el servidor hace una lista de aplicaciones relacionadas con el perfil sujeto a control parental para que se muestre a través del portal web.

En el bloque 1304, después de mostrar la lista, el servidor recibe las selecciones de la lista mostrada. El servidor puede almacenar estas selecciones en el perfil que está sujeto a control parental. Las selecciones pueden incluir aplicaciones desde la lista y/u obtener información más detallada en el caso de una aprobación condicional (una aprobación condicional se discute en detalle más adelante) .

En el bloque 1320, en respuesta a un teléfono móvil acoplado comunicativamente con la unidad principal, la unidad principal obtiene un número telefónico del teléfono móvil para ser utilizado para comunicarse con el servidor. En el bloque 1321, la unidad central envía el número telefónico al servidor para su análisis. Si el número telefónico obtenido no está de acuerdo con un perfil designado como sujeto a control parental, entonces el proceso de control parental se completa en el bloque 1322.

De lo contrario, si el número telefónico obtenido se corresponde con el perfil sujeto a control parental, entonces en el bloque 1323 del servidor se ejecuta en control parental. En un ejemplo, la ejecución de tales bloques 1323-1327 incluye, de forma similar al proceso de aprobación VNC, que se analizan en el siguiente párrafo.

En el bloque 1323,· el servidor transmite un mensaje de control parental a la unidad principal. En el bloque 1324, la unidad principal da un seguimiento continuo de las condiciones basadas en el mensaje de control parental. En el bloque 1325, la unidad principal bloquea una aplicación en particular de utilizar la unidad principal como una interfaz extendida y/o bloques de una aplicación en particular instalada y corriendo en la unidad principal. Por ejemplo, la unidad principal puede recibir una indicación de que el teléfono móvil particular, ha recibido una llamada telefónica, pero entonces bloquea el uso de la unidad principal como una interfaz extendida para la llamada telefónica. 0 bien, en otro ejemplo, la unidad principal podría bloquear un intento de ejecutar una aplicación de reproductor de medios en la unidad principal. El monitoreo continuo puede ser facilitado por una base de datos en la unidad principal que almacena los mensajes recibidos de control parental.

En el bloque 1326, la unidad principal condicionalmente bloquea una aplicación en particular del uso de la unidad principal como una interfaz extendida y/o correrse o ejecutarse directamente en la unidad principal. Por ejemplo, la unidad ' principal podría recibir una indicación de que el teléfono móvil en particular ha recibido una llamada telefónica, pero luego bloquear el uso de la unidad principal como una interfaz extendida condicional en función del valor de un campo identificador de llamadas en la llamada entrante. Más específicamente, el mensaje de control parental podría designar ciertos números de teléfono como excepciones a la prevención de la unidad principal de proporcionar una interfaz extendida para el teléfono. La unidad principal obtiene el valor ID de la persona que llama desde el teléfono móvil y bloquea el teléfono móvil de utilizar una interfaz de unidad principal de forma condicional. En otro ejemplo, la unidad principal podría bloquear una aplicación condicional sobre la base de un estado del vehículo, por ejemplo, la unidad principal bloquea al teléfono móvil de poder utilizar una interfaz de la unidad principal sólo si el vehículo está en movimiento.

En el bloque 1327, la unidad principal no bloquea la aplicación en particular si la aplicación está permitida de acuerdo con el mensaje de control parental. En este caso, la unidad principal permite que la aplicación opere de acuerdo con la aprobación por el servidor, por ejemplo, en función de si la aplicación está en la lista controlada ( figura 6 ) .

Debe ser evidente que, en otros ejemplos, un sistema puede aplicar un esquema de control parental utilizando diferentes procesos de aquellos específicamente descritos anteriormente. Por ejemplo, en otro ejemplo, los procesos de los bloques 1323-1327 no se utilizan. En cambio, la unidad principal reporta de forma continua las condiciones y solicitudes de aplicación para el servidor, que retira dinámicamente una aprobación en curso de acuerdo a los ajustes del control parental. Después, el servidor controla la unidad principal para bloquear una aplicación en curso no aprobada .

Será obvio para los expertos en la técnica que se pueden realizar muchos cambios a los detalles de las modalidades anteriormente descritas sin apartarse de los principios subyacentes de la invención. El alcance de la presente invención debe, por tanto, ser determinado solamente por las siguientes reivindicaciones.

La mayoría de los equipos discutidos anteriormente comprenden hardware y software asociados. Por ejemplo, el dispositivo de navegación típico probablemente incluya uno o más procesadores y el software ejecutable en tales procesadores para llevar a cabo las operaciones descritas. Se utiliza el término software en su sentido común entendido, que se refiere a programas o rutinas (subrutinas, objetos, plug-ins, etc.), así como a datos, que pueden utilizarse por una máquina o un procesador. Como es conocido, los programas de ordenador comprenden generalmente instrucciones que se almacenan en medios de almacenamiento legibles por máquina o legibles por ordenador. Algunas modalidades de la presente invención pueden incluir programas ejecutables o instrucciones que se almacenan en los medios de almacenamiento legibles por máquina o legibles por ordenador, tales como una memoria digital. No implica que un "equipo" en el sentido convencional se requiera en alguna forma de presentación particular. Por ejemplo, diversos procesadores, incrustados o algo similar, se pueden usar en equipos tales como los componentes descritos en este documento.

La memoria para almacenar software de nuevo es conocida. En algunas modalidades, la memoria asociada con un procesador dado puede ser almacenada en el mismo dispositivo físico tal como el procesador (memoria "a bordo"), por ejemplo, memoria RAM o FLASH colocada dentro de un microprocesador de circuito integrado o algo similar. En otros ejemplos, la memoria comprende un dispositivo independiente, tal como una unidad de disco externa, una matriz de almacenamiento, FLASH portátiles. En tales casos, la memoria se convierte en "asociada" con el procesador digital cuando los dos están operativamente acoplados entre sí, o en comunicación entre sí, por ejemplo por medio de un puerto E/S, conexión de red, etc., de tal manera que el procesador puede leer una archivo almacenado en la memoria. La memoria asociada podrá ser de "sólo lectura" por diseño (ROM) o en virtud de la configuración de permisos, o no serlo. Otros ejemplos incluyen pero no se limitan a ORM, EPROM, EEPROM, FLASH, etc. Esas tecnologías a menudo se aplican en dispositivos de estado sólido de semiconductores. Otras memorias pueden comprender partes móviles, tales como una unidad de discos rotativos convencional. Todas estas memorias son "legibles por máquina" o "legibles por ordenador" y pueden ser utilizadas para almacenar instrucciones ejecutables para implementar las funciones descritas en este documento.

Un "producto de software" se refiere a un dispositivo de memoria en el que se almacenan una serie de instrucciones ejecutables en una forma legible por máquina, de forma que una máquina adecuada o procesador, con un acceso adecuado al producto de software, pueda ejecutar las instrucciones para llevar a cabo un proceso ejecutado por las instrucciones. Los productos de software se utilizan a veces para distribuir el software. Cualquier tipo de memoria legible por máquina, incluyendo sin limitación los que se resumen más arriba, pueden ser utilizadas para hacer un producto de software. Dicho esto, también se sabe que el software puede ser distribuido a través de transmisión electrónica ("descarga"), en cuyo caso no será típicamente un producto de software correspondiente en el extremo transmisor de la transmisión, o el extremo receptor, o ambos.

Habiendo descrito e ilustrado los principios de la invención en una modalidad preferida de la misma, será evidente que la invención puede ser modificada en disposición y detalle sin apartarse de tales principios. Se reclaman todas las modificaciones y variaciones que entren dentro de la esencia y alcance de las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. Un método implementado para computadora para manejo remoto de programas de aplicación de usuario que se ejecutan en un vehículo de motor, el método caracterizado porque comprende las etapas de: mantener una lista de programas de aplicación de usuario disponible, aprobar al menos un programa de los programas de aplicación de usuario disponible para usarse en una marca y modelo de vehículo de motor especificado, en donde la aprobación se determina por o en nombre del OEM del vehículo o proveedores de servicio; formar una lista controlada de aplicaciones que identifica las aplicaciones aprobadas; seleccionar al menos una aplicación desde la lista controlada de aplicaciones aprobadas para descargar a un vehículo de motor específico, en donde la selección está hecha por o en nombre de un propietario de vehículo de motor específico; descargar inalámbricamente el programa de aplicación al vehículo de motor específico; e instalar el programa de aplicación descargado para operación en una unidad central del vehículo de motor específico.

2. El método de conformidad de la reivindicación 1, caracterizado porque la etapa de descargar inalámbricamente se ejecuta automáticamente en un servidor en respuesta a una señal de control proveniente del vehículo de motor, la señal de control se dispara por la energía de descarga del vehículo de motor o en respuesta al reconocimiento de un dispositivo inalámbrico móvil de usuario en el vehículo de motor.

3. El método de conformidad con la reivindicación 1, caracterizado porque el paso de seleccionar la aplicación se lleva a cabo por usuario vía un software de selección de aplicación ejecutado en un portal web de usuario o ejecutado en la unidad central del vehículo de motor.

4. El método de conformidad con la reivindicación 3, caracterizado porque comprende además las etapas de: proporcionar un servidor de cómputo ubicado remotamente del vehículo de motor y que tiene acceso a comunicaciones inalámbricas para intercambiar información con el vehículo de motor; implementar una pluralidad de directorios de descarga en el servidor, y almacenar en cada directorio de descarga un grupo que corresponde a programas de aplicación seleccionados por un usuario correspondiente; recibir una señal desde el vehículo de motor, la señal incluye un número de teléfono de un teléfono móvil de usuario detectado en el vehículo de motor; y asociar el número de teléfono recibido con un directorio correspondiente de los directorios descargados en el servidor; y en donde la etapa de descarga inalámbrica comprende descargar el grupo seleccionado de programas de aplicación desde el directorio descargado que corresponda al vehículo de motor,

5. El método de conformidad con la reivindicación 4, caracterizado porque además comprende: en al menos un directorio de descarga, almacenar una configuración de extremo frontal de unidad central correspondiente; y en donde la etapa de descargar inalámbricamente comprende descargar la configuración de extremo frontal de unidad central desde el directorio descargado correspondiente al vehículo de motor para modificar una interfaz de usuario de la unidad central del vehículo.

6. El método de conformidad con la reivindicación 4, caracterizado porque además comprende: configurar el teléfono móvil del usuario para proporcionar una compuerta IP; y en donde la etapa de descargar inalámbricamente comprende descargar el grupo seleccionado de programas de aplicación desde el directorio de descarga correspondiente al vehículo de motor vía la compuerta IP del teléfono móvil.

7. El método de conformidad con la reivindicación 6, caracterizado además porque la configuración del teléfono móvil del usuario proporciona una compuerta IP que incluye descargar software de compuerta IP al teléfono móvil desde el servidor.

8. El método de conformidad con la reivindicación 6, caracterizado además porque la etapa de descargar inalámbricamente comprende descargar la configuración de extremo frontal de la unidad central desde el directorio de descarga correspondiente al vehículo de motor vía la compuerta IP del teléfono móvil.

9. El método de conformidad con la reivindicación 4, caracterizado además porque la señal desde el vehículo de motor es enviada sobre una conexión local desde la unidad central al teléfono móvil y retrasmitida por el teléfono móvil sobre una red de telecomunicaciones inalámbricas al servidor .