Система управления открывающимися элементами транспортного средства (варианты) и способ управления ими

Область техники, к которой относится изобретение

[1] Аспекты настоящего изобретения относятся в общем к пользовательскому интерфейсу для функциональности автоматического закрытия транспортного средства при обнаружении появления дождя.

Уровень техники

[2] Были предложены системы для закрытия окон с электрическими стеклоподъемниками транспортного средства (окон, включающих в себя, не ограничиваясь, например, окна передних и задних дверей, боковые вентиляционные отверстия окон, непрозрачные люки, прозрачные люки в крыше и откидные крыши) в случае дождя. Эти системы обычно используют специализированные датчики дождя и выполняют действия по автоматическому закрытию окон на основе обнаруженного выпадения осадков. Эти подходы могут показаться логичными, но они не являются экономичными в отношении стоимости деталей или в отношении баланса электрического тока и нагрузки при отключенном зажигании (KOL) для припаркованного транспортного средства. Добавление датчика исключительно для отслеживания дождя оказывается затруднительным с коммерческой точки зрения, так как дождь, попадающий в окна, представляет собой относительно маловероятный сценарий. Таким образом, несмотря на то, что признаки автоматического закрытия окон могут быть желательными за незначительную или нулевую дополнительную стоимость, потребители могут не желать доплачивать за такое редко используемое дополнительное оборудование.

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

[4] В качестве еще одного дополнительного недостатка, такие системы не способны принимать во внимание соображения безопасности для животных или людей, которые могут находиться в салоне транспортного средства при возникновении события автоматического закрытия. Например, если условия дождя сменяются на солнечную погоду, салон транспортного средства может испытывать опасное увеличение температуры из-за увеличенной солнечной нагрузки.

Раскрытие изобретения

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

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

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

Краткое описание чертежей

[8] Фиг.1А иллюстрирует примерную систему транспортного средства для обнаружения дождя и окно, непрозрачный люк или крышку вентиляционного отверстия;

[9] Фиг.1B иллюстрирует примерную систему для использования информации от службы погоды для содействия в определении условия дождя;

[10] Фиг.2 иллюстрирует примерное обнаружение условия внезапного дождя с использованием данных датчика от емкостного датчика и порогового значения обнаружения;

[11] Фиг.3 иллюстрирует примерное обнаружение условия дождя с использованием данных датчиков от множества емкостных датчиков;

[12] Фиг.4А иллюстрирует примерный пользовательский интерфейс приложения уведомлений, отображающий главное меню для конфигурации настроек уведомлений;

[13] Фиг.4B иллюстрирует примерный пользовательский интерфейс приложения уведомлений, отображающий подменю включения;

[14] Фиг.4С иллюстрирует примерный пользовательский интерфейс приложения уведомлений, отображающий подменю оповещения;

[15] Фиг.4D и 4E иллюстрируют примерный пользовательский интерфейс приложения 120 уведомлений, отображающий подменю условий закрытия;

[16] Фиг.4F иллюстрирует примерный пользовательский интерфейс приложения уведомлений, отображающий подменю прекратившегося дождя;

[17] Фиг.5А иллюстрирует примерный пользовательский интерфейс для выбора приложений для использования на дисплее головного блока транспортного средства;

[18] Фиг.5B иллюстрирует примерный пользовательский интерфейс приложения уведомлений, отображающий главное меню для конфигурации настроек уведомлений на дисплее головного блока транспортного средства;

[19] Фиг.6А иллюстрирует примерный пользовательский интерфейс, иллюстрирующий оповещение, отображаемое на дисплее мобильного устройства;

[20] Фиг.6B иллюстрирует примерный пользовательский интерфейс, иллюстрирующий подтверждение закрытия, отображаемое на дисплее мобильного устройства;

[21] Фиг.7 иллюстрирует примерный процесс обнаружения дождя для выполнения действий при условии дождя; и

[22] Фиг.8 иллюстрирует примерный процесс выполнения действий при условии дождя в ответ на обнаруженное условие дождя.

Осуществление изобретения

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

[24] Фиг.1 иллюстрирует примерную систему 100 транспортного средства 102 для обнаружения дождя и окно, непрозрачный люк или крышку вентиляционного отверстия. Система 100 может включать в себя аспекты системы пассивного бесключевого доступа/пассивного запуска (PEPS) для обнаружения дождя, аспекты системы окон с электрическими стеклоподъемниками для обеспечения закрытия окон (например, закрытия окон с электрическими стеклоподъемниками передних и задних дверей, боковых вентиляционных отверстий окон с электрическими стеклоподъемниками, непрозрачных люков и прозрачных люков с электрическими приводами в крыше в качестве некоторых примеров), и аспекты телематической системы для уведомления пользователя и конфигурации. Система 100 может принимать много различных форм и включает в себя множественные и/или альтернативные компоненты и средства. Несмотря на то, что примерная система 100 показана на Фиг.1, проиллюстрированные примерные компоненты системы 100 не предназначены быть ограничивающими. Более того, могут использоваться дополнительные или альтернативные компоненты и/или варианты осуществления.

[25] В системе PEPS пользователь может носить электронное передающее устройство, такое как ключ-брелок 104 PEPS, для обеспечения «бесключевого» доступа в транспортное средство 102. Для инициации последовательности разблокировки дверей пользователь может касаться или перемещаться в непосредственную близость к емкостному датчику 106 PEPS ручки двери транспортного средства 102. При идентификации возможного присутствия пользователя емкостным датчиком 106 контроллер 108 транспортного средства 102 может инициировать последовательность запрос-доступ с ключом-брелоком 104. Последовательность может включать в себя отправку контроллером 108 низкочастотного сообщения ключу-брелоку 104 и прослушивание высокочастотного ответа от ключа-брелока 104, включающего в себя код идентификации. При приеме правильного кода идентификации контроллер 108 транспортного средства может разблокировать двери транспортного средства 102.

[26] Транспортное средство 102, оборудованное емкостными датчиками 106 PEPS, может иметь множество емкостных датчиков 106 на каждой ручке двери. Например, каждая из ручек дверей может иметь емкостный датчик 106 для функции блокировки и второй емкостный датчик 106 для функции разблокировки. Крышка багажника или задняя откидная дверь транспортного средства может обычно иметь только емкостный датчик 106 разблокировки. В качестве другого примера, емкостные датчики 106 могут включать в себя емкостные клавиатуры, используемые на некоторых транспортных средствах 102 для обеспечения доступа в транспортное средство 102 при приеме правильного кода ключа, вводимого на клавиатуре. Еще другие типы емкостных датчиков 106 транспортного средства 102 также могут использоваться системой 100, такие как какие-либо другие внешние емкостные датчики, которые могут использоваться в целях бесключевого доступа, такого как блокировка/разблокировка, отпирание или работа с клавиатурой.

[27] Контроллер 108 может быть выполнен с возможностью приема значений емкости от емкостных датчиков 106 и с возможностью идентификации базового уровня емкости. Это может выполняться, например, согласно среднему значению значений, принятых от датчиков, или согласно данным, принятым от других датчиков окружающей среды транспортного средства 102. Базовый уровень емкости может смещаться вверх или вниз в зависимости от различных условий окружающей среды, таких как изменения температуры или влажности воздуха. Если контроллер 108 обнаруживает существенное изменение относительно базового уровня емкости во время относительно короткого периода времени, контроллер 108 может определять возможное присутствие пользователя. Например, емкостные датчики 106 могут обнаруживать изменение емкости на основании присутствия приближающейся руки человека. Емкостные датчики 106, такие как датчики 106 PEPS ручки и емкостные датчики 106 клавиатуры, также могут быть чувствительными к появлению влаги. В связи с этим емкостные датчики 106 могут рассматриваться как датчики дождя, чувствительные к обнаружению условия дождя.

