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

 

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

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

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

Современные цифровые сотовые системы подвижной связи делятся на системы МДВР (с многостанционным доступом с временным разделением каналов) и МДКР (с многостанционным доступом с кодовым разделением каналов). В системах МДВР используется технология, в которой для передачи и приема сигналов выделяются заданные временные интервалы. За счет установки времени передачи сигнала можно передавать множество сигналов на разные станции, при этом сигналы, накладывающиеся друг на друга в пространственной области, не создают взаимных помех во временной области. Схемы МДВР используются в настоящее время в Европе, США и Японии, которые приняли стандарт МДВР. Что касается систем МДКР, то они делятся на две категории - системы со скачкообразной перестройкой частоты и системы с прямой последовательностью. Компания Квэлком предложила систему МДКР с прямой последовательностью.

Индикация сигнала тревоги, показывающая на экране сбои сотового ББУ, реализуется на базе коммерческих программ, таких как SL-GMS. SL-GMS представляет собой вид графического программного инструмента, который очень дорого инсталлировать, и для которого требуется большой объем памяти, чтобы управлять соответствующими системными ресурсами. Использование SL-GMS повышает нагрузку, необходимую для изменения индикации сигнала тревоги, что увеличивает общее время, необходимое для изменения индикации. При этом также увеличивается время на обновление индикации, а это снижает эффективность индикации сигнала тревоги на ГПИ, для которой требуется обработка в реальном масштабе времени. Поэтому постоянные усилия направлены на реализацию индикации сигнала тревоги с помощью элементов основного изображения (motif) вместо SL-GMS.

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

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

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

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

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

В дальнейшем изобретение поясняется описанием примеров его воплощения со ссылкой на прилагаемые чертежи, на которых фиг. 1 изображает структурную схему цифровой сотовой системы связи, содержащей ББУ, в котором может быть реализовано изобретение, фиг. 2 - примерный вид основного изображения, способствующий пониманию, что такое группа элементов, групповой идентификатор (ИД) и дочерний идентификатор (ИД), фиг. 3 - структуру элемента основного изображения для показа основного изображения, проиллюстрированного на фиг. 2, фиг. 4 - алгоритм формирования пакета элементов согласно одному из вариантов изобретения и фиг. 5 - структурную схему предложенного устройства пакетного формирования элементов основного изображения.

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

На фиг. 1 представлена структурная схема цифровой сотовой системы МДКР, содержащей ББУ. Система содержит подвижные станции (ПС) 10-1 - 10-n, приемопередающую подсистему базовой станции (БППС) 12, контроллер базовой станции (КБС) 14, блок управления базовой станции (ББУ) 16 и подвижный коммутационный узел (ПКУ) 18. Подвижные станции 10-1 - 10-n представляют собой подвижные связные терминалы, осуществляющие радиосвязь под управлением БППС 12. БППС 12 является базовой станцией, которая осуществляет радиосвязь с подвижными станциями 10-1 - 10-n, находящимися в радиусе своих ячеек. КБС 14 включен между БППС 12 и ПКУ 18 и управляет всеми передачами, связанными с БППС 12. ББУ 16 подсоединен к КБС 14 и взаимодействует с операторами в БППС 12. ПКУ 18 подключен к КБС 14 и осуществляет коммутацию подвижных станций 10-1 - 10-n.

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

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

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

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

