RU2736572C2 - Способ передачи данных между бортовым устройством, выполненным с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки - Google Patents
Способ передачи данных между бортовым устройством, выполненным с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки Download PDFInfo
- Publication number
- RU2736572C2 RU2736572C2 RU2018145716A RU2018145716A RU2736572C2 RU 2736572 C2 RU2736572 C2 RU 2736572C2 RU 2018145716 A RU2018145716 A RU 2018145716A RU 2018145716 A RU2018145716 A RU 2018145716A RU 2736572 C2 RU2736572 C2 RU 2736572C2
- Authority
- RU
- Russia
- Prior art keywords
- data
- processing center
- remote processing
- board device
- connection request
- Prior art date
Links
Images
Classifications
-
- 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/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- 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
- G07C5/0841—Registering performance data
- G07C5/085—Registering performance data using electronic data carriers
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Electric Propulsion And Braking For Vehicles (AREA)
- Train Traffic Observation, Control, And Security (AREA)
- Traffic Control Systems (AREA)
Abstract
Изобретение относится к области телекоммуникаций и, в частности, к передаче данных между бортовым устройством и удаленным центром обработки. Техническим результатом является обеспечение оптимизации двунаправленной связи с удаленным центром обработки и полосы пропускания. Предложен способ передачи данных между бортовым устройством (10), который получает данные параметров движения и/или управления транспортного средства (1), и удаленным центром (100) обработки, и содержит этапы: получают указанные данные с помощью бортового устройства (10) и сохраняют их в памяти (18) журнала регистрации из бортового устройства (10); оценивают, с помощью бортового устройства (10), выполняется ли логическое условие, содержащееся во множестве возможных логических условий, каждое из которых связано с соответствующим типом события; направляют, если указанное логическое условие выполняется, с помощью бортового устройства сообщение с запросом на соединение для передачи данных, которое запрашивает соединение с мобильной сетью сотовой радиосвязи для запроса установки GPRS-соединения между бортовым устройством и удаленным центром обработки, при этом сообщение с запросом на соединение для передачи данных содержит данные, идентифицирующие тип события, связанный с упомянутым логическим условием; принимают запрос на соединение для передачи данных в удаленном центре обработки с помощью мобильной сети сотовой радиосвязи; обрабатывают сообщение с запросом на соединение для передачи данных в удаленном центре обработки для одобрения или отклонения запроса на соединение на основе указанных идентифицирующих данных. 7 з.п. ф-лы, 2 ил.
Description
Область техники, к которой относится изобретение
Настоящее изобретение касается области телекоммуникаций и, в частности, касается способа передачи данных между бортовым устройством, которое выполнено с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки.
Уровень техники
Известны и широко используются бортовые устройства для получения и удаленной передачи в режиме реального времени, например на удаленный центр обработки, данных, касающихся параметров движения и/или управления транспортных средств. Целесообразно, что такие бортовые устройства позволяют обнаруживать аварии, восстанавливать их динамику, отслеживать стили и привычки управления и отслеживать транспортные средства.
Упомянутые выше бортовые устройства обычно называются телематическими устройствами или черными ящиками, и они используются для определения индивидуальных тарифов для страховых политик и/или помощи в режиме реального времени при авариях и/или восстановления динамики для заявок для целей определения ответственности заинтересованных сторон. Например, бортовое устройство указанного выше типа описано в международной патентной заявке WO2013/150558 А1, зарегистрированной тем же автором.
Бортовые устройства, описанные выше и соответствующие уровню техники, способны в режиме реального времени определить местоположение транспортного средства, в котором они установлены, для регистрации ускорения и замедления, траекторий, состояния заряда аккумуляторной батареи транспортного средства и также способны связываться с удаленным центром обработки. Эта связь осуществляется с помощью стандартных или коммерческих протоколов связи. Эта связь обычно является двунаправленной и позволяет реализовать и предусмотреть дополнительные сервисы как для страховой компании, так и для конечного пользователя. Среди этих сервисов присутствует, например, сигнал тревоги при краже автомобиля. Такой сигнал тревоги может быть или автоматически выработан бортовым устройством при возникновении определенных условий, или выработан удаленным центром обработки по запросу конечного пользователя. Для обеспечения таких сервисов, следовательно, необходимо обеспечить стабильную и эффективную связь между бортовым устройством и удаленным центром обработки. Протоколы связи характеризуются как форматом сообщений, которые передают между бортовыми устройствами и удаленным центром обработки, так и форматом хранения данных, полученных датчиками бортового устройства. Такие данные могут быть незамедлительно переданы на удаленный центр обработки или сохранены в бортовом устройстве, если невозможно или нежелательно направить их на указанный центр из-за недостатка сигнала или по другим уместным причинам. Тем не менее, способы передачи данных между бортовыми устройствами, которые соответствуют уровню техники, и удаленным центром обработки, обладают некоторыми недостатками.
Первый недостаток состоит в том, что используемые протоколы или предназначены для эксплуатации конкретного канала связи или оптимизированы для двунаправленной связи с удаленным центром обработки, а не для хранения полученных данных или наоборот. Этот недостаток гибкости приводит к недостатку оптимизации как в плане использования разных каналов связи, таких как SMS, USSD, GPRS и PSTN, так и в отношении хранения полученных данных на бортовом устройстве. Фактически в ситуациях, когда сигнал сети слаб, бортовые устройства должны быть способны изменить канал связи, чтобы обеспечить своевременную передачу в центр сигналов о событиях, например, передачу запросов о помощи, о попытках кражи или авариях.
Второй недостаток заключается в том, что протоколы передачи данных, реализованные с помощью бортовых устройств, которые соответствуют уровню техники, оказались не оптимальными в плане использования полосы пропускания для передач. В результате таким бортовым устройствам нужно больше времени для направления как данных, полученных датчиками, так и сообщений с сигналами тревоги для оповещения об упомянутых выше событиях. Этот недостаток делает невозможным обеспечения надлежащего управления связью и, в результате, сервисами, которые связаны со связью. Элементы безопасности также относятся к этому контексту. Фактически в некоторых случаях необходимо направить зашифрованную информацию для соответствия текущему законодательству в терминах конфиденциальности. Шифрование сообщений увеличивает полосу пропускания, нужную для отправления и, таким образом, делает использование не оптимизированных протоколов связи еще более критичным.
Задача настоящего описания заключается в том, чтобы предложить способ передачи данных, в котором исключены или по меньшей мере частично уменьшены недостатки, описанные выше со ссылкой на соответствующие уровню техники способы передачи данных.
Такая задача решается с помощью способа передачи данных, который, в общем, определен в пункте 1 формулы изобретения. Предпочтительные и целесообразные варианты осуществления упомянутого выше способа передачи данных определены в приложенных зависимых пунктах формулы изобретения.
Изобретение будет лучше понятно из последующего подробного описания конкретного варианта осуществления изобретения, приведенного в виде не ограничивающего изобретение примера и содержащего ссылки на приложенные чертежи, которые кратко описаны в следующем абзаце.
Краткое описание чертежей
Фиг. 1 - вид, показывающий функциональную структурную схему примера системы для реализации способа передачи данных между бортовым устройством, которое выполнено с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки;
фиг. 2 - вид, показывающий функциональную структурную схему варианта осуществления посредством неограничивающего примера бортового устройства системы на фиг. 1.
Осуществление изобретения
На фиг. 1, с помощью не ограничивающего изобретение примера, показан вариант осуществления системы передачи данных между бортовым устройством, которое выполнено с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки. В этом примере система содержит бортовое устройство 10, установленное в транспортном средстве 1. Транспортное средство 1, например, является автомобилем, но фактически может быть даже мотоциклом или общественным транспортным средством, таким как автобус, в общем, любым транспортным средством или рабочим транспортным средством, например, даже сельскохозяйственным транспортным средством. Система содержит сотовую сеть 50 мобильной связи, например, GSM сеть. Такая сеть 50 содержит оборудование, включающее в себя программное и аппаратное обеспечение, такое как, например, один или несколько коммутационных центров (MSC) мобильной связи. Система передачи данных дополнительно содержит по меньшей мере один удаленный центр 100 обработки. Сотовая сеть 50 мобильной связи позволяет осуществлять передачу данных между бортовым устройством 10 и удаленным центром 100 обработки. Предпочтительно, чтобы эта передача данных являлась двунаправленной передачей. Удаленный центр 100 обработки выполнен с возможностью приема и обработки данных, полученных от множества бортовых устройств 10, которые установлены на борту соответствующих транспортных средств 1. Удаленный центр 100 обработки является системой, которая содержит аппаратное и программное обеспечение и которая позволяет отслеживать транспортные средства, например, для оценки факторов риска при его управлении, привычек управления водителей транспортных средств, для приема запросов на спасательные работы, обнаружения аварий, краж и так далее. Количество транспортных средств, которые может обслуживать удаленный центр 100 обработки, может быть настолько большим, насколько хочется, например, составлять порядка сотен тысяч или миллионов.
В соответствии с одним вариантом осуществления изобретения удаленный центр 100 обработки содержит интерфейсный сервер 101 и внутренний сервер 102, которые функционально соединены друг с другом. Интерфейсный сервер 101 выполнен с возможностью приема запросов на соединение от бортовых устройств 10 и, предпочтительно, с возможностью осуществления некоторой предварительной обработки полученных данных.
Внутренний сервер 102 содержит усовершенствованную вычислительную платформу и базу данных для хранения и обработки данных, предварительно обработанных интерфейсным сервером 101. Интерфейсный сервер 101 выполнен с возможностью работы в качестве интерфейса соединения внутреннего сервера 102 и сотовой сети 50 мобильной связи.
На фиг. 2 показан предпочтительный, не ограничивающий изобретение, вариант осуществления бортового устройства 10. Бортовое устройство 10 содержит водонепроницаемый резервуар 20, внутри которого расположены электронные компоненты бортового устройства 10. Предпочтительно, чтобы бортовое устройство 10 питалось от аккумуляторной батареи транспортного средства 1 и, более предпочтительно, чтобы резервуар 20 был прикреплен к упомянутой выше аккумуляторной батарее.
Бортовое устройство 10 содержит блок 11 обработки, такой как, например, микроконтроллер или микропроцессор, и интерфейс 12 GSM-GPRS, который функционально соединен с блоком 11 обработки. Такой интерфейс 12 связи содержит SIM 120, предпочтительно, так называемый SIM на кристалле. Бортовое устройство 10 дополнительно содержит по меньшей мере один датчик 14. Например, бортовое устройство содержит акселерометр 141 с тремя осями чувствительности и гироскоп 142, которые функционально соединены с блоком 11 обработки. В соответствии с предпочтительным вариантом осуществления изобретения акселерометр 141 с тремя осями чувствительности и гироскоп 142 являются MEMS и 3D устройствами, которые встроены в одно электронное устройство 14.
Бортовое устройство 10 дополнительно содержит по меньшей мере одно устройство 13 приема GNSS, такое как активную антенну GNSS, которое функционально соединено с блоком обработки.
В соответствии с одним вариантом осуществления изобретения бортовое устройство 10 дополнительно содержит интерфейс 18 связи ближнего действия, например интерфейс Bluetooth связи, который функционально соединен с блоком 11 обработки. Предпочтительно, чтобы упомянутый выше интерфейс Bluetooth являлся интерфейсом BTLE - Bluetooth с низким энергопотреблением, причем указанное не ограничивает изобретение.
Предпочтительно, чтобы бортовое устройство 10 дополнительно содержало цепь 15 стабилизации напряжения, которая выполнена с возможностью подачи электрической энергии на бортовое устройство 10 исходя из сигнала, обеспечиваемого аккумуляторной батареей транспортного средства 1.
В соответствии с одним вариантом осуществления изобретения бортовое устройство 10 содержит порт 16 связи, который функционально соединен с блоком 11 обработки. С этим портом 16 связи может быть соединено дополнительное устройство, не показанное на чертежах, при этом цель указанного устройства заключается в увеличении возможностей и/или функций бортового устройства 10, таких как ресурсы хранения или ресурсы обработки или интерфейсы связи или количество и/или тип датчиков.
Бортовое устройство 10 дополнительно содержит память 18 журнала регистрации, например, встроенную в блок 11 обработки. Например, такая память является флеш-памятью. Бортовое устройство 10 с помощью блока 11 обработки выполнено так, что сохраняет, периодически и/или на основе событий, в памяти 18 журнала регистрации данные, касающиеся параметров движения и/или управления транспортного средства 1. Такие данные содержат, например, и без какого-либо ограничения: скорость, ускорения, замедления, удар, расположение, диагностические данные транспортного средства 1, сигналы тревоги, выработанные бортовым устройством 10, температуру и так далее. Обычно эти данные содержат данные, которые регулярно получают при обычном использовании транспортного средства, например, на периодической основе, и которые в настоящем документе называют «первыми данными», и данные, которые сохраняют в случае специальных событий, например, событий, которые блок 11 обработки интерпретирует как возможно представляющие такие события, как кража или авария, и которые в настоящем документе называют «вторыми данными».
Описанный ниже способ передачи данных позволяет оптимизировать полосу пропускания и ресурсы для хранения, чтобы надлежащим образом управлять передачей первых и вторых данных от ботового устройства 10 на удаленный центр 100 обработки.
Как уже объяснено выше, способ передачи данных включает в себя этап получения указанных данных с помощью бортового устройства 10 и сохранения их в памяти 18 журнала регистрации бортового устройства 10.
Дополнительно способ включает в себя этап оценки, с помощью бортового устройства 10, выполняется ли логическое условие, содержащее несколько возможных логических условий, каждое из которых связано с соответствующим типом события. Например, если бортовое устройство 10 обнаруживает, что транспортное средство 1 подверглось внезапному удару, логической условие может представлять собой превышение порогового значения модуля ускорения, которое определено датчиком ускорения. В этом случае, следовательно, тип события представляет собой возможную аварию. Таким образом, с использованием данных, полученных с помощью блока 11 обработки, возможно определить разные типы условий и разные типы событий. По этой причине существуют типы событий, которые представляют обычные условия использования, типы событий, которые представляют необычные условия, типы событий, которые представляют рискованные или опасные условия, и так далее.
Дополнительно способ включает в себя этап направления, если справедливо указанное логическое условие, с помощью бортового устройства 10, сообщения с данными запроса на соединение на мобильную сеть сотовой радиосвязи для запроса установки GPRS соединения между бортовым устройством и удаленным центром обработки, при этом сообщение с данными запроса на соединение содержит по меньшей мере одни данные, которые идентифицируют тип события, который связан с упомянутым логическим условием, Например, тип события, для которого бортовое устройство хочет установить GPRS соединение с центром, заключается в очищении памяти 18 журнала регистрации.
В соответствии с одним вариантом осуществления изобретения, упомянутое выше сообщение с данными запроса на соединение является пакетом RADIUS - сервис удаленной аутентификации пользователей - и, предпочтительно, пакетом с запросом доступа RADIUS.
Дополнительно способ передачи включает в себя этап приема в удаленном центре 100 обработки по мобильной сети 50 сотовой радиосвязи сообщения с данными запроса на соединение направленного от бортового устройства 10.
Дополнительно способ включает в себя этап обработки сообщения с данными запроса на соединение в удаленном центре 100 обработки с целью одобрения или отклонения запроса на соединение на основе указанных идентификационных данных.
Таким образом, целесообразно, чтобы, если удаленный центр 100 принимает большое количество одновременных запросов на соединение от соответствующих бортовых устройств 10, то благодаря способности их одобрения по выбору, это обеспечивает надлежащее управление запросами в соответствии с определенной шкалой приоритетов.
В соответствии с одним целесообразным вариантом осуществления изобретения, сообщение с данными запроса на соединение содержит данные, идентифицирующие бортовое устройство 10, и на этапе обработки запрос на соединение одобряют или отклоняют также на основе указанных данных, идентифицирующих бортовое устройство. Если запрос одобрен, то бортовое устройство 10 принимает, например, пакет RADIUS, содержащий IP-адрес, приписанный бортовому устройству 10.
В соответствии с одним вариантом осуществления изобретения, способ передачи дополнительно включает в себя этап идентификации подмножества условий среди нескольких условий, при этом этап оценки включает в себя этап определения, принадлежит ли указанное логическое условие указанному подмножеству условий. Если указанное имеет место, то способ передачи дополнительно включает в себя этап направления короткого USSD сообщения и/или SMS от бортового устройства 10 на удаленный центр 100 обработки в дополнение к сообщению с данными запроса на GPRS соединение.
Предпочтительно, чтобы этап оценки содержал этап, на котором оценивают, заполнен ли заданный участок 191 памяти 19 журнала регистрации. Предпочтительно, чтобы указанный участок 191 обладал меньшим размером по сравнению с общей емкостью памяти 19 журнала регистрации.
В соответствии с предпочтительным вариантом осуществления изобретения возможные типы события содержат:
- заполнение заданного участка памяти журнала регистрации;
- возможная кража транспортного средства;
- возможная авария транспортного средства;
- диагностический сигнал тревоги, обнаруженный с помощью бортового устройства;
- запрос на помощь.
В соответствии с одним целесообразным вариантом осуществления изобретения память 19 журнала регистрации содержит область FAT памяти и, когда установлено GPRS соединение, способ включает в себя следующее:
- этап направления, от бортового устройства на удаленный центр обработки, пакетов данных, которые хранятся в памяти журнала регистрации;
- этап приема в бортовом устройстве подтверждения приема пакетов данных с помощью удаленного центра обработки;
- этап удаления/перезаписи из памяти журнала регистрации пакетов данных, принятых от удаленного центра обработки, индексирования в FAT памяти участков памяти, которые содержат стертые или перезаписанные пакеты данных, и участков памяти, которые содержат пакеты данных, которые еще не направлены на удаленный центр обработки, или пакеты данных, которые направлены от бортового устройства 10, но для которых бортовое устройство 10 не приняло подтверждение приема от удаленного центра 100 обработки.
Ниже будет описан конкретный предпочтительный и не ограничивающий изобретение пример протокола, с помощью которого может быть реализован указанный способ передачи. Предпочтительно, чтобы этот протокол был пакетным протоколом транспортного уровня, который основан на уникальной структуре данных, определенной полями фиксированной и переменной длины, которые содержат переменные, хранящиеся в формате с прямым порядком байтов. Предпочтительно, чтобы указанный выше протокол был протоколом беспроводного типа и был способен управлять переупорядочиванием пакетов и повторной передачей потерянных пакетов, в отличии, например, от протокола UDP.
Предпочтительно, чтобы протокол обеспечивал основные сервисы транспортного уровня, такие как проверка ошибок, и, следовательно, целостность переданных данных с помощью контрольной суммы. Предпочтительно, чтобы протокол связи также был протоколом без состояния, который не учитывает состояние соединения, благодаря чему обладает меньшей информацией для сохранения: таким образом удаленный центр обработки будет способен поддерживать гораздо больше активных устройств.
Обмен данными между удаленным центром 100 обработки и бортовым устройством 10 может осуществляться с помощью GPRS или SMS/USSD/PSTN. В зависимости от канала передачи, структура сообщения может изменяться, чтобы удовлетворить ограничениям на полезную нагрузку.
Ниже будет описан особенно предпочтительный вариант осуществления упомянутого выше сообщения. Первое поле, длина которого равна 2 байтам, содержит заголовок сообщения, то есть два шестнадцатеричных значения, которые однозначно идентифицируют начало сообщения. Второе поле, длина которого равна 2 байтам, содержит информацию об общей длине сообщения в байтах. Третье поле, длина которого равна 8 байтам, содержит уникальный идентификатор, который относится к бортовому устройству 10 и который также используется в качестве открытого ключа в случае использования некоторых алгоритмов шифрования. Четвертое поле, длина которого равна 3 байтам, содержит версию программного обеспечения, присутствующего на бортовом устройстве, чтобы позволить надлежащим образом управлять протоколом связи, даже в случае развивающегося программного обеспечения. Пятое поле, длина которого равна 4 байтам, содержит момент времени, в который было выработано сообщение, чтобы позволить корректно восстановить порядок создания сообщений, даже в случаях, когда передача обращает порядок отправления и получения сообщений. Шестое поле, длина которого равна 1 байту, содержит класс сообщения. Седьмое поле, длина которого равна 2 байтам, содержит тип сообщения. Восьмое поле, длина которого равна 1 байту, содержит информацию, касающуюся используемого канала связи, девятое поле, которое обладает переменной длиной, содержит необязательные данные, которые характерны для каждого класса и типа сообщения. Последнее поле содержит подпись, которая вычислена с использованием алгоритма CRC и которая полезна для отслеживания целостности сообщения при передаче. Протоколы связи отличаются большим количеством форматов сообщений. Предпочтительно, чтобы используемый в настоящему способе протокол классифицировал эти форматы на классы и типы в рамках классов. Благодаря этой классификации поля двух классов и тип сообщения позволяют однозначно идентифицировать как тип сервиса, который касается связи, так и его прогресс, а также, конечно, и формат поля данных сообщения. Фактически каждый класс сообщения может быть связан с сервисом и каждый сервис отличается ясно определенной последовательностью сообщений, которые передаются между бортовыми устройствами 10 и удаленным центром 100. Каждому из этих сообщений приписан идентификатор заданного типа (также тип события), чтобы легко отслеживать прогресс осуществления каждого сервиса, начиная от класса и типа направленного сообщения. Например, протокол требует, чтобы бортовые устройства 10 отвечали сообщением подтверждения, которое подтверждает успешную активацию для всех сообщений, направленных на бортовые устройства 10 и содержащих команду активации сервиса. Например, рассмотрим класс сообщений, который относится к сервису отслеживания и который состоит в возможности направления из удаленного центра обработки команды для предоставления бортовому устройству 10 возможности направить информацию о своем положении в конкретный временной или пространственный интервал. Разные типы сообщений связаны с классом отслеживания и, в частности: команда установки сервиса отслеживания; сообщение о корректном приеме команды отслеживания; сообщение с местоположением; конец команды сервиса и, наконец, сообщение о корректном приеме конца команды отслеживания.
Предпочтительно, чтобы упомянутый выше протокол содержал не только конкретный формат для обмена сообщениями между бортовыми устройствами 10 и центром 100, но также содержал формат для хранения данных, полученных из указанного поля. Этот формат отличается более легкой структурой данных и фиксированной длиной. Выбор записей фиксированной длины позволяет улучшить и сделать более определенным управление памятью внутри устройств. Эти записи состоят из общей структуры, образованной полем длиной 1 байт, в котором хранится идентификатор сообщения, вторым полем длиной 18 байт, содержимое которого изменяется в зависимости от идентификатора, и, наконец, полем длиной 1 байт, которое содержит CRC для используемого сообщения, для осуществления проверки целостности переданных данных. Второе поле является полем, содержащим данные, полученные от устройства, и его структура однозначна при изменении идентификатора сообщения. Для записей протокол определяет, например, примерно 180 разных структур данных. Указанное нужно для обеспечения максимальной эффективности между размером сообщения и количеством содержащейся в нем информации. В зависимости от идентификатора, записи могут содержать информацию, касающуюся положения, внутреннего состояния устройства, скорости и ускорения устройства, качества сигнала GPRS или GPS .... В поле данных записи почти всегда присутствует подполе, содержащее время создания пакета. Эта информация может быть опущена, если набор полученных данных нужно разделить на несколько записей. Важно заметить, что, когда возможно, поля данных характеризуются битовыми масками, что позволяет оптимизировать нагрузку данных, передаваемых для одной и той же информации, содержащейся в сообщениях. Фактически битовые маски позволяют сохранять 8 двоичных значений, касающихся, например, внутреннего состояния устройства, в пространстве для хранения символов ASCII. Следовательно, мы можем сказать, что определение протокола с этими признаками позволяет достичь абсолютной гибкости как для хранения данных на встроенных устройствах с ограниченными и фиксированными ресурсами памяти, так и для обмена данными разных типов с центром обработки.
Описаны основные структуры пакетов, которые характеризуют пример протокола связи, который может быть использован в предложенном в настоящем документе способе передачи. Более того, очевидно, что можно предложить многочисленные изменения и модификации внутренних структур данных и разных типов сообщений, чтобы соответствовать разным эксплуатационным требованиям, оставаясь при этом в рамках объема защиты настоящего изобретения.
Из приведенного выше описания очевидно, что способ передачи данных описанного выше типа позволяет полностью достигать предполагаемых целей в терминах преодоления недостатков уровня техники.
Фактически, в этом способе преодолеваются ограничения способов, соответствующих уровню техники, что сделано путем обеспечения оптимальной связи между бортовым устройством 10 и удаленным центром 100 обработки, которая характерна для этой области техники. Описанный в настоящем документе способ передачи оказывается оптимальным и гибким, обеспечивая минимально возможное использование полосы пропускания каждым используемым каналом связи.
Без ущерба принципу изобретения, варианты осуществления изобретения и подробности изготовления могут значительно отличаться от описанных и проиллюстрированных с помощью примера, который не ограничивает изобретение, не выходя при этом за пределы идеи изобретения, которая определена приложенной формулой изобретения.
Claims (21)
1. Способ передачи данных между бортовым устройством (10), выполненным с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства (1), и удаленным центром (100) обработки, при этом способ содержит этапы, на которых:
получают указанные данные с помощью бортового устройства (10) и сохраняют их в памяти (18) журнала регистрации бортового устройства (10);
оценивают, с помощью бортового устройства, выполняется ли логическое условие, содержащееся во множестве возможных логических условий, каждое из которых связано с соответствующим типом события;
направляют, если указанное логическое условие выполняется, с помощью бортового устройства сообщение с запросом на соединение для передачи данных, которое запрашивает соединение с мобильной сетью сотовой радиосвязи для запроса установки GPRS-соединения между бортовым устройством и удаленным центром обработки, при этом сообщение с запросом на соединение для передачи данных содержит по меньшей мере одни данные, идентифицирующие тип события, связанный с упомянутым логическим условием;
принимают сообщение с запросом на соединение для передачи данных в удаленном центре обработки с помощью мобильной сети сотовой радиосвязи;
обрабатывают сообщение с запросом на соединение для передачи данных в удаленном центре обработки для одобрения или отклонения запроса на соединение на основе указанных идентифицирующих данных.
2. Способ передачи данных по п. 1, в котором сообщение с запросом на соединение для передачи данных содержит данные, идентифицирующие бортовое устройство, при этом на этапе обработки запрос на соединение одобряют или отклоняют дополнительно на основе указанных данных, идентифицирующих бортовое устройство.
3. Способ передачи по п. 1 или 2, дополнительно содержащий этап, на котором идентифицируют подмножество условий из множества условий, при этом на этапе оценки проверяют, принадлежит ли указанное логическое условие указанному подмножеству условий и при положительном результате проверки направляют USSD-сообщение и/или SMS от бортового устройства на удаленный центр обработки в дополнение к сообщению с запросом на GPRS-соединение.
4. Способ передачи по любому из пп. 1-3, в котором на этапе оценки оценивают, заполнен ли заданный участок памяти журнала регистрации.
5. Способ передачи по п. 4, в котором указанный участок имеет меньший размер по сравнению с общей емкостью памяти журнала регистрации.
6. Способ передачи по любому из пп. 1-5, в котором указанное сообщение с запросом на соединение для передачи данных является пакетом Radius.
7. Способ передачи по любому из пп. 1-6, в котором возможные типы события включают в себя:
заполнение заданного участка памяти журнала регистрации;
потенциальная кража транспортного средства;
потенциальная авария транспортного средства;
диагностический сигнал тревоги, обнаруженный бортовым устройством;
запрос на помощь.
8. Способ передачи по любому из пп. 1-7, в котором память журнала регистрации содержит область FAT-памяти, при этом способ содержит, когда установлено GPRS- соединение, этапы, на которых:
направляют от бортового устройства на удаленный центр обработки пакеты данных, хранящиеся в памяти журнала регистрации;
принимают в бортовом устройстве подтверждения приема пакетов данных удаленным центром обработки;
стирают/перезаписывают из памяти журнала регистрации пакеты данных, принятые от удаленного центра обработки, индексируют в FAT-памяти участки памяти, которые содержат стертые или перезаписанные пакеты данных, и участки памяти, которые содержат пакеты данных, которые еще не направлены на удаленный центр обработки, или направленные пакеты данных, для которых бортовое устройство не приняло подтверждение приема удаленным центром обработки.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102016000067851 | 2016-06-30 | ||
| ITUA2016A004779A ITUA20164779A1 (it) | 2016-06-30 | 2016-06-30 | Metodo di trasmissione dati fra un dispositivo di bordo atto ad acquisire dati relativi a parametri di moto e/o di guida di un veicolo ed una centrale remota di elaborazione |
| PCT/IB2017/053819 WO2018002814A1 (en) | 2016-06-30 | 2017-06-27 | Data transmission method between an on-board device adapted to acquire data relating to motion and/or driving parameters of a vehicle and a remote processing centre |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| RU2018145716A RU2018145716A (ru) | 2020-06-26 |
| RU2018145716A3 RU2018145716A3 (ru) | 2020-09-29 |
| RU2736572C2 true RU2736572C2 (ru) | 2020-11-18 |
Family
ID=57750469
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2018145716A RU2736572C2 (ru) | 2016-06-30 | 2017-06-27 | Способ передачи данных между бортовым устройством, выполненным с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US11587365B2 (ru) |
| EP (1) | EP3479601B1 (ru) |
| JP (1) | JP2019522426A (ru) |
| CN (1) | CN109792454B (ru) |
| CA (1) | CA3027661A1 (ru) |
| ES (1) | ES2801480T3 (ru) |
| IT (1) | ITUA20164779A1 (ru) |
| RU (1) | RU2736572C2 (ru) |
| WO (1) | WO2018002814A1 (ru) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102019117946A1 (de) * | 2019-07-03 | 2021-01-07 | Bayerische Motoren Werke Aktiengesellschaft | Verfahren zum Übertragen eines oder mehrerer Datenelemente von einem Fahrzeug an einen Server, computerlesbares Medium, System, und Fahrzeug |
| IT202200020166A1 (it) * | 2022-09-30 | 2024-03-30 | Topfly Srl | Dispositivo telematico per veicoli conforme nativamente alla direttiva UE sulla privacy 2016/679 (GDPR) |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6771665B1 (en) * | 2000-08-31 | 2004-08-03 | Cisco Technology, Inc. | Matching of RADIUS request and response packets during high traffic volume |
| JP3772690B2 (ja) * | 2001-04-25 | 2006-05-10 | 日本電気株式会社 | サービスシステム及びそれに用いるサービス方法 |
| US7614007B2 (en) * | 2004-01-16 | 2009-11-03 | International Business Machines Corporation | Executing multiple file management operations |
| US7466218B2 (en) * | 2005-02-25 | 2008-12-16 | General Motors Corporation | System and method of controlling vehicle communications during emergency conditions |
| US8345755B2 (en) * | 2006-01-09 | 2013-01-01 | Lg Electronics, Inc. | Inter-layer prediction method for video signal |
| US20070263560A1 (en) * | 2006-05-10 | 2007-11-15 | Mikko Saarisalo | Push-to-talk over cellular group set-up and handling using near field communication (NFC) |
| US8121628B2 (en) * | 2007-12-26 | 2012-02-21 | General Motors Llc | Vehicle telematics unit data upload deferral |
| US8335508B2 (en) * | 2008-08-07 | 2012-12-18 | General Motors Llc | System and method for monitoring and reporting telematics unit communication network system acquisition and scanning performance |
| EP2175627A1 (en) * | 2008-10-09 | 2010-04-14 | Sony Corporation | Wireless transfer of data from a mobile device to a server |
| US20110039559A1 (en) * | 2009-08-14 | 2011-02-17 | General Motors Company | Inter-country plmn reselection for a vehicle telematics unit |
| US20110098016A1 (en) * | 2009-10-28 | 2011-04-28 | Ford Motor Company | Method and system for emergency call placement |
| US8335847B2 (en) * | 2010-07-30 | 2012-12-18 | Guest Tek Interactive Entertainment Ltd. | Method of servicing requests to manage network congestion and server load and server thereof |
| US8749350B2 (en) * | 2010-12-10 | 2014-06-10 | General Motors Llc | Method of processing vehicle crash data |
| US20130021904A1 (en) * | 2011-07-20 | 2013-01-24 | Alcatel-Lucent Usa Inc. | System and method for congestion control in a core network |
| CN202486858U (zh) * | 2012-01-13 | 2012-10-10 | 深圳市航天星网通讯有限公司 | 车载智能诊断和驾驶行为分析系统 |
| CN104080658B (zh) * | 2012-01-25 | 2016-08-24 | 丰田自动车株式会社 | 车辆远程操作信息提供装置、车载远程操作信息取得装置及具备这些装置的车辆远程操作系统 |
| US8868030B2 (en) * | 2012-07-30 | 2014-10-21 | General Motors Llc | Automated vehicle intrusion device |
| CN102857805A (zh) * | 2012-09-18 | 2013-01-02 | 深圳市路畅科技股份有限公司 | 一种移动终端信号的处理方法及装置 |
| EP2713582B1 (en) * | 2012-09-28 | 2018-08-01 | Harman Becker Automotive Systems GmbH | Method and apparatus for personalized access to automotive telematic services |
| US8966560B2 (en) * | 2012-11-30 | 2015-02-24 | Motorola Solutions, Inc. | Method and apparatus for uploading data |
| US20140358394A1 (en) * | 2013-02-15 | 2014-12-04 | Lxtch, Llc | Jolt and Jar Recorder System and Methods of Use Thereof |
| EP2834598A4 (en) * | 2013-04-15 | 2015-10-21 | Flextronics Ap Llc | COMMUNICATIONS WITH THIRD PARTIES THROUGH VIRTUAL VEHICLE PERSONALITY |
| WO2015136059A1 (en) * | 2014-03-13 | 2015-09-17 | Tracknstop Limited | Remote fuel pump deactivation for a vehicle |
| US10535260B2 (en) * | 2014-12-18 | 2020-01-14 | Ford Global Technologies, Llc | Rules of the road advisor using vehicle telematics |
| CN105577740B (zh) * | 2015-04-14 | 2019-03-22 | 酷派软件技术（深圳）有限公司 | 一种车辆状态信息的发送方法及装置 |
| CN105022315A (zh) * | 2015-04-16 | 2015-11-04 | 广东好帮手电子科技股份有限公司 | 一种基于车联网的汽车远程控制系统、控制方法及汽车 |
| CN105100218B (zh) * | 2015-06-30 | 2020-01-21 | 北京奇虎科技有限公司 | 基于行车记录仪的车辆评价方法、装置及系统 |
| CN105204457B (zh) * | 2015-08-06 | 2018-09-28 | 平安科技（深圳）有限公司 | 实现车辆远程定位救援的方法、车辆、移动终端及救援服务器 |
| CN105554120A (zh) * | 2015-12-18 | 2016-05-04 | 宇龙计算机通信科技(深圳)有限公司 | 用于车辆通信的数据传输方法及数据传输装置、路侧单元 |
-
2016
- 2016-06-30 IT ITUA2016A004779A patent/ITUA20164779A1/it unknown
-
2017
- 2017-06-27 RU RU2018145716A patent/RU2736572C2/ru active
- 2017-06-27 US US16/311,973 patent/US11587365B2/en active Active
- 2017-06-27 JP JP2018568999A patent/JP2019522426A/ja active Pending
- 2017-06-27 EP EP17749518.1A patent/EP3479601B1/en active Active
- 2017-06-27 CN CN201780040614.4A patent/CN109792454B/zh active Active
- 2017-06-27 ES ES17749518T patent/ES2801480T3/es active Active
- 2017-06-27 CA CA3027661A patent/CA3027661A1/en active Pending
- 2017-06-27 WO PCT/IB2017/053819 patent/WO2018002814A1/en unknown
Non-Patent Citations (1)
| Title |
|---|
| US 2014358394 A1 - 2014-12-04. WO 2014172325 A1 - 2014-10-23. US 2011039559 A1 - 2011-02-17. WO 2013160924 A1 - 2013-10-31. RU 90220 U1 - 2009-12-27. * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3479601B1 (en) | 2020-03-25 |
| US20190206150A1 (en) | 2019-07-04 |
| US11587365B2 (en) | 2023-02-21 |
| CN109792454B (zh) | 2021-10-15 |
| CA3027661A1 (en) | 2018-01-04 |
| ES2801480T3 (es) | 2021-01-11 |
| CN109792454A (zh) | 2019-05-21 |
| EP3479601A1 (en) | 2019-05-08 |
| RU2018145716A (ru) | 2020-06-26 |
| WO2018002814A1 (en) | 2018-01-04 |
| ITUA20164779A1 (it) | 2017-12-30 |
| RU2018145716A3 (ru) | 2020-09-29 |
| JP2019522426A (ja) | 2019-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11398116B2 (en) | Anomaly detection electronic control unit, in-vehicle network system, and anomaly detection method | |
| US8321086B2 (en) | Gateway control apparatus for vehicles and travel information recording method thereof | |
| US8160764B2 (en) | Method for providing vehicle accident information and apparatus therefor | |
| JP5641244B2 (ja) | 車両用ネットワークシステム及び車両用情報処理方法 | |
| RU2753504C2 (ru) | Бортовое устройство, выполненное с возможностью получения данных о параметрах движения и/или управления транспортного средства | |
| CN204731587U (zh) | 基于物联网的车载终端 | |
| RU2736572C2 (ru) | Способ передачи данных между бортовым устройством, выполненным с возможностью получения данных, касающихся параметров движения и/или управления транспортного средства, и удаленным центром обработки | |
| US11425146B2 (en) | System and method for the secure and efficient provision of at least partly automated driving modes | |
| CN115514741A (zh) | 一种ota升级方法、装置及计算机可读存储介质 | |
| US20220295239A1 (en) | Methods And Systems For Communication Vehicle-To-Everything (V2X) Information | |
| EP3142078A1 (en) | Central unit, road toll system and methods for operating a road toll system and a central unit | |
| CN115210783A (zh) | 用于收集和管理车辆生成数据的方法和系统 | |
| JP4362000B2 (ja) | 通信システム、通信装置及び通信方法並びに通信用ソフトウェアを記録した記録媒体 | |
| US11122489B2 (en) | On-board vehicular communication system | |
| KR20230156040A (ko) | V2X(Vehicle-To-Everything) 정보를 통신하기 위한 방법들 및 시스템들 | |
| KR20230153382A (ko) | V2X(Vehicle-To-Everything) 메시지에서 평문 및 암호문 인증 | |
| CN115878577A (zh) | 数据传输的方法和装置 | |
| CN117693948A (zh) | 用于操作自动驾驶车辆的系统和方法 | |
| CN117044162A (zh) | 认证车联网（v2x）消息中的明文和密文 | |
| WO2013179315A1 (en) | A multi-protocol and multi-server telematic device for providing services to motor vehicles, and dual-mode functionality with institutional centres and commercial service provider centres |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| HE9A | Changing address for correspondence with an applicant |