RU2697796C1 - Логический конструктор макросов - Google Patents
Логический конструктор макросов Download PDFInfo
- Publication number
- RU2697796C1 RU2697796C1 RU2018141364A RU2018141364A RU2697796C1 RU 2697796 C1 RU2697796 C1 RU 2697796C1 RU 2018141364 A RU2018141364 A RU 2018141364A RU 2018141364 A RU2018141364 A RU 2018141364A RU 2697796 C1 RU2697796 C1 RU 2697796C1
- Authority
- RU
- Russia
- Prior art keywords
- information
- logical
- block
- database
- interface
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/22—Microcontrol or microprogram arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Изобретение относится к средствам создания автоматизированных макросов. Техническим результатом изобретения является сокращение времени системы на составление макросов и упрощение способа создания макросов. Логический конструктор макросов выполнен в виде программно-аппаратного комплекса и включает: пользовательский интерфейс, электронно-вычислительную машину, связанную с пользовательским интерфейсом, базу данных системы, выполненную с возможностью хранения логических элементов, и связанную с электронно-вычислительной машиной, блок интерпретатор, связанный с интерфейсом для получения вводимой посредством интерфейса информации, и выполненный с возможностью создания логических элементов, блок коннектор, связанный с блоком интерпретатором и обеспечивающий присвоение каждому получаемому от блока интерпретатора логическому элементу индивидуального ключа, блок сборки, выполненный с возможностью ввода в него логических элементов посредством интерфейса и связанный с базой данных системы для получения хранящегося в ней перечня базовых логических элементов, и обеспечивающий осуществление сборки логических схем из логических элементов в макрос на основе хранящихся в базе данных логических элементов, блок верификатор, связанный с блоком сборки для получения логических схем и макросов с целью проверки правильности их написания, блок информационный, выполненный с возможностью получения информации из сети интернет и передачи ее в базу данных системы, блок проверки, связанный с интерфейсом для получения информации и с базой, данной для проверки наличия введенной информации в базе данных системы. 1 ил.
Description
Изобретение относится к системам, предназначенным для формирования логических схем на базе логических элементов для создания автоматизированных макросов с использованием информации из баз данных сайтов-партнеров, подключенных к системе, а также открытых источников, поддерживающих технологий подключения по API и др.
Макросы используются для автоматизации повторяющихся вводов с помощью клавиатуры и других устройств ввода. Вычислительное устройство может повторно воспроизводить однажды созданный макрос. Во многих системах предусмотрены возможности записи и воспроизведения макросов. В этих системах пользователь может записать макрос для выполнения определенной операции или последовательности операций и дать имя этому макросу. Затем эту операцию или последовательность операций можно осуществлять, выполняя этот поименованный макрос, тем самым экономя время и усилия пользователя, которые ушли бы на повторение всех этапов макроса.
Техническая проблема, на решение которой направлено заявляемое изобретение заключается в разработке системы для простой и быстрой сборки макросов.
Техническим результатом изобретения является сокращение времени системы на составление макросов и упрощение способа создания макросов, расширение функциональных возможностей за счет автоматического создания логических элементов с использованием баз данных сайтов-партнеров, подключенных к системе, а также открытых источников, поддерживающих технологий подключения по API и др. и создание макросов на их основе.
Указанный технический результат достигается за счет того, что логический конструктор макросов, выполнен в виде программно-аппаратного комплекса и включает:
пользовательский интерфейс,
электронно-вычислительную машину (ЭВМ), связанную с пользовательским интерфейсом,
программное обеспечение, установленное на ЭВМ,
базу данных системы, выполненную с возможностью хранения логических элементов, и связанную с электронно-вычислительной машиной,
блок Интерпретатор, связанный с интерфейсом для получения вводимой посредством интерфейса информации, осуществляющий отправку полученной информации в базу данных системы и служащий для обмена информацией с базой данных системы, а также выполненный с возможностью создания логических элементов, и связанный с картографическими сервисами для сбора и анализа информации, и с базой данных системы-партнера для поиска информации и передачи полученной из нее информации в базу данных системы,
блок Коннектор, связанный с блоком Интерпретатором и обеспечивающий присвоение каждому получаемому от блока Интерпретатора логическому элементу индивидуального ключа, при этом, блок Коннектор связан с базой данных системы для передачи логических элементов с присвоенными им индивидуальными ключами на хранение,
блок Сборки, выполненный с возможностью ввода в него логических элементов посредством интерфейса и связанный с базой данных системы для получения, хранящегося в ней перечня базовых логических элементов, и обеспечивающий осуществление сборки логических схем из логических элементов в макрос на основе хранящихся в базе данных логических элементов, а также обеспечивающий передачу логических элементов на интерфейс для выбора пользователем подходящего,
блок Конструктор, связанный с базой данных системы и выполненный с возможностью получения из блока Сборки сигнала на предоставление в блок Сборки перечня логических элементов, хранящихся в базе данных системы и обеспечивающий проведение поиска хранящихся в базе данных системы логических элементов по идентификационным ключам, отбор логических элементов с идентификационными ключами, отвечающими идентификационному ключу последнего добавленного в блок Сборки в логическую схему для ее продолжения и позволяющего осуществлять перестройку схемы при выявлении ошибки написания логической схемы,
блок Верификатор, связанный с блоком Сборки для получения логических схем и макросов с целью проверки правильности их написания, выполненный с возможностью указания места недостатка информации путем отправки соответствующей информации на Интерфейс, и исправления неточности написания логической схемы или макроса для чего связан с блоком Конструктором, при этом блок Верификатор обеспечивает отправку готовых макросов на хранение в Базу данных 9 системы,
блок Информационный, выполненный с возможностью получения информации из сети интернет, а также передачи ее в базу данных системы,
блок Проверки, связанный с интерфейсом для получения информации и с базой данной для проверки наличия введенной информации в базе данных системы, при этом, Блок Интерпретатор может быть связан с блоком Проверки для получения информации о положительной проверке наличия введенной посредством интерфейса информации в базе данных.
Для реализации всего функционала систему подключают к базам данных компаний, оказывающих интернет-услуги, в частности, осуществляют подключение системы к базам данных посредством блока Интерпретатора.
В качестве электронно-вычислительной машины система может содержать сервер или персональный компьютер.
В системе используется единая база данных, в которой содержатся базовые логические элементы под которыми понимаются логические функции, функции условия, функции действий, пользовательские шаблоны заполнения, пользовательские шаблоны фильтрации, пользовательские логические цепи. Базовые логические функции включают в себя: логические функции: «Если», «Если не», «или», «то», «не», «и», «истина\равно», «ложь\ не равно», функции действий: «определить статус» (или просто «Статус»), «переслать», «ответить», «установить метку», «применить», «интервал», сложные функции, условия для которой составляются в отдельном интерфейсе: «проверить соответствие условию», «изменить», «отменить», «повторить», «отправить сообщение», «уведомить», «установить метку», «отправить запрос», «подтвердить», и т.п., переменные функции: «временные промежутки», «статусы», «состояния», «условия», «даты», «скорости», «дистанции», «курсы валют» и т.п. (переменная функция создаётся в момент активации функции, сферы или использования какой либо услуги), пользовательские шаблоны заполнения: например, сохраняемые шаблоны заполнения запроса или торгового предложения на запрос (индивидуальный логический блок, включающий в себя набор записей в форме подачи запроса), пользовательские шаблоны фильтрации, пользовательские логические цепи.
Кроме того, в базе данных системы хранятся логические элементы, созданные блоками Интерпретатором и Коннектором. База данных может содержать логические блоки для хранения логических элементов по категориям, соответствующим сфере деятельности (активности на сайте).
Система может содержать блок Проверки, связанный с интерфейсом для получения вводимого посредством интерфейса логина и пароля и с базой данной для проверки наличия введенных логина и пароля в базе данных системы. При этом, Блок Интерпретатор может быть связан с блоком Проверки для получения информации о положительной проверке логина и пароля.
Блок Интерпретатор может быть выполнен с возможностью формирования страницы последней активности пользователя и отображения всей доступной его аккаунту информации, к которой открыты права доступа при получении от блока Проверки информации о положительной проверке логина и пароля.
Блок Интерпретатор выполнен с возможностью подключения к картографическим сервисам для сбора данных, например, при составлении маршрута от места нахождения устройства до выбранного в процессе работы в системе места назначения, а именно: данных обо всех возможных маршрутах (пешеходных, на транспорте) и их длине, а также определения плотности трафика на дорогах на данных маршрутах.
Блок Интерпретатор выполнен с возможностью создания логических элементов, на основе информации вводимой посредством интерфейса, а также на основе информации, хранящейся в базах данных системы и системы-партнера, картографических данных.
В момент использования какого-либо интерфейса, например, в процессе заказа услуг на сайтах-партнерах системы в систему (блок Интерпретатор) поступает большое количество данных из разных сфер деятельности пользователя. Таким образом, система выполнена с возможностью автоматического создания множества логических элементов в момент использования какого-либо интерфейса. Это достигается за счет наличия в системе блока Интерпретатора, который при вводе пользователем любой информации, например, информации о пользователе, подразделении, должности, вводимой в момент создания саб-аккаунта внутри основного аккаунта компании, автоматически создаёт логический элемент «Пользователь (Имя) (Подразделение) (Должность)» и передает данную информацию в Блок Коннектор. В Блоке Коннекторе происходи присвоение данному логическому элементу идентификационного ключа, после чего Блок Коннектор направляет указанный логический элемент в базу данных системы на сохранение. Таким образом, созданный логический элемент, сохраненный в базе данных системы, доступен для соединения с другими логическими элементами при формировании логической схемы вставки в какой-либо макрос работы в системе. При этом, уникальный идентификационный ключ логического элемента используется для «выдергивания» указанного логического элемента для его вставки в макрос или логическую схему, путем соединения с другими логическими элементами. Вставка хранящихся в базе данных системы базовых и автоматически созданных в процессе работы пользователя логических элементов в макрос или логическую схему осуществляется посредством блока Конструктора.
При этом, после присвоения каждому из логических элементов индивидуального ключа в зависимости от сферы, в которой пользователь проявил активность, блок Коннектор позволяет осуществлять их отправку в логические блоки базы данных системы. При этом каждый логический блок базы данных системы соответствует конкретной сфере, в которой пользователь проявил активность (например, деятельности по получению услуг на сайте спортивного зала). Кроме того, база данных системы связана с интерфейсом системы, для отображения списков логических блоков, разбитых по категориям, соответствующим сфере, в которой пользователь проявил активность (деятельность по получению услуг на сайте спортивного зала). Таким образом, при составления макроса на интерфейсе системы отображаются логические блоки с перечнем доступных для составления макросов логических элементов.
Автоматическое создание и сохранение логических элементов при использовании системы в процессе работы пользователя позволяет существенно сократить время создания макросов и упростить способ их создания. Кроме того, присвоение блоком Коннектором каждому получаемому от блока Интерпретатора логическому элементу индивидуального ключа, служащего в дальнейшем для подключения к другому логическому элементу и сборки логических элементов в логическую схему в зависимости от сферы, в которой пользователь проявил активность, позволяет системе ускорить подбор из большого массива хранящихся в базе данных системы логических элементов подходящих для соединения в логическую схему. В результате повышается скорость создания макроса и снижается трудоемкость при формировании логической схемы, ввиду того, что система для продолжения логической схемы предлагает логические элементы, соответствуют дальнейшему логическому написанию и имеющие подходящий идентификационный ключ.
Кроме того, автоматическое создание логических элементов с использованием информации из баз данных сайтов-партнеров, подключенных к системе, а также открытых источников, поддерживающих технологий подключения по API и др. посредством блоком Интерпретатора и создание макросов на их основе обеспечивает расширение функциональных возможностей системы.
Сбор логических элементов в логическую схему и далее в макрос осуществляется путем соединения логических элементов, имеющих сопоставимые идентификационные ключи. Каждый из логических этих элементов имеет от одного до определённого множества возможных вариантов собственных внутренних аналогов, но использующихся в различных сферах деятельности. Соответственно, каждому внутреннему аналогу одного и того же логического элемента присущ индивидуальный ключ для подключения к следующему логическому элементу, присваиваемый Блоком Коннектором в зависимости от сферы использования каждого из аналогов. То есть, при сборе логической схемы из логических элементов система выбирает для вставки в логическую схему логический элемент с идентификационным ключом, характерным для близкой сферы деятельности. Например, вариаций внутренних аналогов логического элемента «Если» огромное множество и может постоянно расти для каждого конкретного пользователя в зависимости от того, насколько плотно этот пользователь взаимодействует с системой, поскольку проявление им активности в других сферах системы, автоматически открывает процесс связи уже имеющихся у него логических элементов и логических элементов из состава новой сферы в которой пользователь проявил активность. Таким образом, «Если» может постоянно приобретать различные идентификационные ключи для соединения в логические схемы в зависимости от сфер деятельности. Таким образом, все логические элементы, сохраняющиеся в базе данных и полученные в блоках Интерпретаторе и Коннекторе являются индивидуальными для каждого пользователя системы и применимы только к его аккаунту.
Создание макроса в системе происходит в результате сбора логической схемы из логических элементов: при записи 2-3 логических элементов в логическую схему пользователем, Блок Конструктор, связанный с базой данных системы проводит поиск хранящихся в ней логических элементов по идентификационным ключам, отбирает логические элементы с идентификационными ключами, отвечающими идентификационному ключу последнего добавленного в логическую схему логического элемента и выводит для соединения с логической схемой только те логические элементы, которые соответствуют дальнейшему логическому написанию. Подбор осуществляется путем сравнения присвоенных Блоком Коннектором каждому логическому элементу идентификационных ключей и выборе соответствующих для конкретной сферы.
Возможность системы автоматически присваивать каждому логическому элементу уникальный идентификационный ключ также способствует снижению трудоемкости при формировании макроса и сокращению времени процесса сборки макроса за счет отбора системой из множества хранящихся в базе данных логических элементов только тех, идентификационный ключ которых соответствует логическому продолжению схемы макроса.
Кроме того возможность автоматического проведения блоком Конструктором поиска хранящихся в базе данных системы логических элементов по идентификационным ключам и отбор логических элементов с идентификационными ключами, отвечающими идентификационному ключу последнего добавленного в блок Сборки в логическую схему для ее продолжения позволяет существенно упростить способ сборки макроса, а также добиться ускорения процесса.
Блок Верификатор позволяет определять, где именно из доступных пользователю полей и страниц данная информация вводится, указывает ошибки в написании логической схемы и при клике по ним, он подкачивает из системы CSS, HTML, и JS страницы на которой обычно вводится данная информация, открывая, таким образом, полноценное поле для ввода информации в систему.
Кроме того, для исправления неточности написания логической схемы или макроса блок Верификатор направляет запрос в блок Конструктор на предоставление для соединения с логической схемой только те логические элементы, которые соответствуют дальнейшему логическому написанию и которые выводятся на Интерфейс для выбора пользователем подходящего.
Блок Верификатор активен в течение всего процесса составления логической схемы с формированием макроса. Однако, он выполнен с возможностью настройки приоритетов, что позволяет отодвинуть этап проверки правильности написания логической схемы или готового макроса блоком Верификатором и дополнения логических схем после завершения соединения всех логических элементов в основной каркас логической схемы.
Автоматизация процесса проверки правильности сборки макроса системой также значительно упрощает способ создания макросов и, с другой стороны, ускоряет сборку макроса.
Сущность изобретения поясняется фигурой 1, на которой изображена блок-схема последовательности операций, выполняемых в системе и иллюстрирующей общий вид примерного процесса информационного обмена в системе.
На фигурах позициями 1-10 обозначены:
1 – Интерфейс,
2 – Блок Проверки,
3 - Блок Интерпретатор,
4 – Блок Коннектор,
5 – Блок Сборки,
6 – Блок Конструктор,
7 – Блок Верификатор,
8 – Блок Информационный,
9 – База Данных системы,
10 – База Данных сайта-партнера.
Работа системы может быть проиллюстрирована на примере создания макроса на предупреждение тренера об опоздании или отмене тренировки в спортзале. При этом, система предварительно имеет подключение к базе данных сайта спортзала, в которой содержится информация о местоположении спортзала, электронная почта спортзала, ФИО тренеров и их контактные данные (в том числе, электронная почта) и т.д.
При включении системного блока ПК и осуществлении входа в учетную запись пользователя с вводом логина и пароля с использованием Интерфейса 1 система посредством Блока Проверки 2 производит проверку наличия логина и пароля в Базе Данных системы 9. При наличии данного пользователя и правильности ввода логина и пароля Блок Проверки 2 обращается в Блок Интерпретатор 3 для формирования страницы последней активности пользователя и отображения всей доступной его аккаунту информации, к которой открыты права доступа.
При положительной проверке введенных логина и пароля блок Проверки 2 направляет в Блок Интерпретатор 3 системы хранящуюся в Базе данных 9 системы информацию об учетной записи пользователя, в том числе, логин и пароль к учетной записи пользователя, ФИО пользователя, а также закрепленный за пользователем IP адрес устройства (например, ПК), с которого осуществлен вход. Далее Блок Интерпретатор 3 сохраняет указанную информацию в Базу данных 9 системы в виде логических элементов. При этом, блок Интерпретатор 3 системы сохраняет информацию об учетной записи в виде логического элемента «аккаунт», а IP адресе устройства в виде логического элемента «на работе». Таким образом, информация об учетной записи соответствует атрибуту базы данных «аккаунт», а IP адреса устройства – атрибуту базы данных «на работе». Кроме того, в базе данных 9 системы хранятся данные о местонахождении устройства пользователя. Это обусловлено возможностью Информационного блока 8 системы, выполненного с возможностью получения данных из сети интернет получать информацию об IP адресе устройства и определять по IP адресу устройства его местонахождение и сохранение указанного местонахождения в базе данных.
При оформлении абонемента в спортзал с сайта спортзала (сайт-партнер системы) система посредством блока Интерпретатора 3 создает логический элемент «услуга», соответствующий сфере заказа спортивных услуг с сайта спортзала, а также получает из Базы Данных 10 сайта-партнера спортзала информацию о местонахождении спортзала. При этом, блок Интерпретатор 3, на основании полученной информации и хранящейся в Базе Данных 9 системы информации о местонахождении устройства пользователя создает возможные маршруты до спортзала в виде логических элементов: «маршрут №1» – местонахождение устройства пользователя-местонахождение спортзала/ на маршрут на транспорте, «маршрут №2» – местонахождение устройства пользователя-местонахождение спортзала/маршрут пешком, после чего сохраняет их в Базу Данных 9 системы. Блок Интерпретатор 3 системы создаёт указанный набор маршрутов на основании данных картографических сервисов, поддерживающих возможность подключения по API. При сборе данных с картографических сервисов Блок Интерпретатор 3 так же анализирует среднюю плотность трафика. При составлении маршрута учитывается длина маршрута и плотность трафика. Составленные маршруты (в том числе, маршруты на общественном транспорте) отражаются на интерфейсе и предоставляются пользователю на выбор. Таким образом, система позволяет установить приоритетный маршрут.
Далее, в процессе оформления абонемента в спортзал при выборе конкретного тренера система посредством блока Интерпретатора 3 проводит поиск электронной почты выбранного тренера в Базе Данных 10 сайта спортзала и сохраняет в базу данных системы, например, в виде атрибута таблицы базы данных «Тренировка WorldClass. Иван Иванов», и создает соответствующий логический элемент «Тренировка WorldClass. Иван Иванов».
После создания каждого логического элемента блок Интерпретатор 3 направляет созданные логические элементы в Блок Коннектор 4, который присваивает каждому логическому элементу идентификационный ключ, характерный для данной сферы деятельности (деятельность по получению услуг на сайте спортивного зала). Логические элементы, с присвоенными им идентификационными ключами, направляются в базу данных 9 системы посредством Блока Коннектора 4 на хранение.
Кроме того, блок Коннектор 4 осуществляет сортировку логических элементов с присвоенными идентификационными ключами по категориям, соответствующим сфере деятельности, для отправки в логические блоки базы данных 9 системы. Таким образом, все созданные логические элементы с присвоенными идентификационными ключами блок Коннектор 4 направляет в логический блок базы данных 9 системы, соответствующей сфере заказа спортивных услуг с сайта спортзала.
Таким образом, на основе хранящихся в базе данных 9 логических элементов система далее позволяет создать макрос на предупреждение тренера об опоздании или отмене тренировки, например, в случае наличия пробок на дороге или задержке пользователя на работе.
Для этого, посредством Интерфейса 1 системы, в частности, поля для вывода макроса конструктора макроса, в блок Сборки 5 вводят начальные логические элементы (базовые логические элементы). Для этого блок Сборки 5 связан с базой данных 9 системы для получения, хранящегося в базе данных 9 перечня базовых логических элементов и передачи их на Интерфейс 1 для выбора требуемых.
После выбора и получения блоком Сборки 5 базовых логических элементов (базовых логических функций), например, условия «Если» блок Сборки 5 направляет запрос в блок Конструктор 4 на предоставление всех хранящихся в Базе данных 9 системы логических элементов, сгруппированных по категориям. Блок Конструктор 4 получает из Базы данных 9 системы указанную информацию и направляет в блок Сборки 5 для создания логической схемы в требуемой пользователю сфере деятельности на основе логических элементов, сгруппированных по категориям, соответствующим различным сферам деятельности. Блок Сборки 5 также направляет сгруппированные по категориям логические элементы на Интерфейс 1, для того, чтобы пользователь мог осуществить выбор требуемых для сборки логической схемы.
При добавлении в логическую схему логического элемента одной из категорий, соответствующей конкретной сфере деятельности (а именно: сфере заказа спортивных услуг с сайта спортзала) и содержащего соответствующий данной категории идентификационный ключ, блок Сборки 5 направляет сигнал в блок Конструктор 4. Блок Конструктор 4, связанный с базой данных 9 проводит поиск хранящихся в ней логических элементов по идентификационным ключам, отбирает логические элементы с идентификационными ключами, отвечающими идентификационному ключу последнего добавленного в блок Сборки 5 в логическую схему логического элемента и выводит для соединения с логической схемой только те логические элементы, которые соответствуют дальнейшему логическому написанию. Таким образом, например, если выбран логический элемент «Если» среди возможных вариантов дальнейшего выбора не будут доступны такие логические элементы, как «то», «или», «Если» и т.п., поскольку они ведут к логической ошибке. После сбора логической схемы из логических элементов в макрос с использованием системы: «Если» + «аккаунт» + «равен»+ «активен» + «на работе»+ «и» + «если» + «маршрут №1»+ «равен» + «Пробки» + «больше либо равно» + «5» + «то» + «отправить» + «отмену» + «услуги» + «Тренировка WorldClass. Иван Иванов» + «Конец логической функции»+ «Тайминг срабатывания 18.30» блок Сборки 5 направляет данный макрос в блок Верификатор 7, который при проверке правильности написания макроса выдаст ошибку на Интерфейс 1 и задаст уточняющий вопрос: «Активировать макрос только в ПН, СР, ПТ ?. Да\Нет. Добавьте расписание активации макроса. Добавить (Ссылка на календарь)». Таким образом, после исправления ошибки, а именно, после выбора дней недели для активации макроса в интерфейсе 1, путем выбора ответа «Да» система создает рабочий макрос вида: «Если» + «аккаунт» + «равен»+ «активен» + «на работе»+ «и» + «если» + «маршрут №1»+ «равен» + «Пробки» + «больше либо равно» + «5» + «то» + «отправить» + «отмену» + «услуги» + «Тренировка WorldClass. Иван Иванов» + «Конец логической функции»+ «Тайминг срабатывания 18.30»+ «Активировать макрос только в ПН, СР, ПТ», активируемый три раза в неделю. Далее готовый макрос направляется блоком Верификатором 7 на хранение в Базу данных 9 системы.
В результате при наличии пользователя на рабочем месте через 30 минут после окончания рабочего дня, а также если статус пробки по выбранному маршруту от работы до спортзала на транспорте равен 5 и более баллов, система направляет отмену тренировки с тренером путем отправки e-mail.
При этом, система выполнена с возможностью автоматического поиска в интернете информации о наличии пробок (с получением информации о среднем балле пробок) на дорогах по выбранному пользователем маршруту через открытые источники, поддерживающие технологий подключения по API, что осуществляется посредством Информационного блока 8 системы.
Кроме того, система выполнена с возможностью проверки по IP адресу в сети компьютер или нет для определения статуса аккаунта (активность/не активность аккаунта).
Claims (11)
- Логический конструктор макросов, характеризующийся тем, что включает
- пользовательский интерфейс,
- электронно-вычислительную машину, связанную с пользовательским интерфейсом,
- базу данных системы, выполненную с возможностью хранения логических элементов и связанную с электронно-вычислительной машиной,
- блок Интерпретатор, связанный с интерфейсом для получения вводимой посредством интерфейса информации, осуществляющий отправку полученной информации в базу данных системы и служащий для обмена информацией с базой данных системы, а также выполненный с возможностью создания логических элементов и связанный с картографическими сервисами для сбора и анализа информации и с базой данных системы-партнера для поиска информации и передачи полученной из нее информации в базу данных системы,
- блок Коннектор, связанный с блоком Интерпретатором и обеспечивающий присвоение каждому получаемому от блока Интерпретатора логическому элементу индивидуального ключа, при этом блок Коннектор связан с базой данных системы для передачи логических элементов с присвоенными им индивидуальными ключами на хранение,
- блок Сборки, выполненный с возможностью ввода в него логических элементов посредством интерфейса и связанный с базой данных системы для получения хранящегося в ней перечня базовых логических элементов и обеспечивающий осуществление сборки логических схем из логических элементов в макрос на основе хранящихся в базе данных логических элементов, а также обеспечивающий передачу логических элементов на интерфейс для выбора пользователем подходящего,
- блок Конструктор, связанный с базой данных системы и выполненный с возможностью получения из блока Сборки сигнала на предоставление в блок Сборки перечня логических элементов, хранящихся в базе данных системы, и обеспечивающий проведение поиска хранящихся в базе данных системы логических элементов по идентификационным ключам, отбор логических элементов с идентификационными ключами, отвечающими идентификационному ключу последнего добавленного в блок Сборки в логическую схему для ее продолжения и позволяющего осуществлять перестройку схемы при выявлении ошибки написания логической схемы,
- блок Верификатор, связанный с блоком Сборки для получения логических схем и макросов с целью проверки правильности их написания, выполненный с возможностью указания места недостатка информации путем отправки соответствующей информации на Интерфейс, и исправления неточности написания логической схемы или макроса, для чего связан с блоком Конструктором, при этом блок Верификатор обеспечивает отправку готовых макросов на хранение в Базу данных 9 системы,
- блок Информационный, выполненный с возможностью получения информации из сети интернет и передачи ее в базу данных системы,
- блок Проверки, связанный с интерфейсом для получения информации и с базой, данной для проверки наличия введенной информации в базе данных системы, при этом, Блок Интерпретатор может быть связан с блоком Проверки для получения информации о положительной проверке наличия введенной посредством интерфейса информации в базе данных.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2018141364A RU2697796C1 (ru) | 2018-11-26 | 2018-11-26 | Логический конструктор макросов |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2018141364A RU2697796C1 (ru) | 2018-11-26 | 2018-11-26 | Логический конструктор макросов |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2697796C1 true RU2697796C1 (ru) | 2019-08-20 |
Family
ID=67640389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2018141364A RU2697796C1 (ru) | 2018-11-26 | 2018-11-26 | Логический конструктор макросов |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2697796C1 (ru) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7191452B2 (en) * | 2001-06-29 | 2007-03-13 | Convergys Cmg Utah | Method for creating application programming interfaces for internal applications |
RU2347262C2 (ru) * | 2003-01-08 | 2009-02-20 | Майкрософт Корпорейшн | Способ и система для записи макросов в синтаксисе, независимом от языка |
EP2465044B1 (en) * | 2009-08-13 | 2017-01-11 | Google, Inc. | Event-triggered server-side macros |
US20180181270A1 (en) * | 2016-12-23 | 2018-06-28 | Salesforce.Com, Inc. | Ordered Macro Building Tool |
-
2018
- 2018-11-26 RU RU2018141364A patent/RU2697796C1/ru active IP Right Revival
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7191452B2 (en) * | 2001-06-29 | 2007-03-13 | Convergys Cmg Utah | Method for creating application programming interfaces for internal applications |
RU2347262C2 (ru) * | 2003-01-08 | 2009-02-20 | Майкрософт Корпорейшн | Способ и система для записи макросов в синтаксисе, независимом от языка |
EP2465044B1 (en) * | 2009-08-13 | 2017-01-11 | Google, Inc. | Event-triggered server-side macros |
US20180181270A1 (en) * | 2016-12-23 | 2018-06-28 | Salesforce.Com, Inc. | Ordered Macro Building Tool |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Fonte et al. | Usability of VGI for validation of land cover maps | |
Ingolfsson et al. | Simulation of single start station for Edmonton EMS | |
EP2937833A1 (en) | Online learning management system and method therefor | |
CN101582101A (zh) | 利用计算机系统为用户提供个性化学习的方法及其装置 | |
CN108171629A (zh) | 一种课程推荐方法及装置 | |
Hasnine et al. | Tour-based mode choice modelling as the core of an activity-based travel demand modelling framework: A review of state-of-the-art | |
JP2014512040A (ja) | 認知的教育結果要素及び関連するインタラクティブ報告書概要の正規化及び累積解析 | |
Cohen et al. | A simulation‐based approach in support of project management training for systems engineers | |
US20020164565A1 (en) | System and method for teaching job skills to individuals via a network | |
Henrico et al. | Acceptance of open source geospatial software: Assessing QGIS in South Africa with the UTAUT2 model | |
CN102737048A (zh) | 用于修正社交网站中保存的poi的方法和设备 | |
KR20190041439A (ko) | 데이터 오류 수정 기능을 갖는 주택 가격 추정을 위한 빅데이터 구축 시스템 | |
US20030055842A1 (en) | System and method for automatically evaluating and provisionally granting educational transfer credits | |
RU2697796C1 (ru) | Логический конструктор макросов | |
Tang et al. | Vertical integration of system-on-chip concepts in the digital design curriculum | |
Sobczak et al. | Distributed priority ranking of strategic preliminary requirements for management information systems in economic organizations | |
KR20190053825A (ko) | 공간 정보를 이용한 주택 가격 추정을 위한 빅데이터 구축 시스템 및 방법 | |
US20090280462A1 (en) | Systems and methods for goal attainment in post-graduation activities | |
Correia et al. | A conceptual model for carpooling systems simulation | |
Zhou et al. | On the use of common random numbers in activity-based travel demand modeling for scenario comparison | |
CN110991681A (zh) | 用于预约练车的数据处理方法及装置 | |
JP2002132909A (ja) | 地図メンテナンスシステム | |
Tikito et al. | ODK-X: From A Classic Process to A Smart Data Collection Process. | |
Bardon et al. | On-site questionnaire surveys in UK leisure research | |
CN109800967A (zh) | 软件开发服务、数据分析服务与职业培训融合的商业模式 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20201127 |
|
NF4A | Reinstatement of patent |
Effective date: 20210916 |