(1) Определение структуры элемента для формирования пакета Элементы группируются для формирования элементов в пакет. Каждая группа элементов имеет идентичный родительский элемент и дочерние элементы с одинаковым свойством. Под родительским элементом подразумевается управляющий элемент основного изображения, а под дочерним элементом - элемент, сформированный на родительском элементе. Структура элемента определяется следующим образом: struct Page { int^*N ; Widget^**Buttons;
Pos^**POSPTR;
COL^**COLPTR;
Str^**STRPTR;
Prt^*PRTPTR;
Knd^*KNDPTR;
int^*MAXLEN;
};
В данном случае поле "N" означает количество элементов, подлежащих размещению в памяти. N[O] означает общее количество групп элементов, формирующих изображение. N[n] (n>0) означает количество дочерних элементов в n-й группе. Поле "Buttons" указывает адрес каждого дочернего элемента в группе. Дочерний элемент определяется двойным указателем, состоящим из группового ИД и дочернего ИД, которые присвоены данному дочернему элементу. Поля "POSPTR", "COLPTR", "STRPTR" соответственно указывают положение, цвет и последовательность элемента. Структуры "Pos", "Col", "Str" хранят данные, необходимые для изменения положения, цвета и последовательности элемента соответственно. Поля "PRTPTR" и "KNDPTR" указывают положение родительского элемента и вид группы элементов. Так как дочерние элементы в группе имеют одинаковый вид и совместно используют один и тот же родительский элемент, "PRTPTR" и "KNDPTR" определяются одним указателем. Поле "MAXLEN" хранит данные, соответствующие длине самой длинной последовательности в группе, которое используется для назначения соответствующего шрифта элементу. "MAXLEN" отличается от других полей тем, что его значение устанавливается после сравнения последовательностей во время реализации программы, в то время как исходные значения других полей устанавливаются в файле данных. Это значит, что исходное значение "MAXLEN" не может быть установлено в файле данных. Структуры "Pos", "Col", "Str" и "Knd" определяются следующим образом:
typedef struct_Pos {
int Nth, Sth, Wst, Est;
}Pos;
typedef struct_Col {
char Tsh[20], Bsh[20], Bgd[20];
}Col;
typedef struct_Str {
char str [100];
char fore [20];
}-Str;
typedef struct_Prt {
int i, j;
}Prt;
typedef struct_Knd {
char knd [20];
} Knd.

Поля "Pos" указывают верхнюю, нижнюю, левую и правую координаты положения дочернего элемента относительно родительского элемента. Поля "Col" указывают самый темный оттенок, самый светлый оттенок и фон элемента. Поля "Str" указывают последовательность и цвет последовательности соответственно. Поле "fore" может быть опущено, и в этом случае обозначается черный цвет. Два поля "Prt" указывают групповой ИД и дочерний ИД родительского элемента соответственно. Поле "Knd" указывает тип или вид элемента. В дальнейшем будет описана сущность формирования элементов согласно изобретению.

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

Для получения структуры вида основного изображения, показанного на фиг. 2, используются четыре группы элементов и пять дочерних элементов. Указанные четыре группы содержат соответственно один, один, один и два дочерних элемента. Хотя фоновый элемент 20 (т.е. элемент формы), находящийся внизу, не принадлежит ни к какой группе, он используется как родительский элемент для других элементов в файле данных, и поэтому имеет групповой ИД и дочерний ИД. Соответственно, фоновому элементу 20 присвоены групповой ИД 0 и дочерний ИД 0. На фиг. 3 показана структура основного изображения, проиллюстрированного на фиг. 2. Для упрощения описания элементов, если обозначить b-й дочерний элемент в a-й группе как элемент {a, b}, тогда фоновый элемент 20 будет элементом {0,0}. Группы 1-4 имеют родительские элементы {0,0}, {1,1}, {2,1} и { 3,1} соответственно. Элементы одинакового типа при родительском элементе обычно включаются в одну и ту же группу, но могут быть и в разных группах при определенных обстоятельствах, например для назначения разных шрифтов элементам одной и той же группы или для удобства управления элементами. В дальнейшем описывается функция формирования элементов.

