Автоматическое ведение календаря

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

 

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

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

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

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

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

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

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

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

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

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

фигуры 5-6 иллюстрируют примеры способов автоматического ведения календаря согласно некоторым реализациям настоящих концепций.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

ОБЗОР

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

ПРИМЕРЫ ПЕРВОГО СЦЕНАРИЯ.

В целях разъяснения рассмотрим фигуры 1А-1С, на которых вместе показано вычислительное устройство 102 в нескольких последовательных примерах (например, на фиг. 1А показаны примеры 1-3, на фиг. 1В показаны примеры 4-6, на фиг. 1С показаны примеры 7-8). В этом примере вычислительное устройство 102 представляет собой мобильное вычислительное устройство типа смартфон, имеющее дисплей 104. Вычислительное устройство 102 может быть выполнено с возможностью представления на дисплее 104 графического пользовательского интерфейса (GUI) 106.

Хотя здесь показано мобильное вычислительное устройство типа смартфон, концепции изобретения применимы к другим типам вычислительных устройств, таким как компьютеры-ноутбуки, настольные компьютеры и/или планшетные компьютеры. В целях разъяснения предположим, что вычислительное устройство 102 принадлежит пользователю под именем Денис.

В этом примере вычислительное устройство 102 может предоставить пользователю множество функциональных возможностей или особенностей. Как показано в примере 1, эти возможности могут включать в себя функциональные возможности 108 электронной почты, функциональные возможности 110 телефона, функциональные возможности 112 для работы с текстом, функциональные возможности 114 камеры и функциональные возможности 116 веб-браузера. Конечно, это вычислительное устройство может иметь альтернативные или дополнительные функциональные возможности, такие как, среди прочего, функциональные возможности медиаплеера и/или функциональные возможности средств социальных медиа. В целях разъяснения положим, что в примере 1 пользователь выбрал функциональные возможности 108 электронной почты.

В примере 2 показано вычислительное устройство 102, среагировавшее на выбор пользователя, относящийся к примеру 1. В этом случае вычислительное устройство отображает признаки, относящиеся к функциональным возможностям 108 электронной почты. В частности, интерфейс GUI относится к входящей почте Дениса, как показано под ссылочной позицией 118. В этом примере входящая почта содержит два сообщения 120 электронной почты. Первое сообщение 120(1) электронной почты – от Гейла, как показано под ссылочной позицией 122. Второе сообщение 120(2) электронной почты – от Джейн, как показано под ссылочной позицией 124.

Предположим в этом случае, что Денис прочел сообщение 120(1) электронной почты от Гейла и хочет пойти пообедать. С этой целью он может использовать дисплей 104 (или управлять устройством иным образом).

В примере 3 показан следующий GUI 106, позволяющий Денису «Ответить», «Переслать» или «Удалить» сообщение электронной почты от Гейла (126). Предположим в целях объяснения, что Денис выбрал «Ответить».

В примере 4 показан следующий GUI 106, который показывает ответное сообщение для Гейла под ссылочной позицией 128. Кроме того, Денис добавил текст (130), который гласит «Хорошо. Тогда увидимся. Денис». Предположим, в целях объяснения, что Денис хочет внести это событие в свой календарь, но не хочет тратить время на добавление его в календарь вручную.

В примере 5 показан GUI 106 с признаком, необходимым для автоматического внесения в календарь события обеда для Дениса. В этом случае Денис просто добавляет «Автокалендарь» в качестве СС адреса в ответное сообщение электронной почты, как показано под ссылочной позицией 132. В этом случае «Автокалендарь» можно рассматривать как альтернативное имя для функции или сервиса автокалендаря, а не как действительный адрес электронной почты. Предположим, что в этот момент Денис послал Гейлу ответное сообщение электронной почты.

