RU2654162C2 - Система управления и вычислений для транспортного средства - Google Patents
Система управления и вычислений для транспортного средства Download PDFInfo
- Publication number
- RU2654162C2 RU2654162C2 RU2015101807A RU2015101807A RU2654162C2 RU 2654162 C2 RU2654162 C2 RU 2654162C2 RU 2015101807 A RU2015101807 A RU 2015101807A RU 2015101807 A RU2015101807 A RU 2015101807A RU 2654162 C2 RU2654162 C2 RU 2654162C2
- Authority
- RU
- Russia
- Prior art keywords
- task
- vehicle
- cloud
- data
- agent
- Prior art date
Links
- 230000004044 response Effects 0.000 claims abstract description 13
- 230000000977 initiatory effect Effects 0.000 claims abstract description 5
- 238000004364 calculation method Methods 0.000 claims description 36
- 238000012913 prioritisation Methods 0.000 claims description 5
- 230000007774 longterm Effects 0.000 claims description 2
- 238000004891 communication Methods 0.000 abstract description 15
- 238000005516 engineering process Methods 0.000 abstract description 2
- 230000008878 coupling Effects 0.000 abstract 1
- 238000010168 coupling process Methods 0.000 abstract 1
- 238000005859 coupling reaction Methods 0.000 abstract 1
- 230000000694 effects Effects 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 238000005070 sampling Methods 0.000 description 8
- 230000001413 cellular effect Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000000034 method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Traffic Control Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Изобретение относится к интерфейсу между транспортным средством и ресурсами облачных вычислений. Техническим результатом является обеспечение надежности связи в реальном времени между транспортным средством и облачным сервером. Система содержит: контроллер задач в транспортном средстве; специфичный транспортному средству диспетчер вычислений в облачной сети; и беспроводный канал передачи данных, связывающий контроллер задач и облачную сеть; контроллер задач выполняет операционные задачи в транспортном средстве с использованием связанных с данными ресурсов в облачной сети; причем после инициирования одной из операционных задач контроллер задач отправляет сигнал квитирования установления связи диспетчеру вычислений в виде запроса ресурсов; диспетчер вычислений вызывает, по меньшей мере, один базированный в облаке агент из базы данных заданных агентов в ответ на сигнал квитирования установления связи; контроллер задач выполняет операционную задачу посредством осуществления связи с вызванным агентом. 10 з.п. ф-лы, 6 ил.
Description
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение в целом относится к автомобильным применениям, использующим облачные вычисления, и в частности, к интерфейсу между транспортным средством и ресурсами облачных вычислений.
УРОВЕНЬ ТЕХНИКИ
Бортовые вычислительные устройства транспортного средства (например, такие как управляемые микропроцессором электронные модули, такие как контроллеры силовой передачи, системы информирования водителя и развлекательные системы) в целом ограничены относительно низкими мощностями обработки компьютеров транспортного средства, небольшими хранилищами данных и отсутствием легкого доступа к обновлениям программ или другим данным, которые создаются после того, как транспортное средство запущено в работу. Усовершенствования возможности установления мобильной связи между транспортными средствами и внешней вычислительной облачной инфраструктурой начинают задействовать новые классы электронных признаков, которые не ограничены таким образом.
Беспроводное соединение, имеющееся в распоряжении для беспроводной связи транспортного средства, часто характеризуется переменной шириной полосы пропускания, переменным временем ожидания и спорадической доступностью. Типичный компьютер или электронный блок управления (ECU) в транспортном средстве характеризуется высокой надежностью, высокой долговечностью, жесткой реакцией в реальном времени, низкой вычислительной мощностью и очень небольшой памятью (в частности, энергонезависимой памятью). ECU является мобильным, выдерживает срок службы транспортного средства и является частью закупки транспортного средства. Данные, созданные в ECU, имеют тенденцию быть связанными с событиями, которые произошли в прошлом в очень краткосрочных масштабах. В противоположность, облачные компьютеры характеризуются высокой надежностью, высокой вычислительной мощностью, большой памятью и (с ракурса транспортного средства) отсутствием реакции реального времени. Они являются стационарными администрируемыми системами, которые часто пополняются и работают на основе аренды, собственности или платы за использование. Данные, созданные в облаке, склоняются к тому, чтобы иметь прогнозную сущность, которая скорее сообщает, что может ожидаться когда-нибудь в будущем, нежели что произошло в прошлом.
Несмотря на то что бортовая сетевая архитектура управления остается преобладающим подходом для критичных по безопасности функциональных возможностей и функциональных возможностей реального времени, применения облачных вычислений могут давать улучшенные функциональные возможности управления/адаптации автомобиля и новые функциональные возможности. Например, облачные вычисления могут предоставлять интенсивные по ресурсам услуги чтобы добиваться более экономных, более безопасных, более развитых, более экологичных и более приятных автомобильных операций.
Облачные вычисления являются моделью для предоставления возможности сетевого доступа к совместно используемому пулу конфигурируемых вычислительных ресурсов, которые имеют виртуально неограниченное пространство для хранения и по существу неограниченную вычислительную мощность. Области, в которых облачные вычисления предлагают улучшенные рабочие характеристики транспортного средства и удобство для водителя, включают в себя решение проблем с пробками на дороге, планирование маршрута, адаптацию целевых скоростей под дорожные условия и условия движения, калибровку систем транспортного средства (например, активной подвески) под меняющиеся условия окружающей среды, и многие другие.
Доступу к облачным ресурсам необходимо предоставляться быстро и освобождаться с минимальными усилиями на управление или взаимодействие с поставщиком услуг. Операционное сопряжение и управление вычислениями для осуществления доступа к облачным ресурсам должны оптимизироваться относительно относительных ограничений и сильных сторон двух сред обработки.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
В изобретении предложена система управления вычислениями для надзора за и реализации связанных с вычислениями задач, использующих облачные ресурсы, некоторым образом, который эффективно удовлетворяет потребности связи в реальном времени между сетями в транспортном средстве и облачным сервером, вызова агентов по требованию (например, прогона и освобождения), интерактивных и автономных вычислений и сохранения, частых вычислительных циклов (например, запуска, прогона и окончания), обработки информации (например, классификации, совместного использования, хранения), и устойчивой и надежной работы и связи.
Со сложностью вычислений можно справляться благодаря разным комбинациям приоритетов и требований. Локальные вычисления, проводимые в сетях в транспортном средстве, находятся в диапазоне от простых (требующих меньших вычислительных ресурсов) до сложных (требующих больших вычислительных ресурсов). То же самое правильно для удаленных вычислений, проводимых на серверах облачных вычислений (CCS), давая в результате следующие возможные комбинации:
проведение простых вычислений в локальных ECU с высокими частотами выборки и использованием имеющихся в распоряжении данных CCS для улучшения локальных вычислений на низкой частоте выборки, дающие в результате стратегию локального простого и удаленного простого (LSRS),
проведение простых вычислений в локальных ECU с высокими частотами выборки и привлечение внешних ресурсов для сложных вычислений с CCS, чтобы агенты облачных вычислений обращались с низкой частотой выборки, дающие в результате стратегию локального простого и удаленного сложного (LSRC),
проведение сложных вычислений, которые совместимы с возможностями современных ECU, на высокой частоте выборки и использование имеющихся в распоряжении данных CCS для улучшения локальных вычислений на низкой частоте выборки, дающие в результате стратегию локального сложного и удаленного простого (LCRS), и
проведение сложных вычислений, которые совместимы с возможностями современных ECU, на высокой частоте выборки и привлечение внешних ресурсов для еще более ресурсоемких вычислений у CCS, чтобы агенты облачных вычислений обращались с низкой частотой выборки, дающие в результате стратегию локального сложного и удаленного сложного (LCRC).
Система управления вычислениями по изобретению распределяет сложные задачи согласно соответствующей сложности, которой необходимо обеспечиваться.
Что касается каждой соответствующей задачи, инициированной на борту транспортного средства, которая зависит от какого-нибудь взаимодействия с облачными ресурсами, соответствующая программная сущность, известная в виде агента, может вводиться в действие в облаке. Агенты иллюстрируют преимущества объединения облачных вычислений с элементами управления транспортного средства. Агенты в целом могут выполнять задачи согласно трем основным группам: обслуживание, надзор и краудсорсинг. Агенты обслуживания имеют дело главным образом с диспетчеризацией данных, и они сосредотачиваются на обработке, упорядочении, обобщении и хранении информации в CCS. Надзорные агенты расширяют возможности бортовых элементов управления транспортного средства выполнением обширных задач управления, которые требуют значительных вычислительных ресурсов, и которые не пригодны для реализации на борту, например, обучения моделей водителя, оценивания состояний транспортного средства, расчета оптимального профиля скорости вдоль заданного маршрута, калибровок управления в реальном времени, и т.д. Агенты краудсорсинга собирают и обобщают информацию с многочисленных транспортных средств, комбинируют эту информацию с другими облачными источниками информации (например, погодными условиями, обновлениями дорожного движения, географическими данными) и оценивают состояния групп транспортных средств, такие как характеризующие текущие условия движения и дорожные условия в определенном местоположении.
В одном из аспектов изобретения, система управления и вычислений транспортного средства содержит контроллер задач в транспортном средстве и специфичный транспортному средству диспетчер вычислений в облачной сети. Беспроводный канал передачи данных связывает контроллер задач и облачную сеть. Контроллер задач выполняет операционные задачи в транспортном средстве с использованием связанных с данными ресурсов в облачной сети. После инициирования одной из операционных задач, контроллер задач отправляет сигнал квитирования установления связи диспетчеру вычислений в виде запроса ресурсов. Диспетчер вычислений вызывает по меньшей мере одного основанного на облаке агента из базы данных заданных агентов в ответ на сигнал квитирования установления связи. Контроллер задач выполняет операционную задачу посредством осуществления связи с вызванным агентом.
В одном из вариантов предложена система, в которой диспетчер вычислений хранит список задач и долгосрочный архив данных, соответствующие транспортному средству.
В одном из вариантов предложена система, в которой диспетчер вычислений принимает множество перекрывающихся запросов ресурсов от транспортного средства, при этом диспетчер вычислений выполняет задачу Приоритезации для приоритезации каждого принятого запроса ресурса относительно списка задач и для регулировки осуществления вызванного агента согласно приоритезации.
В одном из вариантов предложена система, в которой диспетчер вычислений выполняет задачу Инициирования при вызове вызванного агента для установки начальных данных и условий, используемых вызванным агентом.
В одном из вариантов предложена система, в которой начальные данные и условия включают в себя содержимое сигнала квитирования установления связи.
В одном из вариантов предложена система, в которой начальные данные и условия включают в себя содержимое архива данных.
В одном из вариантов предложена система, в которой начальные данные и условия включают в себя краудсорсинговые данные, хранимые в облачной сети.
В одном из вариантов предложена система, в которой диспетчер вычислений выполняет задачу Перебалансирования для остановки вызванного агента и повторной идентификации агента замещения в ответ на изменяющиеся условия транспортного средства.
В одном из вариантов предложена система, в которой диспетчер вычислений выполняет задачу Результатов для отправки результатов в контроллер задач в ответ на успешную операцию вызванного агента.
В одном из вариантов предложена система, в которой диспетчер вычислений выполняет задачу Неисправности в ответ на неуспешную операцию вызванного агента, при этом задача Неисправности включает в себя повторную инициализацию для повторной установки начальных данных и условий, используемых вызванным агентом, и повторный запуск вызванного агента.
В одном из вариантов предложена система, в которой диспетчер вычислений выполняет задачу Завершения для освобождения вызванного агента и связанных с данными ресурсов после 1) выполнения задачи Результатов или 2) неспособности задачи Неисправности повторно запустить вызванный агент.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 - схема, показывающая обмен информацией транспортного средства с облачными ресурсами через систему беспроводной связи.
Фиг. 2 - структурная схема, показывающая системы транспортного средства согласно варианту осуществления изобретения.
Фиг. 3 - структурная схема, показывающая более подробно канал связи.
Фиг. 4 - модель, показывающая различные функциональные элементы среды транспортного средства/облачных вычислений по изобретению.
Фиг. 5 - структурная схема системы управления вычислениями согласно варианту осуществления изобретения.
Фиг. 6 - структурная схема, показывающая задачи управления вычислениями для системы по фиг. 5.
ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Фиг. 1 показывает систему облачных вычислений, в которой транспортные средства 10 и 11 беспроводным образом поддерживают связь с облачными ресурсами 12 через систему передачи данных, основанную на системе мобильной сотовой связи. Транспортное средство 10 поддерживает связь с сетью 13 оператора сотовой связи через вышку 14 сотовой связи, и транспортное средство 11 поддерживает связь с сетью 15 оператора сотовой связи через вышку 16 сотовой связи. Сети 13 и 15 поставщиков взаимосвязаны. Облачные ресурсы 12 присоединены к сотовым сетям через шлюз 17. Облако 12 может включать в себя любой произвольный набор ресурсов, в том числе, множество серверов 20-22.
Фиг. 2 показывает типичную вычислительную архитектуру в транспортном средстве 10, в которой вычислительные ресурсы распределены среди множества электронных модулей, в том числе контроллера 25 задач и контроллера 26 задач. Каждый контроллер задач в транспортном средстве 10, например, может взаимодействовать с соответствующими датчиками 27, исполнительными механизмами 28 и человеко-машинным интерфейсом 29 (HMI). Контроллеры 25 и 26 задач взаимосвязаны интерфейсной или коммуникационной шиной 24 в транспортном средстве, которая известна в данной области техники. Беспроводный интерфейс 30 передачи данных присоединен к контроллерам 25 и 26 задач через шину 24, чтобы устанавливать беспроводный канал передачи данных, присоединяющий контроллеры задач к облачной сети.
Беспроводный канал передачи данных показан подробнее на фиг. 3, при этом множество разных технологий связи может использоваться, чтобы помогать обеспечивать максимальную возможность установления связи между транспортным средством и облачными ресурсами. Облачная вычислительная сеть 12 присоединена к сотовой сети 31, включающей в себя вышки сотовой связи для беспроводного обмена данными с бортовым модемом 32 сотовой связи и/или мобильным устройством 33 водителя, чтобы переносить пакеты сетевой передачи информации в и из сетей в транспортном средстве через шину 24. Установленный на транспортном средстве беспроводный интерфейс 30 передачи данных может включать в себя порт 34 связи, расширяющий возможности связи устройствами Wi-Fi, Bluetooth, и присоединенными через USB. Более того, порт 35 проводной связи может быть предусмотрен для других типов режимов сетевой передачи информации, таких как сеть Интернет.
Фиг. 4 показывает модель интерфейса между транспортным средством и облаком, в которой 
обозначает совокупность всех уместных исполнительных механизмов в транспортном средстве, 
- силовая установка транспортного средства, 
- совокупность всех датчиков, а 
- совокупность всех контроллеров. Кроме того, 
представляет водителя, а 
обозначает опорные сигналы. 
- задаваемое приращениями управление, сформированное из локальных измерений транспортного средства, 
- задаваемое приращениями управление, сформированное как из локальной, так и облачной информации, 
- задаваемый приращениями опорный сигнал, сформированный из локальных измерений транспортного средства, и 
задаваемые приращениями опорные сигналы, сформированные как из локальной, так и облачной информации. 
представляет беспроводные устройства связи. 
- совокупность блоков хранения данных, обработки данных, вычислений и программного обеспечения в облаке 12. 
обозначает цифровой сигнал управления, сформированный из контроллеров , который проходит через цифро-аналоговый преобразователь a перед подачей команды на исполнительный механизм . 
представляет команды управления водителя, которые находятся под влиянием i) неизвестной информации, обозначенной 
, в виде наблюдаемой водителем, ii) 
, которые являются измерениями датчиков исполнительных механизмов, iii) 
, которые являются цифровыми измерениями датчиков посредством пропускания выходных сигналов через аналого-цифровой преобразователь 
, и iv) 
, который является опорным сигналом. 
- представляет сигнал, передаваемый между 
и 
. 
- сигнал, передаваемый между и 
, а 
- сигнал, передаваемый между 
и 
. 
- сигнал, передаваемый между и 
, а 
- сигнал, передаваемый между 
и 
.
Сложность вычислений, которые должны быть проведены в или для транспортного средства, которое является работающим вместе с облачным сервером, сильно отлична от типичных бортовых вычислений, которые традиционно проводились в локальных автономных ECU на транспортном средстве. В традиционных бортовых архитектурах, ECU главным образом проводили вычисления независимо и с минимальной информацией, совместно используемой по сетям в транспортном средстве, таким как CAN. Все вычислительные мощности были выделены под отдельные ECU, и было невозможно переключать объекты обслуживания ECU. В облачных вычислениях по настоящему изобретению, облачный сервер является динамически масштабируемым и адаптируемым, создавая виртуальный ECU, который имеет неограниченную вычислительную мощность и неограниченное пространство для хранения. Такой «расширенный» ECU потенциально может быть адаптирован для обслуживания любого транспортного средства и выполнения любых требуемых функций. Вычислительные потребности для каждого транспортного средства или реализованные функции каждого транспортного средства могут управляться благодаря различным комбинациям приоритетов, арбитрирования, диспетчеризации и циклического повторения.
Фиг. 5 показывает один из предпочтительных вариантов осуществления для системы управления вычислениями, развернутой в пределах облачной сети 12. Для каждого конкретного транспортного средства, авторизованного использовать конкретную систему сервера облачных вычислений, предусмотрен отдельный специфичный транспортному средству диспетчер 40-43 (VCM) 40-43. Внутренние детали и другие соединения облачной сети показаны только для VCM 40.
VCM 40 присоединен к центральному диспетчеру 45, через который поставщик услуг осуществляет централизованный контроль над всеми VCM. Центральный диспетчер 45 и VCM 40 присоединены к базе 46 данных агентов, в которой хранится множество заданных агентов, которые были разработаны раньше, чтобы выполнять заданные задачи, которые делаются имеющимися в распоряжении у отдельных транспортных средств. Каждый агент выполнен с возможностью вызываться (то есть, запускаться) соответствующим VCM, чтобы добиваться соответствующей задачи, которая может, когда необходимо, поддерживать связь с или использовать дополнительные облачные ресурсы 47.
VCM 40 (который выделен под конкретное отдельное транспортное средство) включает в себя список 50 задач, архив 51 данных и рабочее пространство 52 агента для управления и выполнения операционных задач, определенных запросами транспортного средства, которые активизируют связанные с данными ресурсы облачной сети 12. Список 50 задач используется для отслеживания многочисленных одновременных запросов ресурсов, которые были инициированы соответствующим транспортным средством, так чтобы одновременные задачи могли быть приоритезированы согласно заданным критериям. Архив 51 хранит специфичную транспортному средству информацию для поддержки операционных задач, которые могут применять исторические данные. Рабочее пространство 52 агента поддерживается, чтобы поддерживать создание отдельных экземпляров заданных агентов, вызываемых в ответ на запрошенные транспортным средством операционные задачи.
Согласно изобретению, когда любой один из контроллеров задач в пределах транспортного средства инициирует операционную задачу, которая осуществляет взаимодействие с облачными вычислительными ресурсами, сигнал квитирования установления связи формируется для отправки специфичному транспортному средству диспетчеру вычислений (VCM) в облаке. Сигнал квитирования установления связи может иметь следующую структуру.
| Сигнал квитирования установления связи | ||
| Байт | Значение и смысл байта | |
| 0 | 0 | Нет запросов из локальных ECU и облака. Нет связи между облаком и локальными ECU. |
| 1 Запрос связи |
0 | Не активен |
| 1 | Локальные ECU запрашивают облачные данные, облаку не нужны данные из локальных ECU (используемые для LSRS или LCRS). | |
| 2 | Облаку нужна информация из локальных ECU, локальные ECU не запрашивают данные из облака. | |
| 3 | Локальный ECU и облако обмениваются данными. | |
| 2 Запрос сохранения данных |
0 | Не активен |
| 1 | Локальные ECU отправляют данные в облако и запрашивают, чтобы облако сохраняло данные в определенных категориях. | |
| 2 | Локальные ECU отправляют данные в облако и запрашивают, чтобы облако сохраняло данные в неопределенных категориях. | |
| 3 Запрос вычислений |
0 | Не активен |
| 1 | Локальные ECU запрашивают облако провести некоторое вычисление на основании облачных данных. | |
| 2 | Локальные ECU отправляют данные в облако и запрашивают облако обеспечивать некоторое вычисление исключительно на основании данных локальных ECU. | |
| 3 | Локальные ECU отправляют данные в облако и запрашивают облако обеспечивать некоторое вычисление на основании как данных локальных ECU, так и облачных данных. | |
| 4 | Локальные ECU и облако должны подвергаться динамическим обменам данными, а именно, вычисление зависит от обмена данных на каждом временном такте. | |
| 4 Запрос краудсорсинга |
0 | Не активен |
| 1 | Облаку нужно, чтобы ECU отправляли данные транспортного средства, которые необходимы в целях облачного обслуживания. | |
| 2 | Локальные ECU отправляют основанные на событиях данные в облако и запрашивают, чтобы облако использовало управляемые событиями данные в целях краудсорсинга. | |
| от 5 до конца Полезная нагрузка данных |
... | Полезная нагрузка любой длины. Может включать в себя наименование или идентификатор специального агента(ов), который должен вызываться, и/или данных транспортного средства для поддержки запрошенных задач. |
Фиг. 6 показывает один из предпочтительных вариантов осуществления взаимодействующих задач, которые должны выполняться специфичным транспортному средству диспетчером вычислений в ответ на поступающий сигнал квитирования установления связи, который передается контроллером задач в транспортном средстве при инициации одной из его операционных задач, которая требует содействия от облачных ресурсов. Таким образом, задача 60 запрашивания инициируется в VCM, чтобы разбирать и анализировать содержимое сигнала квитирования установления связи. В случае, если одиночный запрос включает в себя многочисленные агенты, которые должны быть вызваны, или в случае, если один или более агентов для других операционных задач уже были вызваны и являются одновременно выполняющимися в рабочем пространстве агента VCM, то задача 61 приоритезации приоритезирует функции выполнения и передачи данных в связи с соответствующими агентами (например, на основании заданных ранжирований приоритета или динамически определяемого наличия в распоряжении функции). В результате приоритезации, список задач, поддерживаемый VCM, заполняется информацией, определяющей, какие агенты будут вызваны, время, когда они будут вызваны и местоположение для отыскания или хранения данных, используемых агентами, вместе с информацией, определяющей требуемые результаты, и какие-нибудь конкретные местоположения, где должны быть сохранены результаты вычислений.
С использованием списка задач, задача 62 диспетчеризации выполняется, чтобы идентифицировать и определять местоположение экземпляров прототипа требуемого агента или агентов в центральной базе данных агентов, поддерживаемой в пределах облачной вычислительной сети. В задаче 63 запроса агента, идентифицированные прототипы агента извлекаются и переносятся в рабочее пространство агента VCM, в какой момент каждая задача вызывается диспетчером вычислений. При вызове, выполняется задача 64 инициализации агента, в которой начальные данные и/или другие связанные с задачей условия, требуемые каждому специфичному агенту, инициализируются посредством диспетчера вычислений. Инициализация может проводиться посредством нескольких механизмов, таких как использование a) средних значений вовлеченных переменных в виде измеренных или вычисленных на борту транспортного средства, b) средних значений вовлеченных переменных, определенных из данных краудсорсинга, или c) исторических данных вовлеченных переменных в виде хранимых в архиве данных в специфичном транспортному средству диспетчере вычислений.
После инициализации, агент или агенты используют данные транспортного средства или облачные данные для проведения целевого вычисления(ий) в задаче 65 запуска. Что касается задачи 65 запуска, все входные сигналы, данные и необходимые модели вычислений собираются вместе в специфичном рабочем пространстве по мере необходимости, чтобы поддерживать операционную задачу(и), идентифицированную из первоначального сигнала квитирования установления связи.
Формальный прогон вызванного агента или агентов проводится в задаче 66 прогона агента. Потенциальные результаты прогона агентов включают в себя задачу 67 перебалансирования агентов, задачу 68 неисправности или задачу 70 результатов. В задаче 67 перебалансирования агентов, динамически меняющиеся агенты могут быть замещены в результате изменяющихся условий транспортного средства (например, в тех случаях, когда изменяющиеся условия делают необходимым использование другого набора входных сигналов, чтобы выполнять требуемую операционную задачу). Таким образом, если выявлена необходимость перебалансирования, производится возврат в задачу 62 диспетчеризации, чтобы повторно идентифицировать еще одного агента, который затем извлекается, инициализируется и запускается.
В случае если задача 66 прогона дает в результате ошибку или другую неспособность давать требуемый результат, то задача 68 неисправности осуществляет проверку для определения, может или нет операционная задача успешно выполняться, принимая во внимание текущие условия. Если нет, то выполняется задача 71 завершения. Иначе, существующий экземпляр агента повторно инициализируется в задаче 72 повторной инициализации агента, а затем, перезапускается в задаче 73 запуска перед возвратом в задачи 65 и 66.
Если успешные результаты получены в задаче 70 результатов, то результат форматируется для передачи обратно в контроллер задач в транспортном средстве, причем, результаты потенциально приоритезируются для передачи относительно других происходящих в настоящее время процессов, вовлекающих то же самое транспортное средство. После выдачи результатов, выполняется задача 71 завершения, включающая в себя освобождение связанных ресурсов (например, в рабочем пространстве агента и списке агентов) в задаче 74. Как только связанные ресурсы освобождены, диспетчер вычислений завершает работу относительно связанной операционной задачи.
Claims (18)
1. Система управления и вычислений для транспортного средства, содержащая:
контроллер задач в транспортном средстве;
специфичный транспортному средству диспетчер вычислений в облачной сети; и
беспроводный канал передачи данных, связывающий контроллер задач и облачную сеть;
при этом контроллер задач выполняет операционные задачи в транспортном средстве с использованием связанных с данными ресурсов в облачной сети;
причем после инициирования одной из операционных задач контроллер задач отправляет сигнал квитирования установления связи диспетчеру вычислений в виде запроса ресурсов;
причем диспетчер вычислений вызывает по меньшей мере один базированный в облаке агент из базы данных заданных агентов в ответ на сигнал квитирования установления связи; и
причем контроллер задач выполняет операционную задачу посредством осуществления связи с вызванным агентом.
2. Система по п. 1, в которой диспетчер вычислений хранит список задач и долгосрочный архив данных, соответствующие транспортному средству.
3. Система по п. 2, в которой диспетчер вычислений принимает множество перекрывающихся запросов ресурсов от транспортного средства, при этом диспетчер вычислений выполняет задачу приоритезации для приоритезации каждого принятого запроса ресурса относительно списка задач и для регулировки осуществления вызванного агента согласно приоритезации.
4. Система по п. 2, в которой диспетчер вычислений выполняет задачу Инициирования при вызове вызванного агента для установки начальных данных и условий, используемых вызванным агентом.
5. Система по п. 4, в которой начальные данные и условия включают в себя содержимое сигнала квитирования установления связи.
6. Система по п. 4, в которой начальные данные и условия включают в себя содержимое архива данных.
7. Система по п. 4, в которой начальные данные и условия включают в себя краудсорсинговые данные, хранимые в облачной сети.
8. Система по п. 1, в которой диспетчер вычислений выполняет задачу Перебалансирования для остановки вызванного агента и повторной идентификации агента замещения в ответ на изменяющиеся условия транспортного средства.
9. Система по п. 1, в которой диспетчер вычислений выполняет задачу Результатов для отправки результатов в контроллер задач в ответ на успешную операцию вызванного агента.
10. Система по п. 9, в которой диспетчер вычислений выполняет задачу Неисправности в ответ на неуспешную операцию вызванного агента, при этом задача Неисправности включает в себя повторную инициализацию для повторной установки начальных данных и условий, используемых вызванным агентом, и повторный запуск вызванного агента.
11. Система по п. 10, в которой диспетчер вычислений выполняет задачу Завершения для освобождения вызванного агента и связанных с данными ресурсов после 1) выполнения задачи Результатов или 2) неспособности задачи Неисправности повторно запустить вызванный агент.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US14/160,779 | 2014-01-22 | ||
| US14/160,779 US9231998B2 (en) | 2014-01-22 | 2014-01-22 | Vehicle-specific computation management system for cloud computing |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2015101807A RU2015101807A (ru) | 2016-08-10 |
| RU2654162C2 true RU2654162C2 (ru) | 2018-05-16 |
Family
ID=53498031
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2015101807A RU2654162C2 (ru) | 2014-01-22 | 2015-01-21 | Система управления и вычислений для транспортного средства |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US9231998B2 (ru) |
| CN (1) | CN104796454A (ru) |
| DE (1) | DE102015200422A1 (ru) |
| MX (1) | MX346777B (ru) |
| RU (1) | RU2654162C2 (ru) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10412368B2 (en) | 2013-03-15 | 2019-09-10 | Uber Technologies, Inc. | Methods, systems, and apparatus for multi-sensory stereo vision for robotics |
| US9694765B2 (en) * | 2015-04-20 | 2017-07-04 | Hitachi, Ltd. | Control system for an automotive vehicle |
| US10338225B2 (en) | 2015-12-15 | 2019-07-02 | Uber Technologies, Inc. | Dynamic LIDAR sensor controller |
| US10281923B2 (en) | 2016-03-03 | 2019-05-07 | Uber Technologies, Inc. | Planar-beam, light detection and ranging system |
| US9952317B2 (en) | 2016-05-27 | 2018-04-24 | Uber Technologies, Inc. | Vehicle sensor calibration system |
| ITUA20164814A1 (it) * | 2016-06-30 | 2017-12-30 | Octo Telematics Spa | Sistema e procedimento per il bilanciamento dell'elaborazione di dati e segnali di sensori in un veicolo. |
| CN106535242B (zh) * | 2016-09-30 | 2019-10-11 | 东南大学 | 一种无线云计算系统性能预测方法 |
| US11327482B2 (en) | 2016-10-20 | 2022-05-10 | Volkswagen Aktiengesellschaft | Apparatuses, methods and computer programs for a transportation vehicle and a central office |
| KR102605987B1 (ko) * | 2017-01-05 | 2023-11-23 | 가드녹스 사이버 테크놀로지스 엘티디. | 서비스 지향 아키텍처에 기초하는 집중식 서비스 ecu를구현하도록 구성된 관련 디바이스들을 갖는 특별히 프로그래밍된 컴퓨팅 시스템들 및 그 사용 방법들 |
| US10139834B2 (en) | 2017-01-12 | 2018-11-27 | GM Global Technology Operations LLC | Methods and systems for processing local and cloud data in a vehicle and a cloud server for transmitting cloud data to vehicles |
| US10479376B2 (en) * | 2017-03-23 | 2019-11-19 | Uatc, Llc | Dynamic sensor selection for self-driving vehicles |
| US10640121B2 (en) * | 2017-04-28 | 2020-05-05 | International Business Machines Corporation | Vehicle control for reducing road wear |
| US10262472B2 (en) * | 2017-06-01 | 2019-04-16 | GM Global Technology Operations LLC | Vehicle resource management system and method |
| US10775488B2 (en) | 2017-08-17 | 2020-09-15 | Uatc, Llc | Calibration for an autonomous vehicle LIDAR module |
| US10746858B2 (en) | 2017-08-17 | 2020-08-18 | Uatc, Llc | Calibration for an autonomous vehicle LIDAR module |
| DE102017217400A1 (de) | 2017-09-29 | 2019-04-04 | Bayerische Motoren Werke Aktiengesellschaft | Kommunikation mit Kraftfahrzeugen |
| US10914820B2 (en) | 2018-01-31 | 2021-02-09 | Uatc, Llc | Sensor assembly for vehicles |
| US10705884B2 (en) * | 2018-07-12 | 2020-07-07 | Toyota Jidosha Kabushiki Kaisha | Managing computational tasks in vehicle context |
| US11551552B2 (en) * | 2018-07-30 | 2023-01-10 | GM Global Technology Operations LLC | Distributing processing resources across local and cloud-based systems with respect to autonomous navigation |
| CN109729164B (zh) * | 2018-12-28 | 2021-11-09 | 国汽(北京)智能网联汽车研究院有限公司 | 智能网联汽车计算平台车端与云端运算等级分配方法 |
| JP7338384B2 (ja) * | 2019-10-03 | 2023-09-05 | トヨタ自動車株式会社 | 車両の演算処理装置、サーバコンピュータおよびプログラム |
| US11797350B2 (en) * | 2020-02-25 | 2023-10-24 | Cisco Technology, Inc. | Method and apparatus for providing data center functions for support of an electric vehicle based data center |
| US11314495B2 (en) | 2020-03-30 | 2022-04-26 | Amazon Technologies, Inc. | In-vehicle synthetic sensor orchestration and remote synthetic sensor service |
| EP3941020B1 (en) * | 2020-07-16 | 2023-06-14 | Volkswagen Aktiengesellschaft | A method for controlling a communication between a vehicle and a backend device |
| US20220078077A1 (en) * | 2020-09-08 | 2022-03-10 | Amazon Technologies, Inc. | Virtual vehicle domain control unit (dcu) service and orchestration environments |
| EP3968599A1 (en) | 2020-09-09 | 2022-03-16 | Volkswagen Ag | A method for synchronization of a communication between a vehicle and a backend device |
| EP3968603A1 (en) | 2020-09-11 | 2022-03-16 | Volkswagen Ag | Controlling privacy settings of a communication between a vehicle and a backend cloud device |
| EP3968601B1 (en) | 2020-09-11 | 2024-05-08 | Volkswagen Ag | Synchronization of a communication between a vehicle and a backend device using a hash message |
| EP3968196A1 (en) | 2020-09-11 | 2022-03-16 | Volkswagen Ag | A method for controlling a communication between a vehicle and a backend device |
| US11807266B2 (en) | 2020-12-04 | 2023-11-07 | Mitsubishi Electric Corporation | Driving system for distribution of planning and control functionality between vehicle device and cloud computing device, vehicle computing device, and cloud computing device |
| EP4050530A1 (en) | 2021-02-26 | 2022-08-31 | MOIA GmbH | Operating a self-driving vehicle or a fleet of self-driving vehicles |
| US11743334B2 (en) | 2021-03-31 | 2023-08-29 | Amazon Technologies, Inc. | In-vehicle distributed computing environment |
| CN113359727A (zh) * | 2021-06-04 | 2021-09-07 | 北京三快在线科技有限公司 | 无人车远程控制方法、装置、电子设备 |
| CN116346593A (zh) * | 2021-12-24 | 2023-06-27 | 华为技术有限公司 | 一种通信方法及通信装置 |
| DE102022206924A1 (de) | 2022-07-06 | 2024-01-11 | Robert Bosch Gesellschaft mit beschränkter Haftung | Computerimplementiertes Verfahren und Steuergerät zum Bestimmen eines geforderten Sicherheitsintegritätsniveaus sicherheitsbezogener Fahrzeugfunktionen |
| DE102022206923A1 (de) | 2022-07-06 | 2024-01-11 | Robert Bosch Gesellschaft mit beschränkter Haftung | Verfahren und Steuergerät zum Bestimmen eines Sicherheitsintegritätsniveaus einer sicherheitsbezogenen Fahrzeugfunktion eines Kraftfahrzeugs |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2207262C1 (ru) * | 2002-10-21 | 2003-06-27 | Общество с ограниченной ответственностью "Альтоника" | Телематическая система для транспортного средства |
| US20030216889A1 (en) * | 2002-05-16 | 2003-11-20 | Ford Global Technologies, Inc. | Remote diagnostics and prognostics methods for complex systems |
| US20100064362A1 (en) * | 2008-09-05 | 2010-03-11 | VolPshield Systems Inc. | Systems and methods for voip network security |
| US20120106446A1 (en) * | 2010-11-03 | 2012-05-03 | Broadcom Corporation | Managing Devices Within A Vehicular Communication Network |
| US20130304863A1 (en) * | 2012-05-08 | 2013-11-14 | Palisades Technology L.L.C. | Cloud computing system, vehicle cloud processing device and methods for use therewith |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1328662C (zh) * | 2003-09-28 | 2007-07-25 | 中兴通讯股份有限公司 | 嵌入式计算机系统中的嵌入式文件系统的容错处理方法 |
| US8380880B2 (en) | 2007-02-02 | 2013-02-19 | The Mathworks, Inc. | Scalable architecture |
| US20120253551A1 (en) | 2009-01-30 | 2012-10-04 | Sammy Halimi | Systems and Methods for Providing Telematic Services to Vehicles |
| CN102055730B (zh) * | 2009-11-02 | 2013-09-11 | 华为终端有限公司 | 云处理系统、云处理方法和云计算代理装置 |
| US9274848B2 (en) | 2009-12-03 | 2016-03-01 | International Business Machines Corporation | Optimizing cloud service delivery within a cloud computing environment |
| US8233408B2 (en) | 2009-12-10 | 2012-07-31 | Wei Lu | Mobile cloud architecture based on open wireless architecture (OWA) platform |
| US8504400B2 (en) | 2010-03-24 | 2013-08-06 | International Business Machines Corporation | Dynamically optimized distributed cloud computing-based business process management (BPM) system |
| FR2961479B1 (fr) * | 2010-06-18 | 2014-01-17 | Sagem Defense Securite | Aeronef pourvu d'une pluralite d'actionneurs electriques, dispositif d'alimentation et de commande de tels actionneurs et ensemble d'actionnement correspondant |
| CN105653368B (zh) | 2010-07-09 | 2019-08-20 | 道富公司 | 用于私人云计算的系统和方法 |
| US10380660B2 (en) | 2010-10-06 | 2019-08-13 | Ncr Corporation | Techniques for automated profile-based transaction processing |
| US20120317214A1 (en) * | 2011-06-10 | 2012-12-13 | Moduleq, Inc. | Method for structured communication between parties |
| US9300539B2 (en) | 2011-08-04 | 2016-03-29 | International Business Machines Corporation | Network computing management |
| US8726084B2 (en) * | 2011-10-14 | 2014-05-13 | Honeywell International Inc. | Methods and systems for distributed diagnostic reasoning |
| US8924124B2 (en) * | 2012-01-17 | 2014-12-30 | Ford Global Technologies, Llc | Method and system for engine torque control |
| JP6055201B2 (ja) * | 2012-05-10 | 2016-12-27 | キヤノン株式会社 | サーバー装置、システム及びその制御方法 |
| JP6041124B2 (ja) * | 2012-05-31 | 2016-12-07 | 日本電気株式会社 | 情報処理システム、情報処理方法、携帯通信端末、携帯通信端末の制御方法ならびに制御プログラム、サーバ、サーバの制御方法ならびに制御プログラム |
| CN103264705B (zh) * | 2013-05-20 | 2015-09-09 | 南车资阳机车有限公司 | 基于pac控制器的can总线机车重联系统及实现方法 |
| US9424544B2 (en) * | 2013-06-05 | 2016-08-23 | International Business Machines Corporation | Archival management of business processes in a cloud environment |
| US9264892B2 (en) * | 2013-07-03 | 2016-02-16 | Verizon Patent And Licensing Inc. | Method and apparatus for attack resistant mesh networks |
| CN103533037A (zh) * | 2013-09-29 | 2014-01-22 | 浙江工商大学 | 基于经济模型的转发和控制分离网络中的资源调度方法 |
-
2014
- 2014-01-22 US US14/160,779 patent/US9231998B2/en active Active
-
2015
- 2015-01-14 DE DE102015200422.8A patent/DE102015200422A1/de active Pending
- 2015-01-20 MX MX2015000882A patent/MX346777B/es active IP Right Grant
- 2015-01-21 RU RU2015101807A patent/RU2654162C2/ru active
- 2015-01-22 CN CN201510031525.6A patent/CN104796454A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030216889A1 (en) * | 2002-05-16 | 2003-11-20 | Ford Global Technologies, Inc. | Remote diagnostics and prognostics methods for complex systems |
| RU2207262C1 (ru) * | 2002-10-21 | 2003-06-27 | Общество с ограниченной ответственностью "Альтоника" | Телематическая система для транспортного средства |
| US20100064362A1 (en) * | 2008-09-05 | 2010-03-11 | VolPshield Systems Inc. | Systems and methods for voip network security |
| US20120106446A1 (en) * | 2010-11-03 | 2012-05-03 | Broadcom Corporation | Managing Devices Within A Vehicular Communication Network |
| US20130304863A1 (en) * | 2012-05-08 | 2013-11-14 | Palisades Technology L.L.C. | Cloud computing system, vehicle cloud processing device and methods for use therewith |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104796454A (zh) | 2015-07-22 |
| MX346777B (es) | 2017-03-30 |
| RU2015101807A (ru) | 2016-08-10 |
| US9231998B2 (en) | 2016-01-05 |
| US20150207859A1 (en) | 2015-07-23 |
| MX2015000882A (es) | 2015-07-24 |
| DE102015200422A1 (de) | 2015-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2654162C2 (ru) | Система управления и вычислений для транспортного средства | |
| Fürst et al. | AUTOSAR for connected and autonomous vehicles: The AUTOSAR adaptive platform | |
| US10500718B2 (en) | Systems and methods for allocating tasks to a plurality of robotic devices | |
| CN103098032B (zh) | 仿真方法和系统 | |
| CN110658794B (zh) | 一种制造执行系统 | |
| JP6654738B1 (ja) | データソースの動作状態に基づくテレメトリデータの処理 | |
| WO2021026481A1 (en) | Methods, systems, articles of manufacture and apparatus to improve job scheduling efficiency | |
| CN114338659A (zh) | 边缘网络中的智能数据转发 | |
| CN112783619B (zh) | 一种任务调度方法、装置和自动驾驶系统 | |
| CN113055478A (zh) | 一种设备数据的处理方法、装置、设备及介质 | |
| CN112166428A (zh) | 用于系统的基于事件的模拟的方法 | |
| CN114268853A (zh) | 用于基于安全边缘到设备遥测来调度工作负荷的方法和设备 | |
| CN110768914A (zh) | 基于语义场景实例迁移的去中心化物联网关系统 | |
| KR20180028499A (ko) | Ict 서비스 제공 방법 및 시스템 | |
| CN114285754B (zh) | 一种网络拓扑的生成方法、装置、设备及存储介质 | |
| Wagner et al. | SODA: Service-oriented architecture for runtime adaptive driver assistance systems | |
| CN111400028B (zh) | 一种列车管理的负载均衡处理方法 | |
| US20220278944A1 (en) | Method for allocating resources of a network infrastructure | |
| CN109960571A (zh) | 一种多模块调度方法、装置及系统 | |
| US11989568B2 (en) | Method to execute a mode-transition in a multi-mode computer system | |
| CN111376953B (zh) | 一种为列车下发计划的方法及系统 | |
| Zhang et al. | A scalable lnternet-of-Vehicles service over joint clouds | |
| CN111666133A (zh) | 一种自动驾驶车辆的车载基础设施 | |
| Gezer | A Modular and Scalable Software Reference Architecture For Decentralized Real-Time Execution on Edge Computing | |
| CN112860417B (zh) | 一种数据处理方法、装置、设备、系统和存储介质 |