BRPI0620782A2 - método para prover informação de veìculo a um proprietário ou outro destinatário - Google Patents

Abstract

MéTODO PARA PROVER INFORMAçãO DE VEìCULO A UM PROPRIETáRIO OU OUTRO DESTINATáRIO Método e sistema para notificações por e-mau de veículo iniciadas por usuário, no qual um proprietário ou usuário do veículo inicia a geração e transmissão de uma mensagem de e-mau que provê diversos tipos de informação dinâmica de veículo ao proprietário ou outro assinante autorizado. A notificação por e-mau pode ser disparada a partir do veículo usando a unidade de telemática do veículo ou de qualquer lugar por uma chamada para uma central de chamadas que, então, se comunica com o veículo. Notificações também podem ser disparadas por diferentes eventos, alguns dos quais independem do veículo (por exemplo, um gatilho mensal),e outros dos quais ocorrem no veículo, como gatilho de quilometragem ou vida útil baixa do óleo. O sistema de notificação elabora e envia ao assinante uma mensagem de e-mail que contém a informação dinâmica do veículo e identifica qualquer condição detectada para a qual uma ação seja necessária.

Description

"MÉTODO PARA PROVER INFORMAÇÃO DE VEÍCULO A UM. PROPRIETÁRIO OU OUTRO DESTINATÁRIO"

CAMPO TÉCNICO

Esta invenção refere-se às técnicas para coletar, sem fio, informação do veículo e prover essa informação ao proprietário ou a outra pessoa autorizada.

FUNDAMENTOS DA INVENÇÃO

Unidades de telemática estão agora extensamente em uso em veículos para prover o motorista com vários tipos de serviços auxiliares sem fio (WAS). Por exemplo, "auxílio na beira da estrada" que historicamente envolveu um veículo disponível e uma visita física ao veículo por um operário, pode agora, em muitos casos, ser provido remotamente via telecomunicação sem fio com o veículo através de instalações de redes celulares existentes. Assim, uma chamada telefônica para um centro de chamadas (centro WAS) pode ser usada para destravar eletronicamente portas quando as chaves forem inadvertidamente trancadas dentro. Além disso, serviços de auxílio à navegação e emergenciais podem ser obtidos por uma comunicação de voz com um consultor no centro de chamadas. A monitoração das condições de funcionamento do veículo pelo centro de chamadas é igualmente possível através do dispositivo da telemática. Por exemplo, um evento de ativação do air-bag pode automaticamente ser relatado ao centro de chamadas onde dispara uma chamada de retorno ao veículo de um consultor vivo para determinar se serviços de urgências são necessários. Outros dados do veículo tais como códigos de diagnóstico de problemas (DTCs) podem similarmente ser relatados ao centro de chamadas.

SUMÁRIO DA INVENÇÃO

De acordo com um aspecto da invenção, é provido um método para prover a informação do veículo a um proprietário ou a outro receptor, compreendendo as etapas de: (a) receber um pedido para a informação do veículo de um usuário;

(b) acessar dados do veículo usando a unidade da telemática;

(c) transmitir os dados do veículo a partir da unidade de telemática para um sistema de dados central;

(d) elaborar uma notificação de mensagem usando pelo menos alguns dos dados do veículo; e

(e) enviar a mensagem de notificação a um destinatário via um sistema de mensagem eletrônica.

Este método permite que o usuário obtenha um diagnóstico e outra informação útil do veículo por um e-mail ou outra mensagem eletrônica que é enviada por uma rede global de computadores, como a Internet. O pedido pode ser recebido do usuário no veículo via unidade de telemática, tal como, por um comando verbal à unidade de telemática pelo motorista do veículo, ou pode ser recebido em um centro de chamadas por uma chamada telefônica ou outra comunicação ao centro de chamadas solicitando a notificação da mensagem.

DESCRIÇÃO RESUMIDA DOS DESENHOS

Os modos de realização exemplificativos preferidos da invenção serão descritos em seguida conjuntamente com os desenhos anexados, onde designações semelhantes denotam elementos semelhantes, e onde:

Fig. 1 é um diagrama de blocos de um sistema de notificação por e-mail construído de acordo com a invenção;

Fig. 2 é um diagrama de blocos do sistema de notificação por e-mail da Fig. 1 mostrando detalhes adicionais do sistema de eletrônica do veículo, centro VDU e WAS mostrados na Fig. 1;

Fig. 3 é uma mensagem de notificação por e-mail exemplificativa elaborada pelo sistema da Fig. 1; Fig. 4 provê uma vista geral do processo para registro no sistema de notificação por e-mail da Fig. 1;

Fig. 5 é uma vista geral das etapas realizadas pelo assinante e pelo consultor do centro de WAS no processo de registro e geração do e-mail;

Fig. 6 provê maior detalhe a respeito do processo de registro;

Fig. 7 é um fluxograma do processo para a manipulação dos gatilhos pela VDU dentro do sistema de notificação por e-mail da Fig. 1; e

Fig. 8 é um fluxograma do processo de notificação depois do processo de gatilho da Fig. 7.

DESCRIÇÃO DETALHADA DOS MODOS DE REALIZAÇÃO PREFERIDOS

Os seguintes termos usados aqui têm os significados atribuídos. "Dados do veículo" significa informação a respeito da condição ou operação de um veículo particular; por exemplo, a quilometragem, vida restante do óleo, coordenadas GPS, estado de travamento da porta, códigos diagnósticos de problemas (DTCs), resultados de diagnósticos, ativação do air-bag. "Informação do veículo" é informação relativa a um veículo particular; por exemplo, dados do veículo, informação de manutenção, informação de recolhimento, informação da conta do serviços de assistência sem fio (WAS), informação da conta de rádio via satélite. "Assinante" é uma pessoa ou entidade que, ou tenha propriedade legal do veículo (por exemplo, um comprador, uma corporação, um pai) ou tenha a possessão do veículo para uso regular (por exemplo, um locatário, empregado dirigindo um carro de companhia, menor licenciado), ou ambos (por exemplo, um comprador- motorista), e quem tenha optado por receber mensagens eletrônicas do sistema de notificação por e-mail. "Proprietário" é usado permutavelmente com "assinante" e tem o mesmo significado, salvo que um proprietário não precisa necessariamente ser aquele que recebe as mensagens eletrônicas do sistema de notificação por e-mail. "Gatilho" é um evento definido ou uma condição do veículo que, quando satisfeita, inicia o processamento da notificação (por exemplo, a cada 30 dias, vida restante do óleo < 20%, quilometragem ultrapassou 40 mil km, DTC de ABS recebidos). "Processamento da notificação" é o processo de determinar se uma mensagem eletrônica deve ser enviada a um assinante e, em caso afirmativo, o teor da mensagem. "Caracteres da língua" são os componentes individuais de uma língua escrita (por exemplo, caracteres alfanuméricos), se representados graficamente usando um formato de arquivo de gráficos ou representados textualmente ou como caracteres usando, por exemplo, ASCII ou algum outro tipo de codificação numérica. "Resultado de diagnóstico" é a informação específica ou geral a respeito de um componente, de um sistema, ou de uma condição de funcionamento do veículo monitorados. Um resultado de diagnóstico específico poderia ser, por exemplo, a quantidade de vida restante do óleo (por exemplo, em uma base de porcentagem de 0-100%), enquanto que um resultado de diagnóstico geral poderia ser, por exemplo, um indicador gráfico tal como um gráfico verde, amarelo, ou vermelho indicando se alguma ação é necessária para tratar uma ou várias das condições do veículo e possivelmente a importância ou gravidade da condição do veículo. Um "sistema de geração de mensagem eletrônica" (EMGS) é um sistema de e- mail público ou privado, ou qualquer outro sistema apropriado para transmitir mensagens eletrônicas aos receptores específicos, incluindo mensagem de texto usando SMS (serviços de mensagens curtas) e incluindo MMS (serviços de mensagens multimídia)

O modo de realização ilustrado é direcionado a um sistema de notificação de veículo por e-mail e método no qual são usados gatilhos para iniciar a geração e a sistema de locomoção de mensagens por e-mail que fornecem diversos tipos de informação dinâmica do veículo ao assinante. As notificações por e-mail são disparadas por diferentes eventos, alguns dos quais independentes do veículo (por exemplo, um gatilho de 30 dias para prover ao assinante um relatório mensal do status do veículo), e por outros que ocorrem no veículo, tais como uma quilometragem ou uma vida curta do óleo. Com a ocorrência de um gatilho, o sistema de notificação cria e envia ao assinante uma mensagem por e-mail que contenha informação dinâmica do veículo e identifique qualquer condição detectada do veículo para a qual ação for exigida ou desejada. A informação do veículo cai geralmente em quatro categorias: (1) informação de diagnóstico; (2) informação de manutenção; (3) informação de recolhimento e (4) informação de serviços subordinados tais como informação das contas para coisas tais como serviços de assistência sem fio ou serviços de rádio via satélites. As mensagens da notificação por e-mail igualmente provêm informação suplementar tal como informação de contato do revendedor, informação regional específica (tais como leis de um estado particular relacionadas ao assento da criança no carro ou leis referentes ao uso do cinto de segurança pelo passageiro da frente), cotas e/ou vales de preços de serviço de manutenção, data e/ou notificação da renovação da licença estadual e informação sobre o financiamento do arrendamento (por exemplo, a próxima data devida e valor do próximo pagamento mensal). Estas e outras características serão discutidas abaixo em maior detalhe.