В примере 6 показан следующий GUI 106. В этом примере показано новое сообщение 134 электронной почты во входящей почте 118 Дениса. Это новое сообщение 114 электронной почты поступило от сервиса автокалендаря. Новое сообщение под ссылочной позицией 136 указывает, что в календарь Дениса добавлено событие обеда. Также в этом сообщении электронной почты Денису предоставляется возможность познакомиться с деталями (ссылочная позиция 138) или просмотреть свой календарь (ссылочная позиция 140). В примере 7 показан пример, в котором Денис выбирает просмотр деталей 138. В примере 8 показан пример, в котором Денис выбрал просмотр своего календаря. Естественно, что показанный ответ по электронной почте является только одним возможным ответом, который может быть создан сервисом автоматического ведения календаря. В другом примере возможно указать Денису, что данное событие появилось в момент, который уже зарегистрирован в календаре Дениса, и запросить прояснения. Ниже описаны другие примеры.

В примере 7 показан вид 142 автокалендаря с запланированным событием обеда. Детали запланированного события обеда включают в себя «когда: Завтра в 6:00 вечера», как показано под ссылочной позицией 144; «кто: Гейл и ты», как показано под ссылочной позицией 146; и «где: Не определено», как показано под ссылочной позицией 148. Заметим, что, как показано под ссылочной позицией 150, автокалендарь предлагает пользователю возможность получить предложение по поводу невыясненной детали (например, «(кликните здесь для ввода предложений)»). Таким образом, Денис может использовать эту функцию для нахождения ресторанов для обеда. Например, рестораны можно выбрать на основе различных параметров, таких как, среди прочего, близкое расположение к Гейлу и Денису, рейтинги ресторанов, полученные из сети Интернет, известные предпочтения Гейла и/или Дениса, даты посещения Гейлом и/или Денисом обедов в прошлом, целевые рекламные акции и/или купоны.

В примере 8 показана версия интерфейса GUI 106, созданная в ответ на выбор Денисом просмотра своего календаря (пример 6). В этом случае Денису предоставляется вид 152 календаря. На этом виде календаря показан день, на который был автоматически записан обед (например, «Завтра, 19 января 2013 года»), как показано под ссылочной позицией 154. Событие обеда можно увидеть в строке 6:00 вечера под ссылочной позицией 156. В итоге, представленные концепции автоматического ведения календаря позволяют пользователю вводить событие в свой календарь с минимальными усилиями с его стороны. В данном примере пользователь просто добавляет адрес электронной почты сервиса автоматического ведения календаря в качестве получателя сообщения электронной почты, которое включало в себя детали, относящиеся к данному событию. Конечно, это просто один из примеров того, каким образом можно активировать сервис автоматического ведения календаря. Например, в качестве альтернативы, пользователь может переслать существующее сообщение электронной почты на сервис автоматического ведения календаря.

ПРИМЕРЫ ВТОРОГО СЦЕНАРИЯ

На фиг. 2 в примерах 9-12 показана другая реализация автоматического ведения календаря на устройстве 202. В этом случае, как видно в примере 9, предполагается, что пользователь устройства видит объявление 204 о концерте. Пользователь просматривает это объявление и решает, что хочет пойти на этот концерт. В этой реализации пользователь может сделать снимок объявления 204 с помощью устройства 202, как показано под ссылочной позицией 206.

В примере 10 показано изображение объявления на устройстве 202 под ссылочной позицией 208. Устройство может предложить пользователю различные опции для данного изображения. Эти опции могут быть доступны различными путями. В данном случае предположим, что пользователь начинает использовать изображение (или, в противном случае, запрашивает действие, относящееся к этому изображению, например, посредством голосовой команды или жеста).