[28] Транспортное средство 102, оборудованное системой PEPS, может включать в себя один или более емкостных датчиков 106 на каждой из множества ручек дверей, что приводит к массиву датчиков 106, который может использоваться для обнаружения дождя. Например, транспортное средство 102, включающее в себя два емкостных датчика 106 на каждой из четырех дверей, может рассматриваться как имеющее массив из восьми датчиков дождя, при этом транспортное средство 102 с двумя емкостными датчиками 106 на двух передних дверях может рассматриваться как имеющее массив из четырех датчиков. Дополнительно, на некоторых транспортных средствах 102 с емкостной разблокировкой багажника задний датчик 106 разблокировки багажника может обеспечивать массив из девяти датчиков 106 дождя на четырехдверном седане или массив из пяти датчиков 106 дождя на двухдверном седане. Другие транспортные средства 102 могут включать в себя различные массивы емкостных датчиков 106, таких как емкостные датчики 106 клавиатуры, для разблокировки связанных дверей транспортного средства. Тем не менее, так как системы бесключевого доступа PEPS могут быть стандартными на многих транспортных средствах 102, и так как емкостные датчики 106 PEPS ручек могут быть активными при отключенном зажигании транспортного средства 102 для обеспечения бесключевого доступа, использование емкостных датчиков 106 PEPS ручек для обнаружения дождя обеспечивает контроллер 108 массивом емкостных датчиков 106, которые могут не иметь ни дополнительной стоимости деталей, ни дополнительной KOL.

[29] Контроллер 108 может быть выполнен с возможностью приема данных датчиков от емкостных датчиков 106 PEPS ручек, указывающих на относительные уровни емкости. Эти входные данные для контроллера 108 от емкостных датчиков 106 PEPS ручек могут использоваться для идентификации появления условия дождя. Например, если данные датчиков, принятые от двух или более емкостных датчиков 106, включают в себя относительно одновременные изменения емкости и, дополнительно, если транспортное средство заблокировано так, что никакой ключ-брелок 104 не обнаруживается контроллером 108 как находящийся в непосредственной близости от внешней зоны запроса ручки двери, и если транспортное средство разблокировано так, что отсутствует возникновение открытия дверей в течение предписанного периода времени после обнаруженного изменения емкости, контроллер 108 может делать вывод о появлении условия дождя. В качестве другого примера, если данные датчика, принятые от по меньшей мере одного емкостного датчика 106 на ручке двери, регистрируют обнаружение изменения емкости, за которым не следует возникновение открытия двери для двери, соответствующей по меньшей мере одному емкостному датчику 106, то контроллер 108 может делать вывод о появлении условия дождя.

[30] В некоторых случаях контроллер 108 может осуществлять двухэтапный процесс определения появления условия дождя. Например, на основе приема изменения емкости от емкостного датчика 106 PEPS ручки при отсутствии обнаружения ключа-брелока 104 PEPS в непосредственной близости от датчика 106 или возникновения открытия двери система 100 может активировать транспортное средство 102 и искать второстепенные признаки дождя до того, как делать вывод о существовании условия дождя. В качестве некоторых примеров второстепенных признаков контроллер 108 может: активировать датчик 112 дождя интеллектуального стеклоочистителя для идентификации, является ли ветровое стекло мокрым, активировать соединение с местным источником информации о погоде с помощью телематического блока 114 управления для определения, прогнозируется ли дождь (например, рассмотрено более подробно в отношении Фиг.1B), использовать бортовые датчики влажности транспортного средства 102 для определения, указывают ли уровни влажности на дождь, сравнивать емкостные датчики 106 блокировки и разблокировки на заданной ручке двери на предмет данных 202 датчиков, подтверждающих условие дождя, сравнивать показания от местоположений других емкостных датчиков 106 транспортного средства 102 на предмет данных 202 датчиков, подтверждающих условие дождя, или использовать бортовые датчики солнечной нагрузки транспортного средства 102 для идентификации солнечной нагрузки, представленной на транспортном средстве 102. В качестве более конкретного примера, датчики солнечной нагрузки могут использоваться для исключения данных емкостного датчика 106, иначе указывающих на закрытие окна, в случае значений солнечной нагрузки, которые являются несовместимо высокими для действительного условия дождя. Однако использование датчиков солнечной нагрузки для подтверждения условия дождя может ограничиваться использованием в течение определенных периодов времени, например, в дневное время, которое определяется согласно бортовой информации о дате и времени транспортного средства 102, возможно дополняемой информацией о местоположении, доступной транспортному средству (например, согласно навигационной системе или приемнику системы глобального позиционирования).

[31] При определении достаточной вероятности дождя контроллер 108 может быть выполнен с возможностью предпринимать различные действия. Например, контроллер 108 может быть выполнен с возможностью обеспечения указаний электрическим стеклоподъемникам 110 окон, выполненным с возможностью вызова закрытия различных окон (например, окон с электрическими стеклоподъемниками передних и задних дверей, боковых вентиляционных отверстий окон с электрическими стеклоподъемниками, непрозрачные люки и прозрачные люки в крыше с электрическими приводами) транспортного средства 102, тем самым предотвращая попадание дождя в транспортное средство 102. В некоторых случаях контроллер 108 может идентифицировать, что двери транспортного средства заблокированы, и что закрытое окно транспортного средства было ранее открыто больше, чем заранее заданное пороговое значение окна (например, для обеспечения доступа в салон транспортного средства). В таком случае контроллер 108 может разблокировать по меньшей мере одну из дверей транспортного средства (например, дверь, чье окно было закрыто) для сохранения доступа в транспортное средство 102. В качестве другого примера, контроллер 108 может быть выполнен с возможностью оповещения пользователя транспортного средства 102 о дожде и запроса подтверждения от пользователя на закрытие окон. Оповещение может отправляться пользователю, например, мобильному устройству 118 пользователя, с помощью телематического блока 114 управления транспортного средства 102.

[32] В некоторых примерах контроллер 108 может быть дополнительно выполнен с возможностью определения прекращения условия дождя. Например, подобно определению появления условия дождя, контроллер 108 может обнаруживать обратное изменение или возвращение уровня емкости к базовому уровню емкости. При определении окончания условия дождя контроллер 108 может быть выполнен с возможностью выполнения различных дополнительных действий. Например, контроллер 108 может быть выполнен с возможностью вызова повторного открытия окон транспортного средства 102. Для транспортных средств 102, которые поддерживают передачу информации о положении окон, контроллер 108 может быть выполнен с возможностью повторного открытия окон путем записи положения окон до закрытия и возвращения окон в записанное положение при обнаружении прекращения условия дождя. Для транспортных средств 102, которые не поддерживают передачу информации о положении окон, контроллер 108 может, например, записывать промежуток времени, требуемый для закрытия окна, и может обеспечивать команду на повторное открытие для окна в течение записанного промежутка времени при обнаружении прекращения условия дождя.

[33] Действия, выполняемые транспортным средством 102 при обнаружении дождя или при обнаружении прекращения дождя, могут быть основаны на настройках 116 уведомлений транспортного средства 102. Настройки 116 уведомлений могут включать в себя, в качестве некоторых неограничивающих примеров, следует ли включать функциональность автоматического закрытия при дожде, если она включена, следует ли отправлять оповещения пользователю, следует ли запрашивать подтверждение оповещений до выполнения действий по закрытию, какие конкретные окна следует закрыть, географические различия поведения, различия поведения в зависимости от того, чей ключ-брелок 104 был наиболее недавно использован, различия поведения в зависимости от того, чье мобильное устройство 118 было наиболее недавно соединено с телематическим блоком 114 управления, и настройки в отношении повторного открытия окон после прекращения условия дождя.

[34] Настройки 116 уведомлений могут храниться контроллером 108 и могут быть доступными телематическому блоку 114 управления по шине локальной сети контроллера (CAN) транспортного средства. В другом примере настройки 116 уведомлений могут храниться в другом устройстве для хранения транспортного средства 102, например, в памяти телематического 114 блока управления.