Como mostrado na Fig. 1, o sistema apresentado de notificação por e-mail 100 contém vários componentes de sistema diferentes interconectados por uma ou várias ligações de comunicação. O veículo 110 se comunica com o restante do sistema de notificação via uma rede de comunicação sem fio 140 tal como um sistema de comunicação celular que use CDMA ou outra tecnologia de comunicação apropriada. Para esta finalidade, o veículo 110 é equipado com um módulo de comunicação sem fio que tem um modem apropriado para permitir sistema de locomoção de voz e dados, pela rede de comunicação sem fio 140. Igualmente integrado o veículo tem vários módulos de sistemas do veículo (VSMs) que acessam diferentes tipos de informação do veículo que podem então ser transmitidos via módulo de comunicação sem fio. Estes sistemas do veículo incluem coisas como um módulo de diagnósticos que acessa sistemas diferentes do veículo para determinar se existe alguma condição de falha. Por exemplo, o módulo de diagnóstico pode acessar os sistemas do motor e do sistema de locomoção, o sistema de air-bag, o sistema anti-bloqueio do freio, e o próprio módulo de comunicação sem fio para obter a informação de diagnóstico e mesmo para iniciar uma verificação de diagnóstico destes sistemas. Fora os diagnósticos, o veículo pode incluir computadores do corpo e do motor do veículo que podem prover outra informação dinâmica do veículo tal como quilometragem e informação da vida restante do óleo. A construção e a operação de cada um destes sistemas integrados do veículo são conhecidas da técnica e não precisam ser discutidas aqui em maior detalhe.

O veículo se comunica com um sistema (VDU) 160 de envio de dados do veículo que se encontra no coração operacional do sistema de notificação 100. Geralmente, o VDU 160 manipula a configuração inicial de cada conta de notificação do assinante com registro, ajuste e processamento dos gatilhos, aquisição dos dados necessários para o povoamento da mensagem de notificação por e-mail, e a inicialização da geração real do e- mail. Estas funções são implementadas utilizando-se informação obtida de uma variedade de bancos de dados e outros sistemas incluindo, em particular, uma ferramenta de administração do VDU (VAT) 182, um sistema de geração de mensagem eletrônica (EMGS) 184, uma facilidade para hospedagem do e- mail 186, um centro de serviços de auxílio sem fio (WAS) 170 bem como um site da Web de WAS configurável pelo usuário 188, e diversos outros sistemas que suprem informação ao centro de WAS 170. Como mostrado na Fig. 1, estes outros sistemas incluem um centro de serviços do assinante 190, uma aplicação CRM 192, um sistema de informação da qualidade 194, e um serviço de subscrição de WAS e dados do cliente de terceiros 196. Mais do que manter os dados em bancos de dados distribuídos ou em outros sistemas, toda a informação necessária pode ser armazenada em um único banco de dados usando esquemas diferentes no banco de dados. Estas e outras abordagens para a gestão e manipulação dos dados são conhecidas dos experientes na técnica.

A ferramenta de administração do VDU5 (VAT) 182 é usada para ajustar o VDU 160 e o EMGS 184 provendo o conteúdo básico das mensagens de e-mail junto com vários itens de configuração para a geração e envio das mensagens. Por exemplo, a VAT 182 pode prover vários parâmetros configuráveis tais como o tipo de e-mail (texto puro, html, SMS), o número e o momento de re-envio do e-mail quando é detectada uma falha no envio, e as condições sob as quais um endereço alternativo de e-mail é usado. A VAT é usada igualmente para especificar vários aspectos de comunicação do VDU-para-veículo, tais como as condições sob as quais um atendimento é colocado pelo veículo de volta ao VDU (por exemplo, ignição do veículo apenas LIGADA, apenas DESLIGADA, ou NÃO IMPORTA) ou prazo de carência (por exemplo, 60 dias) que é dado ao assinante depois do fim de seu período de assinatura do WAS antes da capacidade de comunicação veículo-para-VDU ser desligada.

As mensagens de notificação por e-mail geradas pelo sistema incluem ambos, o conteúdo estático (texto predeterminado e possivelmente gráficos) bem como o conteúdo dinâmico (informação que normalmente muda com o tempo). Este conteúdos estático e dinâmico são acessados das diferentes fontes mostradas na Fig. 1 e combinados em um arquivo digital que constitui a mensagem de e-mail. A elaboração da mensagem de e-mail é preferivelmente realizada usando-se um ou mais gabaritos predefinidos com a VAT 182 especificando qual gabarito deve ser usado. Gabaritos diferentes podem ser usados para tipos diferentes de veículo e/ou tipos diferentes de gatilhos. A construção e o conteúdo destas mensagens de e-mail e o uso destes gabaritos serão discutidos em maior detalhe abaixo em relação à Fig. 3. O sistema de geração de mensagem eletrônica (EMGS) 184 é iniciado pelo VDU 160 como resultado de um gatilho do veículo recebido pelo VDU. Ela obtém a informação dinâmica e estática do veículo do VDU 160 e em alguns casos diretamente de outras fontes e elabora a mensagem de e-mail usando o gabarito predefmido que foi especificado pela VAT 182. Uma vez elaborado o e-mail ele é, enviado via Internet por meio da facilidade de hospedagem 186 do e-mail que realmente manipula o enfileiramento e a transmissão do e-mail usando protocolos padrão do correio da Internet tal como smtp.

Informação estática do veículo ou específica do assinante usada na mensagem de e-mail (nome do assinante, informação do revendedor, número da conta de WAS, etc.) é obtida do banco de dados de WAS 174 que inclui informação obtida originalmente ainda de outros sistemas. Por exemplo, informação básica do cliente (assinante) pode ser mantida por um serviço de terceiros 196 que forneça uma única fonte de dados limpa do cliente junto com informação da assinatura e renovação para sua conta de WAS. Informação do cliente do sistema CRM 192 também pode ser usada incluída no banco de dados de WAS 174. Informação provida pelo assinante entrada em seu site da Web 190 (por exemplo, a quilometragem na última troca de óleo) pode igualmente ser provida ao banco de dados do WAS 174. Esta informação pode ser usada pelo centro de WAS 170 para ajudar um consultor vivo na manipulação de perguntas do cliente e tratar problemas do veículo monitorados pelo centro de WAS. Para a geração das notificações por e-mail, pelo menos alguma desta informação é sacada do banco de dados do WAS 174 pelo VDU 160 e provida ao EMGS 184 para inclusão na mensagem de e-mail. Informação personalizada provida previamente pelo assinante a um site da Web 188 de WAS personalizável pelo usuário também pode ser acessada automaticamente pelo EMGS 184 e incluída no e-mail. Um exemplo seria uma fotografia digital do veículo suprida pelo usuário, que poderia ser incluída no e-mail.

O assinante pode, igualmente, personalizar determinados aspectos do sistema, tais como, o número de dias usados pelos gatilhos periódicos que geram notificações de status por e-mail. Deste modo, mais do que ter um gatilho de 30 dias, o assinante pode personalizar o gatilho para operar talvez uma vez por semana ou uma vez por quinzena. Isto pode ser feito via site da Web 190 do assinante que provê acesso limitado à VAT 182 para configurar estes itens no VDU 160.

Diagnóstico do veículo e outra informação obtida do veículo pelo VDU 160 podem igualmente ser providos ao banco de dados do WAS 174 para uma recuperação posterior por um consultor vivo ou para outras finalidades. Também, pelo menos alguma desta informação pode ser provida ao sistema de informação de qualidade 194 para análise de garantia, tendência e outras avaliações. A provisão de tal informação ao sistema de informação de qualidade 194 pode ser automática em cada gatilho, somente para determinados gatilhos, ou apenas sob determinadas circunstâncias. Por exemplo, leituras da quilometragem e da vida do óleo podem ser providas ao sistema 194 apenas nos casos quando há um DTC ou DTC particulares tenham ocorrido.

Antes de voltarmos às especificidades da própria mensagem de notificação por e-mail, referência é feita à Fig. 2, que provê alguma informação adicional a respeito de vário sistemas centralizados e integrados do veículo necessários para implementar o sistema de notificação por e-mail 100. A construção e operação destes sistemas integrados do veículo serão aparentes àqueles experientes na técnica dadas as descrições funcionais aqui providas em combinação com o conhecimento geralmente disponível sobre sistemas existentes atualmente em uso e no nível de conhecimento da técnica.