В примере 11 показан набор опций для изображения под ссылочной позицией 210. В данном случае эти опции включают в себя опцию «Сохранить» (212), опцию «Удалить» (214) и опцию «Автокалендарь» (216). Предположим в этом случае, что пользователь хочет, чтобы изображение было автоматически внесено в календарь, и тогда он выбирает опцию 216 «Автокалендарь». Затем указанное изображение может автоматически вносится в календарь для пользователя. Автоматическое ведение календаря может осуществляться сервисом автоматического ведения календаря, активируемым пользователем, который находится в устройстве 202. В качестве альтернативы, сервис автоматического ведения календаря может находиться вне данного устройства. Например, выбор пользователем опции автоматического ведения календаря может инициировать передачу изображения 210 на сервис автоматического ведения календаря. Например, изображение может быть послано на сервис автоматического ведения календаря по электронной почте. Затем сервис автоматического ведения календаря может добавить указанное событие из изображения в календарь пользователя.

В примере 12 показано подтверждение 218 того, что событие, показанное в изображении, было добавлено в календарь пользователя. Заметим, что в этом случае, в событие, автоматически внесенное в календарь, указанное в подтверждении, включено больше деталей, чем содержалось в самом изображении. Сервис автоматического ведения календаря может использовать различные ресурсы для получения указанных деталей. Например, сервис автоматического ведения календаря может использовать технологию оптического распознавания символов (OCR) для идентификации текста в изображении. Сервис автоматического ведения календаря также может предоставить метаданные (такие как данные системы GPS) из изображения ресурсу, определяющему местоположение, для определения того, что данное изображение, например, зафиксировано в парке Marymoor Park, Redmond, штат Washington. Затем сервис автоматического ведения календаря может предоставить текстовые данные и данные о местоположении ресурсу поискового механизма. Результатами работы поискового механизма может быть подтверждение того, что концерт действительно запланирован в Marymoor Park в этот день и в конкретное время (а не неопределенно «на закате», как указано в объявлении).

ПРИМЕРЫ ТРЕТЬЕГО СЦЕНАРИЯ

На фиг. 3 в примерах 13-16 показан еще один сценарий автоматического ведения календаря. Этот сценарий автоматического ведения календаря относится к автоматическому ведению календаря в текстовой среде, представленной на мобильном вычислительном устройстве 302.

В примере 13 в целях разъяснения предполагается, что пользователь Денис послал начальный текст Джейн и Ларисе с вопросом «Не хотите ли сходить завтра в зоопарк?», как показано под ссылочной позицией 304. Как показано под ссылочной позицией 306, Джейн ответила «Я за. Давайте пойдем в 2». Аналогичным образом Лариса ответила «Я тоже за, но могу не раньше 3», как показано под ссылочной позицией 308. Наконец, Денис отвечает «ОК, тогда увидимся», как показано под ссылочной позицией 310. В целях разъяснения предположим, что Денис живет рядом с Сиэтлом, штат Вашингтон, и что в Сиэтле есть зоопарк (то есть, место, где можно увидеть животных) и (гипотетический) спортивный бар под названием «Зоопарк». Эти аспекты обсуждаются ниже, начиная с примера 15.

Предположим, что в данный момент Денис хочет использовать функцию автоматического ведения календаря для добавления упомянутого события в свой календарь. В примере 14 Денис использует вербальную команду (например, «Автокалендарь») как показано под ссылочной позицией 312 для управления своим мобильным вычислительным устройством 302. (Конечно, можно использовать команды других типов). Вербальная команда автокалендаря может инициировать получение сервисом автоматического ведения календаря контента (например, текста), описанного в связи с примером 13. В качестве альтернативы, снимок экрана может быть выполнен на дисплее мобильного вычислительного устройства, и может быть использована технология OCR для получения текста из снимка экрана. Затем этот текст может быть проанализирован для создания соответствующего события. Ниже в связи с примерами 15-16 описаны два возможных результата.

