СИСТЕМА (ВАРИАНТЫ) И СПОСОБ ОТСЛЕЖИВАНИЯ СОДЕРЖИМОГО ИНВЕНТАРЯ Российский патент 2019 года по МПК B60R25/04 G06Q20/00 

ОБЛАСТЬ ТЕХНИКИ

Настоящее раскрытие относится к системе и протоколу отслеживания содержимого инвентаря.

УРОВЕНЬ ТЕХНИКИ

Для того чтобы уменьшать потери и повышать эффективность, промышленные предприятия часто пытаются отслеживать свои движимые материально-производственные запасы, такие как оборудование, инструментальные средства, и т.д., от транспортного средства к транспортному средству. То есть, определение, какие инструментальные средства находятся внутри транспортного средства, может гарантировать, что транспортное средство оборудовано надлежащим образом, а также помогать предотвращать потери и повышать ответственность ответственного лица. Семьи, спортивные тренеры и частные предприниматели также могут отслеживать свое имущество для улучшения качества своей повседневной деятельности.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Система учета инвентаря транспортного средства может включать в себя пассивную систему отпирания дверей, выполненную с возможность аутентифицировать брелок для ключей поблизости от транспортного средства и включающую в себя по меньшей мере одну антенну внутри транспортного средства и контроллер, выполненный с возможностью побуждать, во время периода запроса метки, по меньшей мере одну антенну передавать по меньшей мере один запрос метки, период запроса метки начинается после того, как закончился период запроса брелока для ключей для передачи запросов брелока для ключей ради аутентификации брелока для ключей, и принимать, во время периода ответа метки, ответ метки на запрос, служащий признаком метки поблизости от транспортного средства.

Система учета инвентаря транспортного средства может включать в себя пассивную систему отпирания дверей, выполненную с возможностью аутентифицировать брелок для ключей и включающую в себя антенну и контроллер, выполненный с возможностью побуждать, во время периода запроса метки, антенну передавать по меньшей мере один запрос метки и принимать ответ метки на запрос, служащий признаком метки поблизости от транспортного средства. Период запроса метки начинается на основании окончания периода запроса брелока для ключей.

Способ может включать в себя передачу по меньшей мере одного запроса брелока для ключей во время периода запроса брелока для ключей, чтобы аутентифицировать брелок для ключей поблизости от транспортного средства, передачу по меньшей мере одного запроса метки во время периода запроса метки, основанного на окончании периода запроса брелока для ключей, чтобы возбуждать запрограммированные метки поблизости от транспортного средства, прием по меньшей мере одного ответа брелока для ключей во время периода ответа брелока для ключей, начинающегося после окончания периода запроса брелока для ключей; и прием по меньшей мере одного ответа метки во время периода ответа метки, начинающегося после окончания периода запроса метки, служащего признаком по меньшей мере одной из запрограммированных меток.

Причем период ответа метки может начинаться после того, как заканчивается период запроса метки. Каждый из запросов может включать в себя идентификатор, указывающий, является ли запрос запросом брелока для ключей или запросом метки. Период запроса метки может перекрывать период ответа брелока для ключей, и при этом, период ответа брелока для ключей начинается в конце периода запроса брелока для ключей. Контроллер дополнительно выполнен с возможностью передавать по меньшей мере один запрос метки с определенными интервалами, основанными на количестве ассоциативно связанных запрограммированных меток. При этом длительность периода ответа метки основана на количестве ассоциативно связанных запрограммированных меток. Во время периода запроса брелока для ключей, контроллер дополнительно выполнен с возможностью побуждать антенну передавать запросы брелока для ключей, чтобы аутентифицировать брелок для ключей. Каждый из запросов может включать в себя идентификатор, указывающий, является ли запрос запросом брелока для ключей или запросом метки. Причем период запроса метки может перекрывать период ответа брелока для ключей, и при этом, период ответа брелока для ключей начинается в конце период запроса брелока для ключей. При этом ответ метки может приниматься во время периода ответа метки, начатого после того, как закончился период запроса метки. Контроллер дополнительно выполнен с возможностью передавать по меньшей мере один запрос метки с определенными интервалами, основанными на количестве ассоциативно связанных запрограммированных меток. Период ответа метки основан на количестве ассоциативно связанных запрограммированных меток. Период запроса метки и период запроса брелока для ключей не перекрываются, чтобы избегать помех между по меньшей мере одним ответом брелока для ключей и по меньшей мере одним ответом метки. Каждый из запросов может включать в себя идентификатор, указывающий, является ли запрос запросом брелока для ключей или запросом метки. По меньшей мере один запрос метки передается с определенными интервалами, основанными на количестве запрограммированных меток.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 - система учета запасов транспортных средств;

фиг. 2 - схема для бортовой системы транспортного средства;

фиг. 3A и 3B показывают транспортное средство, имеющее множество антенн;

фиг. с 4A по 4C показывают зоны транспортного средства, создаваемые антеннами по фиг. 3A и 3B;

фиг. 5 - диаграмма для различных правил, ассоциативно связанных с водителями, маршрутами и местоположениями;

фиг. с 6A по 6D - интерфейсы отображения для управления запасами транспортного средства;

фиг. 7 - поток обработки для применения правил системы учета запасов;

фиг. с 8A по 8C - интерфейсы отображения для управления правилами системы учета запасов.

фиг. 9 - поток обработки для управления правилами системы учета запасов;

фиг. с 10A по 10E показывают диаграммы, изображающие радиочастотные протоколы для передачи низкочастотных запросов и приема различных высокочастотных ответов;

фиг. 11 показывает интервалы для запрашивания брелоков для ключей и приема высокочастотных ответов для системы учета запасов;

фиг. с 12A по 12M показывают конфигурации меток; и

фиг. с 13A по 13B показывают дополнительные конфигурации меток.

ПОДРОБНОЕ ОПИСАНИЕ

В материалах настоящей заявки описана система учета инвентаря транспортного средства для отслеживания предметов внутри транспортного средства, или прикрепленных к наружным поверхностям и держателям для груза транспортного средства. Посредством передачи низкочастотных запросов с одной или более антенн внутри транспортного средства, метка пассивной или активной радиочастотной идентификации может отвечать высокочастотным ответом, идентифицирующим метку и, таким образом, указывающим, что предмет, ассоциативно связанный с меткой, присутствует в транспортном средстве или прикреплен к наружным поверхностям и держателям для багажа в пределах дальности действия низкочастотных антенн. Компоненты существующих систем пассивного отпирания дверей/пассивного запуска (PEPS) могут использоваться для содействия этой системе учета инвентаря, и неуместные решения рынка дополнительного оборудования могут быть не нужны для эффективного отслеживания помеченных предметов. Более того, дополнительное оборудование может быть добавлено на основе рынка дополнительного оборудования (например, добавления дополнительной антенны на крышку)

Фиг. 1 показывает примерную систему 100 учета инвентаря транспортного средства, включающую в себя транспортное средство 105, сервер 110 системы и пользовательское устройство 115. Не показаны на фиг. 1, но обсуждены со ссылкой на фиг. 2, множество первых антенн 170 транспортного средства, вторая антенна 145 транспортного средства и метка 175 предмета. Метка 175 предмета является устройством, ассоциативно связанным с предметом, обычно прикрепленным к нему, которое включает в себя приемопередатчик, способный к приему низкочастотных запросов с антенн 170. Метка 175 может быть выполнена с возможностью возвращать высокочастотный ответ, идентифицирующий метку, с помощью радиочастотной идентификации (RFID), который принимается второй антенной 145. В некоторых ситуациях непосредственной близости (например, меньше чем за несколько дюймов), антенны 170 могут использоваться для отправки низкочастотных запросов для радиочастотной идентификации (RFID), и метка может отвечать обратно низкочастотным ответом на те же самые антенны 17, которые действовали бы в качестве приемопередающей антенны. Это типично делается, когда метка потеряла мощность аккумуляторной батареи. Система 100 может использовать ответ для идентификации объекта и, таким образом, отслеживать инвентарь транспортного средства 105.

Транспортное средство 105 может включать в себя модуль 120 транспортного средства, выполненный с возможностью поддерживать связь с сервером 110 системного управления через сеть 130 сотовой связи. Сервер 110 системного управления также может поддерживать связь с пользовательским устройством 115 через сеть 130 сотовой связи и/или другую беспроводную сеть 135, такую как Wi-Fi, Bluetooth, локальная сеть (LAN), и т.д.

Транспортное средство 105 может быть любым типом транспортного средства. Оно может быть моторным транспортным средством, как указано в качестве примера на фигурах. Оно может быть другим типом передвижного механизма, выполненного с возможностью перевозить пассажиров, таким как автобус, мотоцикл, поезд, судно, корабль или летательный аппарат. Оно может быть грузовым или складским контейнером. Транспортное средство 105 может быть способным к перевозке определенных предметов, таких как личные вещи, механизмы, инструменты, медицинское оборудование, и т.д. Предметы могут быть ассоциативно связаны с пассивной меткой, выполненной с возможностью передавать радиочастотную идентификацию (RFID) на антенну 145 транспортного средства, как обсуждено ниже со ссылкой на фиг. 2 и 3. Как показано на фиг. 1, многочисленные транспортные средства 105-1, 105-2, 105-n могут давать возможность отслеживания предметов. Эти транспортные средства могут быть ассоциативно связаны друг с другом посредством отношений, таких как семейные отношения, отношения с работодателем, автофургон для путешествий или колонна автотранспорта, и т.д.

Модуль 120 транспортного средства может быть модулем внутри транспортного средства 105 и может быть выполнен с возможностью принимать сигналы с различных антенн 145, 170 в пределах транспортного средства 105 (как показано на фиг. 3A и 3B). Эти сигналы могут идентифицировать метки, присутствующие внутри или возле транспортного средства 105, с тем чтобы отслеживать предметы, ассоциативно связанные с метками. Модуль 120 транспортного средства подробнее описан ниже со ссылкой на фиг. 2.

Сервер 110 системного управления может быть сервером, выполненным с возможностью содействовать связи между санкционированными пользовательскими устройствами 115 и модулем 120. Сервер 110 может быть автоматическим сервером вызовов, помогающим ведущему узлу всемирной сети выполнять связь между транспортным средством 105 и санкционированным пользовательским устройством 115. В одном из примеров, модуль 120 может поддерживать связь с сервером 110 через сеть 130 сотовой связи. Модуль 120 может передавать сообщение, указывающее, что определенные предметы расположены в пределах транспортного средства 105 в качестве распознанных антеннами 145, 170. Сервер 110 системного управления может аутентифицировать транспортное средство 105, распознавая идентификационный номер транспортного средства, переданный сообщением.

Модуль 120 может давать команду по меньшей мере одной антенне 170 (как показано на фиг. 3) передавать низкочастотный запрос. Метка 175 может быть приклеена или прикреплена к предмету в пределах транспортного средства. Эта метка 175 может быть специальной меткой, изготовленной именно для отслеживания, и/или она может быть фабричным стандартным брелоком для ключей транспортного средства, имеющим возможности пассивного отпирания дверей/пассивного запуска (PEPS). Метка 175, например, также может быть частью систем, известных как Keyless Access System (Система доступа без ключа), Advance Key (Усовершенствованный ключ), Comfort Access (Комфортный доступ), Enter-N-G™^M, Intelligent Access (Интеллектуальный доступ), Smart Entry (Отпирание дверей с развитой логикой), SmartKeys (Ключи с развитой логикой), Intelligent Key® (Интеллектуальный ключ), SmartPass (Умный пропуск), Kessy. Примерные конфигурации метки 175 показаны на фиг. 12 и 13 и обсуждены ниже. Метка 175 может поддерживать связь с транспортным средством 105 с помощью протоколов низкочастотной и/или сверхвысокочастотной связи, включающих в себя запросы и ответы, между меткой 175 и модулем 120 транспортного средства. Метка 175 может включать в себя приемопередатчик, выполненный с возможностью функционировать в качестве метки радиочастотной идентификации (RFID), используемой для идентификации метки 175 и, таким образом, идентификации предмета. То есть, когда антенны 145, 170 принимают сверхвысокочастотный ответ с метки 175, модуль 120 может определять, что предмет, ассоциативно связанный с такой меткой 175 находится внутри или рядом с транспортным средством 105. Модуль 120 затем может передавать сообщение на сервер 110 для содействия отслеживанию инвентаря по другим транспортным средствам в пределах санкционированной системы пользователя. Метка 175 может быть пассивной меткой, сводящей к минимуму затраты, или она может быть активной меткой. Кроме того еще, метка 175, имеющая такую же форму, как обычные метки PEPS, используемые в наши дни, может считаться безопасной для использования в пассажирском отсеке транспортного средства 105. То есть, она безопасна для людей и животных, которые должны находиться в непосредственной близости от антенн 170 передатчика и сверхвысокой частоты, передаваемой метками. Исключительно в целях примера, низкочастотные запросы, например, могут передаваться ниже 200 кГц и могут передаваться на частотах 20 кГц, 125 кГц и 134,5 кГц. Высокочастотные ответы могут передаваться выше 200 МГц и, например, могут передаваться на частотах 314 МГц, 433 МГц, 434 МГц 868 МГц и 903 МГц.