Como mostrado na Fig. 2, o veículo motorizado 110 é descrito como um sedan de passageiro típico e será apreciado que outros veículos motorizados tais como veículos marinhos, aviões, e outros automóveis (por exemplo, camionetes, caminhões diesel e a gasolina, etc.) podem ser usados dede que sejam equipados com um módulo de comunicação sem fio apropriado que esteja conectado integrado para se comunicar com o um ou mais sistemas do veículo do qual veículo a informação deva ser obtida. Localizados dentro do veículo 110 estão vários módulos eletrônicos que incluem uma unidade de telemática 120, conectada por meio de uma rede integrada 112, a um ou mais módulos de sistema do veículo (VSMs) 130. Como será descrito em maior detalhe, a unidade de telemática 120 inclui o módulo de comunicação sem fio do veículo e esta unidade provê comunicação e interatividade com o motorista e com várias localizações remotas incluindo o VDU 160, o centro de WAS 170, e o centro de serviço do revendedor 180. O VSMs 130 provê vários diagnósticos integrados do veículo, monitoração, controle, e funções de registro. Por exemplo, um VSM 130 pode ser usado para controlar a operação do motor (injeção de combustível e tempo de ignição), enquanto outro VSM 130 pode ser um sistema de segurança que manipule a monitoração e a operação do air-bag ou de outros sistemas de segurança SIR no veículo. No modo de realização da FIG. 1, os VSMs incluem um VSM 132 de diagnóstico tal como um sistema de diagnóstico integrado (por exemplo, um sistema OBD-II) que executa uma verificação de diagnóstico de vários sensores do veículo.

Ao facilitar interações entre os vários módulos eletrônicos e de comunicação, a rede de comunicação 112 do veículo usa quaisquer abordagens apropriadas de comunicação à rede, tal como a rede de controlador de área (CAN), padrão ISO 9141, padrão ISO 11898 para aplicações de alta velocidade, padrão ISO 11519 para aplicações de velocidade mais baixa, padrão SAE J1850 para aplicações de velocidade alta e velocidade menor, e/ou similares.

A unidade de telemática 120 pode ser implementada de várias maneiras, mas no modo de realização ilustrado inclui um processador 121, um módulo de comunicações sem fio 122 para comunicação com, e de um veículo via uma ou mais antenas 123, uma memória digital 124 que armazena programas 125 e um banco de dados 126, um ou mais interruptores de tecla 127 e um microfone 128 e um ou mais alto-falantes 129 para permitir comunicação de voz com consultor vivo do WAS e para o uso nas chamadas de mãos livres (HFC). O processador 121 pode ser implementado nas várias maneiras conhecidas daqueles experientes na técnica, como por um microprocessador ou um circuito integrado de aplicação específica (ASIC). O processador 121 executa um ou mais programas de computador 125 para realizar suas várias funções de monitoração e processamento de dados e se comunicar com os módulos de sistema 130 do veículo, com o usuário do veículo, e com localizações remotas. Como uma parte do sistema 100 de notificação por e-mail, ele também é usado para ajustar os vários gatilhos requeridos pelo VDU 160 e para monitorar a ocorrência de um gatilho e, com isto, iniciar uma chamada de volta ao VDU quando a ocorrência do gatilho é detectada. Alternativamente, um VSM 130 dedicado poderia ser provido para a manipulação do gatilho.

O módulo de comunicações 122 provê comunicação sem fio via celular (por exemplo, CDMA, GSM), satélite, ou outro caminho sem fio, e inclui a capacidade de prover ambos, comunicação de voz e de dados. Isto permite comunicação de dados com pelo menos o VDU 160, bem como voz e, se desejado, comunicação de dados com o centro de WAS 170 e revendedor 180.

A memória 124 pode ser qualquer dispositivo de armazenamento digital que proveja armazenamento de dados legíveis por computador e programas para uso pelo processador 121. Isto inclui armazenamento da memória volátil e/ou não-volátil e pode ser implementado como um ou mais dispositivos físicos separados. Os programas 125 incluem um ou mais programas de computador que são executados pelo processador 121 para realizar as várias funções da unidade de telemática 120. O banco de dados 126 inclui o armazenamento dos gatilhos ajustados pelo VDU 160, bem como, informação associada como uma lista dos sistemas do veículo a ser acessados para a finalidade de adquirir e relatar informação dinâmica do veículo de volta ao VDU.

Embora descritos na FIG. 2 como módulos individuais separados, será apreciado pelos experientes na técnica que muitos dos 10 componentes da unidade de telemática 120 podem ser integrados junto, ou integrados e/ou compartilhados com outros sistemas do veículo de modo que, por exemplo, a memória 124 possa ser incorporada ao processador 121 ou localizada fora da unidade de telemática 120 e compartilhada com um ou mais de outros sistemas do veículo.

O sistema portador sem fio 140 pode ser um sistema de comunicação sem fio celular e/ou via satélite, usado para transmitir voz e dados entre o veículo 110e várias localizações remotas tal como mostrado na Fig. 1. Em um modo de realização, o sistema portador sem fio 140 é implementado como um CDMA, GSM ou outro sistema de comunicação celular 142 que troca voz e dados entre o veículo 110 e a rede de comunicação 150. Adicional ou alternativamente, a comunicação sem fio pode ser por meio de transmissão via satélite que usa um ou mais satélites 144 para conectar o veículo à rede de comunicação 150 via, por exemplo, uma instalação central terrestre de satélite 146. A rede de comunicação 150 pode ser um sistema terrestre ligado por fios tal como o sistema de telefone público e/ou sistema de cabo usado para telefonia e comunicação de dados incluindo comunicação que é realizada pela Internet. Para finalidades do modo de realização aqui discutido, a comunicação sem fio entre o veículo 110 e o VDU 160 é por um sistema celular 142 e o satélite 144 é usado para proporcionar serviços subordinados tais como coordenadas GPS ou uma alimentação de rádio via satélite.

O VDU 160 é um sistema de dados central que pode ser implementado usando-se um ou mais sistemas de computador localizados ou, em uma localização remota independente ou, por exemplo, no centro de WAS 170. Um sistema de computador típico é mostrado na Fig. 2 e inclui um modem e/ou roteador 162, um computador 164, e banco de dados 166 todos conectados por uma Ethernet LAN 168. O banco de dados 166 pode ser implementado usando-se um dispositivo de armazenamento separado anexado à rede (NAS) ou pode ser armazenado no próprio computador 164, ou pode ser localizado em qualquer outro lugar, como desejado. O computador 164 tem um programa de aplicação que manipula todo o processamento do VDU, incluindo comunicação com o veículo 110 e o ajuste e processamento dos gatilhos. O VDU 160 pode igualmente se comunicar com o centro de WAS 170 e/ou o centro de serviço 180 do revendedor ou via rede 150 ou por qualquer outro caminho direto. As configurações apropriadas de hardware e de software são conhecidas dos experientes na técnica. Embora o VDU 160 seja descrito como sendo implementado usando-se um único computador 164, seria apreciado que várias funções realizadas pelo VDU podem ser implementados usando-se vários computadores locais ou distribuídos. Além disto, VAT 182 e EMGS 184 podem, ambos, ser implementados ou como sistemas autônomos ou podem ser processos separados rodando no mesmo hardware usado pelo VDU 160.

O centro de WAS 170 pode ser uma ou mais localizações designadas por um ou mais consultores vivos 176 que manipulam chamadas dos motoristas do veículo e/ou que monitoram várias condições do veículo como ativação do air-bag. O centro de WAS pode incluir um ou mais servidores 172 que incluem as capacidades necessárias de comunicação com rede 150, armazenamento de dados 174, e uma LAN 178 para conectar em conjunto estes componentes junto com o computador (ES) usado pelos consultores vivos 176. Se desejado, o VDU 160 pode ser integrado no centro de WAS 170 em vez de utilizar dois sistemas separados. Instalações de centro de chamadas apropriadas são conhecidas e estão atualmente em uso para prover assistência remota viva em conexão com sistemas de segurança e proteção no veículo. Fora o uso de consultores vivos, o consultor 176 pode ser implementado como um autômato ou um programa rodando em um computador disposto operacionalmente para responder aos pedidos do assinante.

O centro de serviço do revendedor 180 é uma concessionária de veículos onde a manutenção e o reparo do veículo são realizados. O centro de serviço do revendedor é conectado por uma rede de comunicação 150 com o veículo 110 de modo que o motorista possa iniciar uma chamada telefônica com um técnico ou programar serviços de manutenção na concessionária.

Voltando agora à Fig. 3, nela é mostrada uma mensagem de notificação por e-mail exemplificativa gerada pelo sistema. A mensagem de e-mail é elaborada, pelo menos em parte, usando-se caracteres de linguagem, quer como palavras usando o alfabeto inglês ou como uma língua estrangeira diferente que utilize caracteres textuais ou gráficos. A mensagem de e-mail ilustrada é provida usando-se html para prover apresentação e formatação atrativas dos conteúdos da mensagem. Outras linguagens de marcação tal como xml também podem ser usadas. Alternativamente, o e-mail pode ser provido como texto puro sem ser usada formatação ou linguagem de marcação. A própria mensagem de e-mail é formatada em várias regiões, incluindo uma região superior que fornece o veículo básico e a informação introdutória, uma segunda região que fornece informação de diagnóstico, uma terceira região que fornece informação de manutenção, uma quarta região que lista várias notificações das listas (recolhimentos possíveis do veículo e conta de serviços auxiliares e informação da assinatura), e uma quinta região que provê informação variada tal como informação de contato do revendedor. Como mostrado, a mensagem pode igualmente conter um cabeçalho e um rodapé, com o cabeçalho provendo espaço para um logotipo da companhia e abas que conectem o usuário a diferentes sites da Web, tal como o site da Web principal para serviços do WAS. O rodapé pode prover informação de contato de suporte, informação sobre isenção de responsabilidade, etc.