В примере 15 показан один возможный ответ 314 на команду запуска автоматического ведения календаря в примере 14. В этом случае сервис автоматического ведения календаря обнаружил событие в тексте. Однако в этом случае некоторые детали этого события являются неопределенными для сервиса автоматического ведения календаря, так что в возможном ответе 314 запрашивается уточнение от пользователя. Остальные детали заносятся в календарь. В этом примере уточнение относится к детали события, связанной с рубрикой «где» (например, местоположение), как показано под ссылочной позицией 316. В целях разъяснения предположим, что сервис автоматического ведения календаря обратился к поисковым ресурсам в отношении термина «зоопарк» в районе Сиэтла и получил два результата: «Woodland Park Zoo» и «The Zoo sports bar». В этом случае сервис автоматического ведения календаря не смог определить с высокой степенью точности, какое место предпочтет пользователь, и поэтому посылает запрос для уточнения. Пользователь может сделать уточнение. Затем уточнение пользователя может быть использовано для обновления этого календарного события. В итоге ответ может указывать, что от имени пользователя сервисом автоматического ведения календаря предпринимается соответствующее действие, и пользователю предоставляется возможность уточнить детали, которые можно использовать для усиления указанного действия.

В примере 16 показан возможный альтернативный ответ 318. В этом случае предполагается, что сервис автоматического ведения календаря обратился к поисковым ресурсам в отношении термина «зоопарк» применительно к району Сиэтла и получил два результата «Woodland Park Zoo» и «The Zoo sports bar», как было описано выше в связи с примером 15. Однако кроме того предполагается, что сервис автоматического ведения календаря также использовал профиль пользователя (например, профиль Дениса) для анализа результатов поиска. В этом примере предполагается, что профиль Дениса указал, что Денис является ярым спортивным болельщиком, который особенно любит смотреть футбол. Однако в этом профиле отсутствует какая-либо информация о животных. Кроме того, предполагается, что сервис автоматического ведения календаря отправил на ресурсы поискового механизма информацию из профиля пользователя и обнаружил, что завтра в 3:00 дня состоится футбольный матч чемпионата, и что этот матч будет показан в The Zoo sports bar. Используя эту информацию, сервис автоматического ведения календаря может автоматически зарегистрировать это событие с относительно высокой степенью определенности, касающейся правильности деталей этого события.

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

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

ПРИМЕРЫ ПЕРВОЙ СИСТЕМЫ

На фиг. 4 показана система 400, в которой могут быть реализованы описанные выше концепции автоматического ведения календаря. В этом примере система 400 включает в себя несколько устройств 402. В данном случае устройства представлены в виде компьютера 402 (1) типа смартфон, компьютера 402 (2) планшетного типа, компьютера 402 (3) типа ноутбук и набора компьютеров 402 (4) типа серверов на основе облака. Компьютер 402 (1) типа смартфон аналогичен устройствам 102, 202 и 302, описанным выше в связи с фигурами 1А-1С, 2 и 3 соответственно. (В этом обсуждении использование обозначения с суффиксом, таким как «(1)», предполагает обращение к конкретному экземпляру устройства. В противоположность этому, использование обозначения без суффикса подразумевает общее обозначение). Специалистам в данной области техники из выше и ниже приведенного описания должно быть очевидно, что, конечно, невозможно показать все возможные реализации устройств.

Устройства 402 могут осуществлять связь через одну или несколько сетей 404 (представлены в виде «знаков молнии»). Эти устройства могут также осуществлять связь с ресурсами 406. Примеры ресурсов, не являющиеся ограничениями, могут включать в себя ресурсы 406(1) сервиса глобальных контактов/ведения календаря, ресурсы 406(2) сервиса каталогов организации, ресурсы 406(3) поисковых механизмов и ресурсы 406(N) механизма монетаризации. Другие, не показанные здесь примеры ресурсов могут, среди прочего, включать в себя ресурсы оптического распознавания символов, ресурсы машинного самообучения, ресурсы обработки/создания текстов на естественном языке и/или ресурсы базы данных профилей пользователей. В некоторых случаях настоящие концепции могут быть реализованы отдельным устройством 402, действующим автономно. В других случаях это устройство может реализовать настоящие концепции, работая совместно с одним или несколькими другими устройствами и/или ресурсами 406. Эти варианты более подробно описаны ниже.

