BR102021019060A2 - Dispositivo de processamento de informação, método de processamento de informação, meio de armazenamento não transitório e veículo - Google Patents

Dispositivo de processamento de informação, método de processamento de informação, meio de armazenamento não transitório e veículo Download PDF

Info

Publication number
BR102021019060A2
BR102021019060A2 BR102021019060-4A BR102021019060A BR102021019060A2 BR 102021019060 A2 BR102021019060 A2 BR 102021019060A2 BR 102021019060 A BR102021019060 A BR 102021019060A BR 102021019060 A2 BR102021019060 A2 BR 102021019060A2
Authority
BR
Brazil
Prior art keywords
vehicle
manager
information
input
application
Prior art date
Application number
BR102021019060-4A
Other languages
English (en)
Inventor
Noritake Mitsutani
Original Assignee
Toyota Jidosha Kabushiki Kaisha
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toyota Jidosha Kabushiki Kaisha filed Critical Toyota Jidosha Kabushiki Kaisha
Publication of BR102021019060A2 publication Critical patent/BR102021019060A2/pt

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/0098—Details of control systems ensuring comfort, safety or stability not otherwise provided for
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W20/00—Control systems specially adapted for hybrid vehicles
    • B60W20/20—Control strategies involving selection of hybrid configuration, e.g. selection between series or parallel configuration
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
    • B60L53/60—Monitoring or controlling charging stations
    • B60L53/66—Data transfer between charging stations and vehicles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L58/00—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles
    • B60L58/10—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles for monitoring or controlling batteries
    • B60L58/12—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles for monitoring or controlling batteries responding to state of charge [SoC]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/03—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for supply of electrical power to vehicle subsystems or for
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/082—Selecting or switching between different modes of propelling
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/085—Changing the parameters of the control units, e.g. changing limit values, working points by control input
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0002—Automatic control, details of type of controller or control system architecture
    • B60W2050/0004—In digital systems, e.g. discrete-time systems involving sampling
    • B60W2050/0005—Processor details or data handling, e.g. memory registers or chip architecture
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0002—Automatic control, details of type of controller or control system architecture
    • B60W2050/0004—In digital systems, e.g. discrete-time systems involving sampling
    • B60W2050/0006—Digital architecture hierarchy
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205—Diagnosing or detecting failures; Failure detection models
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/029—Adapting to failures or work around with other constraints, e.g. circumvention by avoiding use of failed parts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482—Procedural
    • G06F9/4484—Executing subprograms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/70—Energy storage systems for electromobility, e.g. batteries
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/7072—Electromobility specific charging systems or methods for batteries, ultracapacitors, supercapacitors or double-layer capacitors
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/12—Electric charging stations
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/16—Information or communication technologies improving the operation of electric vehicles

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Mechanical Engineering (AREA)
  • Theoretical Computer Science (AREA)
  • Transportation (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Sustainable Development (AREA)
  • Sustainable Energy (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Electric Propulsion And Braking For Vehicles (AREA)
  • Control Of Driving Devices And Active Controlling Of Vehicle (AREA)
  • Hardware Redundancy (AREA)

Abstract

A presente invenção se refere a um dispositivo de processamento de informação a ser montado em um veículo inclui um processador (20). O processador (20) é configurado para receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo, converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação, e emitir a segunda entrada ao gerenciador.

Description

DISPOSITIVO DE PROCESSAMENTO DE INFORMAÇÃO, MÉTODO DE PROCESSAMENTO DE INFORMAÇÃO, MEIO DE ARMAZENAMENTO NÃO TRANSITÓRIO E VEÍCULO ANTECEDENTES DA INVENÇÃO 1. Campo da Invenção
[001] A presente descrição se refere a um dispositivo de processamento de informação a ser montado em um veículo, um método de processamento de informação, um meio de armazenamento não transitório, e um veículo.
2. Descrição da Técnica Relacionada
[002] A Publicação do Pedido de Patente Japonesa Não Examinada No. 2006-142994 (JP 2006-142994 A) divulga um sistema de rede de veículos a ser desenvolvido em um período de desenvolvimento mais curto, mesmo em um caso de desenvolvimento de um sistema complicado em grande escala. Neste sistema de rede de veículos, uma estrutura de plataforma de controle distribuída com uma pluralidade de camadas é construída para uma rede que abrange uma pluralidade de unidades de controle eletrônico (ECU) e o controle cooperativo é implementado atribuindo funções separadas às camadas individuais.
SUMÁRIO DA INVENÇÃO
[003] O sistema descrito em JP 2006-142994 A emprega uma estrutura de controle para a qual apenas as solicitações predefinidas são aplicáveis, assumindo um esquema de sistema de controle de veículo dentro de uma gama de funções antecipadamente esperadas como as de um veículo. Portanto, o sistema descrito em JP 2006-142994 A não é adequado, por exemplo, para operações do veículo diferentes daquelas predefinidas no sistema de controle, ou novo uso do veículo diferente do uso original usando dispositivos do veículo.
[004] Por exemplo, quando um provedor de serviços tenta fornecer um serviço novo ou adicional para o veículo mais tarde, os desenvolvedores de aplicativos do provedor de serviços precisam desenvolver um aplicativo de serviço enquanto apreendem os detalhes da estrutura interna do veículo necessária para implementar o serviço novo ou adicional (por exemplo, uma plataforma eletrônica, uma configuração de sistema e um sistema de energia). Assim, surgem problemas em que o período de desenvolvimento e os custos de operação aumentam devido a complicações de desenvolvimento.
[005] A presente descrição proporciona um dispositivo de processamento de informação, um método de processamento de informação, um meio de armazenamento não transitório, e um veículo que pode alcançar um fácil desenvolvimento da função para os desenvolvedores de aplicativo.
[006] Em um primeiro aspecto da tecnologia da presente descrição, um dispositivo de processamento de informação a ser montado em um veículo inclui um processador. O processador é configurado para receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo, converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação, e emitir a segunda entrada ao gerenciador.
[007] No dispositivo de processamento de informação de acordo com o primeiro aspecto da tecnologia da presente descrição, o processador pode ser configurado para converter a primeira entrada recebida na segunda entrada incluindo uma entrada para um primeiro gerenciador e uma entrada para um segundo gerenciador. O primeiro gerenciador pode ser configurado para gerenciar o controle em um dispositivo de veículo para atender a uma solicitação. O segundo gerenciador pode ser configurado para gerenciar um fornecimento de energia do dispositivo de veículo que recebe uma instrução a partir do primeiro gerenciador. O processador pode ser configurado para emitir a segunda entrada para o primeiro gerenciador e o segundo gerenciador.
[008] No dispositivo de processamento de informação de acordo com o primeiro aspecto da tecnologia da presente descrição, o processador pode ser configurado para abrir informação para o público. A informação pode ser relacionada a pelo menos um de a segunda entrada, status de gerenciamento pelo primeiro gerenciador e o segundo gerenciador, e um status do dispositivo de veículo. O aplicativo pode ser configurado para determinar um início e um final de uma solicitação por se referir à informação aberta para o público.
[009] Em um segundo aspecto da tecnologia da presente descrição, um método de processamento de informação a ser executado por um processador de um dispositivo de processamento de informação a ser montado em um veículo inclui receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo, converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação, e emitir a segunda entrada ao gerenciador.
[010] Em um terceiro aspecto da tecnologia da presente descrição, um meio de armazenamento não transitório armazena instruções que são executáveis por um ou mais processadores de um dispositivo de processamento de informação a ser montado em um veículo e que faz com que os um ou mais processadores realizem as funções a seguir. As funções incluem receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo, converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação, e emitir a segunda entrada ao gerenciador.
[011] O dispositivo de processamento de informação de acordo com o primeiro aspecto da tecnologia da presente descrição pode ser montado em um veículo.
[012] De acordo com o dispositivo de processamento de informação da presente descrição, o processador converte a primeira entrada na segunda entrada. Assim, os desenvolvedores de aplicativo podem desenvolver com facilidade uma função sem estar ciente, por exemplo, de uma plataforma eletrônica, uma configuração do sistema, e um sistema de energia do veículo.
BREVE DESCRIÇÃO DOS DESENHOS
[013] Características, vantagens e significado técnico e industrial de modalidades exemplares da presente invenção serão descritos abaixo com referência aos desenhos anexos, nos quais sinais semelhantes denotam elementos semelhantes, e em que:
a Figura 1 é um diagrama de bloco funcional de um sistema de controle de veículo incluindo um dispositivo de processamento de informação de acordo com uma modalidade;
a Figura 2 ilustra um exemplo de um fluxo de processo detalhado entre blocos funcionais ao executar condicionamento de ar remoto (Exemplo específico 1);
a Figura 3 ilustra um exemplo de um conceito geral do fluxo de processo da Figura 2;
a Figura 4 ilustra um exemplo de um fluxo de processo detalhado entre os blocos funcionais ao executar o condicionamento de ar remoto em um tempo definido em um temporizador;
a Figura 5 ilustra um exemplo de um fluxo de processo detalhado entre os blocos funcionais quando se aborta ou termina o condicionamento de ar remoto;
a Figura 6 ilustra um exemplo de um fluxo de processo detalhado entre os blocos funcionais ao executar a direção durante o condicionamento de ar remoto;
a Figura 7 ilustra um exemplo de um conceito geral do fluxo de processo da Figura 6;
a Figura 8 é um diagrama conceitual de funções de componentes principais ao executar o condicionamento de ar remoto e a direção (Exemplo específico 1);
a Figura 9 é um diagrama conceitual de funções de componentes principais ao executar filmagem da câmera de vigilância de veículo estacionado (Exemplo específico 2); e
a Figura 10 é um diagrama para descrever as relações entre interface de programação de aplicativos de serviço (APIs) e processes em blocos funcionais associados com comandos no Exemplo específico 2.
DESCRIÇÃO DETALHADA DAS MODALIDADES
[014] Um dispositivo de processamento de informação da presente descrição proporciona funções de uma plataforma de controle por um veículo integrado ECU (central ECU) isoladamente, uma nuvem isolada externa, ou uma combinação do veículo integrado ECU e a nuvem externa. A plataforma de controle opera como um cérebro central configurado para controlar a operação geral e o comportamento de um veículo. Na plataforma de controle, desenvolvedores de aplicativo podem desenvolver com facilidade um serviço novo ou adicional sem estar ciente, por exemplo, da estrutura da plataforma de controle, comandos definidos, a configuração do sistema do veículo, e um sistema de energia tratado no veículo.
MODALIDADE CONFIGURAÇÃO
[015] A Figura 1 é um diagrama de bloco funcional de um sistema de controle de veículo incluindo um dispositivo de processamento de informação 20 de acordo com uma modalidade da presente descrição. Os blocos funcionais exemplificados na Figura 1 incluem um aplicativo de serviço 10, o dispositivo de processamento de informação 20, um dispositivo de veículo 30, uma biblioteca de plantas 40, e um aplicativo de direção 50. O dispositivo de processamento de informação 20 inclui uma biblioteca de comandos 21, um controlador de sistema de mobilidade 22, um portal de compartilhamento de informação 23, e um gerenciador integrado 24. O sistema de controle de veículo é montado em um veículo tal como um automóvel.
1.Aplicativo de Serviço 10
[016] O aplicativo de serviço 10 é um bloco funcional incluindo aplicativos que implementam serviços. Os serviços são implementados por usar peças de informação no lado de dentro e fora do veículo e componentes do veículo. Exemplos dos serviços incluem operações em tempo real do veículo como um automóvel ou produto, programação relacionada à ativação de aplicativos (o próprio e outros aplicativos) com base em tempos definidos, coleta e processamento de bancos de dados, gravação em mídia de gravação, e transmissão sem fio para o lado de fora. O aplicativo dessa modalidade é configurado para solicitar (chamar) um comando abstrato pre-definido na biblioteca de comandos 21 a partir do dispositivo de processamento de informação 20 por meio de uma interface de programação de aplicativo (API). A solicitação abstrata pode incluir informações suplementares (por exemplo, período de execução do serviço esperado, prioridade ou frequência). Por exemplo, um provedor de serviços pode fornecer qualquer serviço programando o aplicativo usando uma API dependendo dos propósitos. O conteúdo da API aberto a entidades comerciais ou semelhantes pode ser alterado dependendo dos níveis dos desenvolvedores de software. Assim, os desenvolvedores das entidades de negócios ou semelhantes podem facilmente desenvolver um aplicativo para implementar uma nova função. No desenvolvimento, não há necessidade de conhecer uma plataforma eletrônica no veículo, as estruturas dos dispositivos no veículo (atuadores ou sensores), e um sistema de energia (elétrico ou térmico) do veículo. Vários aplicações podem ser exemplificadas como os aplicativos. Por exemplo, os aplicativos estão relacionados a uma experiência do usuário de cabina (UX), um serviço remoto, Mobilidade como serviço (MaaS), um serviço de gerenciamento de energia e um serviço de atualização sobre o ar (over-the-air ou OTA).
[017] O aplicativo de serviço 10 solicita vários serviços a partir da biblioteca de comandos 21 (primeira entrada). O aplicativo de serviço 10 se refere a informação compartilhada aberta para o público em um portal de compartilhamento de in-formação 23. O aplicativo de serviço 10 inputs um gatilho para uma instrução para ativar um aplicativo a partir do controlador de sistema de mobilidade 22 para um portal de compartilhamento de informação 23. O aplicativo de serviço 10 pode trocar informação com a biblioteca de plantas 40. Cada aplicativo no aplicativo de serviço 10 é basicamente executado no veículo, mas pode parcialmente ser executado na nuvem.
2. Biblioteca de Comandos 21
[018] A biblioteca de comandos 21 é um bloco funcional que inclui uma API abstrata. Em resposta a uma solicitação de serviço abstrata (chamada de API de serviço) do aplicativo de serviço 10, esta API implementa o controle que corresponde à solicitação de serviço. Em outras palavras, a biblioteca de comandos 21 converte uma solicitação recebida do aplicativo de serviço 10 (primeira entrada) em uma solicitação para o gerenciador integrado 24 ou o controlador de sistema de mobilidade 22 (segunda entrada). Ou seja, a biblioteca de comandos 21 é um exemplo de "segundo processador”. Por exemplo, a biblioteca de comandos 21 inclui uma biblioteca de vários comandos para implementar as funções em associação a seguir.
[019] (1) A função de implementar um comando de operação único ou complexo for o dispositivo de veículo 30 (tal como um atuador). Esse comando de operação é um comando para atender a uma solicitação recebida a partir do aplicativo de serviço 10.
[020] (2) A função de emitir (transmitir) um gatilho de comutação para um modo de controle de veículo. O modo de controle de veículo define o comportamento do veículo (uso do veículo como um produto).
[021] (3) A função de ativar e parar um fornecimento de energia. O fornecimento de energia opera um sistema necessário para atender a uma solicitação.
[022] (4) A função de proporcionar uma instrução para ajustar as fontes de energia em resposta a uma demanda de energia informada (fusão de demanda, ponderação de demanda, determinação de flexibilidade e seleção de fontes).
[023] (5) A função de registrar informação compartilhada em um portal de compartilhamento de informação 23. A informação compartilhada é processada e/ou gerada por usar vários tipos de data.
[024] (6) A função de armazenar informação necessária em armazenamento e operação de dispositivos de comunicação interno e externo.
[025] (7) Função de temporizador para ativar um aplicativo específico em um horário definido.
[026] Por exemplo, a biblioteca de comandos 21 emite um gatilho para uma instrução para mudar o modo de controle do veículo, transmite um programa de operação, e reporta a programação para o controlador de sistema de mobilidade 22. A biblioteca de comandos 21 emite uma solicitação de controle ou uma solicitação de serviço (segunda entrada) para o gerenciador integrado 24. Ou seja, a biblioteca de comandos 21 é um exemplo de "terceiro processador". A biblioteca de comandos 21 recebe várias solicitações de serviço (primeira entrada) a partir do aplicativo de serviço 10. A biblioteca de comandos 21 é um exemplo de "primeiro processador". A biblioteca de comandos 21 pode proporcionar um portal de compartilhamento de informação 23 com informação de processamento de aplicativo a ser aberta para o público. A biblioteca de comandos 21 se refere a informação compartilhada aberta para o público em um portal de compartilhamento de informação 23. A biblioteca de comandos 21 pode trocar informação com a biblioteca de plantas 40.
3. Controlador de sistema de mobilidade 22
[027] O controlador de sistema de mobilidade 22 é um bloco funcional configurado, por exemplo, para centralmente gerenciar uma condição de controle relacionada a comportamento do veículo (uso ou operação), gerenciar o progresso de uma série de tarefas com base em um programa de operação, e gerenciar programas. Por exemplo, o controlador de sistema de mobilidade 22 tem as funções de gerenci-amento a seguir.
(1) Função de gerenciamento de modo de controle de veículo
[028] O controlador do sistema de mobilidade 22 gerencia o controle geral no veículo usando os elementos a seguir (pluralidade de modos e estados). O controlador do sistema de mobilidade 22 controla os componentes do dispositivo do veículo 30 e o comportamento do sistema e ajusta as solicitações de UX dependendo das situações do veículo (hora, local e ocasião: TPO).
[029] Modos principais: determinar o uso total do veículo dependendo das situações.
[030] <modo automóvel / modo elétrico / modo gerador / modo de parada>
[031] Estados: gerar a transição dos status do veículo ao longo das fases de controle sequenciais.
[032] <estado de viagem (espera, início, viagem, fim) / estado de movimento (espera, parada, determinação de capacidade de partida, direção, determinação de necessidade de parada) / estado de transporte (espera, parada, partida, movimento) / estado de cooperação de infraestrutura de energia elétrica (espera, pronto, carregar, fornecer)>
[033] Submodos: objetivos de limite e meios de controle em um ou mais modos.
[034] <submodo de direção (manual, semiautomático, totalmente automático) / submodo de carregamento (desligado, corrente alternada (AC), corrente contínua (DC), contato, sem contato, solar) / submodo de fonte de alimentação do equipamento (desligado, serviço elétrico, preparação de movimento, carga e descarga de passageiros, OTA) / submodo de suplementação de dispositivo auxiliar (desligado, alta tensão, solar) / submodo de alimentação CA (desligado, interno, externo)>
(2) Função de gerenciamento de cronograma (agendador)
[035] O controlador de sistema de mobilidade 22 programa um tempo de iní-cio e um tempo de fim de uma atividade especificada ou aplicativo. Exemplos da programação incluem carregamento do temporizador e condicionamento prévio do ar.
(3) Função de gerenciamento de operação
[036] No uso de MaaS, o controlador do sistema de mobilidade 22 gerencia o progresso do movimento do veículo, serviço de transporte (fluxos de pessoas e mercadorias), serviço de permanência e tarefas associadas (como uma função de condutor) com base em tabelas de programação de operação.
(4) Função de gerenciamento de falha na operação (FOP)
[037] O controlador do sistema de mobilidade 22 gerencia centralmente à prova de falhas e FOP em um veículo de propriedade pessoal (PoV) e no MaaS. Por exemplo, esta função inclui a geração de informações de confiabilidade de um subsistema principal e diagnóstico do sistema conforme necessário.
[038] O controlador do sistema de mobilidade 22 emite uma instrução para permitir ou proibir o controle e os índices necessários para o ajuste ao gerenciador integrado 24. O controlador do sistema de mobilidade 22 emite um gatilho para uma instrução para ativar um aplicativo para o aplicativo de serviço 10. Por exemplo, a controlador do sistema de mobilidade 22 adquire um gatilho para uma instrução para mudar o modo de controle do veículo, um programa de operação e programação da biblioteca de comandos 21. O controlador do sistema de mobilidade 22 pode fornecer ao portal de compartilhamento de informações 23 informações do sistema de mobilidade (como um modo de controle, uma condição de operação e um resultado de ajuste UX) para ser aberto ao público. O controlador do sistema de mobilidade 22 se refere a informações compartilhadas abertas ao público no portal de compartilhamento de informações 23. O controlador do sistema de mobilidade 22 pode ainda fornecer informações do sistema de mobilidade (como um modo de direção e um destino) para o aplicativo de direção 50 e se referir às informações no aplicativo de direção 50.
4. Portal de compartilhamento de informação 23
[039] Um portal de compartilhamento de informação 23 é um bloco funcional configurado para agregar informação globalmente aberta (informação compartilhada). Os blocos funcionais tais como o aplicativo de serviço 10, a biblioteca de comandos 21, o controlador de sistema de mobilidade 22, e o gerenciador integrado 24 se referem à informação compartilhada. Pode ser feita referência à informação compartilhada também da nuvem externa ou domínios de controle conectados por comunicação a partir da ECU integrada do veículo (ECU central). Exemplos de informações compartilhadas incluem informações sobre o estado do veículo, uma condição circundante do veículo, cenas dentro e fora do veículo, resultados da detecção das necessidades do usuário e valores de entrada dos sensores. Cada bloco funcional pode se referir à informação compartilhada do portal de compartilhamento de informação 23 sem reconhecer a fonte de geração (provisão) da informação compartilhada. O portal de compartilhamento de informações 23 pode incluir um coordenador que pode processar informações, por exemplo, sobre uma cena de viagem do veículo (tempo, clima e temperatura), um resultado da autenticação de um usuário do veículo e uma capacidade de armazenamento.
[040] Um portal de compartilhamento de informação 23 abre a informação compartilhada para o aplicativo de serviço 10, a biblioteca de comandos 21, o controlador de sistema de mobilidade 22, o gerenciador integrado 24, o dispositivo de veículo 30, e o aplicativo de direção 50. Um portal de compartilhamento de informação 23 é um exemplo de "quarto processador". Um portal de compartilhamento de informação 23 pode adquirir informação de processamento de aplicativo que pode ser aberta para o público a partir da biblioteca de comandos 21. Um portal de compartilhamento de informação 23 pode adquirir informação do sistema de mobilidade (tal como um modo de controle, uma condição de operação, e um resultado de ajus-te de UX) que pode ser aberta para o público a partir do controlador de sistema de mobilidade 22. Um portal de compartilhamento de informação 23 pode adquirir um resultado de ajuste que pode ser aberto para o público a partir do gerenciador integrado 24. Um portal de compartilhamento de informação 23 pode adquirir informação geral (sobre sensores, comunicações, e sinais analógicos) que pode ser aberta para o público a partir do dispositivo de veículo 30. Um portal de compartilhamento de informação 23 pode funcionar como um portal configurado para emitir a informação geral adquirida a partir do dispositivo de veículo 30 diretamente para o aplicativo de serviço 10. Um portal de compartilhamento de informação 23 pode adquirir uma condição de direção (tal como um resultado de determinação de parada) que pode ser aberta para o público a partir do aplicativo de direção 50. A informação aberta para o público em um portal de compartilhamento de informação 23 é basicamente registrada (armazenada) no veículo. Uma parte da informação pode ser registrada (armazenada) na nuvem.
5. Gerenciador integrado 24
[041] O gerenciador integrado 24 é um bloco funcional configurado para executar o ajuste relacionado, por exemplo, à limitação em uma quantidade física e se para receber uma solicitação a partir do aplicativo de serviço 10 (serviço de chamada API) e determinar um comando final para o dispositivo de veículo 30 para atender à solicitação com base em uma condição de controle do controlador de sistema de mobilidade 22 e vários tipos de informação compartilhada que podem ser referidas em um portal de compartilhamento de informação 23. Por exemplo, o gerenciador integrado 24 inclui gerenciadores que gerenciam as funções a seguir. Nessa modalidade, o gerenciador integrado 24 elimina a diferença causada por variações no equipamento do veículo (diferença de hardware).
(1) Função do sistema do gerenciador de ativação / parada (gerenciador de fonte de alimentação)
[042] O gerenciador integrado 24 controla a ativação e a parada de um sistema necessário subordinado ao veículo em resposta a uma necessidade de serviço, e emite um comando (energia de liga / desliga, gatilho de gerenciamento de rede (NM), ou solicitação de comunicação).
(2) Função de gerenciamento de energia
[043] O gerenciador integrado 24 controla de forma eficiente o consumo e o fornecimento de energia elétrica, incluindo carga, descarga e conversão de voltagem no veículo. Nesta modalidade, o gerenciador integrado 24 executa o ajuste para o fornecimento justo, respondendo a todas as demandas de energia (força elétrica ou energia elétrica) inseridas (incluindo programação) no veículo, determina se permite um serviço, determina os limites superior e inferior de um equilíbrio de energia elétrica e seleciona uma fonte de alimentação elétrica (como uma bateria de alta tensão ou um carregador).
(3) Função de gerenciamento de calor
[044] O gerenciador integrado 24 controla de modo eficiente a demanda e o fornecimento de calor a ser retirado a partir do veículo ou usado para aquecimento. Nessa modalidade, o gerenciador integrado 24 ajusta as solicitações de geração de calor (condicionamento de ar ou controle de temperatura do componente) a partir do aplicativo de serviço 10, e emite um comando para iniciar um motor ou ativar uma célula de combustível (FC) dentro de uma faixa na qual a eficiência do combustível e as necessidades de emissão são satisfeitas.
(4) Função de gerenciamento de movimento
[045] O gerenciador integrado 24 ajusta as solicitações de um sistema de movimento configurado para controlar funções relacionadas aos movimentos do veículo, como "dirigir", "virar" e "parar". Nesta modalidade, o gerenciador integrado 24 reflete os requisitos no controlador do sistema de mobilidade 22 (estado de deslocamento, estado de movimento e gerenciamento de operação de transporte) e no-vas solicitações no serviço MaaS (como proibição de início e solicitação ou proibição de encerramento de parar o veículo).
[046] Uma instrução para permitir ou proibir o controle e índices necessários para o ajuste são informados ao gerenciador integrado 24 a partir do controlador de sistema de mobilidade 22. A solicitação de controle (ou a solicitação de serviço) é informada ao gerenciador integrado 24 a partir da biblioteca de comandos 21. O gerenciador integrado 24 pode funcionar como um portal configurado para emitir a informação de solicitação de controle a partir da biblioteca de comandos 21 diretamente para o dispositivo de veículo 30. O gerenciador integrado 24 emite comandos ajustados (para atuadores, comunicações ou saídas do motorista) para o dispositivo do veículo 30. O gerenciador integrado 24 pode fornecer ao portal de compartilhamento de informações 23 um resultado de ajuste de cada gerenciador para ser aberto ao público. O gerenciador integrado 24 se refere, para ajuste, a informações compartilhadas abertas ao público no portal de compartilhamento de informações 23. O gerenciador integrado 24 pode fornecer ao aplicativo de direção 50 uma resposta ou um resultado de ajuste do gerenciador de movimento. O gerenciador integrado 24 pode se referir a informações relacionadas a um movimento do veículo (como uma aceleração e um ângulo de condução) solicitadas pelo aplicativo de direção 50.
[047] Além dos gerenciadores descritos acima, o gerenciador integrado 24 pode incluir, por exemplo, um gerenciador de interface homem-máquina (HMI) configurado para controlar funções relacionadas ao controle de equipamento elétrico (usabilidade) para exibir informações de forma adequada em uma tela de navegação e medidores do veículo e fornecer operações no veículo de forma adequada.
6. Dispositivo de veículo 30
[048] O dispositivo do veículo 30 é um bloco funcional incluindo dispositivos como sensores e atuadores onde informações de controle, solicitações de operação, dados e sinais são introduzidos e finalmente emitidos. Exemplos do dispositivo de veículo 30 incluem um sensor configurado para adquirir informações indicando uma condição circundante do veículo e informações indicando um estado do veículo e um sensor configurado para adquirir informações sobre as operações de direção do motorista para o veículo (como operações em um acelerador, um freio, um volante e uma alavanca de mudança). Exemplos do dispositivo de veículo 30 também incluem um dispositivo a ser usado para ativar um sistema de ar-condicionado (IGP), um dispositivo a ser usado para ativar um sistema de movimento de veículo (IGR) e um atuador de um motor de arranque (ST) configurado para controlar a ativação do motor.
[049] Comandos ajustados (por atuadores, comunicações, ou saídas do condutor) são informados para o dispositivo de veículo 30 a partir do gerenciador integrado 24. O dispositivo de veículo 30 pode proporcionar um portal de compartilhamento de informação 23 com informação geral (sobre sensores, comunicações, e sinais analógicos) a ser aberta para o público.
7. Biblioteca de plantas 40
[050] A biblioteca de plantas 40 é um bloco funcional configurado para fornecer ambientes como inteligência artificial (AI) ou algoritmos de aprendizado de máquina, bancos de dados visíveis de dentro e fora do veículo e um simulador configurado para executar várias simulações (como estimativa de uma carga restante conversão de período e mapa) para uso na melhoria da capacidade de controle do aplicativo de serviço 10. Os ambientes podem ser parcial ou totalmente instalados no veículo, ou podem estar localizados na nuvem.
[051] A biblioteca de plantas 40 pode solicitar informação necessária a partir do aplicativo de serviço 10, a biblioteca de comandos 21, e o aplicativo de direção 50 por meio de uma predeterminada API. A biblioteca de plantas 40 pode fazer com que o aplicativo de serviço 10, a biblioteca de comandos 21, e o aplicativo de direção 50 adquiram a informação indicando os resultados de predeterminados proces-sos (tal como simulações). As funções da biblioteca de plantas 40 são basicamente instalados no veículo, mas pode parcialmente ser executado na nuvem.
8. Aplicativo de direção 50
[052] Entre os aplicativos instalados no veículo, o aplicativo de direção 50 é dedicado à condução do veículo e assistência à direção, e não está incluída no aplicativo de serviço 10. Exemplos da aplicativo de direção 50 incluem direção remota, como estacionamento autônomo, direção autônoma (AD), direção autônoma em MaaS (Autono-MaaS) e um sistema avançado de assistência ao motorista (ADAS).
[053] O aplicativo de direção 50 pode se referir a informação (tal como a modo de direção e um destino) aberta para o público no controlador de sistema de mobilidade 22 por meio de um predeterminado API de direção do veículo. O aplicativo de direção 50 pode fazer com que o controlador de sistema de mobilidade 22 se refiras à informação. O aplicativo de direção 50 pode proporcionar uma condição de direção (tal como um resultado de determinação de parada) para um portal de compartilhamento de informação 23. O aplicativo de direção 50 pode adquirir informação compartilhada (vários tipos de dados) aberta para o público em um portal de compartilhamento de informação 23. O aplicativo de direção 50 pode solicitar um movimento do veículo (tal como uma aceleração e um ângulo de condução) em direção do gerenciador integrado 24. O aplicativo de direção 50 pode receber uma resposta de volta (tal como um resultado de ajuste) a partir do gerenciador integrado 24. O aplicativo de direção 50 pode trocar informação com a biblioteca de plantas 40. Cada aplicativo no aplicativo de direção 50 é basicamente executado no veículo, mas pode ser parcialmente executado na nuvem.
[054] Uma vez que o sistema de controle do veículo desta modalidade inclui os blocos funcionais descritos acima, o sistema de controle do veículo pode implementar vários serviços simplesmente instalando aplicativos desenvolvidos sem estar ciente, por exemplo, da estrutura da plataforma de controle, dos comandos defini-dos, da configuração do sistema do veículo, e do sistema de energia tratado no veículo.
CONTROLE
[055] Exemplos específicos dos serviços a serem implementados no sistema de controle de veículo da presente descrição são descritos com referência da Figura 2 à Figura 10.
EXEMPLO ESPECÍFICO 1
[056] Exemplo específico 1 é um exemplo de executar "condicionamento de ar remoto" para controlar remotamente o condicionamento do ar em uma cabine do veículo antes de dirigir o veículo. O condicionamento de ar remoto é executado por usar um aplicativo dedicado ao condicionamento de ar remoto (aplicativo de condicionamento de ar remoto) instalado no aplicativo de serviço 10. Um exemplo específico 1 é também um exemplo de executar "direção" para usar o veículo como um automóvel pelo usuário dirigindo o veículo durante o condicionamento de ar remoto. A direção é executada por usar um aplicativo de partida (para direção) instalado no aplicativo de serviço 10.
[057] A Figura 2 ilustra um exemplo de um fluxo de processo detalhado entre os blocos funcionais quando o condicionamento de ar remoto é executado. No fluxo de processo exemplificado na Figura 2, o aplicativo de condicionamento de ar remoto no aplicativo de serviço 10 primeiro chama um condicionamento prévio do comando de operação do ar na biblioteca de comandos 21 ([1] na Figura 2). Mais especificamente, a central ECU (não ilustrado) é ativada por um gatilho NM recebido a partir de um módulo de comunicação de dados (DCM) montado no veículo. Na biblioteca de comandos 21, uma solicitação de operação de condicionamento de ar é gerada com base no comando solicitado.
[058] O controlador de sistema de mobilidade 22 troca o modo de controle de veículo para o "modo elétrico" com base na solicitação de operação de condiciona-mento de ar gerada na biblioteca de comandos 21 ([2-1] na Figura 2). Informação que indica que o veículo foi trocado para o modo elétrico é emitida para o sistema gerenciador de ativação / parada (gerenciador de ativação / parada), o gerenciador de calor, o gerenciador de energia, e o gerenciador de movimento do gerenciador integrado 24 ([2-2] na Figura 2).
[059] A biblioteca de comandos 21 determina se iniciar o condicionamento prévio do ar, e registra informação em uma configuração para iniciar o condicionamento prévio do ar (configuração de iniciar o condicionamento prévio do ar) em um portal de compartilhamento de informação 23 ([3-1] na Figura 2). O controlador de sistema de mobilidade 22 registra a informação no modo elétrico por incluir essa informação na configuração de iniciar o condicionamento prévio do ar ([3-2] na Figura 2). Um aplicativo para controlar o condicionamento de ar do veículo (aplicativo de condicionamento de ar) é instalado no aplicativo de serviço 10. O aplicativo de condicionamento de ar confirma que um modo de condicionamento prévio do ar é executado por se referir à informação na configuração de iniciar o condicionamento prévio do ar aberta para o público em um portal de compartilhamento de informação 23 ([3-3] na Figura 2).
[060] A biblioteca de comandos 21 transmite uma necessidade de usar o sistema de condicionamento de ar (A/C) para o gerenciador de ativação / parada do gerenciador integrado 24 ([4] na Figura 2).
[061] O gerenciador de ativação / parada do gerenciador integrado 24 ativa uma fonte de alimentação, sistema e barramento correspondente com base no modo de controle do veículo e na necessidade de atividade. Especificamente, quando o veículo é um automóvel incluindo um motor de combustão interna (veículo convencional) ou um veículo elétrico híbrido (HEV), o gerenciador de ativação / parada ativa uma fonte de alimentação (IGP) a ser usada para ativar o sistema de condicionamento de ar (A/C) ([5-A] na Figura 2). Quando o veículo é um veículo elétrico híbrido (HEV), um veículo elétrico a bateria (BEV) ou um veículo elétrico híbrido de plug-in (PHEV), o gerenciador de ativação / parada ativa uma fonte de alimentação (IGB) para ser usada para ativar uma unidade de fonte de alimentação e transmite uma solicitação de ativação da fonte de alimentação por meio de um P-Bus ([5-B] na Figura 2). Quando o veículo é um veículo com motor (veículo convencional), o gerenciador de ativação / parada emite um sinal para dar partida no motor de partida (ST) ([5-C] na Figura 2).
[062] O aplicativo de condicionamento de ar emite uma solicitação de calor para o gerenciador de calor do gerenciador integrado 24 ([6-1] na Figura 2). O gerenciador de calor ajusta a solicitação de calor, e então transmite um comando que é com base em um resultado de ajuste para o sistema de condicionamento de ar (A/C) por meio de um barramento global (G-Bus) ([6-2] na Figura 2).
[063] A biblioteca de comandos 21 acumula demandas de energia ([7-1] na Figura 2). A biblioteca de comandos 21 emite uma solicitação que é com base nas demandas de energia acumuladas para o gerenciador de energia do gerenciador integrado 24 ([7-2] na Figura 2). O gerenciador de energia executa o ajuste relacionado ao fornecimento de demanda de energia. O gerenciador de energia transmite, para o gerenciador de ativação / parada do gerenciador integrado 24, informação que indica a necessidade de ativar um sistema de alta tensão com base em um resultado de ajuste ([7-3] na Figura 2). Em resposta à informação transmitida a partir do gerenciador de energia, o gerenciador de ativação / parada ativa o fornecimento de energia (IGB) a ser usado para ativar o sistema de alta tensão, e transmite a solicitação de ativação do sistema de alta tensão por meio do P-Bus ([7-4] na Figura 2).
[064] Dependendo de situações, o gerenciador de calor do gerenciador integrado 24 transmite informação que indica a necessidade de gerar calor para o gerenciador de ativação / parada do gerenciador integrado 24 ([8-1] na Figura 2). Quando o veículo é um veículo elétrico híbrido (HEV) ou um veículo elétrico híbrido de plug-in (PHEV), o gerenciador de ativação / parada emite um sinal para iniciar o iniciador (ST) em resposta à informação transmitida a partir do gerenciador de calor ([8-2] na Figura 2).
[065] O condicionamento de ar remoto é um serviço a ser proporcionado enquanto o veículo está estacionado. Portanto, quando o veículo é um veículo a motor (veículo convencional), o gerenciador de movimento do gerenciador integrado 24 transmite uma um pedido de proibição de geração de força motriz (EFi) por meio do P-Bus ([9] na Figura 2).
[066] A Figura 3 ilustra um exemplo de um conceito geral do fluxo de processo da Figura 2. No exemplo da Figura 3, uma solicitação relacionada à operação de condicionamento de ar (solicitação por smartphone) é informada a uma camada de entrada a partir de um smartphone do usuário por meio do módulo de comunicação de dados (DCM) montado no veículo. Na camada de entrada, uma determinação é feita de que o veículo está se preparando antes da operação com base na informação de cena. Na camada de entrada, uma solicitação de condicionamento de ar remoto é gerada e emitida para um sistema de mobilidade. Em resposta à solicitação de condicionamento de ar remoto, as solicitações de função são feitas no gerenciador de calor, no gerenciador de energia e no ajuste da fonte de alimentação. O sistema de mobilidade interpreta o condicionamento de ar remoto como um serviço enquanto o veículo está estacionado, independentemente do seu método, e muda o modo principal do modo de controle do veículo para o "modo elétrico". As informações sobre o modo elétrico são transmitidas ao gerenciador de calor e ao gerenciador de energia do gerenciador integrado 24. O gerenciador de calor e o gerenciador de energia executam o ajuste de demanda-fornecimento com base nas demandas de energia. Com base no resultado de um ajuste, o gerenciador de energia envia uma solicitação de transferência / carregamento de energia para o ajuste da fonte de alimentação. Com base no resultado do ajuste, o gerenciador de calor envia uma solicitação de geração de calor para a unidade de trem de força. Com base nessas solicitações, o controle adequado (suavização da variação da fonte de alimentação, ativação do IGBD, ativação do IGB, ativação de alta tensão, execução de carregamento e partida do motor (Eng) é executado no ajuste da fonte de alimentação e no trem de força. No trem de força, o motor é ligado independentemente de um status de não deslocamento ou um status de plugue.
[067] A Figura 4 ilustra um exemplo de um fluxo de processo detalhado entre os blocos funcionais ao executar o condicionamento de ar remoto descritos na Figura 2 em um tempo definido em um temporizador. No fluxo de processo exemplificado na Figura 4, os processos a seguir são adicionados ao fluxo de processo da Figura 2.
[068] O aplicativo de condicionamento de ar remoto no aplicativo de serviço 10 solicita um comando para programar a ativação do sistema de condicionamento de ar (A/C) a um tempo predeterminado na biblioteca de comandos 21 ([10] na Figura 4).
[069] A biblioteca de comandos 21 ajusta, no agendador do controlador de sistema de mobilidade 22, o tempo para ativar o sistema de condicionamento de ar (A/C) pelo temporizador (ajuste do temporizador de condicionamento prévio do ar) ([11] na Figura 4).
[070] Quando o tempo alcança o tempo predeterminado, o agendador do controlador de sistema de mobilidade 22 emite um comando de ativação para o aplicativo de condicionamento de ar remoto no aplicativo de serviço 10 ([12] na Figura 4).
[071] Quando o aplicativo de serviço 10 inclui um aplicativo para personalizar o procedimento de operação, o procedimento pode ser personalizado livremente com lógica sensorial incluindo apenas a chamada na biblioteca de comandos 21. Exemplos de personalização incluem o início do condicionamento prévio do ar por uma operação de pular-iniciar durante o carregamento do plug-in.
[072] A Figura 5 ilustra um fluxo de processo detalhado entre os blocos funcionais quando se aborta ou termina o condicionamento de ar remoto que está sendo executado. Por exemplo, o condicionamento de ar remoto pode ser abortado ou terminado em qualquer um dos padrões a seguir.
[073] (1) Um padrão no qual uma solicitação de encerramento é emitida a partir do aplicativo de condicionamento de ar remoto no aplicativo de serviço 10 ([11, 1-2] na Figura 5). Nesse padrão, o aplicativo de condicionamento de ar remoto reconhece um status de rejeição, que se refere às informações de rejeição do condicionamento prévio de ar abertas ao público no portal de compartilhamento de informações 23 quando a transição não pode ser feita para a operação de condicionamento prévio de ar no ajuste UX dependendo de modo e do estado do modo de controle do veículo (durante o uso para movimento, geração de energia de emergência, OTA ou semelhante). O aplicativo de condicionamento de ar remoto retira a solicitação de operação de condicionamento de ar. Neste caso, o usuário ou semelhante pode ser notificado sobre o encerramento do condicionamento prévio de ar dependendo das necessidades.
[074] (2) Um padrão no qual uma condição de término de condicionamento prévio do ar é satisfeita no aplicativo de condicionamento de ar no aplicativo de serviço 10 ([2] na Figura 5). Como um exemplo desse padrão, o aplicativo de condicionamento de ar retira a solicitação de operação de condicionamento de ar quando a duração da operação é igual a ou menor do que um período predeterminado (minutos predeterminados).
[075] (3) Um padrão no qual o gerenciador de energia do gerenciador integrado 24 determina o término do fornecimento de energia elétrica ([3] na Figura 5). Como um exemplo desse padrão, a informação de rejeição de condicionamento prévio do ar é registrada em um portal de compartilhamento de informação 23 quando a energia elétrica usada total é igual a ou maior do que a energia elétrica predeterminada (quilowatt-hora predeterminado) ou o estado da carga (SOC) é igual a ou menor do que um estágio de carga predeterminado (percentual predeterminado). A solicitação de operação de condicionamento de ar é retirada com base na informação de rejeição de condicionamento prévio do ar aberta para o público em um portal de compartilhamento de informação 23.
[076] (4) Um padrão no qual o gerenciador de calor do gerenciador integrado 24 determina o término de permissão para a solicitação de geração de calor ([4] na Figura 5). Como um exemplo desse padrão, a informação de rejeição de condicionamento prévio do ar é registrada em um portal de compartilhamento de informação 23 quando o consumo total de combustível é igual a ou maior do que um consumo de combustível predeterminado (miligramas predeterminadas). A solicitação de operação de condicionamento de ar é retirada com base na informação de rejeição de condicionamento prévio do ar aberta para o público em um portal de compartilhamento de informação 23.
[077] (5) Um padrão no qual um término forçado (abortar) é determinado devido a uma anormalidade de um sistema relacionado por meio do gerenciamento de FOP do controlador do sistema de mobilidade 22 ([5-1, 5-2] na Figura 5). Como um exemplo desse padrão, a informação de rejeição de condicionamento prévio de ar é registrada no portal de compartilhamento de informações 23 pelo gerenciamento FOP com base em vários tipos de entrada de informações de confiabilidade através de sensores do dispositivo do veículo 30. A solicitação de operação de condicionamento de ar é retirada com base em as informações de rejeição do condicionamento prévio de ar abertas ao público no portal de compartilhamento de informações 23.
[078] A Figura 6 ilustra um exemplo de um fluxo de processo detalhado entre os blocos funcionais quando a direção é executada durante o condicionamento de ar remoto. No fluxo do processo exemplificado na Figura 6, o aplicativo de partida (para direção) no aplicativo de serviço 10 verifica as informações abertas ao público no portal de compartilhamento de informações 23 e indica que o condicionamento prévio de ar está sendo executado e uma operação no freio é executada ([1-1] na Figura 6). O aplicativo de início chama um comando de solicitação inicial na biblioteca de comandos 21 ([1-2] na Figura 6). Na biblioteca de comandos 21, um pedido inicial é gerado com base no comando chamado. A biblioteca de comandos 21 transmite uma necessidade inicial para o gerenciador de ativação / parada do gerenciador integrado 24 ([1-3] na Figura 6).
[079] A biblioteca de comandos 21 emite, para o controlador do sistema de mobilidade 22, um gatilho para mudar o modo principal do modo de controle do veículo para o "modo automóvel" e um gatilho para fazer com que o estado de deslocamento transite para "iniciar" ([2] na Figura 6). Em resposta aos gatilhos, o controlador do sistema de mobilidade 22 muda o modo de controle do veículo. A informação de que o modo de controle do veículo é alterado é emitida para o gerenciador de ativação / parada, o gerenciador de calor e o gerenciador de movimento do gerenciador integrado 24.
[080] O gerenciador de ativação / parada do gerenciador integrado 24 executa os processos a seguir junto com a troca do modo principal do modo de controle de veículo para o "modo automóvel".
[081] Um processo de ativar um sistema de direção e manter a operação do sistema de condicionamento de ar (A/C) (manter o status de ativação do fornecimento de energia (IGP)) ([3-A] na Figura 6).
[082] Um processo de ativar um fornecimento de energia (IGR) para ativar um veículo sistema de movimento ([3-B] na Figura 6).
[083] Um processo de liberar um mecanismo de travamento de condução ([3-C] na Figura 6).
[084] O gerenciador de ativação / parada do gerenciador integrado 24 traz o status de operação de um veículo elétrico híbrido (HEV), um veículo elétrico a bateria (BEV) ou um veículo elétrico híbrido de plug-in (PHEV) em um estado pronto (Pronto - Ligado) nas condições em que a solicitação de partida é emitida a partir do aplicativo de partida e o estado de deslocamento do modo de controle do veículo muda para "partida". Portanto, um sinal ST é emitido ([4] na Figura 6). No caso de um veículo com motor (veículo convencional), a condição pode ser definida de modo que o motor entre em combustão completa.
[085] Após o estado de deslocamento do modo de controle do veículo passar para "viajar" por "Pronto - Ligado", o gerenciador de movimento do gerenciador integrado 24 transmite, através do P-Bus, um pedido para encerrar a proibição da geração de força motriz (saída) ([5] na Figura 6).
[086] O aplicativo de condicionamento de ar no aplicativo de serviço 10 continua a operação no "modo automóvel" como o modo principal do modo de controle de veículo ([6] na Figura 6).
[087] No exemplo da Figura 7, um sinal de abertura de porta indicando um status de abertura / fechamento de porta, um sinal de freio indicando um status de freio e informação ILK de álcool indicando que o motorista bebeu álcool são inseridos na camada de entrada. Na camada de entrada, a determinação de pilotagem antes da condução, a determinação do estado de embriaguez do motorista e a determinação da solicitação de partida são feitas com base em vários tipos de informações de entrada e informações da cena de pilotagem antes da condução. Com base nos resultados da determinação, uma solicitação de partida do motorista é gerada e enviada ao sistema de mobilidade. As informações da cena de pilotagem antes da condução são usadas para ajuste da fonte de alimentação. Com base na solicitação de partida do motorista, o sistema de mobilidade muda o modo principal do modo de controle do veículo do "modo elétrico" para o "modo automóvel" (modo de salto). O sistema de mobilidade faz com que o estado de deslocamento do modo de controle do veículo mude para "iniciar" e emite um comando de partida para o ajuste da fonte de alimentação. Com base nas informações e no comando descrito acima, o controle apropriado (ativação + BA da fonte de alimentação antes de pilotar, ativação IGP, saída do sinal ST e comutação de status pronto (Pronto-Ligado)) é executado no ajuste da fonte de alimentação e no trem de força.
[088] A Figura 8 ilustra um breve conceito funcional nos componentes principais quando o condicionamento de ar remoto e a direção são executados no Exemplo Específico 1. Como no exemplo da Figura 8, na tecnologia da presente descrição, os comandos são chamados a partir do aplicativo de serviço 10 para a biblioteca de comandos 21 por meio de uma API padrão. Em resposta à chamada, a biblioteca de comandos 21 converte os comandos em comandos de controle do veículo para os blocos funcionais necessários. A biblioteca de comandos 21 atribui e emite automaticamente solicitações e comandos ((1) a (4)) para os respectivos blocos funcionais, implementando assim o condicionamento de ar remoto e a direção.
EXEMPLO ESPECÍFICO 2
[089] O Exemplo Específico 2 é um exemplo de execução de "filmagem de câmera de vigilância de veículo estacionado" para gravar um vídeo ao redor do veículo por um período predeterminado. O disparo da câmera é executado quando um sensor de aceleração (sensor G) montado no veículo dá uma resposta no veículo estacionado para determinar que pode ocorrer um roubo de veículo.
[090] No Exemplo Específico 2, o veículo é considerado como sendo assaltado quando o sensor G montado no veículo dá uma resposta durante o estacionamento. Uma câmera integrada para equipamentos de segurança avançados (como ADAS) é usada para gravar um vídeo ao redor do veículo por um período predefini-do. O vídeo filmado é gravado como um arquivo em uma área de armazenamento de multimídia. O arquivo de vídeo gravado é carregado em um centro predeterminado por um dispositivo de comunicação sem fio (DCM) montado no veículo após a filmagem da câmera. Simultaneamente com o upload, a resposta do sensor G montado no veículo é informada ao usuário do veículo (por exemplo, ao smartphone do usuário).
[091] A Figura 9 ilustra um breve conceito funcional nos componentes principais quando o disparo da câmera de vigilância do veículo estacionado é executado no Exemplo Específico 2. Como no exemplo da Figura 9, na tecnologia da presente descrição, os comandos são chamados a partir do aplicativo de serviço 10 para a biblioteca de comandos 21 por meio de uma API padrão. Em resposta à chamada, a biblioteca de comandos 21 converte os comandos em comandos de controle do veículo para os blocos funcionais necessários. A biblioteca de comandos 21 atribui e emite automaticamente solicitações e comandos ((1) a (4)) para os respectivos blocos funcionais, implementando assim o disparo da câmera de vigilância do veículo estacionado.
[092] A Figura 10 é um diagrama que ilustra um exemplo de APIs de serviço (APIs padrão) chamados pelo aplicativo de serviço 10 e processos (controle) a serem executados pela biblioteca de comandos 21 nos blocos funcionais em associação com comandos no Exemplo Específico 2. Conforme ilustrado na Figura 10, as solicitações abstratas, como "gravação de vídeo de local especificado" e "upload de dados", são feitas apenas a partir do aplicativo de serviço 10 para implementar controle e comandos nos blocos funcionais por meio da biblioteca de comando 21 para preencher as solicitações.
EFEITOS ETC.
[093] Conforme descrito acima, o dispositivo de processamento de informações de acordo com a modalidade da presente descrição inclui antecipadamente a biblioteca de vários comandos que podem determinar automaticamente, simplesmente chamando comandos abstratos predeterminados em uma arquitetura de controle que pode implementar atividades, o ajuste de operação do atuador complexo, a ativação da fonte de alimentação para ativar um sistema necessário, o ajuste do fornecimento de energia respondendo à demanda de energia (determinação de possibilidade e seleção da fonte de energia) e a mudança de modo para determinar o comportamento geral do veículo.
[094] Assim, desenvolvedores de aplicativo pode desenvolver com facilidade um aplicativo novo ou adicional (serviço) por projetar um algoritmo intuitivamente para esse fim. No desenvolvimento, os desenvolvedores de aplicativo não precisam estar cientes, por exemplo, da estrutura da plataforma eletrônica no veículo, dos comandos definidos, da configuração do sistema (variações de hardware), e do sistema de energia.
[095] No dispositivo de processamento de informação de acordo com essa modalidade, é feita referência às informações no portal de compartilhamento e a biblioteca de comandos é usada. Não há necessidade de revisar os aplicativos relacionados. Ou seja, qualquer função pode ser adicionada simplesmente instalando um aplicativo novo ou adicional isoladamente.
[096] Os desenvolvedores de aplicativo podem desenvolver com facilidade um aplicativo novo ou adicional.
[097] No dispositivo de processamento de informações de acordo com esta modalidade, portanto, é possível evitar um aumento no número de etapas de inspeção para encontrar mau funcionamento devido ao comportamento inesperado do veículo ou o número de etapas de inspeção para verificar a interferência de controle através do comportamento das interfaces de entrada / saída (I/Fs) na estrutura hierárquica.
[098] Embora a tecnologia da presente descrição seja descrita acima com base na modalidade, a presente descrição pode ser considerada não apenas como o dispositivo de processamento de informações, mas também como, por exemplo, um método a ser executado pelo dispositivo de processamento de informações in-cluindo um processador e uma memória, um programa para o método, um meio de gravação legível por computador não transitório que armazena o programa ou um veículo incluindo o dispositivo de processamento de informações.
[099] A presente descrição é útil em um dispositivo de processamento de informação a ser montado em um veículo ou semelhante.

Claims (6)

  1. Dispositivo de processamento de informação a ser montado em um veículo, o dispositivo de processamento de informação CARACTERIZADO pelo fato de que compreende um processador (20) configurado para:
    receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo;
    converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação; e
    emitir a segunda entrada ao gerenciador.
  2. Dispositivo de processamento de informação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o processador (20) é configurado para:
    converter a primeira entrada recebida na segunda entrada incluindo uma entrada para um primeiro gerenciador e uma entrada para um segundo gerenciador, o primeiro gerenciador sendo configurado para gerenciar o controle em um dispositivo de veículo para atender à solicitação, o segundo gerenciador sendo configurado para gerenciar um fornecimento de energia do dispositivo de veículo que recebe uma instrução a partir do primeiro gerenciador; e
    emitir a segunda entrada para o primeiro gerenciador e o segundo gerenciador.
  3. Dispositivo de processamento de informação, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que:
    o processador (20) é configurado para abrir informação para o público, a informação sendo relacionada a pelo menos um da segunda entrada, status de gerenciamento pelo primeiro gerenciador e o segundo gerenciador, e um status do dispositivo de veículo, e
    o aplicativo é configurado para determinar um início e um final da solicitação por se referir à informação aberta para o público.
  4. Método de processamento de informação a ser executado por um processador (20) de um dispositivo de processamento de informação a ser montado em um veículo, o método de processamento de informação CARACTERIZADO pelo fato de que compreende:
    receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo;
    converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação; e
    emitir a segunda entrada ao gerenciador.
  5. Meio de armazenamento não transitório que armazena instruções que são executáveis por um ou mais processadores de um dispositivo de processamento de informação a ser montado em um veículo e que faz com que os um ou mais processadores realizem funções CARACTERIZADO pelo fato de que compreende:
    receber uma primeira entrada como uma solicitação a partir de um aplicativo por meio de uma interface de programação de aplicativo;
    converter a primeira entrada recebida em uma segunda entrada que é uma entrada para um gerenciador atender à solicitação; e
    emitir a segunda entrada ao gerenciador.
  6. Veículo, CARACTERIZADO pelo fato de que compreende o dispositivo de processamento de informação conforme definido em qualquer uma das reivindicações 1 a 3.
BR102021019060-4A 2020-11-10 2021-09-24 Dispositivo de processamento de informação, método de processamento de informação, meio de armazenamento não transitório e veículo BR102021019060A2 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020187359A JP7447766B2 (ja) 2020-11-10 2020-11-10 情報処理装置、方法、プログラム、及び車両
JP2020-187359 2020-11-10

Publications (1)

Publication Number Publication Date
BR102021019060A2 true BR102021019060A2 (pt) 2022-05-17

Family

ID=78085391

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102021019060-4A BR102021019060A2 (pt) 2020-11-10 2021-09-24 Dispositivo de processamento de informação, método de processamento de informação, meio de armazenamento não transitório e veículo

Country Status (6)

Country Link
US (1) US12054137B2 (pt)
EP (1) EP3995951A1 (pt)
JP (1) JP7447766B2 (pt)
KR (1) KR102691275B1 (pt)
CN (1) CN114454829A (pt)
BR (1) BR102021019060A2 (pt)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024204024A1 (ja) * 2023-03-28 2024-10-03 株式会社デンソー 車両制御装置、及び車両制御方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006142994A (ja) 2004-11-19 2006-06-08 Denso Corp 車両用ネットワークシステムおよび電子制御装置
JP2011081671A (ja) 2009-10-08 2011-04-21 Autonetworks Technologies Ltd 制御装置、制御方法及びコンピュータプログラム
WO2013033686A2 (en) 2011-09-01 2013-03-07 Alexander Flavio Panelli Method and apparatus for social telematics
JP5787852B2 (ja) 2012-09-07 2015-09-30 株式会社東芝 制御装置、情報処理装置、制御方法およびプログラム
JP5372297B1 (ja) 2012-12-20 2013-12-18 三菱電機株式会社 車載装置及びプログラム
US9915950B2 (en) 2013-12-31 2018-03-13 Polysync Technologies, Inc. Autonomous vehicle interface system
US20170225589A1 (en) 2015-06-29 2017-08-10 Shivinder Singh Sikand Software-defined vehicular powertrain and method of operation
US20170166055A1 (en) * 2015-12-10 2017-06-15 Myine Electronics, Inc. Methods and Systems for Interactive Passenger Notification
WO2018116480A1 (ja) * 2016-12-22 2018-06-28 Ｇｌｏｂａｌ Ｍｏｂｉｌｉｔｙ Ｓｅｒｖｉｃｅ 株式会社 車両遠隔制御システム
WO2018212083A1 (ja) 2017-05-17 2018-11-22 三菱電機株式会社 制御装置及び制御方法
EP3731209A4 (en) * 2017-12-22 2021-01-27 Yamaha Hatsudoki Kabushiki Kaisha AUTOMATED DRIVING VEHICLE ON DEMAND
KR102471498B1 (ko) * 2018-04-02 2022-11-28 삼성전자주식회사 차량을 진단하는 전자 장치 및 방법
JP7259211B2 (ja) * 2018-05-07 2023-04-18 トヨタ自動車株式会社 情報処理装置、情報処理方法、及びプログラム
JP7077880B2 (ja) 2018-09-03 2022-05-31 トヨタ自動車株式会社 車両制御システム
US20200117756A1 (en) 2018-10-11 2020-04-16 Ca, Inc. Rest application programming interface paradigms for big data analytics
CN110545330A (zh) * 2019-09-29 2019-12-06 江西大乘汽车有限公司 一种车辆远程监控方法
US11634094B2 (en) * 2019-11-08 2023-04-25 Thermo King Llc Methods and systems for secure communication and authorization of vehicle mode change
CN111332232A (zh) 2020-03-26 2020-06-26 常州工业职业技术学院 基于can总线的车载智能电源管理系统

Also Published As

Publication number Publication date
KR20220063731A (ko) 2022-05-17
KR102691275B1 (ko) 2024-08-05
US12054137B2 (en) 2024-08-06
US20220144247A1 (en) 2022-05-12
JP2022076791A (ja) 2022-05-20
CN114454829A (zh) 2022-05-10
EP3995951A1 (en) 2022-05-11
JP7447766B2 (ja) 2024-03-12

Similar Documents

Publication Publication Date Title
US11740937B2 (en) Parallel process apparatus, parallel process system, and parallel processing method for parallelizing multiple processes in accordance with multiple process requests
JP2017061278A (ja) 制御システム
CN108734336B (zh) 基于云的连接能量预算管理器
US20240043019A1 (en) Information processing device, method, non-transitory storage medium, and vehicle
WO2008079003A1 (en) Controller and method to control electric power generating and/or consuming components of a hybrid vehicle
US10124679B2 (en) Method and apparatus for recharging an energy storage device on a vehicle
WO2022000254A1 (zh) 充电方法、装置及系统
BR102021019060A2 (pt) Dispositivo de processamento de informação, método de processamento de informação, meio de armazenamento não transitório e veículo
US11900095B2 (en) Vehicle and method of controlling the same
US20210097784A1 (en) Remote/offline processing of vehicle data
US20190366956A1 (en) Vehicle power and control method thereof
JP6551239B2 (ja) 車両用制御システム
CN110304040A (zh) 混合动力传动系统中的牵引电池控制
JP2020138641A (ja) 車両
US11541772B2 (en) Systems and methods for charging station management
US20220144290A1 (en) Information processing device, information processing method, non-transitory storage medium, and vehicle
JP2013060034A (ja) 車両および車両の制御方法
McAslan et al. On the development of optimal hardware and software architectures for propulsion domain control
WO2024055654A1 (zh) 一种进程启动方法、进程管理方法以及管理装置
KR20230162300A (ko) 차량 및 차량의 제어방법
US20210165758A1 (en) Multi-core system of electric vehicle and operating method thereof
JP2023150341A (ja) 車載システムおよび制御装置
Kainz et al. Experimental Platform for Innovative ICT Car Architecture
CN115071744A (zh) 显示控制装置、车辆、显示控制方法及非暂时性存储介质
JP2018129955A (ja) 電動車両

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B06W Patent application suspended after preliminary examination (for patents with searches from other patent authorities) chapter 6.23 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]