A primeira, a região superior, contém uma mensagem introdutória tal como mostrado. Esta mensagem é construída usando-se um gabarito de e-mail que é particular para o tipo de gatilho que iniciou o e-mail. Por exemplo, a mensagem de e-mail ilustrada na Fig. 3 é um e-mail de boas vindas que é gerado e enviado ao assinante dentro de 24 horas de seu registro no serviço. Embora este e-mail pudesse ser gerado automaticamente e enviado pelo sistema de notificação 100 sem se comunicar com o veículo 110, é desejável incluir dentro dele peças diferentes de informação do veículo, na mensagem de e-mail, incluindo, por exemplo, quilometragem, vida restante do óleo, e o diagnóstico do status de vários sistemas do veículo. Deste modo, este e-mail é elaborado usando-se um gabarito de boas vindas que inclua o conteúdo estático (texto predefinido) do gabarito bem como campos que denotem a informação específica do veículo. Estes campos são povoados com dados apropriados acessados do banco de dados 164 do WAS ou de qualquer outra parte, como discutido acima. Os campos podem ser identificados usando-se xml ou qualquer outra maneira apropriada. O conteúdo dinâmico relacionado ao assinante individual ou a sua demografia também pode ser incluído nesta região superior. Similarmente, o conteúdo desta região poderia automaticamente ser variado pelo EMGS 184 de acordo com determinadas características da assinatura de WAS dos assinantes, tais como há quanto tempo eles estão registrados, se estão em um período particular da assinatura, e de acordo com outros aspectos relacionados a onde o assinante está no ciclo de vida do WAS. O texto da mensagem de boas vindas desta primeira região igualmente identifica três indicadores de ação: verde (nenhum item encontrado), amarelo (ação sugerida), e vermelho (atenção imediata exigida). Estes indicadores de ação são representados por símbolos como mostrados, e estes símbolos e sua descrição textual sucinta são incluídos preferivelmente em cada e-mail. No lado direito da primeira região, uma fotografia digital da marca e modelo (e preferivelmente estilo e cor) do veículo dos assinantes é provida. Esta foto pode ou ser acessada de uma biblioteca padrão de fotos de veículos, ou pode ser uma fotografia fornecida pelo usuário de seu/sua próprio veículo obtido, por exemplo, do site da Web personalizado do WAS. Abaixo do veículo retratado está o número VIN particular para o veículo de modo que o e-mail proveja uma fonte conveniente desta informação quando necessitada pelo assinante.

Da segunda a quarta região de mensagem de e-mail cada uma delas é separada em várias seções, com cada seção relacionando-se a um tipo particular de informação útil ao assinante. A região de diagnóstico, no exemplo provido na Fig. 3, é dividida em quatro seções: motor e/ou sistema de locomoção, sistema do air-bag, sistema de freio anti-bloqueio (ABS), e módulo de comunicação sem fio do veículo. Cada seção inclui uma etiqueta de seção que identifica o sistema particular do veículo, um indicador de status do teste de diagnóstico, e um indicador do resultado do diagnóstico. O indicador de status do teste de diagnóstico identifica se, ou não, o teste de diagnóstico do sistema do veículo foi bem sucedido - em caso afirmativo, a mensagem de e-mail inclui um "Diagnóstico: Terminado." Se o teste não terminou, a mensagem pode indicar "Diagnóstico: Falhou." junto com um pedido para contatar o suporte do WAS. O indicador de resultado do diagnóstico provê ao assinante um resultado de diagnóstico geral sobre o sistema particular do veículo, e este indicador de resultado do diagnóstico pode ser implementado usando-se o símbolo indicador de ação notado acima (símbolo verde, amarelo, ou vermelho), e a seção pode além disto indicar se alguma ação é exigida do proprietário para tratar um problema ou uma condição anormal identificada durante o teste de diagnóstico. Uma ligação de hipertexto para mais informação pode igualmente ser provida para dar ao assinante informação adicional sobre o teste de diagnóstico que foi executado e o que os resultados significam.

A região de manutenção da mensagem de e-mail inclui uma primeira seção que fornece informação relativa à vida restante do óleo do motor e uma segunda seção que fornece informação da quilometragem do veículo. Os indicadores de ação coloridos são usados aqui também para identificar se alguma ação será necessária por parte do proprietário.

Quando algum serviço de manutenção é exigido ou para manutenção, ou para tratar itens diagnosticados, a mensagem de e-mail pode incluir uma ligação para um revendedor para programar a manutenção do veículo, ou pode prover a informação da fixação do preço ou do vale para incentivar o assinante a obter o serviço necessário de um revendedor particular ou de qualquer revendedor local. Por exemplo, quando uma troca de óleo for necessária, a mensagem de e-mail pode incluir uma observação indicando que o assinante pode imprimir a mensagem de e-mail e levá-la consigo ao revendedor para obter um preço com desconto ou serviços adicionais ao ter o óleo do motor trocado. Alternativamente, a mensagem de e-mail pode prover uma ligação que o assinante possa clicar para acessar um vale do revendedor, e este vale pode ou prover um desconto geral que não seja relacionado ao serviço específico necessitado pelo veículo ou pode especificamente ser feito sob medida para a manutenção exigida (por exemplo, oferecendo serviços adicionais relacionados ou provendo preço ou descontos específicos para o serviço necessário).

A região de notificação é separada em quatro seções: recolhimentos de veículos, informação da conta de WAS e da assinatura, informação da conta de chamada de mão livre (HFC), e informação da conta via satélite e da assinatura. A seção de recolhimento lista cada recolhimento em andamento e pode prover detalhe adicional a respeito da finalidade e escopo do recolhimento. Somente recolhimentos aplicáveis ao veículo particular envolvido são registrados. A seção de assinatura de WAS identifica o número da conta do assinante, o tipo de plano de serviço, e a data de validade, e pode incluir informações adicional se desejado. As seção chamada de mãos livres fornece informação sobre serviços telefônicos celulares de voz que estão disponíveis através do mesmo módulo de comunicação sem fio 122 que é usado para prover os serviços de WAS. Esta seção identifica o número de telefone do veículo junto com informação da conta. Para planos pré-pagos ou planos mensais que oferecem um número fixo de minutos incluídos, é provido o número de minutos restantes. A seção da conta de rádio via satélite provê informação da conta e assinatura para serviços de rádio via satélite. Como mostrada para a seção de assinatura de WAS, qualquer um destes serviços renováveis pode incluir uma tecla em sua seção individual para redirecionar o assinante para um site da Web de renovação de assinatura, e estas teclas podem ser providas apenas quando a data da renovação se aproxima (por exemplo, a 120 dias da data de renovação). Além disto, cada uma das seções de serviços auxiliares inclui preferivelmente a capacidade de o usuário clicar para o próprio site do serviço na Web para obter informação adicional da conta, etc. Outras seções podem ser mostradas nesta região de notificação. Por exemplo, quando o registro do veículo está perto de expirar (por exemplo, no prazo de 60 dias), se esta informação estiver incluída em um dos bancos de dados acessíveis ao VDU ou EMGS, então uma notificação de renovação do estado do registro com informação de contato e ligações de hipertexto pode ser provida no e-mail.

A quinta região pode ser usada para informações variadas tal como o contato do revendedor mostrado. Isto pode incluir uma ligação ao site da Web do revendedor e/ou à seleção de um "enviar e-mail para:" ou ligação similar que inicie uma mensagem de e-mail para o revendedor. Alguma ou todas as informações do veículo (VIN, quilometragem, resultados de diagnósticos, etc.) podem automaticamente ser incluídas neste e-mail do revendedor por programação ou escrituração apropriada conhecidas, daqueles experientes na técnica Alternativamente, todo e-mail de notificação do assinante pode ser incluído dentro do, ou anexado (por exemplo, enviado adiante) como uma parte deste e-mail do revendedor. Aparte da informação do revendedor, também informação do seguro e informação do arrendamento ou empréstimo podem ser incluídas nesta quinta região, ou podem ser incluídas em outra região dedicada ou compartilhada do e-mail. Estas outras seções podem incluir informação para o assinante tais como a informação de contato do seguro ou informação sobre saldo do empréstimo e data devida do pagamento, bem como a capacidade de direcionar um e-mail para a companhia seguradora ou de empréstimo.

Como mencionado acima em conexão aos vários sistemas de veículos que provêm informação do veículo e comunicação sem fio, cada um dos sistemas de serviços auxiliares que provêm, por exemplo, WAS, HFC, e serviços de rádio via satélite, são sistemas existentes e a construção e operação destes sistemas são conhecidas daqueles experientes na técnica. Similarmente as interconexões e programas necessários para conectar com estes sistemas e extrair a informação desejada da conta e assinatura são igualmente conhecidas daqueles experientes na técnica.