Устройства 402 могут включать в себя несколько элементов, которые определены ниже. Например, эти устройства могут включать в себя процессор 410, накопитель/память 412 и/или компонент 414 автоматического ведения календаря. Компонент автоматического ведения календаря может выполнять некоторые или все вышеописанные услуги автоматического ведения календаря. В качестве альтернативы или вдобавок, указанные устройства могут включать в себя другие элементы, такие как устройства ввода/вывода (например, сенсорные, голосовые и/или на основе жестов), шины, графические карты, схемы Wi-Fi, схемы сотовой связи, схемы позиционирования (определение абсолютного местоположения (например, GPS)) и/или относительного местоположения (акселерометры, магнитометры и прочее) и т.д., которые ради краткости здесь не представлены или не обсуждаются.

Используемый здесь термин «устройство», «компьютер» или «вычислительное устройство» может означать устройство любого типа, обладающее некоторым объемом возможностей обработки и/или хранения данных. Возможности обработки могут обеспечиваться одним или несколькими процессорами (таким как процессор 410), которые могут выполнять считываемые компьютером команды, реализующие функциональные возможности устройства. Данные, такие как считываемые компьютером команды, могут запоминаться в накопителе, таком как накопитель/память 412, которая может быть внутренней или внешней по отношению к компьютеру. Накопитель может включать в себя, среди прочего, одно или несколько энергозависимых или энергонезависимых запоминающих устройств, накопители на жестких дисках, устройства флэш-памяти и/или оптические запоминающие устройства (например, CD, DVD и т.д.). Используемый здесь термин «считываемая компьютером среда» может включать в себя сигналы. В противоположность этому термин «считываемая компьютером запоминающая среда» исключает сигналы. Считываемая компьютером запоминающая среда/среды включает в себя «считываемые компьютером запоминающие устройства». Примеры считываемых компьютером запоминающих устройств, среди прочего, включают в себя энергозависимую запоминающую среду, такую как RAM и энергонезависимую запоминающую среду, такую как накопители на жестких дисках, оптические диски и флэш-память.

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

В показанной здесь реализации устройства 402 сконфигурированы с процессором 410 общего назначения и запоминающим устройством/памятью 412. В некоторых конфигурациях устройство может включать в себя систему с конструкцией типа SOC (на одном кристалле). В указанном случае функциональные возможности, обеспечиваемые устройством, могут быть интегрированы на единой SOC или множестве связанных систем SOC. Один или несколько процессоров могут быть выполнены с возможностью координированного функционирования с совместно используемыми ресурсами, такими как память, хранилище данных и т.д., или с одним или несколькими специализированными ресурсами, такими как аппаратно реализованные блоки, выполненные с возможностью выполнения некоторых специальных функциональных возможностей. Таким образом, используемый здесь термин «процессор» может также относиться к центральным процессорам (CPU), графическим процессорам (GPU), контроллерам, микроконтроллерам, процессорным ядрам или к обрабатывающим устройствам других типов, подходящим для реализации, как в стандартных вычислительных архитектурах, так и в конструкциях типа SOC.

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

Укомплектованное иным образом отдельное устройство, такое как устройство 402(1), в некоторых реализациях может иметь менее надежный экземпляр компонента 414(1) автоматического ведения календаря, так что некоторые или все функциональные возможности, обеспечиваемые компонентом 414(1) автоматического ведения календаря, реализуются дистанционно, например, в устройстве 402(4) на основе облака и передаются обратно на устройство 402(1) для представления пользователю. Кроме того, компонент автоматического ведения календаря может включать в себя отдельные ресурсы 406 или отдельные ресурсы доступа. Например, компонент автоматического ведения календаря может включать в себя ресурс обработки/создания сообщений на естественном языке или может обращаться к удаленному ресурсу обработки/создания сообщений на естественном языке.

