ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС С НАСТРАИВАЕМЫМ ПАРАМЕТРОМ
USER INTERFACE WITH ADJUSTABLE PARAMETER

УРОВЕНЬ ТЕХНИКИ
База данных - это организованная совокупность данных. Система управления базой данных (СУБД) - это компьютерная программа (более типично их набор), созданная для управления базой данных и выполняющая операции над данными, запрошенными множеством клиентов. СУБД позволяет писать и выполнять запросы для выбора данных. СУБД также может позволять создавать формы или отчеты. Более детализованные запросы могут также быть выполнены из СУБД. Эти пользовательские запросы/отчеты/формы могут требовать, чтобы конкретные параметры были заданы перед тем, как запросы/отчеты/формы будут выполнены по отношению к базе данных. Эти пользовательские запросы/отчеты/формы типично включают несколько сложных этапов и результат трудный для понимания или модификации.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Данная часть описания предоставлена для введения в рассмотрение набора идей в простой форме, которые затем описаны ниже в подробном описании. Эта часть описания не предназначена для определения основных особенностей или существенных признаков заявленного объекта изобретения и не предназначена для использования как средства определения объема заявленного объекта изобретения.
Настраиваемый пользовательский интерфейс предназначен для ввода запрашиваемых параметров, относящихся к запросу к базе данных. Настраиваемый параметр пользовательского интерфейса предоставляет диалог/окно ввода параметра, связанного с просмотром данных (например, формой или отчетом), который выдается в соответствии с запросом к базе данных. Введенные параметры могут обеспечивать модификацию просмотра данных. Также программа управления базой данных может структурировать просмотры базы данных для автоматического включения приглашений для параметров, перед тем как результаты будут выданы базой данных. Эти приглашения могут быть настроены программой управления и могут быть представлены соответственными диалогами, такими как всплывающие и опускающиеся меню, раскрывающиеся меню или множество других компонентов пользовательского интерфейса. Соответственно, представлен интуитивно понятный, эффективный и модифицируемый просмотр данных.
ОПИСАНИЕ ЧЕРТЕЖЕЙ
Не ограниченные и не исчерпывающие варианта осуществления настоящего изобретения описаны со ссылкой к следующим изображениям, где схожие номера ссылок относятся к схожим частям на всех различных изображениях, если не определено иначе.
Фиг.1 показывает типичную вычислительную архитектуру для компьютера.
Фиг.2 показывает функциональную блок-схему типичной системы для предоставления пользовательского интерфейса с настраиваемым параметром в системе управления базой данных (СУБД).
Фиг.3 - это блок-схема последовательности операции процесса для обеспечения формы ввода настраиваемого параметра в соответствии с запросом к базе данных.
Фиг.4 показывает блок-схему добавления параметра в форму настраиваемого параметра.
Фиг.5 показывает типичный отчет, перед этим модифицированный вводом дополнительного параметра в запрос, который генерирует форму.
Фиг.6 показывает типичный отчет по фиг.5 с выбором, сделанным в фильтре результата запроса, соответствующем отчету.
Фиг.7 показывает типичную форму генерации параметра.
Фиг.8 показывает типичную форму ввода параметра, которая не была настроена.
Фиг.9 показывает типичную настроенную форму ввода параметра; и
фиг.10 показывает отчет по фиг.5 и 6 с результатами, модифицированными в соответствии с введенными параметрами.
ПОДРОБНОЕ ОПИСАНИЕ
Варианты осуществления описаны здесь более полно со ссылками к сопровождающим чертежам, которые образуют часть описания и которые показывают характерные примеры применения вариантов осуществления. Однако варианты осуществления могут быть выполнены во множестве различных вариантов и не должны быть истолкованы как ограничение вариантов осуществления, размещенных далее здесь; правильнее, эти варианты осуществления представлены так, что раскрытие изобретения будет основательным и полным и будет полностью передан объем объекта изобретения для специалиста в данной области. Заявленные варианты осуществления могут быть реализованы как способы, системы или устройства. Соответственно, раскрытые варианты осуществления могут принимать форму полностью аппаратной реализации и полностью программной реализации или реализации, объединяющей программные и аппаратные составляющие. Следующее подробное описание, следовательно, нельзя рассматривать в смысле ограничения.
При чтении обсуждения в порядке, присутствующем здесь, следует принимать во внимание, что логические операции в различных вариантах осуществления выполняются (1) как последовательность выполняемых компьютером действий или программных модулей, выполняемых вычислительной системой и/или (2) как взаимосвязанные цепи машинной логики или электронные модули в компьютерной системе. Вид реализации зависит от требований к быстродействию компьютерной системы, реализующей изобретение. Соответственно, логические операции, показанные и выполняемые вариантами осуществления, описанные здесь, относятся к различным операциям, структурным устройствам, действиям или модулям. Эти операции, структурные устройства, действия и модули могут быть реализованы в программном обеспечении, во встроенном программном обеспечении, в цифровой логике специального назначения и в любой их комбинации.
Обратимся сейчас к чертежам, на которых схожим номерам соответствуют схожие элементы. Фиг.1 и соответствующее обсуждение предназначены для предоставления резюме, общего описания соответствующей компьютерной среды, в которой могут быть выполнены варианты осуществления.
В общем, программные модули включают подпрограммы, программы, компоненты, структуры данных и другие типы составляющих, которые выполняют специфические задачи или обрабатывают особые типы абстрактных данных. Также могут использоваться другие конфигурации компьютерной системы, включая портативные устройства, многопроцессорные системы, электронные системы на базе микропроцессора или программируемая бытовая электроника, миникомпьютеры, мейнфреймы и подобные. Распределенные вычислительные системы также могут быть использованы, когда задачи выполняются удаленными вычислительными устройствами, которые соединены через коммуникационную сеть. В распределенной вычислительной системе программные модули могут быть расположены как на локальных, так и на удаленных устройствах памяти.
Обратимся сейчас к фиг.1, типичная архитектура компьютера для вычислительного устройства 100 используется в различных вариантах осуществления, которые будут описаны. Например, компьютер может быть сконфигурирован как персональный компьютер, мобильный компьютер и подобные. Как показано, вычислительное устройство 100 включает центральное процессорное устройство 102 (ЦПУ), системную память 104, включающую в себя память 106 ("ОЗУ") с произвольным доступом и постоянное запоминающее устройство ("ПЗУ") 108, и системную шину 116, которая соединяет память с ЦПУ 102. Базовая система ввода/вывода, содержащая базовую подпрограмму, которая помогает передавать информацию между элементами в компьютере, например во время загрузки, хранится в ПЗУ 108. Вычислительное устройство 100 также включает в себя запоминающее устройство 120 для хранения операционной системы 122, прикладных программ и других программных модулей, которые ниже будут описаны в более подробных деталях.
Запоминающее устройство 120 и связанный с ним считываемый компьютером носитель информации обеспечивает энергозависимое и энергонезависимое запоминающее устройство для вычислительного устройства 100. Считываемый компьютером носитель может включать в себя любые типы съемных и/или не съемных носителей.
Вычислительное устройство 100 работает в сетевом окружении, используя логические соединения с удаленными компьютерами через сеть 112, через модуль 110 интерфейса сети, соединенный с шиной 116.
Вычислительное устройство 100 может также включать контроллер 114 ввода/вывода для приема и обработки данных от множества устройств, таких как клавиатура, мышь, электронное перо и подобных. Соответственно, контроллер 114 ввода/вывода может обеспечивать вывод на экран дисплея, принтер или любой другой тип устройств (не показаны).
Как кратко упомянуто выше, множество программных модулей и файлов данных может быть сохранено в запоминающем устройстве 120 и ОЗУ 106 вычислительного устройства 100, включая операционную систему 122, подходящую для управления работой компьютера в сети. Запоминающее устройство 120 и ОЗУ 106 также могут хранить один или более программных модулей. В частности, запоминающее устройство 120 и ОЗУ 106 могут хранить локальные компоненты системы управления базой данных (СУБД) 124.
Локальный компонент СУБД 124 включает в себя функциональные компоненты для предоставления пользовательского интерфейса с настраиваемым параметром для ввода параметров по отношению к запросу поиска в базе данных. Пользовательский интерфейс с настраиваемым параметром обеспечивает диалог/окно ввода параметра в соответствии с просмотром данных (например, форма или отчет), которые генерируются в соответствии с запросом к базе данных. Введенные параметры могут обеспечивать возможность для модификации просмотра данных. Модификация может происходить без изменения оригинальной формулировки запроса. Видоизменение также может происходить путем прямого модифицирования формулировки запроса. Сохранность модификации может быть связана с источником записи, объектом запроса и/или свойствами параметра. Также диспетчер базы данных может упорядочивать просмотры данных базы данных для автоматического включения приглашений для параметров до того, как результаты будут возвращены базой данных. Эти приглашения могут быть настроены диспетчером и могут быть представлены в соответствии с диалогами, такими как всплывающие и опускающиеся меню, раскрывающиеся меню и множество других компонентов пользовательского интерфейса. Соответственно, обеспечен интуитивно понятный, эффективный и модифицируемый просмотр данных.
Как здесь используется, «Элемент управления» в общем относится к дочернему окну дисплея приложения, использующегося в связи с другим дисплейным окном для выполнения простых задач ввода и вывода (I/O). Элементы управления наиболее часто используются в диалоговых окнах, но также могут использоваться и в других окнах дисплея. Элементы управления в диалоговых окнах представляются пользователю в виде ввода текста, выбора вариантов и специально предназначенного диалогового окна для выполнения этих действий. Элементы управления в других окнах дисплея предоставляют множество сервисов, таких как разрешение пользователю выбрать команды, просмотр состояния и просмотр и редактирование текста. Один пример элемента управления - это меню выбора, вызываемое нажатием правой кнопки мыши, которое открывает дочернее окно дисплея в пользовательском интерфейсе приложения.
«Просмотр данных» в общем относится к форме, отчету и/или таблице, которые представляют собой подборку данных из базы данных. Подборка данных из базы данных может быть представлена в виде формы или отчета, соответствующих запросу поиска в базе данных. Просмотр данных может быть модифицирован путем ввода каких-либо параметров, соответствующих пользовательскому интерфейсу с настраиваемым параметром.
Как используется здесь ниже, «Параметр» в общем относится к любому значению данных или набору значений данных, связанных с данными, включенными в просмотр данных. Введенные параметры могут видоизменять подробный просмотр данных, когда они введены в соответствии с пользовательским интерфейсом с настраиваемыми параметрами.
«Приглашение ввода параметров» в общем относится к диалогу пользовательского интерфейса, который предоставлен для ввода параметра в соответствии с просмотром данных. Диалог пользовательского интерфейса может принимать форму дисплейного окна, всплывающие и опускающиеся меню, раскрывающиеся меню и множество других компонентов пользовательского интерфейса. Ввод параметра в приглашении ввода параметра может быть представлено как окно ввода текста, опускающееся окно выбора или другие типы компонентов пользовательского интерфейса для ввода данных.
«Свойство фильтра параметров» (PFilter) в общем относится к свойствам, которые соответствуют введенному параметру, связанному с просмотром данных. Свойства фильтра параметров добавляются в формулировку запроса в соответствии с булевой операцией и для модифицирования результатов, включенных в просмотр данных.
«Свойство формы параметров» (PForm) в общем относится к свойствам, которые, когда активизированы, показывают, какая форма настраиваемого параметра связана с подробным просмотром данных.
«Источник записи» в общем относится к сохраненным свойствам, соответствующим формулировке запроса, которая соответствует просмотру данных. Когда параметр введен в соответствии с предоставленным изобретением, параметр может быть добавлен в соответствии с булевой операцией И в источник записи.
«Формулировка запроса» соответствует формулировке, используемой для запроса к базе данных, которая формирует просмотр данных. В структурном языке запросов (SQL) к базе данных формулировка запроса соответствует формулировке SQL, переданной процессору базы данных для поиска результатов в базе данных, соответствующих просмотру данных.
Фиг.2 показывает функциональную блок-схему типичной системы для предоставления пользовательского интерфейса с настраиваемым параметром в системе управления базой данных (СУБД), в соответствии с представленным изобретением. Интерфейс 124 СУБД включает браузер 202 просмотра данных, модуль 204 строки параметра, модуль 206 пользовательского интерфейса с настраиваемым параметром и диспетчер 208 свойств. Браузер 202 просмотра данных дополнительно включает в себя генератор 210 формулировок и соединен с процессором 230 базы данных. Процессор 230 базы данных соединен с базой 240 данных. Диспетчер свойств 208 объединен с запоминающим устройством 212. Запоминающее устройство 212 включает в себя компоненты для источника 214 записи, свойство 216 фильтра параметра и свойство 220 параметра форм.
В работе браузер 202 просмотра данных обменивается информацией с процессором базы 230 данных и другими функциональными блоками СУБД 124 для обеспечения просмотра данных (например, формы или отчета, смотрите фиг.5) из данных, содержащихся в базе данных 240. Генератор 210 формулировки, включенный в браузер 202 просмотра данных, генерирует формулировку 232 запроса, которая передается процессору базы 230 данных. Если формулировка 232 запроса может выполняться в представленной форме, процессор базы 230 данных возвращает результаты 236 запроса браузеру 202 просмотра данных. Если, напротив, формулировка 232 запроса не выполнима, поскольку она требует идентификации дополнительных параметров, не включенных в формулировку 232 запроса, то процессор 230 базы данных возвращает любые необходимые запросы параметра браузеру 202 просмотра данных.
Браузер 202 просмотра данных передает любые запросы 234 параметра модулю 204 приглашения параметра. Модуль 204 приглашения параметра обращается за сведениями к диспетчеру 208 свойств для определения, является ли форма с настраиваемым параметром связанной с текущим просмотром данных. Диспетчер 208 свойств обращается к списку свойств (например, 214-220) в запоминающем устройстве 212 для того, чтобы сделать определение. Запоминающее устройство 212 может быть временным или постоянным запоминающим устройством и может соответствовать системной памяти 104 или запоминающему устройству 120, показанным на фиг.1.
Если свойства (например, 214-220) в запоминающем устройстве показывают, что форма с настраиваемым параметром связана с просмотром данных, возможности, представленные модулем 206 пользовательского интерфейса с настраиваемым параметром, используются для того, чтобы отобразить форму с настраиваемым параметром в соответствии с просмотром данных. Если, однако, свойства (например, 214-220) показывают, что ни одна форма с настраиваемым параметром не соответствует показу данных, общая форма параметра предоставляется модулю 204 приглашения параметра для запроса ввода запрашиваемой формы с параметром пользователем.
Функциональные блоки, описанные на фиг.2, не представляют собой исчерпывающее представление функциональных блоков, которые возможно связать с СУБД. Дополнительно один или несколько функциональных блоков могут быть включены, и СУБД также работает с ними по их планируемому назначению. Например, в другом варианте осуществления может быть, что модуль 206 пользовательского интерфейса с настраиваемым параметром напрямую взаимодействует с браузером 202 просмотра данных вместо того, чтобы быть связанным через модуль 204 приглашения параметра. В другом альтернативном варианте осуществления решение может быть принято диспетчером базы данных так, что каждая форма или отчет производится по отдельной базе данных, требующей формы с настраиваемым параметром. В данном варианте осуществления модуль 204 приглашения параметра и некоторые из свойств (например, 214-220) в запоминающем устройстве 212 могут быть излишними, так как каждый просмотр данных имеет связь с формой с настраиваемым параметром.
Фиг.3 это алгоритм процесса предоставления формы ввода настраиваемого параметра в связи с запросом к базе данных, в соответствии с представленным изобретением. Обработка начинается, когда запрос к базе данных сформирован, однако не включает в себя все параметры, необходимые для выполнения запроса, таким образом, эти параметры требуется ввести. Обработка продолжается с операции 302.
В операции 302 объект/просмотр открывается (например, форма или отчет), что возвращает ответ на запрос в легко понимаемом формате. Тогда когда отчет открыт, обработка продолжается с операции 304 решения.
В операции 304 решения делается определение, какие свойства Pfilter заданы для запроса. Свойства Pfilter показывают, оператор WHERE запроса, так что запрашивается дополнительная фильтрация запроса. Если свойства Pfilter не определены, обработка продолжается в операции 308. Однако, если свойства PFilter определены, обработка продолжается в операции 306.
В операции 306 в Pfilter оператор, соответствующий указанному свойству Pfilter, добавляется в формулировку запроса. Например, если свойства Pfilter - это свойство, которое указывает на ограничение результатов, расположенных в алфавитном порядке, начинающихся с буквы «А», и оригинальный запрос был для текущих пользователей, тогда оператор добавляют так, что результирующий запрос будет для пользователей, которые начинаются с символа «А». Обработка продолжается в операции 308.
В операции 308 выполняется формулировка запроса. Пока выполняется формулировка запроса, обработка продолжается с операции 310 решения.
В операции 310 решения делается определение, какое выполнение формулировки запроса требует параметра для окончания. Если параметров не требуется, тогда обработка продолжается в операции 322. Однако, если требуется ввод параметра, тогда обработка переходит к операции решения 312.
В операции решения 312 принимается решение, какая форма была определена ранее для использования в запросе ввода параметров. В одном варианте осуществления форма параметра определена, когда показана в свойствах Pform. Если ни одна форма не определена, обработка переходит к операции 314.
В операции 314 выдается приглашение, предназначенное для ввода параметра, который не включает в себя настройку, доступную в форме параметра, сгенерированной в соответствии с данным изобретением. Как только приглашение ввода отображено, обработка продолжается в операции 316 решения.
Если, однако, форма параметра определена, обработка продолжается с операции 318. В операции 318 определенная форма отображается для ввода параметра. Как только определенная форма отображена, обработка продолжается с операции 316 решения.
В операции 316 решения осуществляется определение, какой пользователь выбран для отмены запроса. Запрос отменяется в любое время по выбору пользователя. Если пользователь отменил запрос, обработка переходит к операции 318. В операции 318 открытие объекта/просмотра данных отменяется, и обработка завершается.
Если, однако, запрос не был отменен, обработка переходит к операции 320. В операции 320 выполняется обработка формулировки, модифицированной с помощью ввода параметров. Модификация может происходить без изменения оригинальной формулировки запроса. Модификация может также происходить путем прямой модификации формулировки запроса. Сохранность модификации может быть связана с источником записи, объектом запроса и/или свойствами параметра. Обработка продолжается в операции 322.
В операции 322 результаты запроса связывают с объектом/просмотром, и результаты показывают в виде, модифицированном вводом параметров. Как только объект/просмотр отображен, процесс 300 завершается, и обработка передается другим задачам.
Фиг.4 показывает схему последовательности операции для добавления параметра в форму с настраиваемым параметром, в соответствии с раскрытым изобретением. Обработка начинается, когда разработчик желает добавить параметр в форму с настраиваемым параметром. Обработка продолжается с операции 402.
В операции 402 команда принимается для добавления параметра в форму с настраиваемым параметром. Команда может прийти из выбора в ниспадающем меню или другого редактирования по выбору разработчика настраиваемой формы. Обработка продолжается с операции 404 решения.
В операции 404 решения производится определение, содержат ли в настоящее время свойства PFilter параметр, который был добавлен. Если свойства PFilter не содержат параметр, обработка переходит к операции 406, где параметр добавляется в свойства PFilter. Если свойства PFilter уже были заполнены с параметром или прежде свойства Pfilter были заполнены с параметром, обработка переходит к операции решения 408.
В операции решения 408 производится определение, показывают ли свойства PForm, что форма с параметром уже была определена для включения свойств. Если ни одна форма с параметром не была сгенерирована, обработка переходит к операции 410, где создается форма с параметром и устанавливаются свойства PForm.
Если форма с параметром для включения параметра уже создана, или ранее была создана форма с параметром, обработка продолжается с операции решения 412.
В операции решения 412 производится определение, есть ли элемент управления, сформированный на форме для ввода параметра. Если не присутствует ни одного элемента управления, обработка передается к операции 414, где начинается обработка для формирования элемента управления в форме параметра для ввода параметра.
Если элемент управления уже сформирован, или ранее был сформирован элемент управления, обработка переходит к операции 416. В операции 416 объект/просмотр данных с добавленным параметром может быть показан после выполнения формулировки запроса. Когда объект/просмотр показан, процесс 400 завершается, и обработка переходит к другим задачам.
Фиг.5 показывает типичный отчет перед тем, как он был модифицирован путем ввода дополнительного параметра в запрос, который формирует форму, в соответствии с представленным изобретением. Отчет 500 включает в себя список продаж за год для продукта, номера продуктов, когда продукты были отгружены и сумма продаж.
Фиг.6 показывает типичный отчет из фиг.5 с выбором, сделанным для фильтрации результатов запроса, соответствующих отчету, в соответствии с представленным изобретением. Выбор был сделан в отчете 600 для фильтрации результатов в соответствии с фильтрами даты, которые указывают ограничение результатов для тех, которые происходят между двумя указанными датами.
Фиг.7 показывает типичную форму задания параметра в соответствии с представленным изобретением. Форма задания параметра 700 дает возможность разработчику формы с параметром произвести выбор для настройки приглашения параметров для ввода параметров. Выбор для создания параметров помещает приглашение в режиме редактирования для создания элементов управления для параметров.
Фиг.8 показывает типичную форму ввода параметра, которая не была настроена в соответствии с данным изобретением. Форма 800 ввода параметра не имеет определенной информации для отчета, которому соответствует приглашение. На фиг.9, напротив, типичная форма ввода с настраиваемым параметром, в соответствии с представленным изобретением. Форма ввода с настраиваемым параметром 900 показывает заметное различие от формы ввода параметра на фиг.8. Форма 900 ввода с настраиваемым параметром включает в себя информацию, которая показана относительно формы, для которой она была сформирована. Например, приглашение для формы вместо простого описания начальной и конечной даты, показывает «наиболее старую дату отгрузки» и «наиболее новую дату отгрузки». Заголовок формы также изменен. Форма 900 ввода с настраиваемым параметром может включать дополнительную логику для заполнения ниспадающего окна дисплея с отличающимися значениями. Как показано на примере, в зависимости от требований разработки значения по умолчанию могут быть получены из установок базы данных или вычислены для конкретного года. Настройка формы дает возможность для более опытного пользователя вводить параметры для запросов поиска в базе данных.
Фиг.10 показывает отчет из фиг.5 и 6 с результатами, модифицированными в соответствии с введенными параметрами, в соответствии с представленным изобретением. Отчет 1000 показывает окно дисплея, имеющее дату погрузки для результатов запроса, модифицированных по дате погрузки, введенной в форму настраиваемого параметра.
Представленная выше детализация, примеры и данные представляют полное описание изготовления и использования состава изобретения. Поскольку множество вариантов осуществления изобретения могут быть сделаны без отступления от сущности и объема изобретения, изобретение заключается в приложенной формуле изобретения.