Em alguns casos, não haverá nenhuma informação, para ser colocada em uma região particular ou seção de uma região. Por exemplo, quando não houver nenhum recolhimento em andamento para o veículo, ou uma vez que o veículo tenha tido o serviço do recolhimento executado, a seção de recolhimento estará vazia. Se desejado, isto pode ser implementado por uma mensagem curta colocada na seção, tal como "Nenhum recolhimento em andamento". Alternativamente, pode ser desejável eliminar completamente a seção, e neste caso o gabarito do e-mail incluirá uma provisão para eliminação se não tiver nenhum dado para indicar. Isto pode ser feito para outras regiões; por exemplo, quando o veículo não tem um sistema ABS, ou como outro exemplo, se o sistema de notificação for projetado para permitir que os assinantes personalizem seus relatórios de e-mail, um assinante pode querer expor informação de diagnóstico dos sistemas, do sistema de locomoção enquanto outro pode não querer. Mais do que prover gabaritos separados para cada uma destas combinações potenciais de notificação, o gabarito do e-mail pode ser ajustado para eliminar as seções indesejadas da região de diagnóstico para aqueles usuários que não querem ver esta informação do sistema de locomoção. Esta personalização do assinante poderia ser executada via VAT 182 pelo site da Web 190 do assinante, e a configuração para este assinante poderia ser armazenada no banco de dados 164 do VDU. Preferivelmente, as seções são eliminadas somente quando é desejado não expor a informação relacionada (por exemplo, nenhum recolhimento em andamento, ou o assinante não quer informação do sistema de locomoção incluída). Quando não há dados disponíveis para uma seção que deva ser exposta (por exemplo, o teste de diagnóstico falhou e nenhum dado foi relatado), então, em vez de eliminar a seção, uma mensagem de falha de diagnóstico é exposta, como discutido mais acima. Esta mesma abordagem pode ser usada para as outras regiões de modo que, por exemplo, onde nenhuma informação de conta de rádio via satélite está disponível porque esse sistema de terceiro está desconectado, então, este fato deveria ser notificado em vez de eliminar a seção de rádio via satélite.

Referindo-nos agora à Fig. 4, nela é provida uma vista geral do processo para registro no sistema de notificação 100, no ajuste e processamento dos gatilhos, e geração e sistema de locomoção subseqüentes dos e-mails de notificação. O assinante pode registrar via um de diversos métodos, dois dos quais são mostrados. Como um método,o assinante pode registrar-se através de um site da Web que, ou seja dedicado a este serviço ou incorporado em um site da Web de serviços de manutenção de veículo mais compreensivo, tal como o site da Web do assinante 190 mostrado na Fig. 1.

Um segundo método é colocar uma chamada do veículo para um consultor vivo 176 de WAS o que pode ser feito usando-se a tecla de chamada do consultor 127 montada no veículo para iniciar uma chamada de voz com o consultor. O consultor vivo 176 então tem acesso por computador às informações da conta do assinante e ao VDU 160 para a finalidade de efetuar o registro. Outros métodos de registro incluem uma chamada direta por linha fixa no VDU 160 ou registro através do revendedor 180 de quem o veículo originalmente foi comprado ou alugado. Uma vez registrado no serviço, o VDU 160 inicia uma sessão de comunicação com o veículo 110 que, no modo de realização apresentado envolve colocar uma chamada para o módulo de comunicação sem fio 122 do veículo via rede de comunicação sem fio 140. Durante esta chamada, o VDU 160 supre o veículo com um ou mais gatilhos. Isto pode incluir um gatilho baseado no tempo (por exemplo, mensalmente) e/ou gatilhos baseados nas condições do veículo (por exemplo, a ocorrência de determinados DTCs ou de um gatilho da vida do óleo). Então, com a ocorrência de um gatilho, o veículo 110 inicia uma sessão de comunicação (por exemplo, chamada) com o VDU 160 e supre a informação dinâmica do veículo para a mensagem de notificação por e-mail. O VDU 160 armazena esta informação ou internamente no banco de dados 174 do VDU e/ou a provê ao banco de dados 164 do WAS para o armazenamento nele. O VDU igualmente inicia o processo do EMGS 184 para elaborar e então enviar a mensagem de e-mail ao assinante.

Neste modo de realização, todos os gatilhos são ajustados no veículo e toda a monitoração para a ocorrência de um gatilho acontece no veículo. Entretanto, será apreciado por aqueles experientes na técnica que, pelo menos alguns dos gatilhos, podem ser monitorados no terminal do VDU e, então uma chamada é colocada para o veículo para obter o diagnóstico desejado e outra informação.

A Fig. 5 descreve o fluxo do processo que envolve o assinante e o consultor vivo 176 no processo de registro e geração do e-mail. As etapas individuais mostradas na Fig. 5 são referenciadas abaixo com numerais entre parênteses. Registro via consultor vivo envolve uma chamada inicial do assinante para optar pelo programa de notificação por e-mail (500). Quando feito através de pressão de tecla dentro do veículo, a informação específica necessitada do veículo (por exemplo, VTN) é provida ao consultor vivo automaticamente o que o (a) habilita acessar a informação apropriada relacionada ao veículo e ao proprietário. Muito da informação do proprietário é normalmente acessível como resultado de um registro de entrega ao cliente (CDR) feito pelo revendedor quando da venda do veículo. Usando esta informação, o consultor vivo inicia o programa de notificação de e-mail para o assinante (502), e este tipicamente envolve o VDU ajustando um gatilho inicial para gerar (504, 506) um e-mail de boas vindas como mostrado na Fig. 3, e este será, então, seguido por e-mails periódicos automaticamente disparados (por exemplo, um a cada 30 dias). Para assinantes já registrados, uma chamada ao centro de WAS 170 pode ser usada para pedir especialmente uma notificação por e-mail ou um re-envio (508, 510) do e-mail mais recente. Isto pode ser feito apertando-se a tecla 127 para acessar o consultor vivo 176 ou acessar uma unidade de resposta de voz que traduza o pedido do motorista em um comando que seja enviado ao VDU 160 para gerar a mensagem de notificação por e-mail.

Ao registrar-se via uma interface da Web, tal como o centro do assinante 190, o sistema autentica o assinante através da identificação provida pelo login do usuário (512) e, a partir daí, os dados relevantes do veículo e do assinante são acessados e expostos para o assinante (514). O assinante pode então completar o processo de registro depois do que o gatilho inicial é ajustado no veículo e que resulta finalmente no e-mail de boas vindas e nas notificações por e-mail subseqüentes (504, 506).

Porções do processo do registro podem ser automatizadas e a Fig. 6 apresenta maiores detalhes a respeito destas características. Inicialmente, o fabricante ativa o módulo de comunicação sem fio 122 do veículo antes de entregá-lo ao revendedor (600). Esta ativação pode ser realizada através do portador da rede sem fio e faz com que todas as chamadas do veículo sejam redirecionadas para o fabricante do veículo para a instalação apropriada da conta sem fio do veículo. Antes da entrega ao revendedor, o fabricante pode igualmente ajustar um gatilho de 643,74km no veículo (602) que será usado para ajudar a assegurar que o fabricante receba a informação do proprietário (cliente) e uma oportunidade para registrar o proprietário no programa de notificação por e-mail e em outros serviços (WAS,: HFC, rádio via satélite, etc.). Quando o veículo é entregue ao cliente, o revendedor cria um registro de entrega ao cliente (CDR) que é gerado (604) e então transmitido ao fabricante e disponibilizado para o sistema de notificação 100. Este CDR é usado para criar automaticamente uma conta de assinante para o veículo (606). Alternativamente, a conta pode ser criada usando-se os dados obtidos do assinante através de um site da Web (608) como através do site da Web 190 do centro do assinante. Uma vez criada a conta do assinante (606), o sistema tenta conectar-se com o veículo (610, 612) e, se não for bem sucedido, implementa uma estratégia de nova tentativa (614) que poderia envolver, por exemplo, outra tentativa de chamada após um período de tempo predeterminado ou em uma hora predeterminada do dia. Uma vez estabelecida uma chamada para o veículo, o VDU 160 então ajusta sua configuração para este veículo (616), ajusta um ou mais gatilhos no veículo (618), e assim completa o aprovisionamento do portador (620) para chamada HFC, etc. Fora o discutido em outra parte nesta descrição, a configuração de instalação do VDU envolve obter a ID da estação (STED) do módulo de comunicação sem fio do veículo 122, associando-o com o VIN, e permitindo a operação do VDU para este STID. O aprovisionamento do portador termina a ativação e estabelece listas de deslocamento preferidos e semelhantes, como será conhecido daqueles experientes na técnica. A chamada é então terminada e o registro estará completo (622).

O assinante pode igualmente registrar-se pressionando a tecla 127 no veículo (624) e conectando-se no centro do WAS (626). O consultor vivo acessa os dados do sistema, para determinar se a conta do cliente já existe e se a ID da estação (STID) do módulo de comunicação sem fio 122 do veículo já está incorporada ao sistema (628). Se não, a conta do cliente pode ser configurada manualmente (606) pelo consultor vivo 176 e a tentativa inicial de conexão ao veículo é realizada da maneira discutida acima. Se o cliente e STID já estiverem configurados no sistema, então o processo prossegue para ajustar a configuração do VDU (616), configurar os gatilhos do veículo (618), e completar o aprovisionamento do portador (620).

Caso nenhum CDR seja criado e provido pelo revendedor no momento da entrega do veículo, e se o cliente não iniciar o registro e a configuração de sua conta, o ajuste de um gatilho de 643,74km no veículo pelo fabricante iniciará um chamada ao centro de WAS 170 quando o odômetro do veículo alcançar 640 km (630). Assim como para o processo de registro via consultor vivo, o centro de WAS 170 faz verificações para determinar se uma conta de cliente já existe e se a ID da estação (STlD) do módulo de comunicação sem fio do veículo 122 de 20 já entrou no sistema (628). O restante do registro e o processo de configuração são então os mesmos conforme discutidos acima no caso do registro usando o consultor vivo.