Компонент 414 автоматического ведения календаря может представлять собой автономное приложение, либо компонент автоматического ведения календаря, среди прочего, может быть элементом приложения для управления контактами или приложения для ведения календаря. Примеры приложений для управления контактами могут включать в себя Outlook® от компании Microsoft® Corporation, Apple ContactsTM и/или Google GmailTM.

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

Ресурсы 406 могут быть местными или удаленными по отношению к компоненту 414 автоматического ведения календаря. Компонент автоматического ведения календаря может использовать отдельные ресурсы для получения данных, относящихся к контенту, поддерживаемому пользователем, который может относиться к событию. Затем полученные данные могут быть использованы другими ресурсами. Например, компонент 414 автоматического ведения календаря может использовать ресурсы OCR для извлечения текста из контента, подаваемого пользователем. Компонент 414 автоматического ведения календаря может передать полученный текст от ресурсов OCR на ресурсы обработки на естественном языке для анализа извлеченного текста. Затем компонент автоматического ведения календаря может использовать выходные данные ресурсов обработки на естественном языке для облегчения целенаправленного поиска, используя ресурсы поисковых механизмов. Компонент автоматического ведения календаря может использовать информацию из профиля пользователя для уточнения поиска. При отсутствии профиля пользователя или в качестве добавления к профилю пользователя компонент автоматического ведения календаря может использовать другие ресурсы, относящиеся к данному пользователю, например, данные из его персональных данных (например, сервисные ресурсы 406(1) глобальных контактов/ведения календаря или сервисные ресурсы 406(2) каталогов организации) для дальнейшего определения или уточнения деталей события.

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

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

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

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

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

ПРИМЕР ПЕРВОГО СПОСОБА

На фиг. 5 показана блок-схема способа 500, относящегося к автоматическому ведению календаря.

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

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

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

ПРИМЕР ВТОРОГО СПОСОБА

На фиг. 6 представлена блок-схема способа 600, относящегося к автоматическому ведению календаря.

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

На этапе 604 из элемента данных может быть извлечен текст. В некоторых случаях для извлечения текста может быть выполнено оптическое распознавание символов в этом элементе данных. В других случаях для извлечения текста на этом элементе данных может быть выполнена обработка, связанная с распознаванием речи. В некоторых случаях для получения открытого текста может быть выполнена обработка различных типов текста. Например, элемент данных может быть представлен в виде текста на языке разметки гипертекста (HTML). Текст HTML может быть обработан для получения открытого текста.

На этапе 606 согласно данному способу может быть выполнен анализ текста для идентификации с первым доверительным уровнем того, включает ли текст потенциальное событие. Процесс анализа может включать в себя идентификацию по меньшей мере некоторых деталей потенциального события, таких как: к чему относится это потенциальное событие; где это потенциальное событие происходит; и/или с кем связано это потенциальное событие. Наличие этих деталей может способствовать определению доверительного уровня идентификации этого события. Конечно, событие может быть идентифицировано без всех этих деталей; например, событие может включать в себя детали «когда» и детали «кто», но не включать в себя детали «где» или некоторую их комбинацию.

На этапе 608 согласно данному способу возможно определение со вторым доверительным уровнем того, относится ли это потенциальное событие к известному событию. Например, такое определение может включать в себя сравнение деталей, идентифицированных на этапе 606, для поиска результатов, полученных поисковой машиной на основе указанных деталей. На основе деталей событий, полученных на этапе 606, может быть отрегулирован весовой коэффициент для второго доверительного уровня. Например, событие, которое выглядит как личное событие, скорее всего будет иметь более низкую степень соответствия с результатами поиска, чем более публичное событие. Таким образом, если подробности события представляют собой «Обед с Джейн в пятницу в 6», то корреляция с результатами поиска обычно не является определяющей. Однако, если детали представляют собой «Футбольный матч на кубок Apple Cub на стадионе Husky 19 ноября», и результаты поиска показывают, что это реальное событие, то решающее значение может иметь удовлетворение второго доверительного уровня.

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

процессор и

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

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

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

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

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

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

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

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

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