[35] Телематический блок 114 управления может быть выполнен с возможностью обеспечения телематических служб для транспортного средства 102. Эти службы могут включать в себя, в качестве некоторых неограничивающих возможностей, навигацию, направления с указанием поворотов, сообщения о техническом состоянии транспортного средства, поиск местных фирм, сообщение об авариях и звонки при помощи гарнитуры громкой связи. В примере система 100 может включать в себя систему SYNC, изготовленную The Ford Motor Company, г. Дирборн, штат Мичиган, США. Для поддержки этих и других телематических служб телематический блок 114 управления может использовать сетевое аппаратное обеспечение, выполненное с возможностью обеспечения связи между ЭБУ транспортного средства, такими как контроллер 108, и с другими устройствами системы 100. В примере телематический блок 114 управления может взаимодействовать с беспроводным приемопередатчиком, выполненным с возможностью связи по одному или более из Bluetooth, Wi-Fi и проводной USB с мобильным устройством 118 пользователя.

[36] Мобильное устройство 118 может подвергаться процессу, при первом соединении мобильного устройства 118 с телематическим блоком 114 управления, в котором телематический блок 114 управления производит поиск мобильных устройств 118, и пользователь вручную подтверждает идентификацию мобильного устройства 118 для соединения с телематическим 114 блоком управления. Этот процесс может называться сопряжением. Телематический блок 114 управления может хранить данные сопряженного устройства, указывающие на идентификаторы устройства, или другую информацию, относящуюся к мобильным устройствам 118, которые были ранее сопряжены с телематическим блоком 114 управления. Соответственно, после выполнении процесса сопряжения телематический блок 114 управления может использовать данные сопряженного устройства для автоматического повторного соединения с мобильным устройством 118 при идентификации мобильного устройства 118 с помощью беспроводного приемопередатчика как находящегося в непосредственной близости от телематического блока 114 управления. Телематический блок 114 управления может дополнительно хранить указание мобильного устройства 118, которое было наиболее недавно сопряжено с телематическим блоком 114 управления.

[37] Мобильные устройства 118 могут представлять собой любые из различных типов портативного вычислительного устройства, такого как сотовые телефоны, планшетные компьютеры, умные наручные часы, портативные компьютеры, портативные музыкальные проигрыватели или другие устройства, способные осуществлять связь по коммуникационной сети (например, коммуникационной сети 124, показанной на Фиг.1B). В примере мобильные устройства 118 могут осуществлять связь с сетью 124 связи с помощью беспроводного приемопередатчика мобильного устройства 118. Мобильные устройства 118 могут включать в себя один или более процессоров, выполненных с возможностью исполнения инструкций мобильных приложений, загружаемых в память мобильного устройства из среды хранения мобильного устройства 118.

[38] Приложение 120 уведомлений может представлять собой пример мобильного приложения, установленного на мобильном устройстве 118. Приложение 120 уведомлений может быть выполнено с возможностью приема ввода данных (например, ввода данных пользователем в пользовательский интерфейс мобильного устройства 118), и связи с транспортным средством 102 с помощью телематического блока 114 управления, как рассмотрено более подробно ниже. В частности, приложение 120 уведомлений может использоваться пользователями для конфигурации настроек 116 уведомлений транспортного средства 102, приема оповещений о дожде от транспортного средства 102 и обеспечения подтверждений принятых оповещений для транспортного средства 102.

[39] Фиг.1B иллюстрирует примерную систему 100 для использования информации от службы 126 погоды для содействия в определении условия дождя. Как показано, часть системы 100 может включать в себя службу 126 погоды и внутренний сервер 122, осуществляющие связь с транспортным средством 102 по сети 124 связи. Служба 126 погоды может быть выполнена с возможностью обеспечения информации, относящейся к прогнозируемым погодным условиям, а внутренний сервер 122 может быть выполнен с возможностью хранения местоположения, состояния окна или другой информации о транспортном средстве 102, которая может использоваться для содействия в определениях дождя на основе прогнозируемых погодных условий службы 126 погоды.

[40] В примере, периодически или на основе условия срабатывания, такого как парковка транспортного средства 102 или отключение зажигания транспортного средства 102, телематический блок 114 управления транспортного средства 102 может отправлять текущее местоположение глобального позиционирования транспортного средства 102 и текущее состояние окон (например, какие окна/вентиляционные отверстия/люки открыты) внутреннему серверу 122 по сети 124 связи. Дополнительно или в качестве альтернативы, телематический блок 114 управления может отправлять внутреннему серверу 122 информацию, указывающую на то, идентифицируется ли транспортное средство 102 как припаркованное снаружи или внутри (например, определенную на основе бортовых датчиков солнечной нагрузки транспортного средства 102 для идентификации солнечной нагрузки, представленной на транспортном средстве 102, на основе текущего местоположения, связываемого с гаражом или другой конструкцией в помещении).

[41] Внутренний сервер 122 может быть выполнен с возможностью хранения информации, принятой от транспортных средств 102. Внутренний сервер 122 может быть дополнительно выполнен с возможностью доступа к службе 126 погоды для периодической или иной проверки прогноза погоды для сохраненных местоположений транспортных средств 102. Когда прогноз погоды указывает на возможность дождя, внутренний сервер 122 может быть выполнен с возможностью отправки при необходимости уведомления мобильному устройству 118 водителя для инструкций, например, немедленно закрывать окна, закрывать непосредственно перед дождем и т.д. Когда служба погоды уведомляет о приближающемся дожде, внутренний сервер 122 может отправлять оповещение или другую связь транспортному средству 102 для выполнения действий по автоматическому закрытию при дожде. В качестве альтернативы, сообщение транспортному средству 102 может побуждать транспортное средство 102 активировать датчик 112 дождя интеллектуального стеклоочистителя для подтверждения условия дождя до срабатывания действий по автоматическому закрытию при дожде.

[42] Фиг.2 иллюстрирует примерное обнаружение условия внезапного дождя с использованием данных 202 датчика от емкостного датчика 106 и порогового значения 204 обнаружения. Данные 202 датчика могут включать в себя данные, периодически отбираемые из емкостного датчика 106 PEPS. Контроллер 108 может принимать необработанные данные 202 датчика и может идентифицировать, изменяется ли значение принятых данных 202 датчика за пределы порогового значения 204 обнаружения. В некоторых примерах датчик 106 может обрабатывать и оценивать изменения емкости и сообщать только о внезапных изменениях контроллеру 108. Пороговое значение 204 обнаружения может устанавливаться, в некоторых примерах, так, чтобы находиться на заданной дистанции выше текущих данных 202 датчика или находиться на заданной дистанции выше среднего значения наиболее недавних выборок данных 202 датчика. В некоторых примерах контроллер 108 может устанавливать уровень порогового значения в памяти датчика или в памяти контроллера 108 по меньшей мере частично на основе конкретной информации транспортного средства 102, запрограммированной в транспортном средстве 102 (например, во время сборки) для компенсации различных стилей кузовов и стилей ручек транспортного средства, в которых может использоваться общий емкостный датчик 106 ручки. В некоторых случаях пороговое значение 204 обнаружения может представлять собой пороговое значение, используемое для определения возможного присутствия пользователя емкостным датчиком 106. Если контроллер 108 определяет, что значение принятых данных 202 датчика изменилось за пределы порогового значения 204 обнаружения, то контроллер 108 может идентифицировать, что данные 202 датчика указывают на появление условия дождя.

[43] Если контроллер 108 вместо этого определяет, что значение принятых данных 202 датчика изменилось без срабатывания порогового значения 204 обнаружения, то контроллер 108 может выборочно регулировать пороговое значение 204 обнаружения согласно новой выборке. Соответственно, контроллер 108 может быть способен выборочно регулировать пороговое значение 204 обнаружения для учета изменений влажности и температуры, тем самым сохраняя относительное пороговое значение 204 обнаружения в виде изменения смещения емкости.