Como será apreciado na Fig. 6, quando uma conta é configurada via, por exemplo, o uso de um CDR do revendedor, o processo de registro pode ser inteiramente 25 automatizado. Isto pode ser útil para frotas comerciais onde o comprador deseja ter todos os veículos registrados uniformemente no sistema de notificação por e-mail 100. O registro automático pode então ocorrer ou diretamente depois da criação da conta usando-se o CDR, ou pode ocorrer como resultado de chamada do veículo devido ao gatilho de 643,74 km. Além disso, fora usar um gatilho ajustado de fábrica (643,74 km), um gatilho inicial pode ser ajustado no veículo por meio de um robô de software que pode ser baixado para o sistema do veículo. Quando o gatilho atinge cada veículo, o veículo chama de volta e o registro é estabelecido automaticamente usando-se o procedimento descrito acima. Isto permite que uma entidade comercial compre uma frota de veículos e então os registre mais tarde em massa no sistema de notificação. O equipamento e a programação necessários para usar robôs de software para transferir e ajustar estes gatilhos no veículo são conhecidos por aqueles experientes na técnica

Outros aspectos que poderiam ser únicos ao gerenciamento da frota podem ser incluídos no sistema de notificação 100. Por exemplo, para os veículos de frota equipados com unidades de GPS, a localização do veículo pode ser incluída nos dados providos do veículo depois de um gatilho, e estes dados podem ser incluídos na notificação por e-mail mostrando onde o veículo está localizado ou por coordenadas ou mapeando-se o local e incluindo-se o mapa graficamente no e-mail. Deste modo, gatilhos podem igualmente ser definidos baseados na localização de modo que uma notificação por e-mail seja gerada e enviada quando o veículo chega a uma localização particular ou se move para fora de uma região geográfica definida. As mensagens de notificação por e-mail podem ser enviadas ao motorista e ao gerente da frota, ou apenas para um destes. Além disso, as mensagens dos gerentes de frota para os motoristas podem ser combinadas nas mensagens de notificação por e-mail de modo que, por exemplo, o gerente possa gerar uma mensagem para os motoristas que faça com que o VDU envie um gatilho imediato de chamada de retorno para cada um dos veículos. Uma vez que um veículo chame de volta, a mensagem de notificação por e-mail ao motorista é gerada e a mensagem do gerente é incluída no e-mail.

Como discutido acima, uma vez que o registro e a configuração do VDU estejam completos em um cenário típico do assinante individual, um gatilho inicial de 24 hora é ajustado no veículo por uma chamada do VDU 160 para o veículo 110. Uma vez que este gatilho sai do veículo, ele chama de volta o VDU 160 sob condições apropriadas (por exemplo, ignição do veículo LIGADA) e provê as várias informações do veículo (quilometragem, vida do óleo, status do diagnóstico dos sistemas do veículo, WAS e outras informações da conta, etc.) que são então incluídas no e-mail de boas vindas que é construído pelo EMGS 184 e enviado ao assinante. O VDU então ajusta um ou mais gatilhos adicionais, preferivelmente durante esta mesmo chamada do veículo Estes gatilhos incluem, por exemplo, um gatilho mensal para dar ao assinante uma atualização completa do status do veículo e da conta uma vez por mês, assim como um gatilho da vida do óleo para advertir o assinante quando a vida restante do óleo estiver abaixo de uma quantidade predefinida (por exemplo, menos de 20% de vida do óleo remanescente). O gatilho da vida do óleo pode ser ajustado para ser disparado quando a vida do óleo estiver abaixo deste limiar ou dentro. De uma faixa de valores (por exemplo, 19.6% a 20%), mas esta pode resultar em gatilhos múltiplos (chamadas repetidas do veículo) cada vez que ele verificar o valor da vida do óleo. Estes gatilhos repetidos podem ser usados para enviar múltiplas mensagens ao assinante ou, se isto não for desejado, os gatilhos repetitivos podem ser ignorados pelo VDU de modo que somente uma mensagem de e-mail seja enviado ao assinante. Alternativamente, o gatilho da vida do óleo pode ser ajustado para sair quando a vida do óleo iguala uma quantidade predeterminada (por exemplo, o gatilho sai quando a vida do óleo está em 20%, mas não quando está acima ou abaixo desta quantidade), e esta última abordagem pode ser usada para evitar a recepção de chamadas repetidas do veículo. Pontos múltiplos de gatilho da vida do óleo podem ser ajustados se desejados. A construção e operação dos sistemas de veículo que monitoram e determinam a vida restante do óleo são conhecidas daqueles experientes na técnica.

Alguns gatilhos podem ser gatilhos persistentes que não são cancelados quando se apagam. Por exemplo, um gatilho ajustado mensalmente no veículo para disparar no dia 15 de cada mês não precisa ser cancelado, mas pode ser deixado ajustado enquanto os gatilhos mensais forem desejados. Este gatilho pode ser ajustado para apagar-se em uma determinada hora do dia de modo que ocorra apenas uma vez no dia apontado do mês. Alternativamente, algum ou todos os gatilhos podem ser cancelados automaticamente ou por pedido do VDU cada vez que se apaguem. Isto provê flexibilidade na manipulação de tipos diferentes de gatilhos. Por exemplo, com um gatilho da vida do óleo, ele pode ser cancelado uma vez que se apague e pode permanecer cancelado sem um gatilho novo da vida do óleo ajustado até que o óleo seja trocado e a vida do óleo retorne a um ponto de restauração, ou acima do nível do limiar do gatilho (por exemplo, 20%) ou a algum limite mais elevado de restauração (por exemplo, acima de 80%, ou de volta a 100%). Uma vez que se determine que a vida do óleo voltou para (ou acima) do ponto de restauração, o gatilho da vida do óleo é restaurado o que pode ser feito, por exemplo, por um novo gatilho da vida do óleo sendo provido pelo VDU. Quando o veículo usa igualmente gatilhos mensais ou outros baseados no tempo, estes gatilhos podem continuar a ser processados e usados para registrar a vida do óleo não obstante de se a vida restante do óleo está acima ou abaixo do valor do limiar. Assim, por exemplo, as notificações da vida do óleo podem ser enviadas ao assinante usando-se o seguinte processo:

(a) determinando uma vida restante do óleo por monitoração de dados no veículo;

(b) enviando um valor da vida do óleo do veículo para um sistema de dados central quando a vida do óleo cai abaixo de um primeiro limiar

(c) emitindo uma mensagem eletrônica para o assinante usando o valor da vida do óleo obtido do sistema de dados central;

(d) monitorando a vida do óleo repetindo iterativamente a etapa (a); e

(e) repetindo as etapas (b) e (c) somente depois da vida do óleo ter excedido um segundo limiar que seja maior do que o primeiro limiar; e

(f) repetindo periodicamente as duas etapas seguintes:

(f1) emitir um valor da vida do óleo do veículo ao sistema de dados central; e

(f2) emitir uma mensagem eletrônica ao assinante usando o valor da vida do óleo obtido do sistema de dados central.

E-mails da etapa (f) baseados no tempo (periódicos) podem ser executados e processados independentemente da aproximação do limiar da vida do óleo da etapa (b). Usando-se este método, o sistema evita enviar os e- mails múltiplos devido à baixa vida do óleo embora continue a enviar os relatórios de e-mail periódicos (por exemplo, mensais). Uma vez que a vida do óleo retorna ao ponto de restauração (isto é, acima do segundo limiar), então outro e-mail de vida do óleo baixo será enviado uma vez que este ponto é alcançado. A determinação da restauração da vida do óleo acima do ponto da restauração pode ser feita de qualquer maneira apropriada, incluindo a monitoração de uma vida do óleo calculada e comparando-a ao segundo limiar, ou detectando que o óleo foi trocado por uma restauração do sistema realizada no posto ou no revendedor durante a manutenção do veículo. Este processo pode ser implementado pelo uso de gatilhos como discutido acima, e a monitoração da vida do óleo e a restauração do gatilho da vida do óleo podem ser feitas no terminal traseiro (VDU) ou pode ocorrer automaticamente no veículo de modo que nenhuma nova chamada ao veículo seja necessária para restaurar o gatilho da vida do óleo.

Quando os dados do veículo tiverem que ser transmitidos ao VDU como resultado de um gatilho, estes dados são enviados preferivelmente pelo veículo durante o chamada disparada que é colocada ao VDU pelo veículo. Os dados desejados do veículo (diagnóstico, quilometragem, etc.) podem ser pré-especificados ao veículo como uma parte do ajuste inicial do gatilho. Por exemplo, o veículo pode ser configurado na fábrica ou por programação subseqüente para prover os dados particulares do veículo em resposta a tipos particulares de gatilhos. Isto pode ser feito, por exemplo, usando uma tabela de consulta na memória onde o tipo particular de gatilho é usado para determinar o tipo particular de diagnóstico a ser executado e de dados do veículo a ser retornados. Assim, quando ocorre um gatilho, estes dados são passados automaticamente ao VDU durante a chamada do veículo. Alternativamente, o VDU pode especificar durante uma chamada particular disparada do veículo exatamente que dados ele quer. Neste cenário, as personalizações particulares da notificação por e-mail (por exemplo, incluir diagnósticos do sistema AB S, mas não do sistema de locomoção) podem ser usadas pelo VDU para especificar ao veículo que dados ele quer de modo que o veículo precise transmitir somente os dados desejados.