2. Система по п. 1, воплощенная на одном устройстве.

3. Система по п. 2, причем это одно устройство представляет собой мобильное устройство.

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

5. Система по п. 4, в которой команды при их исполнении предписывают процессору:

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

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

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

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

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

8. Система по п. 7, в которой команды при их исполнении предписывают процессору:

получать из упомянутого изображения метаданные местоположения для определения местоположения, где это изображение было снято;

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

9. Система по п. 1, в которой команды при их исполнении предписывают процессору:

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

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

10. Система по п. 1, в которой команды при их исполнении предписывают процессору:

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

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

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

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

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

процессор и

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

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

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

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

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

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

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

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

14. Устройство по п. 13, в котором команды при их исполнении процессором предписывают процессору включать отправителя сообщения и первое общественное место в качестве подробностей события для предстоящего события в календаре получателя.

15. Устройство по п. 12, при этом сообщением является электронная почта.

16. Устройство по п. 12, в котором команды при их исполнении процессором предписывают процессору получать упомянутые предварительно определенные интересы из пользовательского профиля получателя.

17. Устройство по п. 12, воплощенное как мобильный компьютер получателя.

18. Устройство по п. 12, воплощенное как серверный компьютер, размещенный удаленно от получателя.

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

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

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

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

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

выявляют предпочтительную для получателя деятельность, в которой получателю нравится участвовать;

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

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

20. Способ по п. 19, в котором электронным сообщением является электронная почта.

21. Способ по п. 19, в котором электронным сообщением является текстовое сообщение, отличное от электронной почты.

22. Способ по п. 19, дополнительно содержащий этап, на котором получают предпочтительную для получателя деятельность из профиля получателя.

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



 

Похожие патенты:

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

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

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

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

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

Группа изобретений относится к системам оптимизации работ по обеспечению грузами специального назначения для определения приоритетов обеспечения в соответствии со сроками и объемами поставок.

Изобретение относится к основанной на вовлеченности маршрутизации услуг перевозки. Технический результат - улучшение системы географической маршрутизации путем увеличения приема к исполнению запросов субъектом географической маршрутизации.

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

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

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

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

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

Изобретение относится к устройству и способу управления начислением платы. Технический результат заключается в автоматизации управления начислением платы. Устройство содержит приемник, сконфигурированный, чтобы принимать информацию описания потока данных от функции обеспечения выполнения политики и начисления платы (PCEF), причем информация описания потока данных получается посредством PCEF в соответствии с потоком данных, принятым от UE; процессор, сконфигурированный, чтобы определять, в соответствии с информацией описания потока данных, принятой приемником, идентификатор службы, соответствующий потоку данных; и передатчик, сконфигурированный, чтобы отправлять идентификатор службы, определенный процессором, к PCEF, так что PCEF начисляет плату за службу в соответствии с идентификатором службы. 2 н. и 18 з.п. ф-лы, 2 табл., 24 ил.

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

Обнаружение состояния с использованием обработки изображений включает в себя прием маски, сформированной из изображений и телеметрических данных, захваченных транспортным средством (ТС), карты высот и данных совмещения для маски. Изображения связаны с перемещением ТС по траектории ТС и неинфраструктурными объектами вдоль положения инфраструктурного объекта. Телеметрические данные включают в себя информацию журнала перемещения, относящуюся к перемещению ТС по траектории ТС. Используют маску, связанную с траекторией ТС и неинфраструктурными объектами, и инфраструктурное правило для обнаружения риска, связанного с инфраструктурным объектом, посредством анализа маски, связанной с траекторией ТС и неинфраструктурными объектами, и инфраструктурного правила. Определяют, нарушено ли инфраструктурное правило. Использование автоматического или автоматизированного анализа данных на основе имущества уменьшает затраты, повышает надежность и производительность. 3 н. и 17 з.п. ф-лы, 36 ил.

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