[44] Более того, если контроллер 108 определяет, что значение принятых данных 202 датчика изменилось в обратную сторону ниже порогового значения 204 обнаружения, то контроллер 108 может идентифицировать прекращение условия дождя.

[45] Фиг.3 иллюстрирует примерное обнаружение условия дождя с использованием данных 202 датчиков от множества емкостных датчиков 106. Как проиллюстрировано, данные 202-А датчика могут включать в себя данные, периодически отбираемые из первого емкостного датчика 106-А PEPS, при этом данные 202-B датчика могут включать в себя данные, периодически отбираемые из второго емкостного датчика 106-B PEPS. Контроллер 108 может принимать данные 202-А и 202-B датчиков и может идентифицировать условие дождя на основе идентификации по существу одновременного или, в противном случае, относительно последовательного изменения по данным 202-А и 202-B датчиков при отсутствии возникновения открытия двери. Как показано, на основе идентификации относительно большого изменения емкости в данных 202-А датчика и также в данных 202-B датчика контроллер 108 идентифицирует указание на условие дождя. Более того, на основе дополнительного определения того, что значения каждых из принятых данных 202-А и 202-B датчиков изменились обратно на базовый уровень емкости, контроллер 108 может дополнительно идентифицировать прекращение условия дождя.

[46] Следует отметить, что возможны изменения примерных измерений емкости и использования этой информации для определения появления условия дождя. Например, несмотря на то, что измерения емкости включают в себя обнаружение условия дождя с использованием двух емкостных датчиков 106 PEPS, следует отметить, что также может использоваться большее количество емкостных датчиков 106. Более того, следует дополнительно отметить, что использование пороговых значений 204 обнаружения, которые описаны в отношении Фиг.2, может дополнительно использоваться в отношении множества датчиков 106, которые описаны в отношении Фиг.3.

[47] Фиг.4А иллюстрирует примерный пользовательский интерфейс 400-А приложения 120 уведомлений, отображающий главное меню для конфигурации настроек 116 уведомлений. Как показано, пользовательский интерфейс 400-А может быть представлен приложением 120 уведомлений на дисплее 402 мобильного устройства 118 и может включать в себя перечень выбираемых пунктов 404-A - 404-D (совместно 404) меню признаков приложения 120 уведомлений. Каждый из выбираемых пунктов 404 меню может указывать на категорию настроек 116 уведомлений. Пользовательский интерфейс 400-А также может включать в себя заглавную надпись 406 для указания пользователю на то, что пользовательский интерфейс 400 отображает меню вариантов выбора приложения 120 уведомлений.

[48] Как проиллюстрировано, главное меню включает в себя пункт 404-А меню для подменю включения, пункт 404-B меню для подменю оповещения, пункт 404-С меню для подменю условий закрытия и пункт 404-D меню для подменю прекратившегося дождя. В некоторых случаях пункты 404 меню могут отображаться на сенсорном экране так, что пользователь может быть способен касаться пункта 404 меню для выбора и вызова связанных функций. В качестве другого примера, пользовательский интерфейс 400-А может поддерживать выбор голосовой командой пунктов 404 меню. Например, для вызова подменю оповещения пользователь может произносить голосовую команду «Оповещение». Следует отметить, что проиллюстрированные пункты 404 меню представляют собой всего лишь примеры, и могут быть доступны больше подменю или другие подменю или расположения вариантов выбора.

[49] Фиг.4B иллюстрирует примерный пользовательский интерфейс 400-B приложения 120 уведомлений, отображающий подменю включения. Как и в случае с пользовательским интерфейсом 400-А, пользовательский интерфейс 400-B также может быть представлен приложением 120 уведомлений на дисплее 402 мобильного устройства 118. Пользовательский интерфейс 400-B может вызываться, в примере, в ответ на выбор пользователем пункта 404-А меню пользовательского интерфейса 400-А. По сравнению с пользовательским интерфейсом 400-А, заглавная надпись 406 может указывать пользователю на то, что пользовательский интерфейс 400-B отображает подменю включения приложения 120 уведомлений. Более того, вместо пунктов 404 главного меню, пользовательский интерфейс 400-B может включать в себя кнопку 408-A включения, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений обновлять настройки 116 уведомлений для указания на то, что функциональность автоматического закрытия при дожде должна быть включена контроллером 108, и кнопку 408-B выключения, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений обновлять настройки 116 уведомлений для указания на то, что функциональность автоматического закрытия при дожде должна быть выключена контроллером 108. Таким образом, пользователь может быть способен использовать подменю включения для обеспечения включения или выключения функциональности автоматического закрытия при дожде, не вмешиваясь в другие настройки системы 100. Пользовательский интерфейс 400-B также может включать в себя кнопку 410 возвращения в меню, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений возвращаться к отображению пользовательского интерфейса 400-А главного меню.

[50] Фиг.4С иллюстрирует примерный пользовательский интерфейс 400-С приложения 120 уведомлений, отображающий подменю оповещения. Как и в случае с пользовательскими интерфейсами 400-А и 400-B, пользовательский интерфейс 400-С также может быть представлен приложением 120 уведомлений на дисплее 402 мобильного устройства 118. Пользовательский интерфейс 400-С может вызываться, в примере, в ответ на выбор пользователем элемента 406-B пользовательского интерфейса 400-А. Заглавная надпись 406 может указывать пользователю, что пользовательский интерфейс 400-B отображает подменю оповещения приложения 120 уведомлений.

[51] Подменю оповещения может включать в себя варианты выбора, которые при выборе пользователем побуждают приложение 120 уведомлений обновлять настройки 116 уведомлений, относящиеся к транспортному средству 102, обеспечивающему оповещения мобильному устройству 118 при идентификации условия дождя контроллером 108. Например, подменю оповещения может включать в себя: элемент 412-А управления, который позволяет пользователю выбирать, включать или нет функциональность автоматического закрытия, элемент 412-B управления, который позволяет пользователю выбирать, должны или нет оповещения отправляться мобильному устройству 118 при идентификации условия дождя контроллером 108, и элемент 412-С управления, который позволяет пользователю выбирать, следует ли выполнять функциональность автоматического закрытия, если пользователь не отвечает для подтверждения оповещения в течение заданного периода времени (например, в течение двух минут).

[52] Пользовательский интерфейс 400-С также может включать в себя кнопку 410 возвращения в меню, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений возвращаться к отображению пользовательского интерфейса 400-А главного меню.

[53] Фиг.4D и 4E иллюстрируют примерный пользовательский интерфейс 400-D приложения 120 уведомлений, отображающий подменю условий закрытия. Как и в случае с пользовательскими интерфейсами 400-А - 400-С, пользовательский интерфейс 400-D также может быть представлен приложением 120 уведомлений на дисплее 402 мобильного устройства 118. Пользовательский интерфейс 400-D может вызываться, в примере, в ответ на выбор пользователем элемента 406-С пользовательского интерфейса 400-А. Заглавная надпись 406 может указывать пользователю на то, что пользовательский интерфейс 400-D отображает подменю условий закрытия приложения 120 уведомлений.