(3) Функция формирования элементов
Функция формирования элементов выполняет следующие операции: создает дочерние элементы на родительском элементе путем размещения в памяти стольких дочерних элементов, сколько их требуется; изменяет характеристики дочерних элементов, такие как положение и цвет, и возвращает указатели дочерних элементов. Значения возвращенных указателей группируются и используются для обозначения дочерних элементов с помощью группового ИД и дочернего ИД. Данные родительского элемента, а также количество, положения и цвета дочерних элементов получают из структур элементов в файле данных. При необходимости можно сформировать составной элемент со сложной структурой. Например, для формирования управляющего элемента с трехмерным визуальным эффектом три элемента формы размещают в памяти, им назначаются разные цвета и производят их наложение с небольшим сдвигом. Хотя положение дочернего элемента относительно родительского элемента определяется элементом формы, находящимся внизу в родительском элементе, адрес элемента формы вверху в родительском элементе возвращается как адрес группы элементов. Не существует определенных ограничений по функциям формирования элементов, и они могут определяться пользователем, если указатель элемента формы возвращается в функцию формирования составного элемента. Это объясняется тем, что другие элементы могут располагаться только на составном управляющем элементе, включая элементы формы. Если последовательность, указывающая каждую функцию, используется в условном предложении, целевые функции формирования элементов могут быть реализованы путем считывания только одной функции, вместо того, чтобы включать несколько функций формирования элементов в отдельные коды. В дальнейшем описывается создание файла данных для пакетного формирования элементов в соответствии с изобретением.

(4) Создание файла данных для пакетного формирования элементов
Рассмотрим файл данных для упрощенного показа основного изображения, реализованного функциями формирования элементов и используемого в индикации сигнала тревоги в блоке управления базовой станции в цифровой сотовой системе связи. Следует отметить, что этот файл данных не является идеальным и может быть легко определен программистом. Файл данных, соответствующий фиг. 2, выглядит так:
4 : 1 1 1 2
KNDO1 {большие кнопки}
KND02 {большие кнопки}
KND03 {большие кнопки}
KNDO4 {вертикальная черта}
PRTO1 {0,0}
PRTO2 {1,1}
PRTO3 {2,1}
PRTO4 {3,1}
POSO1 {25, 76, 3, 97}
POSO2 {5, 95, 5, 95}
POSO3 {5, 93, 5, 95}
POSO4 {7, 93, 15, 43} {7, 95, 57, 85}
COLO1 {дымчатый, серый 50, светло-серый}
COLO2 {серый 50, дымчатый, серый 70}
COLO3 {дымчатый, серый 50, светло-серый}
COLO4 {нуль, нуль, светло-зеленый} {нуль, нуль, светло-зеленый}
STRO1 {нуль}
STRO2 {нуль}
STRO3 {нуль}
STRO4 {А} {В}
Первая строка означает, что имеется четыре группы элементов, имеющих один, один, один и два дочерних элемента соответственно. Эти числа используются для размещения в памяти элементов, необходимых для функции формирования элементов, и должны располагаться в установленном порядке в первой строке. "KND" означает тип или вид элемента и должен находиться в начале строки, поскольку он обычно служит как маркер, представляющий положение целевых данных в файле данных. Последовательность (последовательность знаков), указывающая тип элемента, заключена в фигурные скобки, исключая другие последовательности знаков. Эта последовательность может быть определена для представления функции формирования элементов, инициированной пользователем.

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

"POS" означает верхнее, нижнее, левое и правое положения дочернего элемента относительно родительского элемента, выраженные в процентах. Если допустить, что элемент полностью занимает родительский элемент, его относительное положение будет {0, 100, 0, 100}. Обычно относительное минимальное положение равно 1 без десятичных долей. Если для целевого положения требуется координата меньше единицы, на родительском элементе формируется фиктивный элемент и элемент располагается на фиктивном элементе.

"COL" означает информацию о цвете элемента, такую как самый темный оттенок, самый светлый оттенок и фон. "Нуль" означает отсутствие цвета, и обозначения цветов должны соответствовать определениям в текстовом файле rgb.txt.

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

На фиг. 5 показана структурная схема предложенного устройства пакетного формирования элементов основного изображения. Устройство содержит блок 50 создания файлов данных, блок 52 определения структуры формирования пакета, блок 54 управления формированием пакета составного элемента. Блок 50 создания файла данных помещает в файлы данные формирования элементов, необходимые для формирования пакета элементов, являющихся объектами ГПИ. Блок 52 определения структуры формирования пакета определяет структуру формирования пакета для считывания файловых данных для формирования элементов в соответствующий блок группы элементов. Блок 54 управления пакетным формированием составного элемента считывает соответствующий файл данных, запрошенный по команде блока 52 определения структуры формирования пакета, из блока 50 создания файлов и формирует целевой составной элемент, используя функцию формирования элемента для пакетного формирования элементов.