Изобретение относится к области систем водоснабжения и водоотведения и может быть использовано для оптимизации их работы в сухую погоду и периоды дождей. Технический результат заключается в обеспечении управления безнапорных систем управления, в которых расход не постоянный, а увеличивается за счет подключения участков древовидной схемы водоотведения. Разделяют систему водоотведения на конечное число n независимых бассейнов водоотведения, в качестве параметров потоков системы водоотведения принимают объемы водоотведения vi, i=1, 2, …, n, для каждого i-го независимого бассейна водоотведения за период времени Δt. В качестве автоматизированных органов управления принимают межбассейновые насосные станции и/или межбассейновые транспортные магистрали с запорно-регулирующими органами, соединяющими между собой транспортные магистрали независимых бассейнов. Проводят оптимизацию по критерию минимальных платежей за перекачку воды в сухую погоду или периоды расчетных дождей и по критерию минимальных сбросов сточных вод в окружающую среду в периоды сверхрасчетных дождей. 3 ил.
Изобретение относится к способу и устройству для обработки данных действий пользователя. Технический результат заключается в автоматизации моделирования действий пользователя. Способ содержит подсчет количеств действий, направленных на товар пользователями за предварительно выбранный временной интервал для заданного товара, который не заказан множеством пользователей в течение предварительно выбранного временного интервала, и регистрацию, покупают ли пользователи заданный товар после предварительно выбранного временного интервала, создание обучающего набора в соответствии с данными множества пользователей, полученными на вышеупомянутых этапах подсчета количеств действий и регистрации, причем в модели, соответствующей обучающему набору, входным значением является количество действий, направленных на заданный товар пользователем, а выходное значение представляет, купит ли пользователь заданный товар, проведение обучения методом линейной регрессии на обучающем наборе для определения совокупности параметров обучающего набора, чтобы посредством этого получить модель, подсчет количества действий целевого пользователя, который не разместил заказ в заданный временной интервал, и ввод количества в модель в качестве входного значения, чтобы получить выходное значение по модели. 2 н. и 6 з.п. ф-лы, 2 ил.
Изобретение относится к области транспортировки партии сжиженного природного газа, которая может претерпеть трансформацию во время транспортировки в зависимости от условий, наступающих во время транспортировки. Предложен способ оценки характеристики (Qn', Q1') партии сжиженного природного газа, перевозимой транспортным судном, в точке пути (401, Р; 501, 502, 503), в котором оценку производят путем интегрирования соотношения, связывающего мгновенное изменение партии с мгновенными условиями плавания (410, 411, 412, 420; 510, 511, 512) от точки отсчета (400, Р; 500), в которой указанная характеристика известна (Qn, Q1). Технический результат заключается в улучшении оценки качества и/или количества сжиженного природного газа, транспортируемого судном, в любой точке плавания, и выборе оптимального морского пути для транспортного судна. 2 н. и 11 з.п. ф-лы, 5 ил.
Изобретение относится к платформе межсистемного обмена данными на основе тегов данных. Технический результат заключается в повышении скорости передачи данных. Система содержит систему управления услугами, выполненную с возможностью занесения в память информации о ресурсах услуг относительно множества ресурсов услуг для выполнения приложений, информацию о ресурсах услуг, включающую информацию о приложениях и информацию об адресах, связанных с соответствующими ресурсами услуг, при этом система управления услугами выполнена с возможностью определять последовательность задач для первого приложения, систему управления тегами данных, выполненную с возможностью получения информации о ресурсах услуг от системы управления ресурсами на основе приложений и генерирования тегов данных на основе информации о ресурсах услуг, первый прикладной терминал, реагирующий на действия пользователя, выполненный с возможностью получения первого тега данных от системы управления тегами данных и извлечения соответствующей информации о ресурсах услуг из первого тега данных для выполнения первой задачи, второй прикладной терминал, реагирующий на действия пользователя, и систему ресурсов услуг, включающую ряд серверов предоставления услуг. 2 н. и 10 з.п. ф-лы, 3 ил.
Наверх