[54] Подменю условий закрытия может включать в себя варианты выбора, которые при выборе пользователем побуждают приложение 120 уведомлений обновлять настройки 116 уведомлений, относящиеся к транспортному средству 102, обеспечивающему оповещения для мобильного устройства 118, при идентификации условия дождя контроллером 108. Например, подменю условий закрытия может включать в себя: элемент 412-D управления, который позволяет пользователю выбирать закрытие всех отверстий транспортного средства 102 при обнаружении дождя, элемент 412-E управления, который позволяет пользователю выбирать закрытие всех отверстий транспортного средства 102, за исключением вентиляционных отверстий, при обнаружении дождя, элемент 412-F управления, который позволяет пользователю выбирать закрытие отверстий транспортного средства 102 независимо от местоположения транспортного средства 102, элемент 412-G управления, который позволяет пользователю выбирать закрытие отверстий транспортного средства 102 в ответ на прием транспортным средством 102 сообщения о погоде, указывающего на дождь (т.е. от сервера 126 погоды с использованием телематического блока 114 управления, в качестве подтверждения или в других случаях без непосредственного обнаружения дождя контроллером 108, использующим данные от емкостных датчиков 106), элемент 412-H управления, который позволяет пользователю выбирать для транспортного средства 102 не закрывать отверстия транспортного средства 102 при нахождении в домашнем местоположении транспортного средства 102, и элемент 412-I управления, который позволяет пользователю выбирать для транспортного средства 102 не закрывать отверстия транспортного средства 102 в дневное время.

[55] Со ссылкой на Фиг.4E, подменю условий закрытия также может включать в себя: элемент 412-J управления, который позволяет пользователю выбирать блокировку всех дверей транспортного средства 102 при обнаружении дождя, элемент 412-K управления, который позволяет пользователю выбирать блокировку всех дверей транспортного средства 102, за исключением двери водителя (например, для предотвращения запирания водителя снаружи при закрытии окна), элемент 412-L управления, который позволяет пользователю выбирать включение функциональности автоматического закрытия для любого ключа-брелока 104, элемент 412-M управления, который позволяет пользователю выбирать включение функциональности автоматического закрытия только для определенного ключа-брелока 104 пользователя, и элемент 412-N управления, который позволяет пользователю выбирать включение функциональности автоматического закрытия для припаркованных транспортных средств, которые были наиболее недавно сопряжены с одним из перечня мобильных устройств 118. Пользовательский интерфейс 400-D также может включать в себя элемент 414 управления перечнем устройств, который пользователь может использовать для включения идентификаторов мобильных устройств 118, которые при наиболее недавнем сопряжении с телематическим блоком 114 управления вызывают включение функциональности автоматического закрытия. В некоторых случаях элемент 414 управления перечнем устройств может быть заполнен данными сопряженных устройств от телематического блока 114 управления.

[56] Так подменю условий закрытия может включать в себя больше элементов 412 управления, чем может быть включено на дисплее 402 одновременно, пользовательский интерфейс 400-D может включать в себя элемент 416 управления прокруткой вниз (например, показанный на Фиг. 4D) и элемент 418 управления прокруткой вверх (например, показанный на Фиг.4E), чтобы позволять пользователю осуществлять навигацию по пользовательскому интерфейсу 400-D для отображения доступных элементов управления. Пользовательский интерфейс 400-D также может включать в себя кнопку 410 возвращения в меню, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений возвращаться к отображению пользовательского интерфейса 400-А главного меню.

[57] Фиг.4F иллюстрирует примерный пользовательский интерфейс 400-E приложения 120 уведомлений, отображающий подменю прекратившегося дождя. Как и в случае с пользовательскими интерфейсами 400-А - 400-D, пользовательский интерфейс 400-E также может быть представлен приложением 120 уведомлений на дисплее 402 мобильного устройства 118. Пользовательский интерфейс 400-E может вызываться, в примере, в ответ на выбор пользователем элемента 406-D пользовательского интерфейса 400-А. Заглавная надпись 406 может указывать пользователю на то, что пользовательский интерфейс 400-E отображает подменю прекратившегося дождя приложения 120 уведомлений.

[58] Подменю прекратившегося дождя может включать в себя варианты выбора, которые при выборе пользователем побуждают приложение 120 уведомлений обновлять настройки 116 уведомлений, относящиеся к действиям, выполняемым транспортным средством 102, когда условие дождя больше не идентифицируется контроллером 108. Например, подменю прекратившегося дождя может включать в себя: элемент 412-O управления, который позволяет пользователю выбирать для контроллера 108 открытие отверстий транспортного средства 102 после прохождения заданного промежутка времени после прекращения дождя (например, через 10 минут после); элемент 412-P управления, который позволяет пользователю выбирать для контроллера 108 возвращение отверстий транспортного средства 102 в то состояние, в котором они находились до автоматического закрытия, после прохождения заданного промежутка времени; и элемент 412-Q управления, который позволяет пользователю выбирать для контроллера 108 оставлять отверстия закрытыми, несмотря на прекращение дождя.

[59] Пользовательский интерфейс 400-E также может включать в себя кнопку 410 возвращения в меню, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений возвращаться к отображению пользовательского интерфейса 400-А главного меню.

[60] Несмотря на то, что пользовательские интерфейсы 400-А - 400-E для конфигурации настроек 116 уведомлений описаны как отображаемые для пользователя посредством приложения 120 уведомлений, исполняемого на мобильном устройстве 118 пользователя, конфигурация настроек 116 уведомлений может дополнительно или в качестве альтернативы выполняться с использованием транспортного средства 102.

[61] Фиг.5А иллюстрирует примерный пользовательский интерфейс 500-А для выбора приложений для использования на дисплее 502 головного блока транспортного средства 102. Дисплей 502 головного блока может приводиться в действие, например, с помощью видеосоединения с телематическим блоком 114 управления транспортного средства 102. Пользовательский интерфейс 500-А может включать в себя перечень 504 категорий одного или более экранов с содержанием, отображаемым в главной области 506 экрана дисплея 502 головного блока. В качестве некоторых примеров, перечень 504 категорий может включать в себя экран аудио, на котором может выполняться конфигурация аудионастроек транспортного средства 102, экран климат-контроля, на котором могут конфигурироваться настройки климат-контроля транспортного средства 102, экран телефона, на котором могут использоваться службы звонков, экран навигации, на котором могут выполняться карты и маршрутизация, экран приложений, на котором могут вызываться установленные приложения, и экран настроек, на котором может быть получен доступ к задней подсветке или другим общим настройкам дисплея 502 головного блока. Пользовательский интерфейс 500-А также может включать в себя область 508 общей информации, на которой время, текущая температура и другая информация могут оставаться видимыми пользователю независимо от конкретного экрана или приложения, которое активно в основной области 506 экрана.

[62] Как показано, экран приложений проиллюстрирован как выбранный из перечня 504 категорий, и главная область 506 экрана проиллюстрирована как показывающая перечень доступных приложений, которые могут вызываться. Эти приложения могут включать в себя, например, пункт 510-А приложения «поиск новых приложений», пункт 510-B интернет-радио, пункт 510-С спутникового радио, пункт 510-D потокового радио, значок 510-E для выбора приложения 120 уведомлений, пункт 510-F карт, значок 510-G сообщений и значок 510-G погоды.

[63] Фиг.5B иллюстрирует примерный пользовательский интерфейс 500-B приложения 120 уведомлений, отображающий главное меню для конфигурации настроек 116 уведомлений. Пользовательский интерфейс 500 может дополнительно быть способен отображать и обеспечивать конфигурацию с использованием любого из подменю и вариантов выбора, описанных выше в отношении пользовательских интерфейсов 400-B - 400-E. Таким образом, подобно пользовательскому интерфейсу 400-А, пользовательский интерфейс 500-А может использоваться для выбора различных экранов настроек 116 уведомлений приложения 120 уведомлений, но с использованием дисплея 502 головного блока транспортного средства 102 вместо дисплея 402 мобильного устройства 118.

[64] Независимо от установки с использованием мобильного устройства 118 или дисплея 502 головного блока, настройки 116 уведомлений могут использоваться контроллером 108 для выполнения обнаружения дождя и каких-либо указанных действий.