На фиг. 4 представлен предложенный алгоритм пакетного формирования элементов. В блоке 50 создания файла данных открывается файл данных (этап 100). Затем с файла данных считываются количество PAGE. N [O] групп элементов и количество PAGE. N[n] дочерних элементов в n-й группе (этап 102). На фиг. 2 и 3 PAGE. N[0] равно 4, a PAGE. N[1] - PAGE. N[4] равны 1, 1, 1 и 2 соответственно.

На этапе 104 распределяется память для структуры элемента. В структуре PAGE хранится информация о структуре элемента, считанная с файла данных.

На этапе 106 i и j, указывающие соответственно групповой ИД и дочерний ИД, устанавливаются на 1. Затем i увеличивается от 1 до PAGE. N [O], a j увеличивается от 1 до PAGE. N[n], где n означает ИД вспомогательной группы среди 1-PAGE. N[PAGE. N[O]]. Затем определяется, является ли i меньшим или равным PAGE. N [О] (этап 108). На фиг. 2 и 3 PAGE. N [О] равно 4, что больше 1 (i), и поэтому процесс переходит к этапу 110.

На этапе 110 определяется, является ли j меньшим или равным PAGE. N[i]. Так как в этот момент j=i, оно также равно PAGE. N[i], и процесс переходит к этапу 112.

На этапе 112 с файла данных считываются тип или вид KNDPTR[i] элемента, родительский элемент PRTPTR[i][j], положение POSPTR[i][j] элемента относительно родительского элемента и цвет COLPTR[i] [j] и последовательность SPRPTR[i] [j] элемента. Текущие значения i и j равны 1. Данные, считанные на этапе 112, используются для формирования элементов. На этапе 114 формируется составной элемент, соответствующий PAGE. KNDPTR (групповой ИД), с помощью функции формирования элементов. Как показано на фиг. 2 и 3, составной элемент для группы 1 формируется с использованием соответствующей функции формирования элементов PAGE.KNDPTR[1]. Функция формирования элементов включает в себя функции формирования составных элементов, которые реализуются путем ввода с клавиатуры PAGE.KNDPTR (групповой ИД).

На этапе 116 j увеличивается на 1, и процесс возвращается к этапу 110. Теперь j равно 2, т.е. больше PAGE. N[1]. Поэтому процесс переходит к этапу 118. На этапе 118 i увеличивается на 1, и j устанавливается на 1, и процесс возвращается к этапу 108.

С помощью описанной выше процедуры составные элементы для группы 1 формируются в пакет, и затем повторяются этапы 108-118, при этом i и j последовательно увеличиваются на 1. Таким образом, составные элементы для групп 2-4 формируются в пакет. Если сформированы все дочерние элементы для групп, процесс переходит к этапу 120, и файл данных закрывается.

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

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

Формула изобретения

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

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

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

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

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

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

7. Способ по п.4, отличающийся тем, что файловые данные соответствующие цвету элемента, включают самый темный оттенок, самый светлый оттенок и фон.

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

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

10. Устройство по п.9, отличающееся тем, что элементы группируются для пакетного формирования элементов, когда определена структура формирования пакета.

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

12. Устройство по п.11, отличающееся тем, что файловые данные для формирования элементов включают родительский элемент, тип элемента, положение элемента относительно родительского элемента, цвет и последовательность элемента.

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

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

15. Устройство по п.13, отличающееся тем, что файловые данные, соответствующие цвету элемента, включают самый темный оттенок, самый светлый оттенок и фон.

16. Устройство по п.9, отличающееся тем, что функции формирования составных элементов объединены в функцию формирования элементов.

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5