Com referência agora à fig. 7, é mostrado um exemplo de processo para manusear gatilhos pela VDU quando uma chamada chega de um veículo. A função básica desta rotina é determinar que gatilho(s) deve ser processado (700) e, depois, iniciar este processamento. A rotina inclui manuseio de chamadas perdidas de modo que, se a chamada tiver caído ou de sido perdida de outro modo antes de ser completada (702), uma notificação de chamada perdida é criada, (704) e uma estratégia de nova tentativa é implementada (706). Uma chamada perdida pode acontecer, por exemplo, se a ignição do veículo for desligada durante a chamada, ou a comunicação sem- fio com o veículo for temporariamente perdida, ou o sistema de computador de VDU ficar fora de ligação, ou por outras razões. A estratégia de nova tentativa pode envolver um conjunto de regras a serem seguidas para chamadas perdidas. Por exemplo, uma estratégia de nova tentativa é que o veículo seja responsável pela nova chamada no caso da chamada nunca passar do ponto de ser estabelecida com a VDU. Neste caso, o veículo pode tentar novamente periodicamente, por exemplo, a cada 10 minutos, ou em um ponto predeterminado, até que a chamada seja completada. Entretanto, nesta estratégia de nova tentativa, se a chamada se completar e se conectar com a VDU, mas for depois perdida antes de ser completada, então a VDU pode ser responsável por chamar de volta periodicamente ou a certo tempo. Quando a chamada é inicialmente conectada entre o veículo e a VDU, a VIN do veículo ou a STID do módulo de comunicação sem fio pode ser recebida pela VDU e, se recebida com sucesso, isto pode ser usado para transferir à VDU a responsabilidade de chamar de volta caso a chamada caia. Quando a VDU chama de volta, os dados do veículo que deveriam ser trocados como resultado do gatilho podem ser enviados para a VDU. Alternativamente, a chamada de volta proveniente da VDU pode ser simplesmente para ajustar um gatilho de nova tentativa de modo que, novamente, o veículo faça, em seguida, a chamada que é usada para transmitir a desejada informação do veículo. E cada arranjo, o número de novas tentativas pode ser limitado a certo número, em seguida ao que uma notificação de erro pode ser enviada ao assinante e/ou ao assessor vivo. Esta estratégia de nova tentativa é exemplificativa apenas, e outras estratégias de nova tentativa podem ser suadas conforme desejado para uma aplicação particular.

Há uma variedade de tipos de gatilho que podem ser colocados no veículo, alguns dos quais não são usados para gerar notificações. Desse modo, como mostrado na fig. 7, o processo determina que tipo de gatilho foi recebido (708). Destes, apenas o "Gatilho E-Mail" (710) é usado pela VDU para iniciar uma mensagem de notificação via EMGS 184, e este Gatilho de E-Mail pode ser um de muitos tipos diferentes, como explicado acima (por exemplo, um gatilho de boas-vindas, gatilho de notificação mensal, gatilho de vida útil do óleo). Outros tipos de notificação não por e-mail mostrados na fig. 7 incluem um gatilho de dia 30 por chamada de mãos livres (HFC) (712), um gatilho de desativação (714), um gatilho de tentar de novo um processo (716), um gatilho de gerenciamento de veículo comercial (718), um gatilho de auto DTC (720), um gatilho mensal de auto (722) e um gatilho apagador (724). Alguns desses gatilhos são usados para outros sistemas e serviços que estão fora do sistema de notificação por e-mail. Outros podem ser utilizados como parte do sistema de notificação, como o gatilho de desativação (714) que pode ser ajustado se o assinante termina sua assinatura ao programa de sistema de notificação, em cujo caso este gatilho pode desativar o processamento de VDU para o veículo particular deste assinante. Similarmente, o gatilho de apagamento (724) pode ser usado para apagar qualquer gatilho existente no veículo quando o assinante termina sua assinatura ao programa de sistema de notificação por e-mail.

Uma vez que um gatilho particular seja identificado e processado na fig. 7, o sistema confere, então, se qualquer gatilho adicional ocorreu e que precise ser processado (726, 728). Caso positivo, o processo é repetido e, caso negativo, a configuração de VDU é atualizada (730) como o resultado do processamento do gatilho (por exemplo, novos conjunto de gatilhos, etc.).

A fig. 8 é um exemplo de fluxograma ilustrando processamento de notificação quando um Gatilho por E-Mail da fig. 7 é recebido. Como mostrado na fig. 8, o processamento é distribuído sobre vários sistemas, incluindo a VDU 160, um sistema VelComm (que é um sistema que interfaceia a VDU com a portadora sem-fio para enviar e receber informação do veículo), o próprio veículo 110, e o EMGS 184. Assumindo que o proprietário tenha optado pelo programa de sistema de notificação por e-mail (800), o tipo particular de gatilho de e-mail é identificado; por exemplo, boas-vindas, mensalmente, vida útil do óleo (802). Depois, a VDU solicita os dados necessários do veículo (804), por exemplo, solicitando que vários testes diagnósticos de veículo sejam efetuados. Esta solicitação é validada e processada pela VelComm (806) que, então, transmite a solicitação de dados de diagnóstico para o veículo onde os diagnósticos são efetuados (808).0 veículo retorna, então, uma resposta de diagnóstico (incluindo, por exemplo, DTCs), e estes dados de diagnóstico são então convertidos em resultados de diagnóstico (810) e passados à VDU para serem supridos ao EMGS para inclusão no e-mail da maneira explicada acima em relação à fig. 3.

Em alguns casos, pode ser desejável enviar aproximadamente, assinante um e-mail, muito embora um gatilho desejado tenha sido enviado. Isto pode ocorrer, por exemplo, devido a não ser desejável inundar o assinante com muitos e-mails do sistema. Desse modo, o sistema pode conferir o número de e-mails enviados ao assinante dentro dos últimos 30 dias (812) e, se este número for maior do que um (814), o sistema pode simplesmente ignorar o gatilho, no sentido de que nenhum e-mail seja gerado (816). Se não houver sido enviado mais de um e-mail recentemente, então o sistema instrui o EMGS a escrever e enviar o e-mail (818). O manuseio de mensagem de envio falhado (820) pode ser feito no sistema também, e uma estratégia de gatilho de nova tentativa pode ser usada para isto também, como reenviar o e- mail ou ajustar um gatilho de nova tentativa no veículo (822) de modo que, em vez de simplesmente reenviar o e-mail um dia ou mais depois, o sistema pode processar um novo gatilho para obter a informação mais atualizada disponível do veículo. Tentativas falhas de enviar o e-mail ao usuário podem ser registradas e uma notícia veiculada no site da web da central do assinante 190 ou MyWAS 188, ou enviada ao assessor vivo, ou mesmo enviada ao veículo e notificada ao motorista via uma mensagem de voz ou exibida em uma central de informação de motorista caso o veículo seja assim equipado.

Um número de outros atributos pode ser incluído no sistema de notificação por e-mail. Por vezes, um gatilho realmente ocorre em um momento em que não seja possível ou desejável que o veículo chame a VDU. Entretanto, o gatilho pode ser marcado com o tempo pelo veículo, de modo que, quando o veículo chamar em seguida a VDU, a hora exata em que o gatilho ocorreu possa ser dada à VDU. Isto também pode ser usado para ajustar o sistema de modo que chamadas do veículo sempre ocorram a certo momento ou evento (por exemplo, na partida do veículo). A parte do assinante receber e-mails como resultados de gatilhos, o sistema pode permitir que o usuário solicite especificamente um e-mail a qualquer instante. Como explicado acima, isto pode ser por meio de aperto de um botão 127 no veículo (solicitando um e-mail de um assessor vivo ou pelo uso de uma unidade de resposta de voz). Uma vez solicitado, o e-mail será enviado ao endereço de e- mail associado ao assinante do veículo. Alternativamente, no momento da solicitação da atualização de e-mail do veículo, o usuário pode especificar um endereço de destino alternativo que pode ser outro endereço de e-mail ou um endereço usado para outros tipos de notificações eletrônicas (por exemplo, um número móvel para uma mensagem SMS). Este endereço de destino alternativo pode, então, ser transmitido para o EMGS 184 e usado para fins de envio da mensagem de notificação. O endereço de destino alternativo pode ser também uma etiqueta de identificação que pode ser reconhecida pela unidade de resposta de voz e usada para consultar endereço associado. Desse modo, por exemplo, quando o usuário solicita ao sistema "Envie meu e-mail para casa", a etiqueta de identificação "casa" pode ser usada para acessar um endereço previamente armazenado de e-mail de casa associado à etiqueta de identificação e usá-la para fins de enviar o e-mail de atualização de veículo, A construção e operação de unidades de resposta de voz localmente no veículo e em uma central de chamada remota, bem como, o uso de etiquetas de identificação fonéticas, são conhecidas por alguém experiente na técnica.