[65] Фиг.6А иллюстрирует примерный пользовательский интерфейс 600-А, иллюстрирующий оповещение 602, отображаемое на дисплее 402 мобильного устройства 118. Оповещение 602 может отображаться приложением 120 уведомлений, например, в ответ на прием сообщения мобильным устройством 118, отправленного с телематического блока 114 управления транспортного средства 102, на основе обнаружения дождя, выполненного контроллером 108 транспортного средства 102.

[66] Как показано, оповещение 602 может включать в себя заглавную надпись 604 для указания пользователю на то, что оповещение 602 указывает на присутствие дождя в транспортном средстве 102. Оповещение 602 может дополнительно включать в себя кнопку 606-А подтверждения, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений отправлять сообщение ответа на оповещение транспортному средству 102 для указания на то, что действия по автоматическому закрытию при дожде, определенные настройками 116 уведомлений, должны выполняться контроллером 108, и кнопку 606-B отказа, которая при выборе пользователем выполнена с возможностью побуждения приложения 120 уведомлений отправлять сообщение ответа на оповещение транспортному средству 102 для указания на то, что действия по автоматическому закрытию при дожде не должны выполняться контроллером 108. Таким образом, оповещение 602 может позволять пользователю мобильного устройства 118 решать, следует ли выполнить закрытие окон или другие действия, определенные настройками 116 уведомлений.

[67] Фиг.6B иллюстрирует примерный пользовательский интерфейс 600-B, иллюстрирующий подтверждение 608 закрытия, отображаемое на дисплее 402 мобильного устройства 118. Подтверждение 608 закрытия может отображаться приложением 120 уведомлений, например, в ответ на прием сообщения мобильным устройством 118, отправленного с телематического блока 114 управления транспортного средства 102 в ответ на завершение действий, определенных настройками 116 уведомлений для выполнения контроллером 108 транспортного средства 102.

[68] Как показано, подтверждение 608 закрытия может включать в себя заглавную надпись 610 для указания пользователю на то, что настройки 116 уведомлений были выполнены (или не были выполнены, если, например, окно было загромождено и не способно закрываться). Подтверждение 608 закрытия также может включать в себя надпись 612 результатов, указывающую на действия, которые были выполнены. Например, надпись 612 результатов может указывать на то, какие отверстия были закрыты (например, все окна, все окна, за исключением вентиляционных отверстий), были ли какие-либо двери заблокированы или разблокированы (например, все двери заблокированы, дверь водителя оставлена разблокированной и т.д.), какие-либо дополнительные детали условий закрытия (например, было ли закрытие одобрено на основе одобренного ключа-брелока 104 или мобильного устройства 118, наиболее недавно использованного с транспортным средством 102 до обнаружения условия дождя), и какие действия, если таковые возможны, транспортное средство 102 может выполнять после прекращения условия дождя (например, повторно открывать отверстия, оставлять отверстия закрытыми и т.д.).

[69] Фиг.7 иллюстрирует примерный процесс 700 для обнаружения дождя для выполнения действий при условии дождя. Процесс 700 может выполняться различными устройствами, например, контроллером 108 транспортного средства 102, осуществляющим связь с одним или более емкостными датчиками 106.

[70] На этапе 702 контроллер 108 идентифицирует, выполняются ли предварительные условия для активации обнаружения появления дождя. Например, признак восприятия дождя может включаться, если все двери транспортного средства 102 закрыты, и транспортное средство не находится на ведущей передаче (например, транспортное средство находится на парковочной или нейтральной передаче). В другом примере контроллер 108 может получать доступ к настройкам 116 уведомлений для подтверждения того, что признак восприятия дождя включен. Если предварительные условия удовлетворяются, управление переходит к этапу 704. В противном случае процесс 700 заканчивается.

[71] На этапе 704 контроллер 108 идентифицирует характеристику изменения емкости условия дождя. В качестве некоторых примеров, контроллер 108 может обнаруживать условие дождя с использованием данных 202 датчика от емкостного датчика 106 и порогового значения 204 обнаружения, которые рассмотрены выше в отношении Фиг.2, или может обнаруживать условие дождя с использованием данных 202 датчиков от множества емкостных датчиков 106, которые рассмотрены выше в отношении Фиг.3.

[72] На этапе 706 контроллер 108 определяет, было ли транспортное средство 102 припарковано с электронной блокировкой дверей. В некоторых сценариях, например, в случае семейного пикника или парковки на подъездной дороге к дому, пользователи могут оставлять их транспортные средства 102 разблокированными. Когда транспортное средство 102 разблокировано, или если дверь приоткрыта, многие системы PEPS могут не осуществлять поиск ключа-брелока 104 PEPS. Если транспортное средство 102 электронно разблокировано, управление переходит к этапу 712. В противном случае управление переходит к этапу 708.

[73] На этапе 708 контроллер 108 запрашивает ключ-брелок 104 в непосредственной близости от ручек транспортного средства 102. Например, контроллер 108 может отправлять низкочастотное сообщение ключа ключу-брелоку 104 и может прослушивать высокочастотный ответ от ключа-брелока 104, включающий в себя код идентификации. Если ключ-брелок 104 присутствует, то изменение емкости может фактически являться результатом попытки доступа пользователя в транспортное средство 102, независимо от условия дождя.

[74] На этапе 710 контроллер 108 определяет, находится или нет ключ-брелок 104 в непосредственной близости от ручки транспортного средства 102. Например, контроллер 108 может определять, находится ли ключ-брелок 104 PEPS в непосредственной близости от низкочастотной зоны запроса ручек дверей, указывая на нормальную операцию пассивного доступа PEPS. Если от ключа-брелока 104 не принят ответ, или если от ключа-брелока 104 не принят правильный ответ, или если ключ-брелок 104 определен как находящийся в салоне транспортного средства, то контроллер 108 может делать вывод, что ключ-брелок 104 не находится в непосредственной близости от ручки транспортного средства 102. Если в непосредственной близости от ручки отсутствует ключ-брелок 104, управление переходит к этапу 714. В противном случае процесс 700 заканчивается. В некоторых случаях, если обнаружен ключ-брелок 104, процесс 700 может переходить или возвращаться к процессу разблокировки ключом, выполняемому посредством системы PEPS.

[75] На этапе 712 контроллер 108 определяет, открыта ли дверь транспортного средства 102, после обнаружения идентифицированного изменения емкости емкостными датчиками 106. Это может выполняться для проведения различия между условиями, при которых (a) изменение емкости является результатом близости пользователя к ручке разблокированной двери или (b) результатом дождя. Например, пользователь может приближаться к разблокированному транспортному средству без ключа-брелока 104 в его или ее владении и может открывать дверь транспортного средства 102. В таком примере идентифицированное изменение емкости может происходить из-за и условия дождя, и руки в непосредственной близости от емкостного датчика 106 ручки, или и того, и другого (например, пользователя, спешащего к его или ее транспортному средству 102 из-за дождя). Более того, также возможно, что два или более приближающихся пассажиров могут хватать ручки дверей почти одновременно для открытия дверей транспортного средства 102. Для проведения различия между условием дождя и этими другими типами ситуаций, затрагивающих доступ в транспортное средство 102, контроллер 108 может быть выполнен с возможностью поиска возникновения открытия двери в течение заданного временного интервала (например, 2-3 секунд), совпадающего с или непосредственно после обнаружения постоянного большого изменения емкости на емкостном датчике 106 двери транспортного средства, который обнаруживает характеристику изменения емкости условия дождя.

[76] На этапе 714 контроллер 108 выполняет оценки присутствия условия дождя второго этапа. Например, контроллер 108 может: активировать датчик 112 дождя интеллектуального стеклоочистителя для идентификации, является ли ветровое стекло мокрым, активировать соединение с местным источником информации о погоде с помощью встроенного телематического модема для определения, прогнозируется ли дождь, использовать бортовые датчики влажности транспортного средства 102 для определения, указывают ли уровни влажности на дождь, сравнивать емкостные датчики 106 блокировки и разблокировки на заданной ручке двери на предмет данных 202 датчиков, подтверждающих условие дождя, сравнивать показания от других местоположений емкостных датчиков 106 транспортного средства 102 на предмет данных 202 датчиков, подтверждающих условие дождя, или использовать бортовые датчики солнечной нагрузки транспортного средства 102 для идентификации солнечной нагрузки, представленной на транспортном средстве 102.