Как метки 175, так и традиционный брелок 160 для ключей могут поддерживать связь с антеннами 145, 170. Как указано, существующие брелоки для ключей PEPS могут использоваться в качестве меток 175. Посредством использования существующих брелоков для ключей, дополнительные затраты избегаются, так как не нужны широкополосные передатчики и приемники. Затраты также избегаются, так как могут быть не нужны дополнительные антенны 145, 170 в кабине. Кроме того, существующие брелоки для ключей имеют уровни мощности, которые безопасны для пассажиров и других систем транспортного средства. Могут использоваться брелоки для ключей с возможностями индикатора мощности принятого сигнала (RSSI). Когда брелоки для ключей используются в качестве меток 175, брелоки для ключей могут быть обозначены по существу в пределах системы 100 учета инвентаря. Например, в то время как первый и второй ключи (ключи #1 #2) используются в качестве традиционных брелоков 160 для ключей, чтобы получать доступ или запускать транспортное средство 105, третий и четвертый выпущенные торговым посредником брелоки для ключей (ключи #3 и #4) могут быть предназначены в качестве меток 175 учета инвентаря.

Метки 175, как пояснено, могут быть ассоциативно связаны с различными коммерческими предметами, такими как инструменты, оборудование, и т.д. Метки также могут быть ассоциативно связаны или фабрично снаряжены с персональными вещами, такими как портфель, коробка для завтраков, клюшки для гольфа, музыкальные инструменты, и т.д. В дополнение к снабжению метками отдельных предметов, связки предметов также могут снабжаться метками, такие как туристические принадлежности, инструменты, продукты, и т.д. Метки 175 также могут быть сгруппированы в определенные категории. Эти категории могут определяться пользователем на интерфейсе отображения на модуле транспортного средства или пользовательском устройстве 115. Категории, как обсуждено ниже, могут применяться пользователем, чтобы быстро проверять, что все необходимые предметы находятся в транспортном средстве 105, а те, которые не должны присутствовать, отсутствуют. Например, если пользователь путешествует, пользователь может пожелать проверить, что все медицинское оборудование пользователя находится в транспортном средстве 105. В этом примере, метки 175 могут быть ассоциативно связаны с каждым из инсулинового набора, кислородного бака, отпускаемых по рецепту лекарств, инвалидной коляски, и т.д. Эти категории подробнее обсуждены ниже.

Сервер 110, в дополнение к аутентификации пользовательских устройств 115 и содействию связи между транспортными средствами пользователя и модулями 120 транспортного средства, также может поддерживать и хранить данные, принятые из модулей 120 транспортного средства, в базе 140 данных. То есть, сервер 110 может каталогизировать сообщение для более позднего использования. Сообщения могут поддерживаться в пределах сервера 110 или в базе 140 данных. Сообщения могут указывать наличие метки 175, ассоциативно связанной с транспортным средством. В одном из примеров, метка 175 может быть ассоциативно связана с и прикреплена к спортивной сумке. Сообщение, переданное с транспортного средства 105-1 на сервер 110, может указывать, что метка 175, ассоциативно связанная со спортивной сумкой, находится в пределах транспортного средства 105. Сервер 110 может хранить эту информацию в базе 140 данных. Как описано в материалах настоящей заявки, эта информация затем может использоваться пользовательским устройством 115 для определения местоположения спортивной сумки, например, в каком транспортном средстве она находится.

Пользовательское устройство 115 может быть вычислительным устройством, способным к приему информации из сервера 110 и/или модуля 120 транспортного средства. Пользовательское устройство 115 может быть мобильным устройством, таким как мобильный телефон, планшетный компьютер, дорожный компьютер, персональный цифровой секретарь (PDA), смартфон, и т.д. Пользовательское устройство 115 также может быть настольным компьютером. Пользовательское устройство 115 может иметь пользовательский интерфейс, выполненный с возможностью отображать информацию пользователю устройства 115. Интерфейс может быть встроенным графическим интерфейсом (GUI). Он может быть экраном, таким как жидкокристаллический дисплей (ЖКД, LCD), дисплей на светоизлучающих диодах (СИД, LED), плазменный экран, и т.д. Интерфейс также может быть компьютерным монитором или проектором. Пользовательский интерфейс может быть выполнен с возможностью отображать информацию, такую как наличие определенных предметов внутри транспортного средства 105. Примерные пользовательские интерфейсы показаны на фиг. 6A-D и 8A-C и могут включать в себя фотографии/пиктограммы предметов, и т.д.

Пользовательское устройство 115 может поддерживать связь с сервером 110 через беспроводную сеть 135. Оно также может поддерживать связь с модулем 120 транспортного средства через сеть 130 сотовой связи, WiFi® или Bluetooth®. Посредством поддержания связи с сервером 110 и/или модулем 120, пользовательское устройство 115 может принимать информацию касательно предметов в пределах транспортного средства 105. Пользовательское устройство 115 может аутентифицироваться сервером 110 и/или опознаваться модулем 120. Устройство 115 может быть ассоциативно связано с более чем одним транспортным средством 105 и может принимать информацию об инвентаре каждого транспортного средства (то есть, внутри или на транспортном средстве 105). Это может быть полезным, когда одиночный пользователь управляет парком транспортных средств и хотел бы контролировать инвентарь каждого. Дополнительно, одно или более пользовательских устройств могут быть ассоциативно связаны с одним и тем же транспортным средством 105 или многочисленными транспортными средствами 105. Это может быть полезным, когда многочисленные пользователи пользуются многочисленными транспортными средствами, к примеру, в большой семье или небольшом коммерческом предприятии. В еще одном примере, члены семьи могут пожелать знать, какие предметы, или который из конкретных предметов, расположен в пределах какого транспортного средства 105. Пользовательский интерфейс может отображать эту информацию несколькими способами, такими как графическое представление предметов, список предметов в каждом транспортном средстве, и т.д. Модуль 120 и/или сервер 110 может давать пользователю возможность управлять инвентарем по многочисленным транспортным средствам, соотнося информацию касательно меток 175 по многочисленным транспортным средствам 105. Пользователь может быть способным управлять такой информацией с его или ее мобильного устройства 115 или с центральной консоли/устройства отображения транспортного средства.

Сети 130 и 135 могут быть любым типом беспроводной сети, таким как Wi-Fi, Bluetooth, локальная сеть (LAN), сети сотовой связи, эпизодические беспроводные сети (например, Zigbee® или Z-Wave), и т.д. Они также могут включать в себя комбинацию протоколов проводной и беспроводной связи. Исключительно в целях примера, сеть 130 описана в материалах настоящей заявки в качестве являющейся сетью сотовой связи, а сеть 135 описана в материалах настоящей заявки в качестве являющейся сотовой сетью, такой как сеть LAN или Wi-Fi.

Со ссылкой на фиг. 2, показан примерный модуль 120 транспортного средства. Модуль 120 транспортного средства может включать в себя контроллер 150 функций, приемопередатчик 155 глобальной системы определения местоположения (GPS), приемопередатчик 160 сотовой связи и контроллер 165 дисплея. Контроллер 150 функций может быть контроллером PEPS на связи с приемопередатчиком 155 GPS, приемопередатчиком 160 сотовой связи и контроллером 165 дисплея. Он также может быть на связи с антенной 145, 170 транспортного средства. Антенны 145, 170 могут поддерживать связь с меткой 175. Несмотря на то, что вторая антенна 145 транспортного средства может быть описана в материалах настоящей заявки в качестве антенны для приема сверхвысокочастотных ответов, и несмотря на то, что первые антенны 170 могут быть описаны в качестве передающих низкочастотные запросы, обе могут передавать и принимать, и каждая может быть взаимозаменяемой. Как пояснено, метка 175 может иметь приемопередатчик, выполненный с возможностью принимать низкочастотные запросы с антенн 170. Антенна 145 затем может принимать высокочастотный ответ с метки 175.

Приемопередатчик 155 GPS может поддерживать связь с контроллером 150 функций и спутником для снабжения контроллера 150 функций информацией о местоположении. Эта информация о местоположении может использоваться контроллером 150 функций для определения местоположения транспортного средства 105. Приемопередатчик 155 GPS также может применять технологии навигационного счисления, которые определяют местоположение транспортного средства в отсутствие способности видеть спутники GPS. Навигационное счисление может использовать гироскопические датчики транспортного средства, типично используемые системой предотвращения столкновений, для наложения перемещений транспортного средства поверх последних известных координат GPS, чтобы производить замещающее отображение местоположения транспортных средств до тех пор, пока не может быть видно достаточное количество спутников. Это типично требуется для областей с туннелями или очень высокими плотно сгруппированными зданиями. При отсутствии надежных сигналов приемопередатчика GPS, контроллер системы транспортного средства может использовать приемопередатчик 160 сотовой связи для формирования «полученных с помощью GPS» данных, чтобы определять местоположение транспортного средства посредством триангуляции по меньшей мере по трем вышкам сотовой связи.

Приемопередатчик 160 сотовой связи может быть приемопередатчиком, выполненным с возможностью поддерживать связь с пользовательским устройством 115, как описано выше. Приемопередатчике 160 сотовой связи может принимать информацию с контроллера 150 функций и передавать ее на пользовательское устройство 115. Приемопередатчик 160 сотовой связи также может принимать запросы с пользовательского устройства 115. Эти запросы могут включать в себя запросы на информацию, такую как информация об инвентаре для такого конкретного транспортного средства 105.

Контроллер 165 дисплея может быть выполнен с возможностью давать команду устройству отображения в транспортном средстве 105 отображать информацию водителю или другим пассажирам через интерфейс. Устройство отображения может отображать информацию касательно инвентаря транспортного средства. В одном из примеров, устройство отображения может перечислять предметы, расположенные в пределах транспортного средства 105. В еще одном примере, устройство отображения может извещать водителя в отношении недостающего предмета. Например, если водитель едет на работу, водитель может извещаться, что его или ее портфель не находится в транспортном средстве 105. Устройство отображения также может показывать специфичные маршруты и правила, ассоциативно связанные с такими маршрутами. Например, если транспортное средство 105 движется из дома в офис пассажира, может быть реализовано правило для проверки кабины транспортного средства касательно портфеля пассажира. Устройство отображения также может предусматривать интерфейсы для создаваемых пользователем правил. Интерфейсы в транспортном средстве 105 могут быть такими же или подобными интерфейсам, отображаемым на пользовательском устройстве 115. Интерфейсы подробнее описаны ниже со ссылкой на фиг. 6A-D и 8A-C.

Фиг. 3A и фиг. 3B показывают примерные действия для различных антенн 170 транспортного средства в пределах транспортного средства 105. Антенны 170 выполнены с возможностью передавать низкочастотный запрос на метки 175. Метки 175 затем могут отвечать высокочастотным сигналом. Низкочастотные запросы на метки могут передаваться на основании запроса содержимого или на основании завершения сверхвысокочастотного ответа PEPS на транспортное средство, который был частью последовательности операций доступа или зажигания и не зависел от действия по инвентаризации меток. Стандартные функциональные низкочастотные запросы PEPS могут инициироваться действиями отпирания дверей без ключа, в том числе, действиями человека, такими как приближение к транспортному средству 105, касание дверной ручки, нажатие кнопки Пуска/Останова (STOP/START), открывание двери, и т.д. Система 100 учета инвентаря транспортного средства может быть выполнена с возможностью рассчитывать, когда истекло или должно истечь время ответа PEPS на этот запрос. Как только определено, низкочастотный запрос метки может передаваться, чтобы предоставлять возможность ответа метки, который не перекрывается с ответом PEPS. Это подробнее описано ниже со ссылкой на фиг. 10 и 11.

Антенны 170 могут быть расположены в нескольких местоположениях в и на транспортном средстве 105. Как показано на фиг. 3, антенны могут быть расположены в дверных ручках транспортного средства 105 (например, антенны 170-1). Антенны также могут быть расположены в или на капоте или переднем бампере транспортного средства 105 (например, антенна 170-2), задней части транспортного средства (например, антенна 170-3), в пределах центральной консоли транспортного средства (например, антенна 170-4) и в задней части кабины транспортного средства 105 (например, антенна 170-5). Дополнительная антенна может быть включена в или находиться около верха транспортного средства (например, антенна 145). Дополнительная антенна 170-6 может быть расположена на крыше транспортного средства 105. Таким образом, вплоть до семи (7) антенн 145, 170 могут быть включены в систему 100 транспортного средства (шесть первых антенн 170 и одна вторая антенна 145), хотя может быть включено в состав большее или меньшее количество. В одном из примеров, где транспортное средство не способно к перевозке предметов на верхней части транспортного средства 105, например, транспортное средство 105 является кабриолетом с мягким верхом, антенна 170-6 на крыше может быть не нужна. В еще одном примере, если транспортное средство 105 не способно тащить предметы за собой, например, транспортное средство 105 не имеет сцепного устройства, задняя антенна 170-3 может не быть не нужна.

Антенны транспортного средства каждая может иметь индикатор интенсивности сигнала (SSI), способный к определению интенсивности сигнала ответа метки. Более чем одна антенна может принимать ответ метки, и каждая антенна может использовать интенсивность сигнала ответа метки для определения местоположения метки 175. То есть, чем выше интенсивность сигнала, измеренная меткой для конкретной антенны, тем ближе метка 175 находится к такой антенне 170. Этот способ может использоваться для определения, находится ли предмет в пределах транспортного средства 105 или за пределами транспортного средства. Например, если антенна 170-1 на дверной ручке выявляет очень высокую интенсивность сигнала, но все другие антенны не принимают ответ метки, или интенсивность сигнала ответа очень низка, может определяться, что предмет находится вне транспортного средства возле антенны 170-1. На основании правил, применяемых контроллером 150, и как описано в материалах настоящей заявки, система 100 может выдавать извещение, чтобы предоставлять пользователю возможность осознавать, что предмет не находится в пределах транспортного средства 105.

Со ссылкой на фиг. 4A-4C, каждая антенна 170 может создавать низкочастотную зону 180 вокруг транспортного средства 105. Зоны 180, созданные каждой антенной 170, могут иметь радиус приблизительно 1-3 метра от соответственной антенны 170. Как показано на фигурах, зоны 180 могут иметь круглую или овальную форму. Когда метка 175 попадает в зону, приемопередатчик метки может выявлять запрос, переданный соответственной антенной 170 и может отвечать обратно назначенным высокочастотным ответом. Каждая из зон 180 может выявлять метки 175 на предметах внутри, на, под или вокруг транспортного средства 105. Высокочастотный ответ может приниматься контроллером 150 функций и передаваться на сервер 110. Применения для контроля меток под транспортным средством могут включать в себя шину с меткой, прикрепленной к днищу кузова багажника или задней области транспортного средства, или метку, встроенную в дорожное покрытие, используемую, чтобы убеждаться, что транспортное средство вернулось на надлежащее парковочное место (такое как парк наемных автомобилей) поскольку разрешение GPS не является достаточным и не пригодно во многих строениях для парковки. Другие потенциальные применения для обнаружения метки под транспортным средством могут состоять в том, чтобы подтверждать, что движущееся транспортное средство, которое выключено, транспортируется санкционированным способом, таким как заводской грузовик для перевозки транспортных средств, а не буксировочный грузовичок. Есть много других потенциальных применений.

Как кратко пояснено выше и проиллюстрировано на фигурах, система 100 учета инвентаря может включать в себя различные правила для помощи водителю и/или пассажирам не забывать различные предметы. Правила также могут помогать гарантировать, что ненадлежащие предметы (например, огнестрельное оружие) не находятся в транспортном средстве 105 в определенных местоположениях, или в то время как определенные лица находятся в транспортном средстве 105 (например, лица, не уполномоченные носить огнестрельное оружие). Правила могут определяться пользователем по той причине, что водитель, пассажир или другие пользователи могут создавать правила, для того чтобы лучшему впечатлению пользователя от системы 100. В одном из примеров, родитель может создавать правило, из условия чтобы система 100 учета инвентаря проверяла, что каждый ребенок имеет в распоряжении его или ее рюкзак на пути в и из школы каждый день. Родитель может давать команду системе 100 извещать водителя и пассажиров, если система 100 определяет, что рюкзак отсутствует, или если рюкзак остается после того, как транспортное средство проехало или остановилось и уехало из местоположения школы. Предприниматель может создавать правило, что каждое транспортное средство 105 должно быть загружено надлежащим оборудованием перед отъездом на определенное место работы и может проверять то же самое оборудование по возврату транспортного средства, чтобы помогать предотвращать потерю оборудования. Если оборудование не находится в грузовике, который уехал с помеченными предметами, он, в таком случае, мог бы использовать сервер 110 и облачную базу 140 данных для определения, не забрало ли одно из других транспортных средств в группе пользователя помеченный предмет(ы) и не возвратило бы предмет от имени лица, которое заметило отсутствующий предмет. Эта способность осматривать группу транспортных средств на предмет, помеченный любым транспортным средством, может быть полезным инструментом для коммерческих предприятий и/или спортивных команд в результате избегания ненужной поездки транспортным средством, которое проверяло предмет, ради возврата и поиска предмета.

Эти правила могут устанавливаться пользователем через интерфейс, на пользовательском устройстве 115 и/или в транспортном средстве 105. Как пояснено, сервер 110 может поддерживать связь с пользовательским устройством 115 и модулем 120 транспортного средства для предоставления возможности, чтобы система 100 управлялась в нескольких местах, в том числе, на нескольких транспортных средствах 105 и пользовательских устройствах. Примерный интерфейс описан ниже со ссылкой на фиг. 6A-6D, но может включать графику, ассоциативно связанную с различными предметами, картами, списками, и т.д.

Такие правила также могут быть включены в систему 100 в качестве правил по умолчанию. В одном из примеров, определенные географические зоны могут не допускать определенные предметы. Например, школьные территории могут не допускать огнестрельного оружия. Приемопередатчик 155 GPS и модуль 120 транспортного средства могут определять, что транспортное средство является приближающимся к зоне, которая не допускает огнестрельное оружие. Контроллер 150 функций может побуждать антенну 170 испускать низкочастотный сигнала запроса. Если высокочастотный ответ принят и указывает неразрешенный предмет, контроллер 150 может давать команду интерфейсу предупреждать пассажиров транспортного средства. Интерфейс может отображать предупредительный экран, может издавать слышимое предупреждение. Дополнительно или в качестве альтернативы, пользовательское устройство 115 пассажиров также может выдавать предупреждение.

Фиг. 5 показывает примерную схему с примерными правилами, ассоциативно связанными с различными водителями и ориентирами. То есть, система 100 может поддерживать специфичные водителю правила, специфичные окружающей среде правила и специфичные объекту правила. В одном из примеров, каждый водитель может быть ассоциативно связан с правилами, описывающими список предметов, которые должны находится в пределах транспортного средства 105, а также предметов, которые не должны находиться в транспортном средстве. Такие правила могут поддерживаться в контроллере 150 модуля 120 транспортного средства, сервере 110 и/или пользовательском устройстве 115. Конкретный водитель может идентифицироваться брелоком 160 для ключей, ассоциативно связанным с водителем, или своим сотовым телефоном, или даже с помощью биометрического средства, если транспортное средство оснащено такими системами (например, считывателем отпечатка пальца, распознаванием лиц, и т.д.). В случае брелока для ключей, каждый водитель может иметь конкретный брелок 160 для ключей, типично используемый таким водителем. По использованию брелока 160 для ключей для отпирания или получения доступа в транспортное средство 105, контроллер 150 может распознавать брелок 160 для ключей и извлекать список, ассоциативно связанный с таким брелоком 160 для ключей. Например, если первый брелок для ключей ассоциативно связан с водителем A и обнаружен контроллером 150, может извлекаться первый список, ассоциативно связанный с первым брелоком 160 для ключей. Антенна 170, в таком случае, может передавать низкочастотный запрос метки и принимать один или более высокочастотных ответов метки с одной или более меток 175 предметов. Эти ответы могут указывать предметы, которые находятся в пределах транспортного средства 105. Эти идентифицированные предметы могут сравниваться с извлеченным списком, чтобы гарантировать, что все требуемые метки находятся в пределах транспортного средства 105, и что, к тому же, никакие запрещенные предметы не находятся в транспортном средстве. В дополнение к использованию ответов с брелоков 160 для ключей для идентификации водителей, водители также могут идентифицироваться посредством других механизмов. В одном из примеров, имя пользователя/пароль могут вводиться на интерфейсе.

В примере, показанном на фиг. 5, водитель A может быть ассоциативно связан со списком, требующим, чтобы лекарства водителя, такие как инсулин и другие отпускаемые по рецепту лекарства присутствуют в пределах транспортного средства 105. Однако, водитель A может не быть управомочен и не иметь надлежащего разрешения на ношение огнестрельного оружия. Таким образом, система 100 также будет проверять, что огнестрельного оружия нет в пределах транспортного средства 105. Водитель B может не иметь рецепта на лекарства, которые обычно возит водитель A. Таким образом, система 100 может контролировать, что, в то время как водитель B является единственным водителем в транспортном средстве 105, лекарства отсутствуют. Однако, водитель B может быть управомочен носить огнестрельное оружие, а потому, оно не является запрещенным предметом, когда водитель B находится в транспортном средстве 105. Правило, ассоциативно связанное с водителем B, также может включать в себя список требуемых предметов, таких как дамская сумочка.

Наряду с наличием в распоряжении специфичных водителю правил, специфичные окружающей среде правила также могут быть реализованы. Специфичные окружающей среде правила могут иметь отношение к относящимся к окружающим условиям факторам, таким как местоположение транспортного средства 105 и маршрут, по которому движется транспортное средство 105, время суток, погода, а более точно, температура внутри транспортного средства 105, среди прочего. Как показано в качестве примера на фиг. 5, определенные правила могут применяться к конкретным маршрутам. Например, на маршруте от дома до школы, правило может требовать, чтобы рюкзак, завтрак и портфель были расположены в автомобиле. Однако, после того, как пассажир высажен у школы, система 100 может предпринимать инвентаризацию, чтобы гарантировать, что рюкзак и завтрак не находятся в транспортном средстве 105 для проверки, что пассажир не забыл взять эти предметы с ним или с ней. Таким образом, на маршруте от школы до офиса, только портфель расположен внутри транспортного средства 105.

Более того, определенное местоположение также может иметь правила, ассоциативно связанные с ним. В показанном примере, правило может гарантировать, что огнестрельное оружие и средства защиты и нападения не присутствуют в транспортном средстве 105, если транспортное средство 105 приближается к пограничному переходу. Такие местоположения, такие как пограничный переход, могут иметь ограничительные нормы, ассоциативно связанные с ними. По мере того, как транспортное средство приближается к пограничному переходу или подпадает под предопределенный радиус или область ограничительного местоположения, правила могут использоваться для проверки, что запрещенные предметы не заключены в транспортном средстве. Потребитель может вводить такие зоны ограничений в свой список меток, или система могла бы быть расширена признаками системы 100 посредством использования сервера 110 и базы 140 данных для получения такой зоны ограничения на национальной основе и информирования потребителя о такой зоне ограничения по мере того, как они сближаются.

Специфичные объекту правила могут создаваться, чтобы обеспечивать аккуратное обращение с определенным предметом. В одном из примеров, предмет может быть средством защиты и нападения или огнестрельным оружием. Так как эти предметы могут быть опасны и могут иметь определенные сложные правовые последствия, если находятся во владении неуправомоченного лица, сам предмет может иметь конкретные правила, ассоциативно связанные с ним. В еще одном примере, предмет может быть дорогостоящей или важной деталью оборудования. Специфичные объекту правила могут использоваться для отслеживания оборудования. В дополнение к определению местоположения оборудования для удобства, оборудование также может отслеживаться в целях поддержания информации об оборудовании. Например, специфичное объекту правило, ассоциативно связанное с деталью оборудования, может включать в себя отслеживание местонахождения оборудования с предопределенными интервалами. Посредством отслеживания местоположения транспортного средства в качестве указываемого с использованием приемопередатчика 155 GPS, предприниматель может определять, насколько часто определенный предмет находится в употреблении. В конкретном примере, прицеп может отслеживаться и, на основании различных данных местоположения, собранных системой 100 учета инвентаря, может оцениваться приблизительный пробег в милях, пройденный прицепом. Кроме того, система может заносить в журнал, что прицеп использовался в выходные дни или поздней ночью, которые могут быть недозволенным сценарием использования.

Предметы также могут отслеживаться касательно других статистических данных, таких как время в дороге, возраст по календарному времени, характеристики сопряжения с транспортным средством, планы по техническому обслуживанию и ремонту, запасные детали, срок годности других предметов, таких как аварийное топливо, продукты питания, лекарства, и т.д. Эти статистические данные могут быть отслеживаемой спецификой для предмета независимо от того, с каким транспортным средством 105 в парке он был ассоциативно связан. Это может предоставлять членам семьи и предпринимателям возможность легко вести учет касательно использования определенных предметов без излишних расчетов по многочисленным транспортным средствам 105-1, 105-2, 105-n.Как пояснено выше, категории могут создаваться пользователями, чтобы помогать приводить в порядок метки 175, ассоциативно связанные с предметами. Эти категории могут относиться к личным вещам, профессиональным предметам, производственному оборудованию, и т.д. Медицинская категория описана выше. Другими примерными категориями являются спортивное оборудование, туристское снаряжение, повседневные предметы (например, предметы, забираемые каждый день на работу, в школу, и т.д.), охотничье снаряжение, предметы для путешествий, коммерческий и розничный инвентарь (например, сумка инкассатора для ночного депозитария, походная аптечка, рекламные предметы для независимых продаж, разноска для пиццы, и т.д.), оборудование для правоприменения (например, огнестрельное оружие, защитный жилет, рация, и т.д.) и вещи для маленького ребенка/детей (например, прогулочная коляска, сумка для подгузников, игрушки, и т.д.). Эти категории могут повторно вызываться в любой момент времени, чтобы редактировать правила для категории, чтобы выполнять инвентаризацию на основании категории, и т.д.

Фиг. 6A-6D показывают примерные интерфейсы для показа различных маршрутов и правил, и списков, ассоциативно связанных с ними. Эти интерфейсы могут быть видимы пользователю в транспортном средстве 105 на консоли транспортного средства. Интерфейс также может просматриваться на пользовательском устройстве 115. Правила и списки, ассоциативно связанные с каждым маршрутом, могут определяться и редактироваться пользователем. Маршруты могут определяться пользователем посредством выбора двух конечных точек или полезных мест и определения маршрута между ними. Маршрут также может быть изученным маршрутом. Контроллер 150 и/или сервер 110 могут использовать данные, хранимые в базе 140 данных для определения, какие маршруты проезжаются чаще всего, в какое время суток проезжаются маршруты, и какие предметы присутствуют в транспортном средстве 105 во время маршрута. Правило может автоматически создаваться на основании агрегирования этой информации из базы 140 данных.

Система также может быть выполнена с возможностью функционировать без конкретных маршрутов, но просто по геозонам. Это также могло бы включать в себя правила, основанные на времени и/или днях недели. Например, при отъезде из дома на неделе до 8 часов утра, транспортное средство всегда будет иметь список #1 содержимого, который может включать в себя портфель и сумку для подгузников пользователя. Или, в отсутствие маршрута, попадание в зону школы, аэропорта, военной базы или другой ограниченной зоны, инициировало бы поиск снабженных меткой предметов и инициировало бы извещение, если было обнаружено огнестрельное оружие. Фиг. 6A показывает ряд примерных маршрутов, в том числе, маршрут от дома до школы, от школы до детского сада, от детского сада до офиса и от офиса до дома. Каждый маршрут может иметь правила, ассоциативно связанные с ним. Правила и/или списки могут быть представлены пиктограммой 190. Когда выбрано (например, нажато кнопкой мыши с использованием компьютерной мыши, задето с помощью сенсорного экрана, и т.д.), правило для выбранного маршрута может быть видимым, как показано на фиг. 6B. Правила могут включать в себя список или многочисленные списки, перечисляющие требуемые и/или запрещенные предметы. Например, маршрут от дома до школы может включать в себя школьные сумки и завтраки для детей, высаживаемых у школы, сумку для подгузников для маленького ребенка, высаживаемого в детском саду, и портфель для водителя/родителя. На каждой остановке вдоль маршрута, правила могут применяться, для того чтобы гарантировать, что предметы не были оставлены в транспортном средстве 105. То есть, когда транспортное средство отъезжает от полезного места, система 100 может проверять, что критический предмет не забыт в транспортном средстве 105. Например, коробка для завтраков и школьная сумка ребенка ни в коем случае не должны находиться в транспортном средстве 105 на маршруте от школы до детского сада.

Фиг. 6B показывает примерное правило для маршрута от школы до детского сада. Правило должно включать в себя ‘Исключительный список’ и ‘Обязательный список’. Исключительный список может включать в себя предметы, такие как коробка для завтраков, школьную сумку, которые ни в коем случае не должны находиться в автомобиле после высадки у школы. Однако, другие предметы, такие как портфель, инсулин и сумка для подгузников должны. По осознанию, что правило было нарушено, извещение может осознаваться пассажирами транспортного средства. Это извещение, например, может быть видимым предупреждением на интерфейсе, что присутствует ‘Исключительный’ предмет. В этом примере, извещение может указывать «Нарушение ‘исключительного’ правила маршрута: Присутствует рюкзак Тима». Другие формы извещений могут включать в себя слышимые извещения, тактильные извещения (например, может вибрировать пользовательское устройство 115), и т.д. Дополнительно или в качестве альтернативы, маршрут может менять цвета, указывая, что было нарушено правило. Например, пунктирная линия на маршруте от школы до детского сада может краснеть, указывая, что есть проблема с данным инвентарем. Пользователь затем может выбирать пиктограмму 190, чтобы выяснять, какое правило было нарушено.

Фиг. 6C показывает примерный интерфейс, подсвечивающий текущее местоположение по ряду маршрутов. В этом примере, школа подсвечивается, указывая текущее местоположение транспортного средства. Контроллер 150 функций транспортного средства может принимать информацию о местоположении из приемопередатчика 155 GPS и использовать эту информацию для определения текущего местоположения транспортного средства 105. Фиг. 6D показывает примерный интерфейс, подсвечивающий текущий маршрут по ряду маршрутов. Пиктограмма транспортного средства также может отображаться на или вдоль маршрута (смотрите фиг. 6C). Интерфейс может обновляться, чтобы показывать продолжающееся продвижение транспортного средства 105 по мере того, как оно движется по маршруту. В дополнение к маршрутам, правила могут быть видимы посредством выбора пиктограммы 190. Графический интерфейс также может показывать маршруты, но скорее просто местоположения. Если пользователь не находится в географической зоне вокруг заданных местоположений, никакое местоположение не подсвечивалось бы. Если бы транспортное средство попало в одно из заданных местоположений геозоны, интерфейс подсвечивал бы зону, где расположено транспортное средство (например, зеленым, если удовлетворены списки содержимого, и красным, если есть нарушение в отношении списка содержимого по местоположению для испытуемого транспортного средства и/или водителя).

В дополнение к маршрутам и правилам, интерфейс также может показывать графические пиктограммы, ассоциативно связанные с различными объектами. Например, если метка 175 ассоциативно связана с дамской сумочкой, и метка 175 обнаружена антенной 170, то пиктограмма дамской сумочки может вырисовываться на интерфейсе. Различные пиктограммы, ассоциативно связанные с метками 175, могут устанавливаться пользователем, когда создаются правила, или когда предметы ассоциативно связываются с метками 175. То есть, когда пользователь прикрепляет метку 175 к предмету, пользователь может использовать интерфейс, в транспортном средстве 105, на сервере 110 или пользовательском устройстве 115 для ассоциативного связывания пиктограммы с меткой 175. Пиктограмма может представлять собой предмет, ассоциативно связанный с меткой 175 (например, пиктограмма дамской сумочки, когда метка прикреплена к дамской сумочке).

Фиг. 7 показывает примерную последовательность 700 операций для применения правил. Последовательность операций начинается в вершине 705 блок-схемы. На вершине 705 блок-схемы, система 100 может распознавать событие правила. Событие правила может быть любым событием, которое приводит в действие систему 100 для применения правила. Как показано только в качестве примера на фиг. 7, событие правила может быть одним из приема высокочастотного ответа, идентифицирующего метку, на 710, приема указания относящегося к окружающей среде события на вершине 715 блок-схемы и/или приема события опроса на вершине 720 блок-схемы.

На вершине 710 блок-схемы, высокочастотный ответ может приниматься от метки 175 в пределах транспортного средства 105. Метка 175 может быть ассоциативно связана с лицом или предметом и может приводить в действие специфичные водителю правила и/или специфичные объекту правила. Например, ответ может приниматься с брелока 160 для ключей, ассоциативно связанного с водителем. В этом примере, высокочастотный ответ может идентифицировать водителя, ассоциативно связанного с брелоком 160 для ключей. В еще одном примере, метка 175 может быть ассоциативно связана с предметом. Предмет может быть специальным предметом, который заслуживает своих собственных правил. В одном из примеров, предмет может быть средством защиты и нападения или огнестрельным оружием. Так как эти предметы могут быть опасны и могут иметь определенные сложные правовые последствия, если находятся во владении неуправомоченного лица, сам предмет может иметь конкретные правила, ассоциативно связанные с ним. Например огнестрельное оружие ни в коем случае не должно находиться в автомобиле, и т.д., подростка. Высокочастотные ответы могут приниматься в ответ на низкочастотный запрос, выданный антенной 170. Такие запросы могут инициироваться на основании активности пассивного отпирания дверей, как описано ниже.

На вершине 715 блок-схемы, относящееся к окружающей среде событие может включать в себя определенные факторы окружающей среды, такие как факторы окружающей среды, включающие в себя местоположение транспортного средства 105, маршрут, по которому движется транспортное средство 105, время суток, погода и, более точно, температура внутри транспортного средства, среди прочего. Таким образом, когда происходит конкретное относящееся к окружающей среде событие, может приводиться в действие правило, ассоциативно связанное с ним. Например, когда температура в транспортном средстве 105 достигает восьмидесяти градусов по Фаренгейту, система 100 может распознавать это относящееся к окружающей среде событие в качестве события правила. Это событие может передаваться на пользовательское устройство 115 для всех пользователей системы или только предварительно заданные устройства.

На вершине 720 блок-схемы, событие опроса может распознаваться в качестве события правила. В этом примере, пользователь может запрашивать опрос предметов в пределах транспортного средства 105. Дополнительно или в качестве альтернативы, некоторое событие, распознанное транспортным средством 105, может быть событием опроса. Этот тип события может включать в себя определение, что водитель отпер двери транспортного средства 105, открыл дверь транспортного средства, вставил ключ в замок зажигания, вышел из транспортного средства 105, и т.д. Таким образом, эти события могут инициировать опрос посредством системы 100 учета инвентаря. Событие опроса также может выполняться с помощью периодических выборочных проверок. То есть, система 100 может выполнять опросы на всем протяжении суток на периодических интервалах.

Кроме того, пользователи могут запрашивать опрос посредством нажатия надлежащей пиктограммы или кнопки на интерфейсе. Запрос также может производиться с пользовательского устройства 115. Инициированный пользователем запрос может быть обычным опросом, где выполняется инвентаризация всех предметов, или он может быть специфичным предмету опросом, где конкретный предмет выбирается и отыскивается. В последнем примере, выбранный предмет может выбираться из базы 140 данных для нахождения его последнего известного местоположения. Он также может отыскиваться среди парка транспортных средств 105, чтобы выяснять, расположен ли он на данный момент в одном из транспортных средств 105. В одном из примеров, если метка 175 ассоциативно связана с бейсбольной перчаткой пользователя, пользователь, с использованием его или ее пользовательского устройства 115 может выбирать перчатку, и опрос, выполнялся бы, чтобы отыскивать перчатку в каждом транспортном средстве 105. Каждому транспортному средству 105 в парке, которое может быть каждым транспортным средством 105, принадлежащим семье, может даваться команда передавать низкочастотный запрос через антенну 170 в пределах транспортного средства 105. Эта команда может передаваться сервером 110 и/или пользовательским устройством 115.

Также могут происходить специальные события опроса, которые приводят в действие систему 100 учета инвентаря для проверки содержимого транспортного средства. В одном из примеров, система 100 учета инвентаря может выполнять опрос, когда была приведена в действие система защиты транспортного средства.

Как только распознано событие правила, контроллер 150 или сервер 110 могут принимать данные предметов транспортного средства на вершине 725 блок-схемы. Эти данные могут включать в себя список предметов внутри конкретного транспортного средства 105 в качестве определенных одним или более высокочастотных ответов.

На вершине 730 блок-схемы, контроллер 150 или сервер 110 может принимать по меньшей мере одно правило, ассоциативно связанное с событием правила. Правило может извлекаться из базы 140 данных и может быть ассоциативно связано в ней с событием правила. Например, если событие правила является физическим местоположением, таким как пограничный переход, могут извлекаться правило или набор правил, ассоциативно связанных с пограничным переходом. Эти правила могут утверждать, что средства защиты и нападения не разрешены на границе. В еще одном примере, если событие правила является специфичным водителю событием, может извлекаться правило, ассоциативно связанное с распознанным водителем, такое как правило для водителя A, поясненное выше со ссылкой на фиг. 5.

На вершине 735 блок-схемы, контроллер 150 или сервер 110 могут анализировать данные предметов транспортного средства ввиду по меньшей мере одного правила. То есть, правило может применяться к списку предметов в пределах транспортного средства 105. В одном из примеров, список запрещенных предметов в правиле может сравниваться со списком предметов в транспортном средстве 105. Подобным образом, требуемые предметы в качестве определенных правилом, также могут применяться.

В некоторых ситуациях, может применяться несколько правил. Это может иметь место, когда распознан более чем один пассажир, и более чем один пассажир имеет правила, ассоциативно связанные с ним. Оно также может иметь место, когда распознаны как связанное с окружающей средой событие правила, так и специфичное водителю событие.

На вершине 740 блок-схемы, контроллер 150 или сервер 110 могут определять, было ли нарушено правило. Посредством сравнения списка предметов в пределах транспортного средства 105 со списком требуемых и запрещенных предметов, контроллер 150 может определять, является ли предмет пропавшим, или не должен ли предмет находиться в транспортном средстве 105. В некоторых ситуациях, может применяться более чем одно правило. Например, если водитель A и водитель B оба находятся в транспортном средстве 105 и наряду с тем, что каждое правило, ассоциативно связанное с каждым водителем, включает в себя запрещенные предметы (например, отпускаемые по рецепту лекарства и огнестрельное оружие), так как эти предметы являются требуемыми предметами для одного из других пассажиров, никакое правил не нарушается. Однако, хотя водитель B управомочен носить огнестрельное оружие, такое огнестрельное оружие все еще может быть запрещено на основании относящегося к окружающей среде правила (например, пограничного перехода).

Если определено, что правило было нарушено, последовательность операций переходит на вершину 745 блок-схемы, если последовательность операций не заканчивается.

На вершине 745 блок-схемы, извещение может предупреждать пассажиров о пропавшем или запрещенном предмете. Как пояснено, это извещение может включать в себя видимое, слышимое или тактильное извещение. Извещение может осознаваться пассажирами транспортного средства. Извещение также может передаваться непосредственно с помощью телематической системы транспортного средства в удаленное местоположение или на другое пользовательское устройство 115. Например, список пропавших предметов, определенных после того, как была инициирована тревожная сигнализация системы безопасности, может передаваться с помощью электронной почты или SMS системному администратору или непосредственно на пост охраны или в местную полицию. В еще одном примере, извещение о пропавшем предмете может передаваться на сервер 110. Сервер 110 затем может опрашивать все другие транспортные средства 105 в парке, чтобы определять, не расположен ли пропавший предмет в пределах одного из них. Дополнительно, текстовое сообщение может передаваться на другое пользовательское устройство 115. В этом пример, если некоторые члены семьи находятся в одном транспортном средстве, которое только что покинуло зону, такую как футбольное поле, а другие члены семьи все еще находятся на поле, оставшиеся члены семьи могут становиться осведомленными или уведомляться о забытом предмете и отыскивать его. Последовательность операций затем может заканчиваться.

Фиг. 8A-C показывают примерные интерфейсы для управления инвентарем транспортного средства. Как пояснено, система 100 учета инвентаря предоставляет нескольким транспортным средствам 105 возможность контролироваться, как локально в транспортном средстве 105, так и удаленно на сервере 110 и/или пользовательском устройстве. Фиг. 8A - примерный интерфейс для управления парком из четырех (4) транспортных средств 105, каждое представлено пиктограммой транспортного средства. Как показано, каждое транспортное средство 105 может быть помечено номером. Дополнительно или в качестве альтернативы, каждое транспортное средство 105 может быть поименовано. В семейном парке, транспортное средство 105 может быть ассоциативно связано с каждым именем водителя или другими идентификаторами, такими как «мамин автомобиль». В коммерческом парке, каждое транспортное средство может идентифицироваться своим типом или наименованием. В одном из примеров, строительный парк может иметь «бульдозер», «самосвал», и т.д. Каждое транспортное средство 105 может быть ассоциативно связанным с пиктограммой 195 списка. Фиг. 8B показывает примерный интерфейс по выбору пиктограммы 195. В этом примере, выбор пиктограммы может отображать список предметов, на данный момент находящихся в пределах транспортного средства 105, ассоциативно связанных с выбранной пиктограммой. Другая информация о транспортном средстве также может отображаться, такая как местоположение, скорость, пробег в милях, и т.д., транспортного средства. Посредством наличия в распоряжении интерфейса, который предоставляет пользователю возможность видеть инвентарь различных транспортных средств 105, достигается эффективная система для отслеживания инвентаря по всему парку транспортных средств 105.

Фиг. 8C - примерный интерфейс для редактирования и создания правил, которые должны реализовываться системой 100 учета инвентаря. Фиг. 8C показывает экран создания правил для создания правил вдоль конкретного маршрута. Это является примером, и правила могут создаваться для различных других событий, такие как правила, специфичные для водителей и относящихся к окружающей среде факторов. В примере, вдоль любого маршрута, правило может создаваться и может включать в себя ноль, один или более требуемых и объявленных вне закона/запрещенных предметов, как показано на фигурах. Правила могут настраиваться в соответствии с требованиями заказчика различным образом. Различные выпадающие меню могут быть имеющимися в распоряжении для выбора разных вариантов. В одном из примеров, выпадающее меню транспортного средства (например, «по меньшей мере одно» меню) может предоставлять пользователю возможность выбирать из множества вариантов, таких как, в каком транспортном средстве 105 должен располагаться предмет, и какой тип извещения выдавать, если правило не соблюдено для заданного транспортного средства 105. Вариант извещения может включать в себя выдачу слышимого предупреждения через динамики транспортного средства, отправку SMS-сообщения на мобильное устройство водителя, ограничение использования определенных признаков транспортного средства (например, акселератора, и т.д.). На маршруте от школы до детского сада, сумке для подгузников может требоваться присутствовать в конкретном транспортном средстве 105. Однако, другой маршрут, такой как посадка после работы в детском саду, может требовать, чтобы сумка для подгузников присутствовала в по меньшей мере одном транспортном средстве 105 в противоположность конкретному транспортному средству 105. Дополнительно, кнопки «Добавить» могут быть расположены на экране правил, чтобы добавлять предметы в ‘Исключительный список’ или ‘Обязательный список’.

Варианты, описанные выше, для создания и редактирования правила могут быть реализованы с использованием многочисленных интерфейсных экранов. Эти экраны могут отображаться в порядке, который основан на выборе пользователя. То есть, экран может представлять варианты «Создать новое правило» или «Редактировать существующее правило». Следующий экран может зависеть от того, какой из этих двух вариантов был выбран.

Эти примерные моментальные снимки экранов являются просто примерами того, каким образом пользователь может настраивать систему учета инвентаря под его или ее нужды. Хотя не показаны, другие интерфейсы могут содействовать редактированию и созданию правил. Таблица, перечисляющая различные транспортные средства 105, водителей, ассоциативно связанных с ними, и маршрутов, типично выполняемыми каждым транспортным средством 105, может отображаться с помощью интерфейса. Такая таблица может предоставлять пользователю возможность выбирать предметы из выпадающих списков, выбирать и перетаскивать предметы к надлежащему транспортному средству 105 и/или водителю, и т.д., для создания ряда правил. Более того, информация, поддерживаемая системой 100, такая как различные статистические данные по предметам, может быть видимой в качестве таблицы или графика. Различные интерфейсы, как пояснено, могут быть доступными через пользовательское устройство 115, устройство отображения транспортного средства и/или сервер 110. Дополнительно, система может предлагать некоторые геозоны для списков на основании обнаруженных маршрутов, промежутков времени, дней проезда и других принципов идентификации. Например, система 100 без труда была бы способна идентифицировать дом, школу или офис на основании повторяющихся схем проезда за однонедельный или двухнедельный период.

Примерный поток обработки для создания и редактирования правил показан на фиг. 9. Фиг. 9 может наделять пользователя свободой выбора создавать новое правило или редактировать существующее. По выбору создавать новое правило, пользователь может выбирать, какой тип правила следует создать. Как показано в качестве примера, может выбираться специфичное водителю правило, относящееся к окружающей среде правило или специфичное объекту правило. Если выбрано специфичное водителю правило, могут редактироваться правила для существующего клиента, или могут создаваться правила для новых водителей. Если правило может перечислять по меньшей мере один предмет в качестве ‘исключительного’ предмета или ‘обязательного’ предмета. Что касается специфичных окружающей среде правил, могут выбираться различные типы правил. Как показано в качестве примера, местоположение, маршрут или погодное явление может выбираться для создания правила. Каждое из местоположения и маршрута может выбираться из списка сохраненных или существующих местоположений. Текущее местоположение пользователя или транспортного средства 105 также может использоваться для создания правила. В одном из примеров, если пользователь находится на бейсбольном поле для тренировки, он или она могут создавать правило, основанное на его или ее текущем местоположении, и перечислять все предметы, необходимые для бейсбольной тренировки.

Правило может также создаваться для погодного явления. Примером погодного явления может быть температура, падающая ниже или превышающая определенное пороговое значение. Например, правило может создаваться, чтобы отправлять текстовое сообщение на пользовательское устройство 115, если кабина превышает 80 градусов по Фаренгейту, или приближается к замерзанию, и если определенная метка 175 находится внутри транспортного средства. В одном из примеров, если меткой снабжен скоропортящийся предмет, пользователь может пожелать быть предупрежденным, если тепло или холод внутри кабины могли бы повредить предмет.

Специфичное объекту правило может создаваться для определенных предметов. В примерах, описанных в материалах настоящей заявки, огнестрельное оружие может иметь специфичные правила, ассоциативно связанные с ним, вследствие его опасной природы. Специфичные объекту правила могли бы создаваться посредством создания нового правила предмета или выбора из существующих предметов для редактирования правил, ассоциативно связанных с таким предметом. Эти существующие предметы могут быть организованы по категориям, как описано выше. Каждая категория может иметь правило, ассоциативно связанное с ней, а также отдельный объект в пределах каждой категории. Правила для каждого объекта могут включать в себя ограничения в отношении конкретных пользователя, местоположения, события, и т.д. Эти ограничения также могут зависеть от других факторов, таких как кто еще находится в транспортном средстве. В одном из примеров, огнестрельное оружие может иметь правило, что оно может находиться в транспортном средстве 105, только если лицо, зарегистрированное для ношения огнестрельного оружия, также находится в транспортном средстве 105. Таким образом, если водитель A находится в транспортном средстве 105 в одиночку, огнестрельное оружие является запрещенным предметом. Однако, если водитель B находится с водителем A в транспортном средстве 105, то огнестрельное оружие является разрешенным предметом, но, возможно, не будет требуемым предметом. Однако, огнестрельное оружие может быть объявленным вне закона или запрещенным предметом при приближении к пограничному переходу. Таким образом, при создании правила для огнестрельного оружия, по меньшей мере водитель B должен находиться в транспортном средстве 105 с огнестрельным оружием, но огнестрельное оружие ни в коем случае не должно находиться в транспортном средстве 105 в местоположении около пограничного перехода.

При создании нового правила объекта, может соблюдаться подобная последовательность операций. Новый предмет может категоризироваться или выбираться из категории. Специфичные предельные значения или ограничения могут быть наложены на предмет, как описано в материалах настоящей заявки. При редактировании существующего правила, подобные последовательности операций также могут соблюдаться. Правило может выбираться из списка правил. Выпадающие меню, пиктограммы и другие видимые индикаторы могут использоваться на всем протяжении последовательности операций, чтобы создавать дружественную для пользователя систему управления правилами, объектами, водителями и транспортным средством 105 в пределах системы 100 учета инвентаря.

Фиг. 10A-E показывает примерные схемы, изображающие протоколы радиочастотной связи для приема различных высокочастотных ответов. Фиг. 11 показывает примерные интервалы для приема высокочастотных ответов для системы учета инвентаря. Так как метки 175 могут совместно использовать постоянную частоту с другими устройствами, такими как брелоки 160 для ключей PEPS, антенны 145, 170 должны управляться, так чтобы они прослушивали и передавали в конкретные моменты времени и интервалы, чтобы избегать мешающего действия меток 175 с существующими системами PEPS, TPMS и RKE. То есть, высокочастотный ответ с метки 175 может не перекрываться с высокочастотным ответом с брелока 160 для ключей PEPS. Как метки 175, так и брелоки 160 для ключей PEPS могут ожидать высокочастотных запросов с антенн 170. Однако, каждый будет отвечать с помощью высокочастотного ответа только на соответственный запрос (например, метка может отвечать только на запрос метки, а брелок 160 для ключей может отвечать только на запрос PEPS или обнаружения приближения). Идентификатор запроса, в дальнейшем указываемый ссылкой как ID запроса, может быть встроен в каждый низкочастотный запрос. Этот ID может указывать, является ли запрос запросом метки, запросом PEPS (для пассивного отпирания дверей или пассивного запуска) или запросом обнаружения приближения (для обнаружения прибытия потребителя с наружной стороны транспортного средства). Приемник и программное обеспечение функций управления в каждом из брелоков 160 для ключей и меток 175 могут определять, на основании ID запроса, должно или нет устройство отвечать на запрос.

Для того чтобы избегать помех между высокочастотными ответами брелоков 160 для ключей и ответами меток, антенна 145 может ожидать ответов меток только после того, как завершается интервал для ответов брелоков 160 для ключей. Посредством координирования моментов времени ответа для высокочастотных ответов с устройств, риск столкновений между различными ответами может понижаться, если не устраняться.

Высокочастотные ответы могут передаваться из других систем в пределах транспортного средства кроме систем PEPS и систем учета инвентаря. Например, системы контроля давления в шинах (TPMS), протоколы RKE, протоколы сверхвысокочастотной связи WMAP и протоколы сверхвысокочастотной связи PEPS все могут передавать сигналы, предназначенные для приема через совместно используемую антенну 145. Таковые подробно очерчены ниже со ссылкой на фиг. 10A-E. Некоторые из этих сверхвысокочастотных сигналов не могут управляться контроллером 150. Например, команды, инициированные брелоком для ключей, такие как запереть, отпереть, выдать сигнал тревоги, открыть багажник, и т.д. В еще одном примере, передатчики TPMS могут действовать независимо от любых команд, передаваемых контроллером 150. TPMS также может реализовывать частотную манипуляцию (FSK). Когда TPMS входит в приоритетный режим сверхвысокочастотной связи FSK, любые запросы метки могут передаваться, только когда транспортное средство 105 является движущимся ниже приблизительно 8 километров в час, если метки не способны к передаче в рамках FSK или амплитудной манипуляции (ASK). В дополнение к передаваемым сигналам с устройств, ассоциативно связанных с транспортных средств, сигналы извне системы транспортного средства также могут вызывать некоторые помехи. В одном из примеров, высокочастотные ответы с других брелоков 160 для ключей, ассоциативно связанных с другими транспортными средствами, могут приниматься на антенне. Дополнительно, низкочастотные запросы из других систем обнаружения приближения к транспортному средству также могут вызывать помехи.

Однако, посредством координирования моментов времени ответов и передачи для различных систем транспортного средства (например, системы учета инвентаря, системы PEPS, и т.д.), протокол может быть развит, чтобы уменьшать или устранять помехи высокочастотных ответов между системами. Этот протокол может задавать, что, несмотря на использование общего протокола, низкочастотные запросы и высокочастотные ответы могут быть разными для каждой из системы PEPS, системы обнаружения приближения и системы учета инвентаря. Каждое устройство (например, брелок 160 для ключей и метка 175) может прослушивать низкочастотные запросы. Запросы, ассоциативно связанные с каждой из систем PEPS, обнаружения приближения и меток, могут содержать разные ID запроса и команды в сообщениях. Приемник внутри метки 175 может не переводить в активное состояние микропроцессор метки пока запрос не является запросом метки. То есть, любые запросы PEPS или обнаружения приближения для обычного сканирования PEPS или обнаружения не будут оказывать влияния на метку 175.

В случае, если запрос PEPS или обнаружения передается, в то время как запрос метки обрабатывается меткой 175, метка 175, в таком случае, может прерывать обработку запроса метки, с тем чтобы предоставлять другим устройствам возможность отвечать на запрос PEPS или обнаружения. Например, если микропроцессор метки обрабатывает запрос метки, н, тем временем, другой низкочастотный запрос был передан для устройства PEPS, метка 175 может прекращать обработку запроса метки, чтобы предоставлять устройству PEPS возможность отвечать на запрос PEPS. В этом примере, рекомендация прекратить обработку, может передаваться из микросхемы в микропроцессор метки. То есть, в то время как обрабатывается запрос метки, микросхема может быть способна к прослушиванию низкочастотных запросов и представлять рекомендацию на рассмотрение микропроцессору метки в случае, когда услышан другой запрос. Посредством прекращения обработки запроса метки, метка 175 может не отвечать на запрос метки и избегать каких бы то ни было помех с другими ответами по запросу не метки. В конкретном примере, если запрос обнаружения приближения услышан микросхемой, микросхема может приостанавливать обработку запроса метки на 150 миллисекунд. Эта задержка обработки может давать достаточное время, чтобы высокочастотный запрос PEPS передавался в ответ на запрос обнаружения подхода. Дополнительно или в качестве альтернативы, запрос метки не будет переводит в активное состояние микропроцессор в брелоке 160 для ключей. Кроме того, высокочастотные ответы каждого из брелоков 160 для ключей и меток не будут оказывать влияния друг на друга.

Со ссылкой на фиг. 10, показаны различные протоколы радиочастотной связи для систем транспортного средства. Фиг. 10A показывает примерный протокол для TPMS, где тринадцать (13) сообщений по 8 мс передаются каждые 52,5 мс приблизительно за период в 734 мс. Фиг. 10B показывает протокол RKE. Этот протокол используется для передачи сообщений по команде из брелока 160 для ключей с использованием кнопок брелока для ключей (например, отпереть, запереть, выдать сигнал тревоги, и т.д.). Эти сообщения передаются после начального перевода в активное состояние каждые 50 мс на 238 мкс каждые 200 мс. Высокочастотный протокол пассивного отпирания дверей, как показано на фиг. 10C, может передавать низкочастотные запросы, а в ответ, принимать высокочастотные сообщения приблизительно 13,3 мс, расположенные с интервалом каждые 1-2 мс в пределах периода 73 мс. Приветственный протокол обнаружения приближения, как показано на фиг. 10D, может передавать запрос обнаружения и, в ответ, принимать вплоть до пяти (5) высокочастотных ответов приблизительно 5,83 мс каждые 1-2 мс в пределах периода 32 мс. Фиг. 10D показывает период прослушивания 150 мс для высокочастотных ответов PEPS и обнаружения приближения, сопровождаемый периодом прослушивания 450 мс для ответов TMPS и RKE.

Фиг. 11 показывает примерные интервалы для приема высокочастотных ответов для системы учета инвентаря на антенне 145, для того чтобы ослаблять или устранять помехи между ответами метки и ответами брелока для ключей. Различные низкочастотные запросы могут передаваться антенной 170. Как пояснено, эти запросы, более точно, могут быть направлены на активность брелоков для ключей (в том числе, запросы PEPS и запросы обнаружения приближения) и опросы инвентаря (запросы меток). Запросы брелока для ключей могут не перекрываться с запросами метки, и ответы брелока для ключей могут не перекрываться с ответами метки. Чтобы избегать какого бы то ни было перекрытия, контроллер 150 может давать команду антенне 170 передавать и слушать в различных интервалах для конкретных типов сигналов. Антенна 170 может передавать запросы брелоков для ключей в течение первого интервала 220. Вслед за этими низкочастотными передачами, антенна 145 может прослушивать ответы брелоков для ключей. Эти ответы могут включать в себя информацию из брелока 160 для ключей для аутентификации брелока для ключей (например, для отпирания двери транспортного средства, и т.д.). Антенна 170 также может передавать запросы меток в течение второго интервала 225. После того, как период прослушивания для ответов брелока для ключей закончился, антенна 145 затем может начинать прослушивать ответы метки во время третьего интервала 230. Таким образом, несмотря на то, что антенна 145 может прослушивать ответ наряду с передачей запроса, сигналы разных запросов и сигналы разных ответов не перекрываются.

Для многократного повторения, период прослушивания брелоков для ключей и период 225 запроса меток могут начинаться в конце периода 220 запроса брелоков для ключей. В конце периода 225 запросов меток, может начинаться период 230 прослушивания меток. Период прослушивания брелоков для ключей и период 225 запроса метки показаны на фиг. 11 в качестве занимающих один и тот же период, однако, несмотря на то, что эти периоды могут перекрываться, они могут перекрываться всего лишь в течение части периода (например, период прослушивания брелока для ключей может быть более коротким или более длинным, чем период запроса метки).

Интервалы могут определяться различными действиями отпирания дверей без ключа и инициированными человеком действиями, такими как нажатие кнопки на брелоке 160 для ключей. Когда действие выявлено контроллером 150, контроллер 150 может рассчитывать ожидаемый период ответа для ответов брелоков для ключей (то есть, интервал 225). Контроллер 150 также может рассчитывать период для ответов меток (то есть, интервал 230) на основании периода ответов брелоков для ключей. Контроллер 150 может давать антенне 170 команду передавать запросы метки после того, как были переданы запросы брелока для ключей, для того чтобы гарантировать, что ответы метки не принимаются в течение периода ответа брелока для ключей. Таким образом, контроллер 150, по приему высокочастотных ответов с различных устройств, может определять, в какую систему направлен запрос (например, систему PEPS или систему учета инвентаря) и устранять любые взаимные помехи от меток с существующими системами.

Как только распознано действие, антенна 170 может передавать десять (10) или более низкочастотных запросов в ответ на инициированные человеком действия. Эти действия могут происходить, в то время как водитель приближается к транспортному средству, во время открывания или закрывания дверей, во время пуска или останова двигателя и во время торможения или включения сцепления. Так как эти действия чаще всего происходят во время этих очевидных активностей транспортного средства, наиболее оптимальным временем для выполнения поиска инвентаря может быть по попаданию транспортного средства на главную передачу или после того, как транспортное средство выключено. Дополнительно, как пояснено выше, столкновения между сигналами могут порождаться другими источниками, такими как другие системы обнаружения приближения из ближайших транспортных средств, индуктивные зарядные устройства, радиовещательные вышки, незапрограммированные брелоки для ключей, и т.д. Чтобы гарантировать, что качество системы учета инвентаря сохраняется, контроллер 150 может управлять периодами прослушивания и передачи на основании внешних действий в дополнение к действиям брелоков для ключей. Это может включать в себя повторение поиска/опроса инвентаря в ответ на эти внешние действия. Эти внешние действия могут включать в себя определение, что индикатор интенсивности сигнала (SSI) антенны показывает непрерывную сверхвысокочастотную активность. В этом примере, контроллер 150 может давать команду антенне 170 повторно передавать запросы метки. Еще одним примером внешнего действия является определение, что более ранний опрос инвентаря нарушает правило. То есть, если «ни в коем случае не присутствующий» предмет расположен в пределах транспортного средства, антенна может повторять запросы метки, чтобы подтверждать, что правило было нарушено фактически. Дополнительно или в качестве альтернативы, по определению, что детектирование приближения является действующим, опрос инвентаря может повторяться. Важнее всего, что в сценариях, где было замечено отсутствие помеченного предмета, и что было задано, что метка должна присутствовать для специфичных транспортного средства, пользователя, местоположения и условий окружающей среды, может быть желательным повторять поиск метки множество раз, чтобы быть уверенным, что метка действительно отсутствует, и что помехи не были причиной для отсутствия высокочастотного ответа от метки.

Запросы метки могут передаваться независимо от состояния транспортного средства. То есть, они могут передаваться, в любом случае, движется или нет транспортное средство. Некоторые поиски инвентаря могут проводиться, только когда транспортное средство находится в определенном состоянии. Например, запросы метки могут передаваться, только когда транспортное средство выключено или движется на скоростях ниже определенного порогового значения. Посредством предотвращения передачи сигналов системой учета инвентаря во время определенных состояний транспортного средства, могло подавляться столкновение между сигналами существующих систем транспортного средства. В одном из примеров, некоторые антенны выполнены с возможностью переключаться с режима прослушивания ASK на FKS, когда транспортное средство превышает 8 км/ч. В этом примере, система учета инвентаря может выполнять поиск, только когда транспортное средство находится в движении на скорости около 9 км/ч.

Контроллер 150 может поддерживать список запрограммированных меток. Он также может принимать список из базы 140 данных. Количество меток 175, запрограммированных в систему учета инвентаря, может определять надлежащую длительность и интервалы для периода прослушивания меток. Типичный период прослушивания для каждой метки может иметь значение 15 мс. Таким образом, если были запрограммированы двенадцать меток, общий период прослушивания имел бы значение 180 мс. Контроллер 150 может группировать запрограммированные метки, для того чтобы укорачивать период прослушивания меток для избежания потенциальных столкновений с обычными сигналами брелоков для ключей и TMPS. Например, двенадцать меток могут группироваться в три группы по четыре. Три запроса метки могут передаваться для поиска меток. Каждый запрос может иметь время прослушивания 15 мс для каждой запрограммированной метки. Таким образом, четыре метки в каждой группе могут давать в результате период прослушивания 60 мс для каждой из трех групп. Однако, в случае, когда были запрограммированы только три метки, каждый запрос может требовать времени прослушивания, чтобы прослушивать только известное количество меток в каждой группе. Если одна метка была бы запрограммирована на каждую группу запроса, время прослушивания имело бы значение 15 мс на каждую группу запроса. Таким образом, посредством узнавания, что были запрограммированы только три метки, время прослушивания или период ответа метки имеет значение всего лишь 45 мс вместо прослушивания в течение 45 мс после каждого из трех запросов для совокупного значения 135 мс. Посредством запрашивания вплоть до четырех меток за раз, могут подавляться столкновения между высокочастотными запросами. Совокупное объединенное время низкочастотного запроса и время высокочастотного ответа является меньшим, чем расходуемое системами PEPS. Это предоставляет брелокам 160 для ключей и TPMS возможность функционировать на нормальном уровне. Посредством ограничения запросов метки группами по четыре метки, время запроса и ответа для системы учета инвентаря могло бы проводиться в течение периода прослушивания 450 мс системы обнаружения приближения, имеющей период 700 мс.

Фиг. 12A-M и 13A-B показывают примерные конфигурации метки. Как пояснено выше, каждая метка может включать в себя микропроцессорный кристалл и приемник, выполненный с возможностью слушать низкочастотные запросы. Метка 175 также может включать в себя передатчик, выполненный с возможностью передавать высокочастотные запросы метки на антенну транспортного средства. Приемник и передатчик могут находиться на верхней поверхности метки, с тем чтобы избегать каких бы то ни было помех от предмета при передаче и приеме сигналов. Как пояснено, микропроцессор будет переводиться в активное состояние, только если запрос метки принят меткой 175. Это может помогать продлению срока службы аккумуляторной батареи внутри метки 175. Аккумуляторная батарея может быть заменена и не должна оказывать влияния на передатчик и приемник. Мощность, потребляемая меткой 175, может быть слегка меньшей, чем у традиционного брелока для ключей, поскольку метке 175 не нужно функционировать на таком же большом радиусе действия, как брелоку для ключей. Дополнительно, только одна кнопка необходима для формирования пары и проверки метки.

Метка 175 может быть устойчивой к предельным колебаниям температуры, даже в большей степени, чем традиционные брелоки 160 для ключей, так как метки могут быть прикреплены к предметам, оставленным в транспортном средстве. В одном из примеров, аккумуляторная батарея в форме монеты класса «BR» может использоваться, чтобы добиваться интервала допустимых температур между -40 градусами по Цельсию и 85 градусами по Цельсию. Метка также может быть устойчивой к другой окружающей обстановке (например, метка может быть водонепроницаемой). Метка 175 может допускать тесемки или зажимные заколки, чтобы предоставлять ей возможность прикрепляться к различным поверхностям, таким как ткань (например, сумкам для подгузников, рюкзакам, дорожным сумкам, сумкам для спортивного оборудования, и т.д.), твердым поверхностям (например, чемодану, ящикам для оборудования, каскам, прицепам, и т.д.), криволинейным поверхностям (например, каскам, пропановым баллонам, кислородным баллонам, велосипедам, и т.д.), шероховатым поверхностям (например, сумкам-холодильникам, роликовым доскам, и т.д.), связанным с текучей средой предметам (например, спасательным жилетам, баллонам для акваланга, топливным бакам, и т.д.).

Метка 175 может включать в себя видимый идентификатор, такой как номер. Идентификатор может использоваться интерфейсом для программирования меток 175. Например, при ассоциативном связывании конкретной метки с предметом, интерфейс может отображать номер метки рядом с пиктограммой или фотографией предмета.

Каждая метка может включать в себя механизм крепления, выполненный с возможностью прикреплять метку 175 к предмету. Механизм крепления может принимать многие формы, как указано в примерных метках 175. Механизм крепления может включать в себя петлю кольца для ключей, механизм типа английской булавки, привязной ремешок, клейкую подложку, ремешки типа ручных часов, болтовой и винтовой механизм, механизм типа туристического зажима, и т.д. Фиг. 13A показывает примерную метку 175, имеющую первый механизм 250 крепления и второй механизм 255 крепления. Первым механизмом крепления может быть планка, выполненная с возможностью удерживать подобный ручным часам ремешок для прикрепления метки 175 вокруг предмета. Он также может предоставлять возможность кабельной стяжке, кольцам для ключей, и т.д., использоваться при креплении метки к предмету. Вторым механизмом 255 крепления может быть механизм типа английской булавки, выполненный с возможностью прикреплять метку 175 к тканевой поверхности. Фиг. 13B - еще одна примерна метка 175, имеющая другой механизм 260 крепления. Отверстие 265 может быть определено, с тем чтобы также предоставлять ремешкам, кабельным стяжкам, и т.д., возможность использоваться для крепления. Механизм 260 крепления может включать в себя резьбовое отверстие, чтобы предоставлять метке 175 возможность привинчиваться к поверхности. Каждая метка 175 может включать в себя многочисленные механизмы крепления.

Соответственно, посредством использования существующих компонентов системы PEPS, системе учета инвентаря не нужно использовать дорогостоящие широкополосные мощные передающий считыватели поиска меток. Таким образом, первоначальные затраты описанной системы гораздо ниже, чем у систем, которые используют такие мощные считыватели. Кроме того, как описано выше, система может использоваться как для коммерческого, так и некоммерческого использования и в любом типе транспортного средства (например, легковом автомобиле с кузовом седан, внедорожнике, автомобиле для активного отдыха, грузовом автомобиле на шасси легкового автомобиля, фургоне, тягаче, и т.д.). Предложенная система меток на базе PEPS может одновременно удовлетворять нужды коммерческих предприятий и семьи, таким образом, давая пользователю двойственные функциональные возможности. В одном из примеров, предприниматель может отслеживать его или ее инструменты, используемые в своей предпринимательской деятельности. Тот же самый предприниматель мог бы отслеживать личные вещи на всем протяжении суток, такие как рюкзак его или ее ребенка.

Уровни мощности низкой частоты, используемые метками для поддержания связи с антеннами, являются теми же самыми уровнями мощности, используемыми для PEPS, и, таким образом, были установлены безопасными для использования в кабине транспортного средства для взрослых и детей. Эти уровни мощности также не стеснены правилами по помехам оборудования OEM. Кроме того, система может быть реализована с очень низкими материальными затратами. В одном из примеров, система с восемью (8) метками может не превосходить сто (100) долларов для реализации на рынке дополнительного оборудования. То есть, частично, на основании способности реализовывать использование системой существующих частей архитектуры транспортного средства, таких как брелоки для ключей, антенны, приемники и устройства отображения PEPS. Кроме того, большинство транспортных средств может быть сконфигурировано системой на основе рынка дополнительного оборудования с добавлением команд и дополнительных меток RFID. В некоторых ситуациях, может быть необходимо добавляться дополнительным антеннам (например, добавочной антенне для грузовой платформы грузовика). Дополнительно, информация о снабженных метками предметах, списки правил, ID пользователей и другая информация персонализации может храниться на сервере и в базе данных, чтобы предоставлять потребителям возможность легко загружать информацию со своего старого автомобиля на новый автомобиль, когда они меняют аренду или покупают новое транспортное средство. Кроме того, если пункт проката автомобилей имеет транспортные средства с такой системой, пользователи могут быть способны загружать свои списки и правила отслеживания для отслеживания снабженных меткой предметов (они могут быть взяты ими в отпуск или в служебную командировку) в их прокатном транспортном средстве.

Кроме того, легкость использования системы учета инвентаря может предоставлять возможность различных проверок, которые могут инициироваться любым одним из некоторых событий, таких как специфичное водителю событие, событие местоположения и события объекта. Эти правила могут гарантировать, что важные предметы включены в транспортное средство, тем временем, обеспечивая, чтобы потенциально опасные или запрещенные предметы были исключены. Интерфейс системы 100 учета инвентаря также может давать нескольким пользователям возможность легко создавать правила и отслеживать предметы в местоположениях, изолированных от транспортного средства. То есть, водитель A в транспортном средстве A может быть способным отслеживать и идентифицировать предметы в транспортном средстве B. Кроме того, водитель B может быть способным удаленно редактировать правило для водителя A с его или ее пользовательского устройства 115. Правила могут быть ассоциативно связаны с конкретным маршрутом между двумя местоположениями или геозонами.

Более точно, так как система учета инвентаря может быть добавлена на рынке дополнительного оборудования с использованием существующих компонентов, сигналы, используемые для обнаружения меток внутри транспортного средства, потенциально могут мешать существующим системам транспортного средства. Для того чтобы подавлять любые столкновения сигналов, система учета инвентаря может давать команду антенне передавать и слушать с определенными интервалами, чтобы избегать столкновений. То есть, период прослушивания для ответа метки может не перекрываться с периодом прослушивания для других высокочастотных ответов, таких как ответы брелока для ключей.

Вычислительные устройства, такие как контроллер 150, обычно включают в себя машинно-исполняемые команды, где команды могут быть приводимыми в исполнение одним или более вычислительных устройств, таких как перечисленные выше. Машинно-исполняемые команды могут компилироваться или интерпретироваться из компьютерных программ, созданных с использованием многообразия языков и/или технологий программирования, в том числе, но не в качестве ограничения, и в одиночку или в комбинации, Java™, C, C++, Visual Basic, Java Script, Perl, и т.д. Вообще, процессор (например, микропроцессор) принимает команды, например, из памяти, машинно-читаемого носителя, и т.д., и исполняет эти команды, тем самым, выполняя одну или более последовательностей операций, в том числе, одну или более из последовательностей операций, описанных в материалах настоящей заявки. Такие команды и другие данные могут храниться и передаваться с использованием многообразия машинно-читаемых носителей.

Машинно-читаемый носитель (также указываемый ссылкой как читаемый процессором носитель) включает в себя любой постоянный (например, материальный) носитель, который участвует в предоставлении данных (например, команд), которые могут считываться компьютером (например, процессором компьютера). Такой носитель может принимать многие формы, в том числе, но не в качестве ограничения, энергонезависимые носители, энергозависимые и энергозависимые носители. Энергонезависимые носители, например, могут включать в себя оптические или магнитные диски и другую устойчивую память. Энергозависимые носители, например, могут включать в себя динамическое оперативное запоминающее устройство (DRAM), которое типично составляет основную память. Такие команды могут передаваться посредством одной или более сред передачи, в том числе, коаксиальных кабелей, медных проводов и волоконной оптики, в том числе, проводов, которые содержат системную шину, присоединенную к процессору компьютера. Обычные формы машинно-читаемых носителей, например, включают в себя дискету, гибкий диск, жесткий диск, магнитную ленту, любой другой магнитный носитель, CD-ROM (постоянное запоминающее устройство (ПЗУ) на компакт-диске), DVD (цифровой многофункциональный диск), любой другой оптический носитель, ОЗУ (оперативное запоминающее устройство, RAM), ППЗУ (программируемое ПЗУ, PROM), СППЗУ (стираемое программируемое ПЗУ, EPROM), флэш-память/ЭСППЗУ (FLASH-EEPROM (электрически стираемое программируемое ПЗУ)), любые другие микросхему или картридж памяти, или любой другой носитель, с которого компьютер может осуществлять считывание.

Базы данных, репозитории данных или другие хранилища данных, описанные в материалах настоящей заявки, могут включать в себя различные виды механизмов для хранения, осуществления доступа и извлечения различных видов данных, в том числе, иерархическую базу данных, набор файлов в файловой системе, прикладную базу данных в пользовательском формате, систему управления реляционной базой данных (RDBMS), и т.д. Каждое такое хранилище данных, обычно включено в вычислительное устройство, применяющее операционную систему компьютера, такую как упомянутые выше, и подвергается доступу через сеть любым одним или более из многообразия способов. Файловая система может быть доступна из операционной системы компьютера и может включать в себя файлы, хранимые в различных форматах. RDBMS обычно использует язык структурированных запросов (SQL) в дополнение к языку для создания, сохранения, редактирования и выполнения хранимых процедур, такому как язык PL/SQL, упомянутый выше.

В некоторых примерах, элементы системы могут быть реализованы в качестве машинно-читаемых команд (например, программного обеспечения) на одном или более вычислительных устройств (например, серверов, персональных компьютеров, и т.д.), хранимых на машинно-читаемых носителях, ассоциативно связанных с ними (например, дисках, устройствах памяти, и т.д.). Компьютерный программный продукт может содержать такие команды, хранимые на машинно-читаемых носителях, для выполнения функций, описанных в материалах настоящей заявки.

Что касается последовательностей операций, систем, способов, эвристических правил, и т.д., описанных в материалах настоящей заявки, должно быть понятно, что, хотя этапы таких последовательностей операций, и т.д., были описаны в качестве происходящих согласно определенной упорядоченной последовательности, такие последовательности операций могли бы быть осуществлены на практике с описанными этапами, выполняемыми в порядке, ином, чем порядок, описанный в материалах настоящей заявки. Кроме того, должно быть понятно, что некоторые этапы могли бы выполняться одновременно, что могли бы быть добавлены другие этапы, или что некоторые этапы, описанные в материалах настоящей заявки, могли бы быть опущены. Другими словами, описания способов в материалах настоящей заявки предоставлены с целью иллюстрации некоторых вариантов осуществления и никоим образом не должны толковаться, с тем чтобы ограничивать формулу изобретения.

Соответственно, должно быть понятно, что вышеприведенное описание подразумевается иллюстративным, а не ограничивающим. Многие варианты осуществления и применения, иные чем предоставленные примеры, были бы очевидны по прочтению вышеприведенного описания. Объем не должен определяться со ссылкой на вышеприведенное описание, но взамен, должен определяться со ссылкой на прилагаемую формулу изобретения наряду с полным объемом эквивалентов, на которые дано право такой формуле изобретения. Ожидается и подразумевается, что будущие развития будут происходить в технологиях, обсужденных в материалах настоящей заявки, и что раскрытые системы и способы будут заключены в таких будущих вариантах осуществления. В целом, должно быть понятно, что заявка является допускающей модификацию и изменение.

Все термины, используемые в формуле изобретения, подразумеваются обусловленными своими наиболее свободными расширительными толкованиями и своими обычными значениями в качестве понятных сведущим в технологиях, описанных в материалах настоящей заявки, если в материалах настоящей заявки не приведено явное указание на иное. В частности, использование слов «первый», «второй», и т.д., может быть взаимозаменяемым.

Группа изобретений относится к системе и способу отслеживания содержимого инвентаря. Система, реализующая способ отслеживания содержимого инвентаря, включает в себя пассивную систему отпирания дверей, выполненную с возможностью аутентифицировать брелок для ключей и включающую в себя, по меньшей мере, одну антенну и контроллер, функционально согласованный с, по меньшей мере, одной антенной. Контроллер побуждает, во время периода запроса метки, по меньшей мере, одну антенну передавать, по меньшей мере, один запрос метки. Период запроса метки начинается на основании окончания периода запроса брелока для ключей. Контроллер дополнительно принимает ответ метки на запрос, служащий признаком метки поблизости от транспортного средства. Обеспечивается эффективность отслеживания предметов, находящихся в транспортном средстве. 3 н. и 14 з.п. ф-лы, 38 ил.

1. Система учета инвентаря транспортного средства, содержащая:

пассивную систему отпирания дверей, включающую в себя антенну и контроллер, выполненную с возможностью:

побуждать, во время периода запроса брелока для ключей, антенну передавать по меньшей мере один запрос брелока для ключей для аутентификации брелока для ключей в непосредственной близости от транспортного средства, и

побуждать, во время периода запроса метки, антенну передавать по меньшей мере один запрос метки, причем период запроса метки начинается после окончания периода запроса брелока для ключей, и

принимать, во время периода ответа метки, ответ метки на запрос, указывающий метку в непосредственной близости от транспортного средства.

2. Система по п. 1, в которой период ответа метки начинается после того, как заканчивается период запроса метки.

3. Система по п. 1, в которой каждый из запросов включает в себя идентификатор, указывающий, является ли запрос запросом брелока для ключей или запросом метки.

4. Система по п. 1, в которой период запроса метки перекрывает период ответа брелока для ключей и при этом период ответа брелока для ключей начинается в конце периода запроса брелока для ключей.

5. Система по п. 1, в которой контроллер дополнительно выполнен с возможностью передавать по меньшей мере один запрос метки с интервалами на основе количества ассоциативно связанных запрограммированных меток.

6. Система по п. 5, в которой длительность периода ответа метки основана на количестве ассоциативно связанных запрограммированных меток.

7. Система учета инвентаря транспортного средства, содержащая:

пассивную систему отпирания дверей, выполненную с возможностью аутентифицировать брелок для ключей и включающую в себя антенну и контроллер, выполненный с возможностью:

побуждать, во время периода запроса метки, антенну передавать по меньшей мере один запрос метки, причем период запроса метки начинается на основании конца периода запроса брелока для ключей, и

принимать ответ метки на запрос, указывающий метку в непосредственной близости от транспортного средства.

8. Система по п. 7, в которой, во время периода запроса брелока для ключей, контроллер дополнительно выполнен с возможностью побуждать антенну передавать запросы брелока для ключей, чтобы аутентифицировать брелок для ключей.

9. Система по п. 8, в которой каждый из запросов включает в себя идентификатор, указывающий, является ли запрос запросом брелока для ключей или запросом метки.

10. Система по п. 7, в которой период запроса метки перекрывает период ответа брелока для ключей и при этом период ответа брелока для ключей начинается в конце период запроса брелока для ключей.

11. Система по п. 7, в которой ответ метки принимается во время периода ответа метки, начатого после того, как закончился период запроса метки.

12. Система по п. 7, в которой контроллер дополнительно выполнен с возможностью передавать по меньшей мере один запрос метки с интервалами, на основе количества ассоциативно связанных запрограммированных меток.

13. Система по п. 12, в которой период ответа метки основан на количестве ассоциативно связанных запрограммированных меток.

14. Способ учета инвентаря транспортного средства, содержащий этапы, на которых:

передают по меньшей мере один запрос брелока для ключей во время периода запроса брелока для ключей, чтобы аутентифицировать брелок для ключей в непосредственной близости от транспортного средства;

передают по меньшей мере один запрос метки во время периода запроса метки, на основе окончания периода запроса брелока для ключей, чтобы возбуждать запрограммированные метки в непосредственной близости от транспортного средства;

принимают по меньшей мере один ответ брелока для ключей во время периода ответа брелока для ключей, начинающегося после окончания периода запроса брелока для ключей; и

принимают по меньшей мере один ответ метки во время периода ответа метки, начинающегося после окончания периода запроса метки, указывающий по меньшей мере одну из запрограммированных меток.

15. Способ по п. 14, в котором период запроса метки и период запроса брелока для ключей не перекрываются, чтобы избегать помех между по меньшей мере одним ответом брелока для ключей и по меньшей мере одним ответом метки.

16. Способ по п. 14, в котором каждый из запросов включает в себя идентификатор, указывающий, является ли запрос запросом брелока для ключей или запросом метки.

17. Способ по п. 14, в котором по меньшей мере один запрос метки передается с интервалами на основе количества запрограммированных меток.