O assinante também pode solicitar especificamente uma atualização de e-mail das condições de veículo ao enviar um e-mail, por exemplo, para o EMGS ou WAS. O e-mail pode ser enviado para um endereço da forma VIN@domain.tld, onde VIN é o número de identificação do veículo e domínio.tld é o domínio da instalação de manuseio de e-mail. Esta mensagem de e-mail pode ser usada para instruir a VDU para gerar automaticamente um gatilho imediato que é enviado ao veículo, executado, e os resultados retornados ao assinante via a mensagem de notificação de e- mail, de modo que o assinante obtenha uma atualização rápida de status do veículo. Isto pode ser útil, por exemplo, para checar o veículo antes de partir em viagem de férias. De preferência, cada um dos e-mails enviados ao assinante são também providos ao sistema WAS, de modo que sejam acessíveis ao assessor vivo.

A parte das estratégias de nova tentativa que são usadas quando uma chamada cai, a VDU também pode ser programada para monitorar gatilhos antecipados de cada veículo, de modo que por exemplo, se um veículo for suposto estar chamando em um gatilho mensal, mas não o faz, a VDU pode chamar o veículo para determinar sua disponibilidade e ajustar um novo gatilho para obter dados de diagnóstico etc.

Deve ser entendido que a descrição acima é de um ou mais exemplos de modos de realização preferidos da invenção. A invenção não está limitada aos modos de realização particulares aqui revelados, mas, ao contrário, é definida exclusivamente pelas reivindicações abaixo. Além disso, as considerações contidas na descrição acima se referem a modos de realização particulares e não devem ser consideradas como limitações sobre o escopo da invenção ou sobre a definição de termos usados nas reivindicações, exceto quando um termo ou frase for expressamente definido acima. Vários outros modos de realização e várias mudanças e modificações aos modos de realização revelados se tornarão patentes a alguém experiente na técnica. Todos esses modos de realização, mudanças e modificações têm a intenção de estar abrangidas pelo escopo das reivindicações anexas.

Como usado no relatório e reivindicações, os termos "por exemplo" e "tal como" e os verbos "compreendendo", "tendo", "incluindo" e suas outras formas verbais, quando usados em conjunto com uma listagem de um ou mais componentes ou outros itens, devem ser considerados individualmente como de extremidade aberta, significando que a listagem não deve ser considerada como excludente de outros componentes ou itens adicionais. Outros termos devem ser considerados pelo uso de seu significado mais abrangente possível, a não ser que sejam usados em um contexto que exija uma interpretação diferente.

Claims (26)

1. Método para prover informação de veículo a um proprietário ou outro destinatário, caracterizado pelo fato de compreender as etapas de: (a) receber uma solicitação de informação de veículo de um usuário em um veículo via uma unidade de telemática no veículo; (b) acessar dados do veículo usando a unidade de telemática; (c) transmitir os dados de veículo da unidade de telemática para um sistema de dados central; (d) elaborar uma mensagem de notificação usando pelo menos alguns dos dados do veículo; e (e) enviar a mensagem de notificação a um destinatário via um sistema de envio de mensagem eletrônica.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato da etapa (a) compreender receber um aperto de botão de um botão de apertar da unidade de telemática e, em seguida, receber a solicitação verbalmente via a unidade de telemática.

3. Método de acordo com a reivindicação 2, caracterizado pelo fato da etapa (a) compreender adicionalmente, receber a solicitação verbalmente usando uma unidade de resposta de voz.

4. Método de acordo com a reivindicação 2, caracterizado pelo fato da etapa (a) compreender adicionalmente, iniciar uma sessão de comunicação ente a unidade de telemática e uma central de chamada em resposta ao aperto de botão e, em seguida, receber a solicitação verbalmente na central de chamada.

5. Método de acordo com a reivindicação 4, caracterizado pelo fato da etapa (a) compreender adicionalmente, receber a solicitação verbalmente por um assessor na central de chamada.

6. Método de acordo com a reivindicação 1, caracterizado pelo fato da etapa (a) compreender adicionalmente, receber a solicitação verbalmente usando uma unidade de resposta de voz.

7. Método de acordo com a reivindicação 6, caracterizado pelo fato da etapa (a) compreender adicionalmente, traduzir a solicitação em um comando e pelo fato do método compreender adicionalmente, executar pelo menos as etapas (d) e (e) em resposta ao comando.

8. Método de acordo com a reivindicação 1, caracterizado pelo fato das etapas (b) a (f) serem executadas automaticamente sob controle de software em resposta à solicitação.

9. Método de acordo com a reivindicação 1, caracterizado pelo fato da etapa (b) compreender adicionalmente, as etapas de iniciar uma checagem de diagnóstico sobre o veículo em resposta à solicitação e adquirir dados do veículo da checagem de diagnóstico.

10. Método de acordo com a reivindicação 1, caracterizado pelo fato da etapa (a) compreender adicionalmente, ajustar um gatilho no veículo em resposta à solicitação, e a etapa (b) compreender adicionalmente, acessar os dados de veículo em resposta ao gatilho.

11. Método de acordo com a reivindicação 1, caracterizado pelo fato da etapa (d) compreender adicionalmente, elaborar a mensagem de notificação de modo que contenha (1) pelo menos alguns dos dados do veículo representados em caracteres de linguagem, (2) informação de identificação de veículo exclusiva para o veículo, e (3) resultado de diagnóstico indicando se alguma ação é necessária para tratar de uma ou mais das condições do veículo.

12. Método de acordo com a reivindicação 11, caracterizado pelo fato da etapa (d) compreender adicionalmente, gerar uma mensagem de e-mail usando uma linguagem de marcação.

13. Método de acordo com a reivindicação 1, caracterizado pelo fato da etapa (a) compreender adicionalmente, receber um endereço de destino alternativo para a mensagem de notificação, e pelo fato da etapa (e) compreender adicionalmente, enviar a mensagem de notificação ao endereço de destino alternativo.

14. Método de acordo com a reivindicação 13, caracterizado pelo fato da etapa (d) compreender adicionalmente, elaborar a mensagem de notificação como um e-mail, e pelo fato da etapa (a) compreender adicionalmente, receber do usuário um endereço de e-mail de destino.

15. Método de acordo com a reivindicação 13, caracterizado pelo fato da etapa (d) compreender adicionalmente, elaborar a mensagem de notificação como um e-mail, e pelo fato da etapa (a) compreender adicionalmente, receber do usuário uma etiqueta de identificação representativa de um endereço de destino de e-mail.

16. Método de acordo com a reivindicação 13, caracterizado pelo fato de adicionalmente compreender a etapa de transmitir o endereço alternativo de e-mail para o sistema de dados central.

17. Método para prover informação de veículo a um proprietário ou outro destinatário, caracterizado pelo fato de compreender as etapas de: (a) receber em uma central de chamada uma solicitação de informação de veículo de um proprietário de um veículo; (b) contatar o veículo via uma unidade de telemática no veículo; (c) elaborar uma mensagem de notificação usando pelo menos alguns dos dados de veículo; e (e) enviar a mensagem de notificação a um destinatário via um sistema de envio de mensagem eletrônica.

18. Método de acordo com a reivindicação 17, caracterizado pelo fato das etapas (b) e (c) serem executadas durante diferentes sessões de comunicação com a unidade de telemática.

19. Método de acordo com a reivindicação 18, caracterizado pelo fato da etapa (b) compreender estabelecer um gatilho no veículo via uma sessão de comunicação entre o sistema de dados central e o veículo.

20. Método de acordo com a reivindicação 19, caracterizado pelo fato da etapa (c) compreender as etapas de monitorar a ocorrência do gatilho e, ao detectar a ocorrência, iniciar uma segunda sessão de comunicação entre o veículo e os sistema de dados central e enviar os dados do veículo pela segunda sessão de comunicação.

21. Método de acordo com a reivindicação 17, caracterizado pelo fato da etapa (d) compreender adicionalmente, elaborar a mensagem de notificação de modo que ela contenha (1) pelo menos alguns dos dados do veículo representados em caracteres de linguagem, (2) informação de identificação de veículo exclusiva para o veículo, e (3) um resultado de diagnóstico indicando se alguma ação é necessária para tratar de uma ou mais condições do veículo.

22. Método de acordo com a reivindicação 21, caracterizado pelo fato da etapa (d) compreender adicionalmente, gerar uma mensagem de e-mail usando linguagem de marcação.

23. Método de acordo com a reivindicação 17, caracterizado pelo fato da etapa (a) compreender adicionalmente, receber um endereço de destino alternativo para a mensagem de notificação, e pelo fato da etapa (e) compreender adicionalmente enviar a mensagem de notificação para o endereço de destino alternativo.

24. Método de acordo com a reivindicação 23, caracterizado pelo fato da etapa (d) compreender adicionalmente, elaborar a mensagem de notificação como um e-mail, e pelo fato da etapa (a) compreender adicionalmente, receber do usuário um endereço de destino de e-mail.

25. Método de acordo com a reivindicação 23, caracterizado pelo fato da etapa (d) compreender adicionalmente, elaborar a mensagem de notificação como um e-mail, e pelo fato da etapa (a) compreender adicionalmente, receber do usuário uma etiqueta de identificação representativa de um endereço de destino de e-mail.

26. Método de acordo com a reivindicação 23, caracterizado pelo fato de adicionalmente compreender a etapa de transmitir o endereço de destino alternativo para o sistema de dados central.