[77] На этапе 716 контроллер 108 определяет, подтверждает ли оценка второго этапа условие дождя. Например, если датчик 112 дождя указывает на мокрое состояние, или если датчик влажности подтверждает влажное состояние, контроллер 108 может идентифицировать условие дождя как подтвержденное и может переходить к этапу 718. В противном случае процесс 700 заканчивается.

[78] На этапе 718 контроллер 108 выполняет действия при условии дождя. Пример дополнительных аспектов действий при условии дождя описан подробно ниже в отношении процесса 800. После этапа 718 процесс 700 заканчивается. Могут быть возможны вариации процесса 700. Например, контроллер 108 может полагаться на характеристику изменения емкости условия дождя без дополнительного выполнения оценок второго этапа на этапе 714 и этапе 716.

[79] Фиг.8 иллюстрирует примерный процесс 800 для выполнения действий при условии дождя в ответ на обнаруженное условие дождя. Как и в случае с процессом 700, процесс 800 может выполняться различными устройствами, например, контроллером 108 транспортного средства 102.

[80] На этапе 802 контроллер 108 определяет, следует ли отправлять оповещение 602 пользователю. В примере контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, выбрал ли пользователь быть оповещаемым об условии дождя. Если контроллер 108 определяет отправку оповещения 602 пользователю, управление переходит к этапу 804. В противном случае управление переходит к этапу 810.

[81] На этапе 804 контроллер 108 отправляет сообщение оповещения 602 мобильному устройству 118 пользователя. В примере контроллер 108 дает указание телематическому блоку 114 управления отправлять сообщение оповещения мобильному устройству 118, наиболее недавно сопряженному с телематическим блоком 114 управления. В другом примере контроллер 108 дает указание телематическому блоку 114 управления отправлять сообщение оповещения мобильному устройству 118, определенному настройками 116 уведомлений. Примерное отображение сообщения оповещения 602 мобильным устройством 118 рассмотрено выше в отношении Фиг.6А.

[82] На этапе 806 контроллер 108 определяет, было ли запрошено подтверждение оповещения 602. В примере контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, выбрал ли пользователь подтверждение условия дождя до того, как позволять контроллеру 108 выполнять действия при условии дождя. Если контроллер 108 определяет, что подтверждение требуется, управление переходит к этапу 808. В противном случае управление переходит к этапу 810.

[83] На этапе 808 контроллер 108 определяет, было ли подтверждение оповещения 602 принято транспортным средством 102. В примере контроллер 108 может принимать сообщение от телематического блока 114 управления, указывающее на то, что сообщение ответа на оповещение вернулось к транспортному средству 102 для указания на то, что действия по автоматическому закрытию при дожде, определенные настройками 116 уведомлений, должны выполняться контроллером 108 (например, в ответ на выбор пользователем кнопки 606-А подтверждения оповещения 602). В другом примере контроллер 108 может принимать сообщение, указывающее на то, что действия по автоматическому закрытию при дожде не должны выполняться. В еще одном дополнительном примере контроллер 108 может не принимать сообщение подтверждения в течение заданного периода ожидания (например, двух минут, десяти минут и т.д.). Если подтверждение принимается в течение заданного периода ожидания, управление переходит к этапу 810. В противном случае процесс 800 заканчивается.

[84] На этапе 810 контроллер 108 закрывает отверстия транспортного средства 102. Например, контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, какие отверстия транспортного средства 102 закрывать (например, все окна, все окна за исключением вентиляционных отверстий и т.д.). Для отверстий, идентифицированных как подлежащие закрытию, контроллер 108 может инициировать действие по закрытию для по меньшей мере одного электрического стеклоподъемника 110 окна (например, действие по закрытию для окна двери, вентиляционного окна или непрозрачного люка). Для транспортных средств 102, которые поддерживают передачу информации о положении окон, контроллер 108 может быть выполнен с возможностью записи положений окон до закрытия и может закрывать только те окна, которые указаны как открытые. Для транспортных средств 102, которые не поддерживают передачу информации о положении окон, контроллер 108 может, например, записывать промежуток времени, требуемый для закрытия окна до указания электрическим стеклоподъемником 110 окна на закрытое состояние. Эти временные данные для закрытия окна также могут сохраняться.

[85] На этапе 812 контроллер 108 регулирует состояние блокировки транспортного средства 102. Например, контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, какие действия по блокировке транспортного средства 102 выполнять (например, блокировать все двери, блокировать все двери, но обеспечить разблокировку двери водителя, и т.д.). В качестве другого примера, на основе записанной информации о положении окон контроллер 108 может определять, заблокированы ли двери транспортного средства 102, и, дополнительно, были ли какие-либо автоматически закрытые окна ранее открыты больше, чем особое пороговое значение (например, открыты на заранее заданное расстояние или процентную величину). В такой ситуации пользователь мог намеренно оставить окно открытым, чтобы иметь доступ к салону транспортного средства 102. Так как открытые окна были закрыты на этапе 810, пользователь может больше не иметь доступа в салон, и может быть фактически запертым снаружи. Соответственно, если закрытое окно определяется как бывшее открытым больше, чем особое пороговое значение (например, открытым на расстояние или процентную величину), то контроллер 108 может разблокировать одну или более дверей транспортного средства 102 (например, дверь с автоматически закрытым окном, ранее открытым больше, чем особая величина или процентное отношение, все двери и т.д.), чтобы позволять пользователю сохранять доступ к транспортному средству 102 и не быть запертым снаружи. В качестве другого примера, контроллер 108 может идентифицировать, находится ли ключ-брелок 104 PEPS в заблокированном салоне транспортного средства 102 с автоматически закрытыми окнами, которые были ранее открыты больше, чем особое пороговое значение, и может разблокировать одну или более дверей транспортного средства 102, если эти условия удовлетворяются. Контроллер 108 также может сохранять запись того, какие двери были автоматически разблокированы.

[86] На этапе 814 контроллер 108 определяет, следует ли выдать пользователю обновленную информацию, относящуюся к выполненным действиям. Например, контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, желает ли пользователь принимать подтверждение 608 закрытия выполненных действий. Если настройки 116 уведомлений указывают, что пользователь оповещен, управление переходит к этапу 816. В противном случае управление переходит к этапу 818.

[87] На этапе 816 контроллер 108 отправляет подтверждение 608 закрытия мобильному устройству 118 пользователя. В примере контроллер 108 дает указание телематическому блоку 114 управления отправлять сообщение подтверждения 608 закрытия мобильному устройству 118, наиболее недавно сопряженному с телематическим блоком 114 управления. В другом примере контроллер 108 дает указание телематическому блоку 114 управления отправлять сообщение подтверждения 608 закрытия мобильному устройству 118, определенному настройками 116 уведомлений. Примерное отображение сообщения подтверждения 608 закрытия мобильным устройством 118 рассмотрено выше в отношении Фиг.6B.

[88] На этапе 818 контроллер 108 определяет, прекратилось ли условие дождя. Например, как рассмотрено выше в отношении Фиг.2 и 3, контроллер 108 может идентифицировать характеристику изменения емкости прекращения условия дождя. В некоторых случаях контроллер 108 может дополнительно выполнять оценку второго этапа для подтверждения прекращения условия дождя, например, посредством датчика 112 дождя, больше не указывающего на мокрое состояние, или датчика солнечной нагрузки, указывающего на уровень солнечной нагрузки, соответствующий появлению солнца.

[89] На этапе 820 контроллер 108 выполняет действия при прекращении дождя. Например, контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, следует ли повторно открыть отверстия транспортного средства 102, следует ли возвратить окна в их предыдущее состояние или следует ли сохранить отверстия транспортного средства 102 в закрытом состоянии. Контроллер 108 может дополнительно использовать настройки 116 уведомлений для определения периода времени ожидания до повторного открытия отверстий транспортного средства 102 (например, немедленно, ожидания в течение двух минут, ожидания в течение десяти минут и т.д.). На основе настроек 116 уведомлений контроллер 108 может инициировать действие по открытию для по меньшей мере одного электрического стеклоподъемника 110 окна (например, действие по открытию для окна двери, вентиляционного окна или непрозрачного люка). Для транспортных средств 102, которые поддерживают передачу информации о положении окон, контроллер 108 может быть выполнен с возможностью повторного открытия окон до записанных положений окон до закрытия. Для транспортных средств 102, которые не поддерживают передачу информации о положении окон, контроллер 108 может, например, приводить в действие электрические стеклоподъемники 110 окон в течение записанных промежутков времени, требуемых для закрытия окон. В некоторых примерах на основе записанной информации о разблокировке дверей контроллер 108 может также повторно блокировать какие-либо двери, которые могли быть автоматически разблокированы на этапе 812.

[90] На этапе 822 контроллер 108 определяет, следует ли оповестить пользователя о выполнении действий при прекращении дождя. Например, контроллер 108 может получать доступ к настройкам 116 уведомлений для определения, следует ли оповестить пользователя о действиях при прекращении дождя. Если это так, управление переходит к этапу 824. В противном случае процесс 800 заканчивается.

[91] На этапе 824 контроллер 108 отправляет сообщение подтверждения повторного открытия мобильному устройству 118 пользователя. В примере контроллер 108 дает указание телематическому блоку 114 управления отправлять сообщение подтверждения повторного открытия мобильному устройству 118, которому было отправлено оповещение 602 или подтверждение 608 закрытия. Сообщение подтверждения повторного открытия может быть подобно сообщению подтверждения 608 закрытия, но может включать в себя информацию, относящуюся к изменениям, произошедшим при прекращении условия дождя, а не из-за него. Подобно подтверждению 608 закрытия, подтверждение повторного открытия может отображаться в пользовательском интерфейсе мобильного устройства 118. После этапа 824 процесс 800 заканчивается.

[92] Таким образом, система 100 транспортного средства 102 для обнаружения дождя может автоматически закрывать окна при обнаружении условия дождя с использованием существующих емкостных датчиков 106, которые могут не иметь ни дополнительной стоимости деталей, ни дополнительной KOL. Более того, дополнительные добавляемые признаки или приложения могут стать возможными посредством системы 100 обнаружения дождя.

[93] В качестве примера, подобно идентификации дождя за счет обнаруживаемого изменения емкости, система 100 обнаружения дождя может подобным образом обнаруживать скопление снега на неподвижном транспортном средстве. При определении скопления снега система 100 обнаружения дождя может быть выполнена с возможностью запроса отправки телематическим блоком 114 управления транспортного средства 102 телематического оповещения для извещения пользователя транспортного средства о том, что может потребоваться дополнительное время для очистки его транспортного средства или подъездной дороги от скопившегося снега. В качестве другой возможности, при определении снега система 100 обнаружения дождя может запрашивать у пользователя транспортного средства, должно ли транспортное средство 102 инициировать действие по удаленному запуску.

[94] В качестве другого примера, данные от системы 100 обнаружения дождя могут передаваться системе сбора данных для агрегации и дальнейшей обработки. Например, транспортные средства 102 могут обеспечивать данные об активности дождя, указывающие на то, когда условия дождя были обнаружены (независимо от того, были ли закрыты какие-либо окна), вместе с данными о местоположениях транспортных средств 102. На основе принятых данных система сбора данных может конструировать карту погоды, указывающую на выпадение осадков в области, в которой могут быть расположены транспортные средства 102. Такая система сбора данных может быть особенно полезна в относительно сельских областях, не имеющих достаточных радиолокационных служб или служб сбора данных о погоде, но в которых могут быть расположены транспортные средства 102, применяющие систему 100 обнаружения дождя.

[95] В общем вычислительные системы и/или устройства, такие как контроллер 108, телематический блок 114 управления и мобильное устройство 118, могут применять любые из множества компьютерных операционных систем, включающих в себя, но никоим образом не ограниченных ими, версии и/или разновидности операционной системы Microsoft Windows®, операционной системы Unix (например, операционной системы Solaris®, распространяемой Oracle Corporation, Redwood Shores, Калифорния), операционной системы AIX UNIX, распространяемой International Business Machines, Армонк, Нью-Йорк, операционной системы Linux, операционных систем Mac OSX и iOS, распространяемых Apple Inc., Купертино, Калифорния, операционной системы BlackBerry, распространяемой Research In Motion, Ватерлоо, Канада, и операционной системы Android, разрабатываемой Open Handset Alliance.

[96] Вычислительные устройства, такие как контроллер 108, телематический блок 114 управления и мобильное устройство 118, в общем включают в себя исполняемые компьютером инструкции, которые могут быть исполняемыми одним или более процессорами вычислительных устройств. Исполняемые компьютером инструкции могут компилироваться или интерпретироваться на основе компьютерных программ, создаваемых с использованием множества языков и/или технологий программирования, включающих в себя, без ограничения, и либо по отдельности, либо в совокупности, Java™, C, C++, Visual Basic, Java Script, Perl и т.д. В общем, процессор или микропроцессор принимает инструкции, например, из памяти, машиночитаемого носителя и т.д., и исполняет эти инструкции, тем самым выполняя один или более процессов, включающих в себя один или более из процессов, описанных в материалах настоящей заявки. Такие инструкции и другие данные могут храниться и передаваться с использованием множества машиночитаемых носителей.

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

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

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

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

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

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

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

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

1. Система управления открывающимися элементами транспортного средства, содержащая:

телематический блок управления и

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

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

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

закрытия отверстий транспортного средства в ответ на прием подтверждения; и

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

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

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

4. Система по п. 1, в которой настройки уведомлений определяют по меньшей мере одно из: (i) какие отверстия транспортного средства следует закрыть в ответ на прием подтверждения и (ii) какие двери транспортного средства следует разблокировать в ответ на прием подтверждения.

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

6. Система по п. 1, дополнительно содержащая дисплей головного блока, причем телематический блок управления запрограммирован для:

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

обновления настроек уведомлений в ответ на ввод данных в пользовательский интерфейс.

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

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

приема изменения настроек уведомлений от мобильного устройства; и

обновления настроек уведомлений в ответ на изменение.

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

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

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

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

10. Система по п. 1, в которой телематический блок управления дополнительно запрограммирован для:

отправки информации о текущем местоположении транспортного средства и текущем состоянии окон внутреннему серверу;

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

отправки оповещения контроллеру для побуждения контроллера подтвердить условие дождя.

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

принимают от мобильного устройства настройки уведомлений для применения к контроллеру транспортного средства;

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

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

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

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

13. Способ по п. 11, в котором настройки уведомлений определяют для разблокировки одну или более дверей транспортного средства в ответ на прием подтверждения.

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

15. Способ по п. 11, дополнительно содержащий этап, на котором отправляют оповещение о прекращении дождя мобильному устройству в ответ на обнаружение прекращения условия дождя.

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

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

18. Система управления открывающимися элементами транспортного средства, содержащая:

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

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

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

отправки в ответ на ввод данных пользователем в мобильное устройство подтверждения на выполнение действий при условии дождя;

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

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

19. Система по п. 18, в которой мобильное устройство дополнительно запрограммировано для:

приема оповещения о прекращении дождя в ответ на обнаружение прекращения условия дождя и

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