close

Вход

Забыли?

вход по аккаунту

?

расширяемый формат компьютерных файлов

код для вставки
РОССИЙСКАЯ ФЕДЕРАЦИЯ
RU
(19)
(11)
2 300 141
(13)
C2
(51) МПК
G06F 17/30 (2006.01)
G06K 1/00 (2006.01)
ФЕДЕРАЛЬНАЯ СЛУЖБА
ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ,
ПАТЕНТАМ И ТОВАРНЫМ ЗНАКАМ
(12)
ОПИСАНИЕ ИЗОБРЕТЕНИЯ К ПАТЕНТУ
(21), (22) За вка: 2004114998/09, 17.10.2002
(72) Автор(ы):
ЭВЕРСОУЛ Адам Клайд (US),
РОСС Бенджамин Эрик (US)
(24) Дата начала отсчета срока действи патента:
17.10.2002
(73) Патентообладатель(и):
МАЙКРОСОФТ КОРПОРЕЙШН (US)
R U
(30) Конвенционный приоритет:
18.10.2001 US 09/982,764
(43) Дата публикации за вки: 20.09.2005
(45) Опубликовано: 27.05.2007 Бюл. № 15
2 3 0 0 1 4 1
(56) Список документов, цитированных в отчете о
поиске: US 6071317 A1, 06.06.2000. US 5367698
A1, 22.11.1994. US 5878434 A1, 02.03.1999. US
5881287 A1, 09.03.1999. US 5991771 A1,
23.11.1999. US 5530759 A1, 25.06.1996. US
5133051 A1, 21.07.1992. US 5974548 A1,
26.10.1999. US 5917912 A1, 29.06.1999. RU
2272318 C2, 03.08.2000.
2 3 0 0 1 4 1
R U
C 2
C 2
(85) Дата перевода за вки PCT на национальную фазу:
18.05.2004
(86) За вка PCT:
US 02/33145 (17.10.2002)
(87) Публикаци PCT:
WO 03/034634 (24.04.2003)
Адрес дл переписки:
129010, Москва, ул. Б. Спасска , 25, стр.3,
ООО "Юридическа фирма Городисский и
Партнеры", пат.пов. Ю.Д.Кузнецову, рег.№ 595
(54) РАСШИРЯЕМЫЙ ФОРМАТ КОМПЬЮТЕРНЫХ ФАЙЛОВ
(57) Реферат:
Насто щее изобретение позвол ет обеспечить
расшир емый формат файла, совместимый с
предыдущей, текущей и будущей верси ми
прикладной программы. Технический результат
заключаетс в возможности использовани предыдущих версий прикладной программы дл работы с файлом. Насто щее изобретение
предусматривает включение вод ных знаков
версии файла в исходный файл данных
прикладной программы. Вод ные знаки версии
файла могут указывать различные свойства
исходного файла данных. Вод ные знаки версии
файла могут включать в себ вод ной знак
старшей версии, вод ной знак последней версии,
вод ной знак младшей версии, вод ной знак
версии создани и объектный вод ной знак версии.
Насто щее
изобретение
предусматривает
использование вод ных знаков версии файла дл определени , соответствует ли файл или
конкретна информаци в файле предыдущей,
действующей или будущей версии прикладной
программы.
Соответственно
насто щее
изобретение позвол ет загружать или сохран ть
исходный файл данных на основании результатов
определени . 20 н. и 41 з.п. ф-лы, 9 ил.
Страница: 1
RU
C 2
C 2
2 3 0 0 1 4 1
2 3 0 0 1 4 1
R U
R U
Страница: 2
RUSSIAN FEDERATION
RU
(19)
(11)
2 300 141
(13)
C2
(51) Int. Cl.
G06F 17/30 (2006.01)
G06K 1/00 (2006.01)
FEDERAL SERVICE
FOR INTELLECTUAL PROPERTY,
PATENTS AND TRADEMARKS
(12)
ABSTRACT OF INVENTION
(21), (22) Application: 2004114998/09, 17.10.2002
(24) Effective date for property rights: 17.10.2002
(72) Inventor(s):
EhVERSOUL Adam Klajd (US),
ROSS Bendzhamin Ehrik (US)
(30) Priority:
18.10.2001 US 09/982,764
(73) Proprietor(s):
MAJKROSOFT KORPOREJShN (US)
R U
(43) Application published: 20.09.2005
(45) Date of publication: 27.05.2007 Bull. 15
(86) PCT application:
US 02/33145 (17.10.2002)
(87) PCT publication:
WO 03/034634 (24.04.2003)
2 3 0 0 1 4 1
R U
(54) EXPANDABLE COMPUTER FILE FORMAT
(57) Abstract:
FIELD: computer engineering.
SUBSTANCE: in accordance to invention, file
version watermarks are included in source data
file of an application. File version watermarks
may indicate various properties of original data
file. File version watermarks may include older
version watermark, last version watermark, lesser
version watermark, creation version watermark and
object version watermark. In accordance to
invention, file version watermarks are used to
determine whether file or certain information in
file correspond with previous, active or future
version
of
an
application.
Respectively,
invention allows to load or save original data
file on basis of determined results.
EFFECT: creation of expandable file format,
compatible with previous, current and future
versions of an application; possible use of
previous versions of applications for working with a file.
20 cl, 9 dwg
Страница: 3
EN
C 2
C 2
Mail address:
129010, Moskva, ul. B. Spasskaja, 25, str.3,
OOO "Juridicheskaja firma Gorodisskij i
Partnery", pat.pov. Ju.D.Kuznetsovu, reg.№ 595
2 3 0 0 1 4 1
(85) Commencement of national phase: 18.05.2004
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
Область техники
Насто щее изобретение в целом относитс к компьютерным системам и программам. В
частности, насто щее изобретение относитс к системе и способу, обеспечивающим
формат файла, совместимый с предыдущей, действующей и будущей верси ми
прикладной программы.
Предшествующий уровень техники
Компьютерные прикладные программы в общем случае используютс дл осуществлени многочисленных задач, выполн емых на компьютере. Прикладную
программу можно использовать дл создани и изменени файла данных, в котором
хранитс информаци конкретного предмета прикладной программы. Например, можно
создать документ с использованием прикладной программы настольной издательской
системы. Документ может содержать многочисленные отдельные элементы, например
заголовки, текст, графику, стили, шрифты и т.д. Прикладную программу издательской
системы можно использовать дл создани файла данных, в котором хранитс вс информаци об этом конкретном документе.
Кажда прикладна программа, котора сохран ет файлы в компьютерной системе,
должна определ ть формат, в котором сохран ютс данные. Существует много способов
сохранени данных, начина от сохранени «пам тийных образов» данных до сохранени данных в виде, согласованном с промышленным стандартом. Кроме того, компьютерные
прикладные программы непрерывно обновл ютс и измен ютс , чтобы можно было
пользоватьс новейшими особенност ми и достижени ми в технологии. Конечные
пользователи обычно получают доступ к обновлени м и изменени м благодар выпуску
обновленных версий прикладной программы. Формат файла, используемый обновленной
версией прикладной программы, должен быть совместим с предыдущими и будущими
верси ми. Однако обновленна верси обычно использует формат файла, отличный от
используемого предыдущими верси ми, поскольку новые особенности в обновленной
версии требуют записи в файл данных новых данных. Между двум разными верси ми
прикладной программы могут возникать конфликты, поскольку в результате изменени формата файла предыдущим верси м может не удаватьс читать файлы обновленной
версии.
Термин «объект», используемый в данном описании, относитс к сущности, имеющей
характеристики и отображаемой прикладной программой и вл ющейс частью прикладной
программы или частью данных, сохран емых/обрабатываемых программой. Примером
объекта, отображаемого прикладной программой, вл етс текстовое поле, содержащеес в окне прикладной программы, в которое пользователь может вводить текст.
Характеристики текстового пол могут включать в себ его цвет, шрифт текста и размер
символов текста в пунктах. Примером объекта, который вл етс частью прикладной
программы, вл етс «пам тийное представление» («представление в пам ти») животного,
и его характеристики могут включать в себ цвет животного, количество ног и признак
плото дности. Это «пам тийное представление» можно реализовать в виде структуры
данных, элементы которой выражают характеристики. Примером такой структуры данных
вл етс структура данных «класс» зыка С++. Характеристики объекта называют
свойствами объекта. Каждое свойство объекта обычно имеет значение. Например,
свойство «цвет» может иметь значение «красный».
Пример объекта 100 показан на фиг.1. Объект 100 может содержать границу 102 и текст
104. Объект 100 может иметь шесть свойств, характеризующих границу 102 и текст 104.
Граница 102 может иметь свойства «стиль границы» и «размер границы». Текст 104 может
иметь свойства «шрифт», «размер символов текста», «выравнивание» и «стиль текста».
Значени по умолчанию дл границы 102 и текста 104 могут указывать, что «стиль
границы» = «сплошна », «размер границы» = 4 пункта, «шрифт» текста = Times New
Roman, «размер символов текста» = 20 пунктов, «выравнивание» текста = «по левому
краю» и «стиль текста» = «не курсив».
В прикладной программе значени по умолчанию дл объектов и свойств могут быть
Страница: 4
DE
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
установлены при первоначальном программировании. В ходе работы программы значени по умолчанию могут измен тьс и сохран тьс в файле данных. Например, в программе
рисовани , котора может отображать объекты, например пр моугольники и треугольники,
пользователь может измен ть свойства объекта. Согласно фиг.1 свойства объекта 100
могут измен тьс таким образом, что сплошна граница смен етс пунктирной границей, а
стиль текста мен етс на курсив. Более поздние версии программы обычно могут
считывать значени по умолчанию и изменени дл каждого объекта. Однако при создании
более поздних версий программы формат файла обычно отличаетс от формата файла
предыдущей версии. Соответственно предыдуща верси не может читать файлы более
поздней версии. В примере, приведенном в предыдущем абзаце, более поздн верси может включать в себ новую особенность, например тень объекта 100. Добавленна особенность требует записи новых данных в файлы программы, а следовательно,
изменени их формата. Предыдуща верси не может читать файлы более поздней
версии, содержащие новые данные, поскольку форматы файла отличаютс .
Одно традиционное решение вышеозначенной проблемы состоит в ограничении новых
особенностей обновленной версии, чтобы формат файла оставалс совместимым с
предыдущими верси ми. Однако это решение может преп тствовать распространению
лучшего продукта среди пользователей и может ограничивать функциональные
возможности и производительность программы в целом.
Другое традиционное решение вышеозначенной проблемы состоит в создании
программы-адаптера, котора преобразует старый файл, созданный в предыдущей версии,
в новый файл, совместимый с обновленной версией. Программа-адаптер также может
преобразовывать новый файл в файл, совместимый с предыдущей версией. Однако это
решение может создавать неудобства дл пользовател и может требовать большого
объема пам ти и времени обработки дл преобразовани файлов. Кроме того, это
решение может приводить к тому, что пользователь будет тер ть важную информацию,
необходимую более новой версии программы, если будет сохран ть файл с помощью
предыдущей версии.
Поэтому существует необходимость в усовершенствованных системе и способе,
которые способны обеспечить формат файла, совместимый с предыдущей, современной и
более поздней верси ми прикладной программы. Имеетс необходимость в расшир емом
формате файла, который позвол ет добавл ть новые особенности в будущие версии
прикладной программы, в то же врем остава сь совместимым с предыдущими верси ми.
Сущность изобретени Насто щее изобретение относитс в целом к системе и способу дл обеспечени расшир емого формата файла, который может быть совместимым с предыдущей,
современной и будущей верси ми прикладной программы. Насто щее изобретение
относитс к расшир емому формату файла, который допускает добавление новых
особенностей в будущих верси х прикладной программы, в то же врем остава сь
совместимым (без изменени ) с предыдущей и/или современной верси ми.
Соответственно насто щее изобретение дает возможность поставщику программного
обеспечени обеспечивать совместимость многих версий с одними теми же файлами без
ограничени особенностей, которые могут добавл тьс в будущие версии.
Согласно одному иллюстративному аспекту насто щее изобретение предусматривает
включение «вод ных знаков» версии в исходный файл данных прикладной программы.
Вод ной знак версии файла может быть элементом исходного файла данных,
указывающим те или иные свойства исходного файла данных. Например, в исходном
файле данных можно обеспечить «вод ной знак высокой (старшей) версии», указывающий
самую высокую (старшую) версию прикладной программы, использовавшуюс дл сохранени файла. В исходном файле данных можно обеспечить «вод ной знак последней
версии», указывающий последнюю версию прикладной программы, использовавшуюс дл сохранени файла. В исходном файле данных можно обеспечить «вод ной знак низкой
(младшей) версии», указывающий самую низкую (младшую) версию прикладной
Страница: 5
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
программы, использовавшуюс дл сохранени файла. В исходном файле данных можно
обеспечить «вод ной знак версии создани », указывающий версию прикладной программы,
в которой файл был впервые создан. В исходном файле данных можно обеспечить
«объектный вод ной знак версии», указывающий самую высокую (старшую) версию
прикладной программы дл записи конкретного объекта. Каждый вод ной знак версии
файла может указывать изменени , добавлени или удалени , произведенные в файле.
Согласно другому иллюстративному аспекту насто щее изобретение предусматривает
определение, как загружать или сохран ть исходный файл данных, на основании
информации, обеспеченной в одном или нескольких вод ных знаках версии. Согласно
одному иллюстративному аспекту насто щее изобретение позвол ет определить,
представл ет ли вод ной знак высокой версии в файле более новую версию, чем
действующа верси прикладной программы, котора загружает или сохран ет файл.
Вод ной знак высокой (старшей) версии представл ет более новую версию, если исходный
файл данных был сохранен более новой версией прикладной программы по отношению к
действующей (активной) версии. В этом случае насто щее изобретение предусматривает
определение, содержит ли исходный файл данных информацию, неизвестную
действующей версии. Если это так, то действующа верси прикладной программы может
игнорировать неизвестную информацию, оставл ее дл использовани более новым
(более поздним) верси м.
Согласно еще одному аспекту насто щее изобретение позвол ет определ ть,
представл ет ли вод ной знак высокой версии в файле более старую версию, чем
действующа верси прикладной программы, котора загружает или сохран ет файл.
Вод ной знак более высокой версии представл ет более старую версию, чем действующа верси , если исходный файл данных был сохранен более старой версией прикладной
программы по отношению к действующей версии. В этом случае насто щее изобретение
позвол ет определ ть, содержит ли действующа верси новую информацию, котора основана на старой информации в исходном файле данных. Тогда новую информацию
можно обновл ть на основании старой информации. Дополнительно новую информацию
можно сохран ть дл использовани более старой (предыдущей), действующей и более
новой (более поздней) верси ми путем сохранени данных в формате более старой
версии, а также в формате действующей и более новой версий.
Согласно еще одному иллюстративному аспекту насто щего изобретени «пам тийна »
структура (структура «в пам ти») прикладной программы может быть отделена от формата
файла данных. Соответственно будущие версии прикладной программы могут включать в
себ многочисленные новые особенности, не требующие изменени формата файла
данных. Например, структуры можно перемещать в пам ти, чтобы сделать их более
эффективными дл определенного типа процессора, но от этого они не станов тс несовместимыми с другой версией из-за различий в форматах файла данных.
Насто щее изобретение также позвол ет минимизировать объем пам ти и обработку,
необходимые дл загрузки и сохранени файлов данных, соответствующих другим верси м
прикладной программы. Вод ные знаки версии файла могут указывать, кака именно
информаци в файле данных соответствует другой версии. Соответственно любую
обработку и преобразование можно производить только над указанной информацией.
Еще один иллюстративный аспект насто щего изобретени предусматривает список
свойств объекта (ССО) или массив списков свойств объекта (массива ССО) в качестве
структуры файла данных. ССО или массив ССО допускает «оборот» (передачу и прием)
данных с неизвестными свойствами из будущих версий путем передачи или возвращени неизвестных данных обратно в сохраненный файл данных. ССО или массив ССО можно
загружать в пам ть. При необходимости все те свойства, которые известны конкретной
версии, можно перезаписать. Остальные свойства (т.е. свойства, неизвестные конкретной
версии) были созданы более новой версией и могут оставатьс в файле нетронутыми. С
каждой структурой пам ти, сохраненной в файле данных, можно св зать ССО или массив
ССО дл сохранени этой структуры.
Страница: 6
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
Эти и другие аспекты, задачи и признаки насто щего изобретени вствуют из
нижеследующего подробного описани предпочтительных вариантов осуществлени ,
приведенного совместно с прилагаемыми чертежами и со ссылкой на них.
Краткое описание чертежей
Фиг.1 - блок-схема объекта, используемого прикладной программой.
Фиг.2 - блок-схема иллюстративного компьютера, пригодного дл практического
осуществлени иллюстративного варианта осуществлени насто щего изобретени .
Фиг.3 - блок-схема характеристик традиционного ССО.
Фиг.4 - блок-схема характеристик массива ССО согласно иллюстративному варианту
осуществлени насто щего изобретени .
Фиг.5 - блок-схема алгоритма способа загрузки исходного файла данных согласно
иллюстративному варианту осуществлени насто щего изобретени .
Фиг.6 - блок-схема алгоритма способа сохранени исходного файла данных согласно
иллюстративному варианту осуществлени насто щего изобретени .
Фиг.7 - блок-схема алгоритма способа загрузки и сохранени исходного файла данных
согласно иллюстративному варианту осуществлени насто щего изобретени , когда в
действующую версию добавлено свойство объекта, не включенное в предыдущую версию.
Фиг.8 - блок-схема алгоритма способа загрузки и сохранени исходного файла данных
согласно иллюстративному варианту осуществлени насто щего изобретени , когда из
действующей версии удалено свойство объекта, которое использовалось в предыдущей
версии.
Фиг.9 - блок-схема алгоритма способа загрузки и сохранени исходного файла данных
согласно иллюстративному варианту осуществлени насто щего изобретени , когда в
действующей версии старое свойство объекта предыдущей версии изменено.
Подробное описание изобретени Насто щее изобретение ниже описано подробно со ссылкой на прилагаемые чертежи, в
которых сходные элементы обозначены сходными позици ми.
Насто щее изобретение способно обеспечивать расшир емый формат файла,
совместимый с предыдущей, современной и будущей верси ми прикладной программы.
Насто щее изобретение предусматривает включение вод ных знаков версии файла в
исходный файл данных прикладной программы. Вод ные знаки версии файла могут
указывать различные свойства исходного файла данных. Вод ные знаки версии файла
могут включать в себ вод ной знак высокой (старшей) версии, вод ной знак последней
версии, вод ной знак низкой (младшей) версии, вод ной знак версии создани и
объектный вод ной знак версии. Каждый из вод ных знаков версии файла может быть
также обеспечен дл конкретной информации в файле, например, дл конкретного объекта
в файле, чтобы указывать версии, которые изменили конкретную информацию. Насто щее
изобретение позвол ет использовать вод ные знаки версии файла, чтобы определить,
соответствует ли файл или конкретна информаци в файле предыдущей, действующей
или будущей верси м прикладной программы. Соответственно насто щее изобретение
позвол ет загружать или сохран ть исходный файл данных на основании определени .
Фиг.2 иллюстрирует различные аспекты иллюстративной вычислительной среды, в
которой предполагаетс использовать насто щее изобретение. Специалистам в данной
области очевидно, что фиг.2 и соответствующее рассмотрение призваны обеспечить
краткое общее описание предпочтительных компьютерного оборудовани и программных
модулей и что дополнительную информацию можно почерпнуть в соответствующих
справочниках по программированию, руководствах пользовател и других подобных
публикаци х.
На фиг.2 показан традиционный персональный компьютер 10, пригодный дл обеспечени выполнени предпочтительного варианта осуществлени насто щего
изобретени . Согласно фиг.2 персональный компьютер 10 работает в сетевой среде,
осуществл ющей логические подключени к удаленному серверу 11. Логические
соединени между персональным компьютером 10 и удаленным сервером 11
Страница: 7
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
представлены в виде локальной сети 12 и глобальной сети 13. Специалистам в данной
области известно, что в этой конфигурации клиент-сервер удаленный сервер 11 может
функционировать как файл-сервер или компьютер-сервер.
Персональный компьютер 10 содержит процессор 14, например микропроцессоры
PENTIUM производства корпорации Intel, Санта-Клара, Калифорни . Персональный
компьютер 10 также содержит системную пам ть 15, включающую в себ посто нную
пам ть (ПЗУ) 16 и оперативную пам ть (ОЗУ) 17, подключенные к процессору 14
посредством системной шины 18. Предпочтительный компьютер 10 использует BIOS 19,
хран щийс в ПЗУ 16. Специалистам в данной области известно, что BIOS 19 - это набор
основных процедур, которые помогают переносить информацию между элементами
персонального компьютера 10. Специалистам в данной области также известно, что
насто щее изобретение можно реализовать на компьютерах, имеющих другие архитектуры,
например, на компьютерах, не использующих BIOS, и на использующих другие
микропроцессоры.
В персональном компьютере 10 локальный жесткий диск 20 подключен к системной
шине 18 посредством интерфейса 21 жесткого диска. Привод 22 флоппи-диска, который
используетс дл чтени флоппи-диска 23 или записи на него, подключен к системной
шине 18 посредством интерфейса 24 привода флоппи-диска. Привод 25 CD-ROM или DVD,
который используетс дл чтени диска 26 CD-ROM или DVD, подключен к системной шине
18 посредством интерфейса 27 CD-ROM или DVD. Пользователь вводит команды и
информацию в персональный компьютер 10 с использованием устройств ввода, например,
клавиатуры 28 и/или указательного устройства, например мыши 29, которое подключено к
системной шине 18 посредством интерфейса 30 последовательного порта. Указательные
устройства других типов (не показаны на фиг.2) включают в себ сенсорные панели,
шаровые манипул торы, перь , устройства определени позиции по положению головы
оператора, перчатки дл сбора цифровых данных и другие устройства, пригодные дл позиционировани курсора на мониторе 31 компьютера. Монитор 31 или устройство
отображени другого рода подключен к системной шине 18 посредством видеоадаптера 32.
Удаленный сервер 11 в этой сетевой среде подключен к удаленному запоминающему
устройству 33. Удаленное запоминающее устройство 33 обычно представл ет собой
запоминающее устройство большой емкости, например, жесткий диск, привод CD-ROM или
DVD, магнитооптический дисковод и т.п. Специалистам в данной области известно, что
программные модули, например, модули 37C и 37D прикладной программы
предоставл ютс удаленному серверу 11 посредством компьютерно-считываемых
носителей. Персональный компьютер 10 подключен к удаленному серверу 11 посредством
сетевого интерфейса 34, который используетс дл св зи по локальной сети 12.
В альтернативном варианте осуществлени персональный компьютер 10 также
подключен к удаленному серверу 11 посредством модема 35, который используетс дл св зи по глобальной сети 13, например Интернет. Модем 35 подключен к системной шине
18 посредством интерфейса 30 последовательного порта. Модем 35 также может
подключатьс к телефонной сети общего пользовани (ТСОП) или сети коллективного
телевизионного приема (КТП). Хот на фиг.2 модем показан внешним по отношению к
персональному компьютеру 10, специалисту в данной области известно, что модем 35
может быть внутренним по отношению к персональному компьютеру 10 и, таким образом,
осуществл ть св зь непосредственно через системную шину 18. Важно отметить, что
подключение к удаленному серверу 11 одновременно через локальную сеть 12 и
глобальную сеть 13 не требуетс , но всего лишь иллюстрирует альтернативные способы
обеспечени линии св зи между персональным компьютером 10 и удаленным сервером 11.
Хот другие внутренние компоненты персонального компьютера 10 не показаны,
специалистам в данной области очевидно, что такие компоненты и соединени между ними
общеизвестны. Соответственно дополнительные подробности, касающиес внутренней
конструкции персонального компьютера 10, нет нужды раскрывать в св зи с насто щим
изобретением.
Страница: 8
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
Специалистам в данной области известно, что программные модули, например,
операционна система 36, программный модуль 37А приложени , программный модуль
37В обозревател , другие программные модули 37N и данные предоставл ютс персональному компьютеру 10 посредством компьютерно-считываемых носителей. В
предпочтительном компьютере 10 компьютерно-считываемые носители включают в себ локальные или удаленные запоминающие устройства, которые могут включать в себ локальный жесткий диск 20, флоппи-диск 23, CD-ROM или DVD 26, ОЗУ 17, ПЗУ 16 и
удаленное запоминающее устройство 33. В предпочтительном персональном компьютере
10 локальный жесткий диск 20 используетс дл сохранени данных и программ.
Программные модули 37N могут содержать прикладные программы, которые имеют
файлы расшир емого формата файла согласно иллюстративному варианту насто щего
изобретени . Перва прикладна программа может управл ть объектом, который, в свою
очередь, может содержать список свойств объекта (ССО) расшир емого формата файла.
ССО может хранитьс в непрерывном блоке системной пам ти 16. Втора прикладна программа может обращатьс к ССО объекта и может выполн ть различные функции с
использованием ССО, например, описанные ниже.
ССО представл ют собой структуру данных дл сохранени данных в файле данных.
Более подробные описани можно найти в патентах США №№ 5933842 и 5946696.
Раскрытие этих патентов включены сюда посредством ссылки.
Традиционные ССО обеспечивают структуру данных дл файла данных. Эта структура
данных обеспечивает сохранение информации в общем формате, полезном дл обеспечени совместимости с предыдущими и будущими верси ми прикладной программы.
Формат ССО позвол ет пропускать данные, не распознаваемые прикладной программой, и
в то же врем использовать данные, распознаваемые прикладной программой.
Традиционные ССО могут пополн тьс новой информацией в новой версии прикладной
программы, поскольку они допускают динамическое расширение дл новых объектов и
свойств.
На фиг.3 описаны характеристики традиционного ССО 300. (Дополнительную
информацию относительно СОО см. патенты США №№ 5933842 и 5946696.)
Термин «объект», используемый в данном описании, относитс к сущности, имеющей
характеристики, и котора или отображаетс прикладной программой, или вл етс частью
прикладной программы. Примером объекта, отображаемого прикладной программой,
вл етс текстовое поле, содержащеес в окне прикладной программы, в которое
пользователь может вводить текст. Характеристики текстового пол могут включать в
себ его цвет, шрифт текста и размер символов текста в пунктах. Примером объекта,
который вл етс частью прикладной программы, вл етс «пам тийное представление»
животного, и его характеристики могут включать в себ цвет животного, количество ног
и признак плото дности. Это «пам тийное представление» можно реализовать в виде
структуры данных, элементы которой выражают характеристики. Примером такой
структуры данных вл етс структура данных «класс» зыка С++. Характеристики объекта
называют свойствами объекта. Каждое свойство объекта обычно имеет значение.
Например, свойство «цвет» может иметь значение «красный».
На фиг.1 показан пример объекта 100, рассмотренный в разделе «Предпосылки
изобретени ». Объект 100 может содержать границу 102 и текст 104. Объект 100 может
иметь шесть свойств, характеризующих границу 102 и текст 104. Граница 102 может иметь
свойства «стиль границы» и «размер границы». Текст 104 может иметь свойства «шрифт»,
«размер символов текста», «выравнивание» и «стиль текста». Значени по умолчанию дл границы 102 и текста 104 могут указывать, что «стиль границы» = «сплошна », «размер
границы» = 4 пункта, «шрифт текста» = Times New Roman, «размер символов текста» = 20
пунктов, «выравнивание текста» = «по левому краю» и «стиль текста» = «не курсив».
Поскольку ССО 300 использует стандартный формат, его можно использовать дл внутреннего хранени свойств объекта. Например, ССО 300 может включать в себ элемент 302 «идентификатор свойства объекта» (opyid), элемент 304 «тип свойства
Страница: 9
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
объекта» и объект 306 «значение свойства объекта». Элемент 302 opyid может содержать
числовой идентификатор, св занный с конкретным свойством. Система может
поддерживать отображение всех свойств в соответствующие opyid, и это отображение
может измен тьс от ССО к ССО. Другими словами, каждый ССО может задавать, какое
свойство выражают значени opyid, и другие ССО могут использовать одни и те же
значени opyid дл разных свойств. Элемент 304 «тип свойства объекта» представл ет
собой тип данных, например, короткое целое (2 байта), длинное целое (4 байта), строка
уникода и т.д. Элемент 306 «значение свойства объекта» согласуетс с соответствующим
элементом 304 «тип свойства объекта». Например, согласно фиг.3, opyid «1» обозначает
элемент 304 «тип свойства объекта» - короткое целое (2 байта), который, как известно
системе, соответствует «цвету», и элемент 306 «значение свойства объекта», равное
0Ч00FF0000, которое в системе КЗС (красный, зеленый, синий) кодирует «красный». При
ссылке на конкретное свойство используетс opyid. Например, если в ССО 300 нужно
свойство границы, на него ссылаютс посредством opyid «2». ССО может также содержать
другой ССО в качестве свойства, что позвол ет создавать более сложные структуры
данных.
В традиционном 16-разр дном ССО элемент 302 opyid обычно занимает одиннадцать
битов. В такой конфигурации ССО 300 ограничено 2048 элементами данных (предметами),
поскольку ограничено одиннадцатью разр дами. В издательской системе количество
объектов и свойств может значительно превосходить 2048 элементов данных. Документ
издательской системы может иметь много страниц, кажда из которых может иметь много
объектов. С каждым объектом может быть св зано много свойств. Соответственно в р де
случаев желательно обеспечить максимальную емкость ССО. Дл этого насто щее
изобретение обеспечивает усовершенствованный тип ССО, «массив ССО», имеющий
практически неограниченную емкость. В массивах ССО могут хранитьс большие объемы
данных, например, все объекты документа. Дл хранени меньших количеств свойств
можно по-прежнему использовать ССО.
Структура данных 400, отвечающа иллюстративному варианту осуществлени насто щего изобретени , описана со ссылкой на фиг.4. Структура данных 400 может
включать в себ корневой ССО 402. Корневой ССО 402 может включать в себ свойство
402а «максимум», свойство 402b «инвариант» и свойство 402с «массив ССО». Хот это и
не вл етс необходимым, свойство 402а «максимум» может указывать размер свойства
402с «массив ССО» и может обеспечивать удобство выделени надлежащей пам ти при
считывании структуры данных 400. Свойство 402b «инвариант» может задавать
особенность, где индексы массива дл элементов данных в свойстве 402с «массив ССО»
остаютс посто нными. Другими словами, индекс массива дл элемента данных в свойстве
402с «массив ССО» не будет мен тьс на прот жении времени жизни предмета.
Соответственно новые элементы данных можно добавл ть только по индексу, который в
насто щее врем не используетс , и удаление элемента данных приводит к очистке
индексной чейки.
Свойство 402с «массив ССО» может ссылатьс на массив 404 ССО. Массив ССО может
хранитьс в свойстве 402с «массив ССО» или отдельно. Массив 404 ССО может содержать
свойства, другие ССО или другие массивы ССО. Согласно фиг.4 массив 404 ССО может
включать в себ список свойств подобъекта (subopl) 404a-404e, причем каждый subopl
404a-404e может представл ть собой свойство, ССО или другой массив ССО. Каждый
subopl 404a-404e может ссылатьс на элемент 406 массива. Каждый элемент 406 массива
может представл ть собой любое свойство, ССО или другой массив ССО. В этом примере
элементы 406 массива представл ют собой ССО, которые содержат идентификатор ID и
строку переменной длины.
Хот на фиг.4 показан только один массив 404 ССО со св занными с ним элементами
406 массива ССО, насто щее изобретение не ограничиваетс такой структурой. Например,
структура данных 400 может включать в себ совокупность ССО наподобие массива 404
ССО, с каждым из которых св заны элементы 406 массива ССО. В этом случае индекс 402с
Страница: 10
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
может ссылатьс на каждый массив 404 ССО.
Каждый subopl 404а-404е ссылаетс на свойство, объект или другой ССО по аналогии с
opyid 302 (фиг.3) традиционного ССО. Однако в структуре данных 400 элементы данных в
массиве 404 ССО не вл ютс заданными конкретными opyid. Вместо этого opyid дл каждого subopl 404a-404e в массиве 404 ССО может быть задан равным «-1». Тогда
позицию каждого subopl 404a-404e в массиве 404 ССО можно использовать в качестве
opyid. Позиции каждого subopl 404a-404e представлены на фиг.4 соответствующими
указател ми 405a-405e индексной позиции. Например, если нужен конкретный subopl,
например, имеющий позицию «2» в массиве 404 ССО, то обеспечиваетс subopl 404c,
соответствующий элементу данных по указателю 405с индексной позиции. Subopl 404c
располагаетс в индексной позиции 2 в массиве 404 ССО. Соответственно структура
данных 400 ссылаетс на конкретные ССО на основании их соответствующей индексной
позиции в массиве 404 ССО. Индексна позици конкретного subopl вл етс его opyid.
Структура данных 400 устран ет необходимость в сохранении конкретного opyid дл каждого элемента, тем самым преодолева недостатки традиционного ССО. В обычной 32разр дной системе структура данных 400 может хранить более четырех миллиардов
элементов (экземпл ров) данных, поскольку количество этих элементов данных уже не
ограничиваетс диапазоном opyid. (Указатели 405а-405е позиций показаны в
иллюстративных цел х и обычно не предусмотрены в массиве 404 ССО.)
На фиг.4 также показано, как можно сохран ть пустые чейки в массиве 404 ССО дл будущей ссылки. Дл пустой чейки 404b в индексной позиции 405b свойство-заполнитель
«oplempty» («пустой ССО») может указывать, что соответствующий элемент данных в
индексной позиции 405b пуст. Oplempty может указывать, что один элемент массива пуст
и должен быть пропущен. Дл множественных соседних пустых элементов массива можно
использовать свойство-заполнитель "oplskip=n". Oplskip=n может указывать, что
следующие (n) чеек пусты. Например согласно фиг.4 предмет 404d, соответствующий
индексной позиции 405d, т.е. индексным позици м 3-5 в массиве 404 ССО, заполнен
свойством-заполнителем "oplskip=3", указывающим, что следующие 3 элемента данных в
массиве 404 ССО пусты и должны быть пропущены.
Файл данных можно характеризовать как совокупность объектов. Каждый объект можно
задать посредством ССО. С каждым СОО может быть св зан описатель объекта (ОО). ОО
может быть индексом к (указателем на) ССО объекта. Соответственно ОО может
идентифицировать объект и не измен етс на прот жении жизни объекта. (См. поле 402b
«инвариант» на фиг.4.) Дл обхода структуры файла достаточно сослатьс на ОО дл каждого объекта без необходимости использовать информацию, специфическую дл каждого объекта. ОО может оставатьс неизменным (инвариантным) относительно
сохранений файла, что делает ОО полезным при ссылке на объекты в пам ти и/или в
файле.
Обычно ОО должен быть присвоен единичному объекту и не подлежит повторному
использованию в случае сохранени файла более поздней версией прикладной
программы. Например, современна верси прикладной программы может содержать
таблицу слежени дл отслеживани всех объектов, созданных программой. Если
предыдуща верси загружает файл и удал ет один из объектов текущей версии, то
таблица слежени текущей версии не должна будет обновл тьс дл отражени изменений. Дополнительно, если ОО дл удаленного объекта повторно используетс дл другого объекта, созданного в предыдущей версии, то таблица слежени текущей версии
будет интерпретировать повторно используемый ОО как другой объект. Благодар определению того, сохранен ли файл более поздней версией, насто щее изобретение
позвол ет избегать повторного использовани ОО до того, как из-за этого возникнут
проблемы. Тогда при загрузке файла более поздней версией она может видеть все
объекты, которые были удалены. Это позвол ет соответствующим образом видоизменить
таблицу слежени . Насто щее изобретение также допускает повторное использование ОО,
если файл сохранен самой высокой (старшей) версией из тех, которые использовали файл
Страница: 11
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
(определенна вод ным знаком версии файла). Насто щее изобретение допускает, чтобы
сама высока верси определ ла доступные ОО и делала их доступными дл повторного
использовани путем удалени всех старых ссылок на объекты, которые были удалены
предыдущими верси ми.
Дл сохранени структуры пам ти в ССО или массиве ССО можно задать «словарь
ССО», в котором указаны значени по умолчанию и типы дл каждого свойства. Количество
словарей можно мини??изировать, поскольку неиспользуемые свойства не занимают места.
Соответственно один иллюстративный вариант осуществлени насто щего изобретени предусматривает использование единственного словар . В таком варианте осуществлени все общие объекты могут иметь один и тот же opyid или индексную позицию массива дл каждого идентичного элемента данных. Другой иллюстративный вариант осуществлени предусматривает следующие словари: (1) словарь структуры файла, который может
включать в себ все свойства, относ щиес к структуре файла (т.е. корень дерева ССО);
(2) словарь объектов страницы, который может включать в себ свойства всех объектов
страницы документа издательской системы; и (3) другие словари структур, которые могут
включать в себ словарь дл описани объектов, содержащих текст, совместно со
св занным с ним текстом или словарь описани цвета дл описани цветов, используемых
в публикации, и т.д. Когда свойства заданы в словаре, любой объект может ссылатьс на
них. Соответственно общие свойства, используемые общими объектами, одинаковы,
поскольку они происход т из одного и того же словар .
ССО (и массивы ССО) могут обеспечивать преимущество сохранности или «оборота»
(посылки-приема) неизвестных свойств или информации из будущих версий. Конкретна верси может загрузить исходный ССО с диска в пам ть. Все свойства ССО, известные
конкретной версии, могут перезаписыватьс . Остальные свойства (т.е. свойства,
неизвестные конкретной версии), созданы будущей версией и могут оставатьс в файле
нетронутыми. Таким образом, неизвестные свойства могут переноситьс обратно в
сохраненный файл дл использовани более поздней версией. Неизвестные свойства
можно игнорировать при загрузке и легко оставл ть при сохранении.
Использование ССО или массива ССО в качестве структуры пам ти позвол ет отдел ть
«пам тийную» структуру (структуру в пам ти) от формата файла. Соответственно будущие
версии прикладной программы могут включать в себ многочисленные новые особенности,
не создава проблем, св занных с различием форматов файла. Например, структуры
можно перемещать в пам ти, чтобы сделать их более эффективными дл определенного
типа процессора, не вызыва изменени форматов файла. С каждой структурой пам ти,
сохран емой в файле, можно св зать ССО дл сохранени этой структуры. Отображение
ССО в структуру не об зано быть взаимно однозначным. Логические объекты на диске
могут становитьс отдельными структурами пам ти по соображени м производительности.
Например, свойства гиперссылки на объекте могут хранитьс в таблице обратного поиска
и использоватьс дл определени , какие другие объекты прив заны к любому данному
объекту. Альтернативно множественные объекты на диске могут объедин тьс в единой
структуре в пам ти.
Ниже описан со ссылкой на фиг.5 и 6 способ согласно насто щему изобретению дл обеспечени совместимости между действующей версией, предыдущей версией и более
поздней версией прикладной программы. Действующа (активна ) верси прикладной
программы - это прикладна программа, работающа в насто щее врем в компьютерной
системе 200 (фиг.2). Предыдуща верси прикладной программы - это люба верси прикладной программы, созданна до действующей версии. Более поздн верси прикладной программы - это люба верси прикладной программы, созданна после
действующей (активной) версии. Обычно верси прикладной программы обозначаетс номером. Например, перва верси прикладной программы может обозначатьс как верси 1.0. Более поздние версии прикладной программы могут обозначатьс большими
номерами. Например, втора верси может обозначатьс как верси 2.0. Верси 1.0
вл етс предыдущей версией по отношению к версии 2.0. Верси 2.0 вл етс более
Страница: 12
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
поздней версией по отношению к версии 1.0.
Насто щее изобретение предусматривает использование вышеописанных массивов
ССО и традиционных ССО в качестве структуры файла данных. Однако специалистам в
данной области пон тно, что насто щее изобретение не ограничиваетс этими структурами
файла.
Согласно иллюстративному варианту осуществлени насто щего изобретени в
исходном файле данных прикладной программы можно предусмотреть вод ные знаки
версии файла, указывающие различные свойства исходного файла данных. Вод ные знаки
версии файла можно обеспечить в заголовке файла, который обеспечивает информацию о
файле. Вод ной знак высокой (старшей) версии можно обеспечить дл указани самой
высокой (самой старшей) версии прикладной программы, использовавшейс дл сохранени файла. Вод ной знак последней версии можно обеспечить дл указани последней версии прикладной программы, использовавшейс дл сохранени файла.
Вод ной знак низкой (младшей) версии можно обеспечить дл указани самой низкой
(самой младшей) версии прикладной программы, использовавшейс дл сохранени файла. Вод ной знак версии создани можно обеспечить дл указани версии прикладной
программы, котора впервые создала файл. Объектный вод ной знак версии можно
обеспечить в качестве свойства на каждом объекте дл указани самой высокой версии
прикладной программы, которую можно использовать дл записи конкретного объекта.
Каждый вод ной знак версии файла может указывать изменени , добавлени или
удалени , произведенные в файле. При загрузке файла насто щее изобретение позвол ет
определ ть любые структуры данных и свойства, добавленные или измененные после
сохранени файла версией, указанной вод ным знаком низкой версии. Добавленные или
измененные элементы данных можно затем корректировать дл обеспечени их
совместимости с любой версией.
В ходе работы вод ной знак высокой версии в файле данных можно сравнить с
действующей версией прикладной программы. Благодар такому сравнению можно
определить, соответствует ли исходный файл данных действующей версии, предыдущей
версии или более поздней версии прикладной программы. Поскольку прикладна программа может сохранить файл целиком, объекты в файле включают в себ характеристики файла, созданные версией, идентифицированной вод ным знаком высокой
(старшей) версии. Затем прикладна программа может определить, как загружать и/или
сохран ть исходный файл данных на основании того, соответствует ли он действующей
версии, предыдущей версии или более поздней версии. Исходный файл данных может
содержать список свойств объекта, массив свойств объекта или другие структуры файла.
Например, верси 2.0 (более поздн верси ) прикладной программы может определить,
преобразовать ли информацию на основании того, как верси 2.0 обрабатывает
информацию иначе, чем верси 1.0 (предыдуща верси ). Например, если верси 1.0
имела таблицу слежени дл гиперссылок, а верси 2.0 размещает данные гиперссылок в
самих объектах, то верси 2.0 может определить, что она должна преобразовывать эту
информацию при загрузке файла, записанного версией 1.0. Если же верси 2.0 вл етс самой старой версией, записавшей файл, то верси 2.0 может определить, что в таком
преобразовании нет необходимости.
Вод ные знаки низкой (младшей) и высокой (старшей) версии (и объектные вод ные
знаки) могут обновл тьс , если они превосход т предыдущий знак. Последн верси дл сохранени файла может быть обновлена после сохранени . Вод ной знак версии
создани может быть обеспечен при первоначальном создании файла и обычно не
обновл етс .
Ниже описан со ссылкой на фиг.5 способ 500 загрузки файла данных, отвечающий
иллюстративному варианту осуществлени насто щего изобретени . На фиг.5 изображена
блок-схема алгоритма, представл юща способ 500 загрузки исходного файла данных в
прикладной программе, причем исходный файл данных должен быть совместим с
действующей версией, предыдущей версией и более поздней версией. Способ 500 может
Страница: 13
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
содержать этап 510 обеспечени вод ного знака высокой версии, вод ного знака низкой
версии, вод ного знака последней версии, вод ного знака версии создани и/или
объектного вод ного знака версии в исходном файле данных. На этапе 520 определ ют
вод ной знак высокой версии в исходном файле данных. Способ также предусматривает
определение вод ного знака низкой версии, вод ного знака последней версии, вод ного
знака версии создани и/или объектного вод ного знака версии объектов в исходном
файле данных, как показано на этапе 530. На этапе 540 вод ной знак высокой версии
сравнивают с действующей (активной) версией прикладной программы, чтобы определить,
вл етс ли высока верси более новой, чем действующа верси . На основании этого
сравнени способ определ ет, как загружать исходный файл данных.
Если сравнение на этапе 540 указывает, что вод ной знак высокой версии представл ет
версию прикладной программы, котора не новее действующей версии, значит, исходный
файл данных соответствует той же версии или предыдущей версии прикладной программы
по отношению к действующей версии. В этом случае способ предусматривает переход к
этапу 560, на котором исходный файл данных может быть загружен в прикладную
программу без изменений. Поскольку вод ной знак высокой версии соответствует той же
версии или предыдущей версии прикладной программы, действующа верси может читать
и понимать всю информацию, содержащуюс в исходном файле данных.
Если сравнение на этапе 540 указывает, что вод ной знак высокой версии представл ет
версию прикладной программы, котора новее действующей версии, значит, исходный
файл данных соответствует более поздней версии прикладной программы по отношению к
действующей версии. В этом случае способ предусматривает переход к этапу 550 дл загрузки исходного файла данных. Поскольку вод ной знак высокой версии соответствует
более поздней версии прикладной программы, то действующа верси может оказатьс неспособной читать и понимать всю информацию, содержащуюс в исходном файле
данных. Соответственно исходный файл данных загружаетс в прикладной программе на
этапе 550 путем загрузки всей известной информации и пропуска всей неизвестной
информации. При использовании ССО или массива ССО в качестве структуры файла
неизвестные свойства ССО, св занные с объектом, могут поддерживатьс путем загрузки
всех неизвестных свойств и сохранени их в блоке пам ти вплоть до сохранени файла.
Альтернативно программа может отслеживать местоположение исходного ССО, св занного
с объектом, на диске и может считывать неизвестные свойства ССО обратно в пам ть, что
необходимо перед перезаписью файла.
После этапа 550 или 560 способ переходит к этапу 570, на котором определ ют,
представл ет ли вод ной знак последней версии в исходном компьютерном файле версию
прикладной программы, котора старше действующей версии. В случае отрицательного
результата определени на этапе 570 способ завершаетс . В случае положительного
результата определени на этапе 570 способ предусматривает переход к этапу 580, на
котором исходный файл данных может быть преобразован путем обновлени новой или
измененной информации на основании старой информации в исходном файле данных.
Старую информацию можно также оставить без изменений.
На этапах 570 и 580 осуществл етс преобразование исходного файла данных на
основании вод ного знака последней версии. Вод ной знак последней версии может
указывать дополнительную информацию из вод ного знака высокой версии дл определени необходимых изменений исходного файла данных. Например, положим, что в
исходном файле данных записана верси 2 компьютерной прикладной программы (вод ной
знак высокой версии). Верси 2 может включать в себ новое или измененное свойство по
отношению к версии 1. Однако если верси 1 прикладной программы вл етс последней
версией дл записи файла (вод ной знак последней версии), то в ней могут быть
изменены некоторые данные, соответствующие новым или измененным свойствам версии
2. Соответственно, если верси 2 или более поздн верси (действующа верси ) читает
исходный файл данных, то этой версии может понадобитьс преобразовать данные в
файле данных, поскольку последней версией дл записи файла вл етс верси 1
Страница: 14
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
(данные, записанные версией 1, могут нуждатьс в обновлении, чтобы соответствовать
версии 2 или более поздней версии).
Вод ные знаки версии файла можно обеспечивать дл каждого объекта и/или на всем
файле. Поэтому способ 500 (и рассмотренный ниже способ 600) можно примен ть к
объекту в исходном файле данных. Обеспечение вод ных знаков версии файла дл отдельных объектов позвол ет оптимизировать способы загрузки и сохранени путем
определени , какие объекты в файле нужно преобразовывать, а какие игнорировать.
Дополнительно вод ные знаки версии файла можно обеспечивать дл каждого свойства
и/или на всем файле или на всем объекте. Поэтому способ 500 (и рассмотренный ниже
способ 600) можно примен ть к свойству в исходном файле данных. Обеспечение вод ных
знаков версии файла дл отдельных свойств позвол ет оптимизировать способы загрузки и
сохранени путем определени , какие свойства в файле нужно преобразовывать или
игнорировать.
Кроме того, в действующей (активной) версии прикладной программы с каждым
объектом может быть св зан вод ной знак действующей версии, который может
представл ть версии прикладной программы, которые ревизовали, изменили или удалили
объект. Согласно способу 500 (и рассмотренному ниже способу 600) объектный вод ной
знак версии дл конкретного объекта можно сравнивать с действующей версией, причем
действующа верси представлена вод ным знаком действующей версии дл данного
объекта в действующей версии. Соответственно насто щее изобретение позвол ет
оптимизировать определение необходимости обновлени объекта в исходном файле
данных, поскольку объект нуждаетс в обновлении, только если вод ной знак действующей
версии новее объектного вод ного знака версии. Пусть, например, объектный вод ной
знак версии дл конкретного объекта в исходном файле данных указывает, что верси 1.0
вл етс последней версией дл сохранени конкретного объекта. Если действующа верси 2.0 загружает файл, она будет обновл ть информацию в действующей версии,
котора основана на конкретном объекте, поскольку верси 2.0 новее версии 1.0. Если
же дл конкретного объекта в действующей версии обеспечен вод ной знак действующей
версии, причем вод ной знак действующей версии указывает, что конкретный объект не
изменилс по отношению к версии 1.0, то действующа верси не будет обновл ть
конкретный объект, поскольку он не был изменен в версии 2.0. Таким образом, способ
загрузки можно оптимизировать, исключив ненужные этапы преобразовани .
Со ссылкой на фиг.6 описан иллюстративный вариант осуществлени способа 600
сохранени файла данных, отвечающий насто щему изобретению. Способ 600 позвол ет
сохран ть измененный файл данных так, чтобы он был совместим с действующей версией,
предыдущей версией и более поздней версией. После того как исходный файл данных был
изменен действующей (активной) версией прикладной программы, измененный исходный
файл данных может быть сохранен в формате, совместимом с действующей версией,
предыдущими верси ми и более поздними верси ми. На фиг.6 изображена блок-схема
последовательности операций способа 600. Способ 600 может содержать этап 605
обеспечени вод ного знака высокой (старшей) версии, вод ного знака низкой (младшей)
версии, вод ного знака последней версии, вод ного знака версии создани и/или
объектного вод ного знака версии в исходном файле данных. На этапе 610 определ ют
вод ной знак высокой версии в исходном файле данных. Способ также предусматривает
определение вод ного знака низкой версии, вод ного знака последней версии, вод ного
знака версии создани и/или объектного вод ного знака версии объектов в исходном
файле данных, как показано на этапе 615. На этапе 620 вод ной знак высокой версии
сравнивают с действующей версией прикладной программы. На основании этого сравнени способ определ ет, как сохран ть измененный исходный файл данных.
Если сравнение на этапе 620 указывает, что вод ной знак высокой версии представл ет
версию прикладной программы, котора старше действующей версии, значит, исходный
файл данных соответствует предыдущей версии прикладной программы по отношению к
действующей версии. В этом случае способ предусматривает переход к этапу 625
Страница: 15
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
сохранени измененного исходного файла данных в формате действующей версии
прикладной программы. Поскольку вод ной знак высокой версии соответствует
предыдущей версии прикладной программы, действующа верси прикладной программы
также может сохран ть измененный исходный файл данных в формате, совместимом со
всеми предыдущими верси ми. Соответственно способ переходит к этапу 630, на котором
элементы данных в измененном исходном файле данных преобразуютс в формат
предыдущей(их) версии(й) и сохран ютс . Таким образом, измененный исходный файл
данных сохран етс в форматах действующей версии и предыдущей(их) версии(й). Стара информаци из предыдущей версии может быть реконструирована на этапе 630, что
позвол ет использовать файл в предыдущей, действующей и будущей верси х прикладной
программы. Если реконструкци старой информации становитс слишком трудоемкой
задачей, то будущие файлы можно усекать, вставл в файл команду, котора предписывает, что читать файл может только определенна верси или ее будущие
версии. На этапе 635 вод ной знак высокой версии исходного файла данных обновл етс ,
чтобы соответствовать действующей версии прикладной программы. Затем способ
переходит к этапу 655, на котором последн верси дл сохранени файла также
обновл етс дл использовани в будущем.
Если сравнение на этапе 620 указывает, что вод ной знак высокой версии представл ет
версию прикладной программы, котора новее действующей версии, значит, исходный
файл данных соответствует более поздней версии прикладной программы по отношению к
действующей версии. В этом случае способ предусматривает переход к этапу 640, на
котором получают исходный файл данных. Затем на этапе 645 поверх исходного файла
данных записывают измененный исходный файл данных. Поскольку вод ной знак высокой
версии соответствует более поздней версии прикладной программы, то измененный
исходный файл данных может содержать информацию или данные, неизвестные
действующей версии. (См., например, этап 580 на фиг.5.) Соответственно на этапе 645
только известные данные исходного файла данных перезаписываютс данными
модифицированного исходного файла данных. Неизвестные данные свойств не
измен ютс . Благодар этому способу неизвестные данные остаютс доступными более
поздним верси м прикладной программы, которые могут читать эти данные. Неизвестные
данные могут поддерживатьс прикладной программой, согласно рассмотренному выше со
ссылкой на фиг.5. Затем происходит переход к этапу 630 на котором элементы данных в
измененном исходном файле данных преобразуютс в формат предыдущей(их) версии(й) и
сохран ютс . Таким образом, измененный исходный файл данных сохран етс в форматах
действующей (активной) версии и предыдущей(их) версии(й).
Затем способ предусматривает определение, нужно ли обновление вод ного знака
низкой (младшей) версии. На этапе 650 действующую версию прикладной программы
сравнивают с вод ным знаком низкой (младшей) версии исходного файла данных. Если на
этапе 650 определено, что действующа верси старше версии прикладной программы,
представленной вод ным знаком низкой версии, то способ предусматривает переход к
этапу 655, на котором вод ной знак низкой (младшей) версии обновл етс , чтобы
соответствовать действующей (активной) версии. Затем способ переходит к этапу 665, на
котором последн верси дл сохранени файла также обновл етс дл использовани в
будущем. Если на этапе 650 определено, что действующа верси така же или новее
версии прикладной программы, представленной вод ным знаком низкой версии, то способ
предусматривает переход непосредственно к этапу 665, на котором вод ной знак
последней версии обновл етс , чтобы соответствовать действующей версии.
Если сравнение на этапе 620 указывает, что вод ной знак высокой версии представл ет
версию прикладной программы такую же, как действующа верси , значит, исходный файл
данных соответствует действующей версии прикладной программы. В этом случае способ
предусматривает переход к этапу 660, на котором измененный исходный файл данных
сохран етс путем записи поверх исходного файла данных. Затем способ переходит к
этапу 630, на котором элементы данных в измененном исходном файле данных
Страница: 16
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
преобразуютс в формат предыдущей(их) версии(й) и сохран ютс . Таким образом,
измененный исходный файл данных сохран етс в форматах действующей версии и
предыдущей(их) версии(й). Затем способ переходит к этапу 655, на котором последн верси дл сохранени файла также обновл етс дл использовани в будущем.
Заметим, что этап 630 может выполн тьс независимо от перехода, осуществл емого на
этапе 620. Соответственно свойства, соответствующие предыдущим верси м, всегда
можно записать в файл, что обеспечивает совместимость файла с предыдущими верси ми.
В некоторых случа х способы 500 и 600 могут предусматривать дополнительный этап
(не показан) отслеживани местоположени элементов массива ССО дл сохранени файла после его изменени . Например, верси файла данных может содержать таблицу из
четырех элементов. Однако измененна верси файла данных может иметь только три
элемента. Когда прикладна программа пытаетс перезаписать исходный файл данных,
дискова верси содержит четыре исходных элемента, а верси пам ти содержит только
три элемента. При отсутствии этапа отслеживани прикладна программа может не знать,
какой элемент был удален. На этапе отслеживани прикладна программа отслеживает
исходный индекс всех таблиц. При считывании таблицы с диска в таблицу добавл етс дополнительный элемент данных, указывающий позицию каждого элемента в таблице.
Другими словами, прикладна программа отмечает, какой элемент был первым, вторым и
т.д. Соответственно программа определ ет, какой элемент был удален, поскольку он не
существует, и может сохран ть свойства будущей версии, которые могут существовать в
элементах массива.
Согласно способам 500 и 600 действующа верси прикладной программы может
использовать любой из вод ных знаков, чтобы определ ть, какие действи предпринимать
при загрузке исходного файла данных. Использование вод ного знака высокой (старшей)
версии было рассмотрено выше. Вод ной знак низкой (младшей) версии может давать
подсказку прикладной программе и ограничивает типы преобразовани , необходимые дл исходного файла данных. Согласно предыдущему примеру, если известно, что в версии 1.0
таблицы гиперссылок не существует, поскольку вод ной знак низкой версии указывает,
что файл никогда не записывалс этой версией, то процесс преобразовани может
безопасно пропустить все действи , св занные с таблицей гиперссылок. Вод ной знак
последней версии может указывать данные, известные последней версии дл записи
файла, а также данные, которые не известны, но наход тс в файле.
Объектный вод ной знак версии может обеспечивать конкретную информацию дл конкретного объекта, благодар чему конкретный объект можно загружать, сохран ть или
преобразовывать на основании этой информации. Объектный вод ной знак версии может
обеспечивать информацию дл конкретного объекта и может указывать самую высокую
(старшую) версию файла дл любого свойства, содержащегос в конкретном объекте.
Пусть, например, в версии 2.0 к объекту Х было добавлено свойство гиперссылки, в
версии 3.0 к объекту Х не было добавлено никаких новых свойств. Если объект Х
содержит гиперссылку, записанную в версии 2.0 или в более поздней версии, то его
вод ной знак версии будет установлен на версию 2.0. Если объект Х не содержит
гиперссылку (и потому никакое свойство гиперссылки не записано) или было записано
версией 1.0, то вод ной знак версии будет установлен на версию 1.0. Эту информацию
можно использовать дл дальнейшей оптимизации операций загрузки и сохранени в
отношении каждого отдельного объекта и самой высокой (старшей) версии, понимающей
все свойства в этом объекте. Например, объект Х, который был записан версией 3.0 и не
содержал гиперссылку (из-за чего имеет вод ной знак объекта, указывающий версию 1.0),
может записыватьс и читатьс версией 1.0, невзира на существующие свойства будущей
версии, даже если вод ной знак высокой версии файла отражает версию 3.0.
В целом, сама современна верси прикладной программы дл сохранени файла
лучше всего подходит дл определени , как обрабатывать любую информацию из этой
версии или предыдущих версий. Сама современна верси может читать и понимать в
файле все. Сама современна верси прикладной программы определ ет, какую
Страница: 17
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
информацию оставл ть, преобразовывать или отбрасывать. Соответственно сама высока (сама старша ) верси дл записи файла определ ет, отброшена или
преобразована информаци . Все более низкие (младшие) версии могут просто
распростран ть любую неизвестную информацию.
Наконец, чтобы изобретение работало, не требуютс все этапы способов 500 и 600,
показанные на фиг.5 и 6. Кроме того, некоторые этапы можно осуществл ть в пор дке,
отличном от показанного.
Со ссылкой на фиг.7-9 описаны конкретные иллюстративные варианты осуществлени способов 500 и 600, отвечающих насто щему изобретению. Кажда из фиг.7-9
соответствует случаю, когда согласно способу 500 или 600 определено, что вод ной знак
последней версии меньше действующей версии прикладной программы (т.е. что последн верси прикладной программы дл сохранени исходного файла данных соответствует
предыдущей версии прикладной программы по отношению к действующей версии) (см.
этап 595 на фиг.5). Кроме того, варианты осуществлени , описанные ниже со ссылкой на
фиг.7-9, также соответствуют случаю, когда согласно способу 500 или 600 определено,
что вод ной знак высокой версии меньше действующей версии прикладной программы.
На фиг.7 показана блок-схема последовательности операций способа 700 загрузки и
сохранени исходного файла данных согласно насто щему изобретению с учетом того, что
действующа верси имеет дополнительное свойство объекта, не включенное в
предыдущую версию. На этапе 710 способа 700 значение по умолчанию дл нового
свойства задано в ССО дл действующей (активной) версии прикладной программы.
Процесс переходит к этапу 725, на котором исходный файл данных загружаетс без
изменений. После изменени исходного файла данных он сохран етс на этапе 730.
Соответственно новое свойство сохран етс дл использовани действующей и будущей
верси ми прикладной программы. Предыдущие версии будут просто игнорировать новое
свойство. На этапе 740 вод ной знак высокой версии обновл етс до действующей версии.
На фиг.8 показана блок-схема способа 800 загрузки и сохранени исходного файла
данных согласно насто щему изобретению с учетом того, что действующа верси удалила
свойство объекта, которое использовалось в предыдущей версии. На этапе 820 удаленное
свойство игнорируетс при загрузке исходного файла данных в действующей версии. При
сохранении измененной версии исходного файла данных на этапе 830, удаленное свойство
сохран емого файла остаетс доступным дл более старых версий. Хот действующа верси не использует удаленное свойство, удаленное свойство возвращаетс в
сохраненный файл дл использовани предыдущими верси ми. Удаленное свойство
можно возвращать в сохраненный файл, оставл удаленное свойство в исходном файле
данных, т.е. «не выписыва » удаленное свойство из файла. Альтернативно удаленное
свойство может быть возвращено в сохраненный файл, перенос удаленное свойство (из
исходного файла данных) обратно в сохраненный файл. Поскольку удаленное свойство
известно действующей версии, значение удаленного свойства может быть выведено
(получено) из значений других свойств или можно сгенерировать значение по умолчанию,
представл ющее удаленное свойство, что позвол ет возвратить удаленное свойство в
файл. На этапе 840 вод ной знак высокой версии может быть обновлен до действующей
версии.
Пусть, например, предыдуща верси включала в себ свойство отбрасывани тени на
объекте. Действующа верси может уже не поддерживать это свойство, т.е. свойство
отбрасывани тени удалено из действующей (активной) версии. Более нова верси прикладной программы распознает, что свойство отбрасывани тени удалено. Однако
действующа верси может по-прежнему записывать в файл свойство отбрасывани тени.
На этапе 820 исходный файл данных может быть загружен и удаленное свойство
отбрасывани тени может игнорироватьс . При сохранении измененной версии исходного
фала данных на этапе 830 файл снова может быть сохранен с удаленным свойством
отбрасывани тени, доступным дл более старых версий. Хот действующа верси не
использует удаленное свойство отбрасывани тени, удаленное свойство отбрасывани Страница: 18
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
тени может быть возвращено в сохраненный файл дл использовани предыдущими
верси ми. Значение свойства отбрасывани тени можно определить из значени других
свойств, или можно использовать значение по умолчанию. На этапе 840 вод ной знак
высокой версии может быть обновлен до действующей версии.
На фиг.9 показана блок-схема алгоритма способа 800 загрузки и сохранени исходного
файла данных согласно насто щему изобретению с учетом того, что действующа верси изменила старое свойство объекта предыдущей версии. Вместо замены старого свойства
измененным свойством в действующей версии обеспечено новое свойство,
представл ющее измененное свойство. На этапе 910 способа 900 задаетс значение по
умолчанию дл нового свойства в ССО действующей версии прикладной программы.
Старое свойство остаетс нетронутым. Затем на этапе 920 исходный файл данных
загружаетс в действующую версию, и старое свойство преобразуетс в новое
(измененное) свойство. После изменени исходного файла данных он сохран етс на
этапе 930. На этапе 930 новое свойство сохран етс независимо от старого свойства.
Кроме того, на этапе 930 новое свойство преобразуетс в старое свойство и сохран етс дл использовани предыдущей версией. На этапе 940 вод ной знак высокой версии
обновл етс до действующей версии.
Пусть, например, предыдуща верси прикладной программы использовала цветовую
модель КЗС (RGB) (красный, зеленый, синий) дл задани цветов объектов. Действующа верси прикладной программы может включать в себ новое свойство, позвол ющее
задавать цвета объектов в цветовой модели ГСЖЧ (CMYK) (голубой, сиреневый, желтый,
черный), используемой профессиональными издател ми. Новое свойство цвета ГСЖЧ
может быть основано на старом свойстве цвета КЗС, и дл каждого значени КЗС можно
определить эквивалентное значение ГСЖЧ. Новый opyid можно добавить в
соответствующий словарь ССО. Например, соответствующий словарь может представл ть
собой словарь объекта страницы дл объекта страницы, другой существующий словарь
или новый словарь. На этапе 910 в словаре ССО может быть задано значение по
умолчанию дл нового свойства цвета ГСЖЧ. Старое свойство КЗС остаетс неизменным.
На этапе 920 исходный файл данных может быть загружен в действующую версию, и новое
свойство цвета ГСЖЧ может быть обновлено на основании старого свойства КЗС объекта.
После изменени исходного файла данных, оно может быть сохранено на этапе 930. На
этапе 930 новое свойство цвета ГСЖЧ может быть сохранено независимо от старого
свойства КЗС из исходного файла данных. Новое свойство ГСЖЧ может быть
преобразовано в соответствующее старое свойство КЗС и сохранено в файле.
Соответственно новое свойство цвета ГСЖЧ может быть сохранено дл использовани действующей и будущей верси ми прикладной программы. Предыдущие версии будут
просто игнорировать новое свойство цвета ГСЖЧ. На этапе 940 вод ной знак высокой
версии может быть обновлен до действующей версии.
Способ, отвечающий насто щему изобретению, может также разрешать несоответстви между двум верси ми прикладной программы, которые сохранены в файле данных. В
рассмотренном выше примере ГСЖЧ-КЗС предыдущие версии могут читать файл,
поскольку более поздн верси будет преобразовывать новое свойство цвета ГСЖЧ в
соответствующее свойство КЗС. Однако если последн верси дл записи файла старше,
чем действующа верси и высока верси дл записи файла, могут возникать
несоответстви . Действующа верси может представл ть собой ту же версию или более
позднюю версию, чем высока верси дл записи файлов. Если высока верси , котора не
вл етс последней версией дл записи файла, распознает новое свойство цвета ГСЖЧ,
то она будет записывать в файл данных значение нового свойства цвета ГСЖЧ, а также
соответствующее значение свойства цвета КЗС. Кроме того, если последн верси дл записи файла распознает только свойство цвета КЗС, то она будет записывать в файл
данных свойство цвета КЗС. Когда файл данных загружаетс в действующую версию,
котора поддерживает новое свойство цвета ГСЖЧ, свойство цвета ГСЖЧ в файле данных
соответствует старой информации. В файле данных существуют две версии информации
Страница: 19
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
свойства цвета, поскольку высока верси записала в файл данных значение свойства
цвета ГСЖЧ, а последн верси записала в файл данных значение свойства цвета КЗС.
Значени КЗС и ГСЖЧ не совпадают, поскольку последн верси дл записи файла
обновила значение КЗС, но оставила значение неизвестного свойства ГСЖЧ. При загрузке
файла в действующую версию можно определить последнюю версию дл записи файла
(см. этап 570 на фиг.5). На основании этой информации можно определить, что значение
свойства цвета ГСЖЧ устарело и что значение свойства цвета КЗС должно быть загружено
и преобразовано в обновленное значение свойства цвета ГСЖЧ.
Объект вл етс совокупностью свойств. Соответственно изменени объекта в разных
верси х прикладной программы могут быть отражены изменени ми в свойствах, которые
соответствуют объекту. При загрузке или сохранении файла данных, содержащего объект,
этапы способов 700, 800 и 900 могут повторно выполн тьс дл отдельных свойств
объекта.
Вариант осуществлени насто щего изобретени можно использовать как часть
издательской системы, известной как Microsoft® Publisher, доступной от корпорации
Microsoft®, Редмонд, Вашингтон. Эта издательска система позвол ет пользователю
редактировать документы и вставл ть различные объекты, содержащие графические
данные, текстовые данные, данные электронной таблицы или другого рода данные. Кроме
того, эта система позвол ет пользователю измен ть свойства объектов. Система может
иметь несколько заранее заданных типов объектов, которые имеют заранее заданные
свойства, которым присвоены стандартные значени (значени по умолчанию). Каждый тип
объекта может отличатьс набором свойств и/или значени ми свойств. Каждый объект
может быть примером своего типа объекта. При этом настройки объекта в его исходной
форме могут быть легко доступны. Хот вариант осуществлени описан применительно к
издательской системе, специалисту в данной области очевидно, что описанные здесь
приемы можно примен ть к практически неограниченному количеству других типов систем.
Насто щее изобретение можно использовать совместно с аппаратным и программным
обеспечением, которое осуществл ет вышеописанные функции обработки. Специалистам в
данной области очевидно, что описанные здесь системы, способы и процедуры могут быть
реализованы в программируемом компьютере, программном обеспечении, выполн емом
на компьютере или цифровых схемах. Программное обеспечение может хранитьс на
компьютерно-считываемых носител х. Примерами компьютерно-считываемых носителей
могут служить флоппи-диск, ОЗУ, ПЗУ, жесткий диск, сменные носители, флэш-пам ть,
карта пам ти, оптические носители, магнитооптические носители, CD-ROM и т.д.
Цифровые схемы могут включать в себ интегральные схемы, матрицы логических
элементов, крупноблочную логику, п??ограммируемую пользователем логическую матрицу
(FPGA) и т.д.
Хот выше были подробно описаны конкретные варианты осуществлени насто щего
изобретени , описание носит исключительно иллюстративный характер. Специалисты в
данной области могут предложить различные видоизменени и соответствующие
эквивалентные этапы раскрытых аспектов иллюстративных вариантов осуществлени ,
помимо вышеописанных, не выход за рамки сущности и объема насто щего изобретени ,
заданных в нижеследующей формуле изобретени , объем которой следует рассматривать
как широчайшую интерпретацию, призванную охватывать все подобные видоизменени и
эквивалентные структуры.
Формула изобретени 1. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и более поздней версией прикладной программы, содержащий
этапы, на которых
обеспечивают вод ной знак высокой версии в исходном файле данных, причем вод ной
знак высокой версии указывает самую старшую версию прикладной программы,
использовавшуюс дл сохранени файла,
Страница: 20
CL
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
сравнивают вод ной знак высокой версии с действующей версией прикладной
программы, чтобы определить, соответствует ли исходный файл данных более поздней
версии прикладной программы, и
загружают исходный файл данных в действующую версию, причем, если на этапе
сравнени определено, что исходный файл данных соответствует более поздней версии,
то этап загрузки содержит этапы, на которых
игнорируют неизвестную информацию в исходном файле данных и
загружают известную информацию из исходного файла данных в действующую версию.
2. Способ по п.1, отличающийс тем, что исходный файл данных содержит список
свойств объекта.
3. Способ по п.2, отличающийс тем, что список свойств объекта содержит массив
списков свойств объекта.
4. Способ по п.3, отличающийс тем, что дополнительно содержит этапы, на которых
отслеживают позицию объектов в массиве списков свойств объекта и
обновл ют массив списков свойств объекта на основании позиции объектов,
отслеженных на этапе отслеживани .
5. Способ по п.1, отличающийс тем, что кажда из неизвестной и известной
информации содержит свойство списка свойств объекта.
6. Способ по п.1, отличающийс тем, что дополнительно содержит этап, на котором
сохран ют измененную версию исходного файла данных, причем этап сохранени содержит этапы, на которых
записывают поверх известной информации из исходного файла данных информацию из
измененной версии и
оставл ют неизвестную информацию из исходного файла данных, чтобы неизвестна информаци оставалась доступной более поздней версии.
7. Способ по п.1, отличающийс тем, что дополнительно содержит этапы, на которых
обеспечивают вод ной знак последней версии в исходном файле данных, причем
вод ной знак последней версии указывает последнюю версию прикладной программы,
использовавшуюс дл сохранени файла, и
определ ют характеристики исходного файла данных, сравнива вод ной знак
последней версии с действующей версией прикладной программы.
8. Способ по п.7, отличающийс тем, что если на этапе определени определено, что
вод ной знак последней версии соответствует версии прикладной программы, котора вл етс предыдущей по отношению к действующей версии, то способ дополнительно
содержит этап преобразовани информации в действующей версии прикладной программы
на основании информации в исходном файле данных.
9. Способ по п.1, отличающийс тем, что дополнительно содержит этапы, на которых
обеспечивают вод ной знак низкой версии в исходном файле данных, причем вод ной
знак низкой версии указывает самую младшую версию прикладной программы,
использовавшуюс дл сохранени файла,
определ ют характеристики исходного файла данных, сравнива вод ной знак низкой
версии с действующей версией прикладной программы.
10. Способ по п.1, отличающийс тем, что дополнительно содержит этапы, на которых
обеспечивают объектный вод ной знак версии дл объекта в исходном файле данных,
причем объектный вод ной знак версии указывает самую низкую версию прикладной
программы, котора может интерпретировать все свойства в объекте, и
определ ют характеристики исходного файла данных, сравнива объектный вод ной
знак версии с версией объекта в действующей версии прикладной программы.
11. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.1.
12. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и предыдущей версией прикладной программы, способ содержит
этапы, на которых
Страница: 21
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
обеспечивают вод ной знак высокой версии в исходном файле данных, причем вод ной
знак высокой версии указывает самую старшую версию прикладной программы,
использовавшуюс дл сохранени файла,
сравнивают вод ной знак высокой версии с действующей версией прикладной
программы, чтобы определить, соответствует ли исходный файл данных предыдущей
версии прикладной программы, и
загружают исходный файл данных без изменений в действующую версию, если на этапе
сравнени определено, что исходный файл данных соответствует предыдущей версии.
13. Способ по п.12, отличающийс тем, что дополнительно содержит этапы, на которых
обеспечивают вод ной знак последней версии в исходном файле данных, причем
вод ной знак последней версии указывает последнюю версию прикладной программы,
использовавшуюс дл сохранени файла, и
определ ют характеристики исходного файла данных, сравнива вод ной знак
последней версии с действующей версией прикладной программы.
14. Способ по п.13, отличающийс тем, что если на этапе определени определено, что
вод ной знак последней версии соответствует версии прикладной программы, котора вл етс предыдущей по отношению к действующей версии, то способ дополнительно
содержит этап, на котором преобразуют информацию в действующей версии прикладной
программы на основании информации в исходном файле данных.
15. Способ по п.12, отличающийс тем, что исходный файл данных содержит список
свойств объекта.
16. Способ по п.13, отличающийс тем, что список свойств объекта содержит массив
списков свойств объекта.
17. Способ по п.16, отличающийс тем, что дополнительно содержит этапы, на которых
отслеживают позицию объектов в массиве списков свойств объекта и
обновл ют массив списков свойств объекта на основании позиции объектов,
отслеженных на этапе отслеживани .
18. Способ по п.14, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют информацию, преобразованную на этапе преобразовани , и
сохран ют непреобразованную старую информацию из исходного файла данных.
19. Способ по п.14, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют информацию, преобразованную на этапе преобразовани ,
генерируют информацию, котора соответствует старой информации из исходного
файла данных, и
сохран ют информацию, сгенерированную на упом нутом этапе генерации.
20. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.12.
21. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и предыдущей версией прикладной программы, способ содержит
этапы, на которых
обеспечивают вод ной знак последней версии в исходном файле данных, причем
вод ной знак последней версии указывает последнюю версию прикладной программы,
использовавшуюс дл сохранени файла,
сравнивают вод ной знак последней версии с действующей версией прикладной
программы, чтобы определить, соответствует ли исходный файл данных предыдущей
версии прикладной программы, и
загружают исходный файл данных в действующую версию,
причем если на этапе сравнени определено, что исходный файл данных соответствует
предыдущей версии, то этап загрузки содержит этапы, на которых
определ ют, содержит ли предыдуща верси удаленный элемент данных, который был
удален из действующей версии,
игнорируют старую информацию в исходном файле данных, соответствующую
удаленному элементу данных, если на этапе определени определено, что предыдуща Страница: 22
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
верси содержит удаленный элемент данных, и
загружают информацию из исходного файла данных, котора соответствует элементу
данных, отличному от удаленного элемента данных.
22. Способ по п.21, отличающийс тем, что удаленный элемент данных содержит
свойство объекта.
23. Способ по п.21, отличающийс тем, что удаленный элемент данных содержит
объект.
24. Способ по п.21, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют измененную версию исходного файла данных и
сохран ют информацию, соответствующую удаленному элементу данных исходного
файла данных.
25. Способ по п.21, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют измененную версию исходного файла данных, генерируют информацию,
котора соответствует удаленному элементу данных из исходного файла данных, и
сохран ют информацию, сгенерированную на этапе генерации.
26. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.21.
27. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и предыдущей версией прикладной программы, способ содержит
этапы, на которых
обеспечивают вод ной знак последней версии в исходном файле данных, причем
вод ной знак последней версии указывает последнюю версию прикладной программы,
использовавшуюс дл сохранени файла,
сравнивают вод ной знак последней версии с действующей версией прикладной
программы, чтобы определить, соответствует ли исходный файл данных предыдущей
версии прикладной программы, и
загружают исходный файл данных в действующую версию,
причем если на этапе сравнени определено, что исходный файл данных соответствует
предыдущей версии, то этап загрузки содержит этапы, на которых
определ ют, содержит ли действующа верси измененный элемент данных,
относ щийс к старой информации в исходном файле данных,
преобразуют старую информацию из исходного файла данных в информацию,
соответствующую измененному элементу данных, если на этапе определени определено,
что действующа верси содержит измененный элемент данных, относ щийс к старой
информации в исходном файле данных, и
загружают информацию, преобразованную на этапе преобразовани , в действующую
версию.
28. Способ по п.27, отличающийс тем, что измененный элемент данных содержит
свойство объекта.
29. Способ по п.27, отличающийс тем, что измененный элемент данных содержит
объект.
30. Способ по п.27, отличающийс тем, что дополнительно содержит этап, на котором
сохран ют измененную версию исходного файла данных, причем этап сохранени содержит этапы, на которых
сохран ют информацию, соответствующую измененному элементу данных,
преобразуют на этапе второго преобразовани информацию, соответствующую
измененному элементу данных, в информацию, соответствующую старой информации и
считываемую предыдущей версией, и
сохран ют преобразованную информацию, полученную на этапе второго
преобразовани .
31. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.27.
32. Способ загрузки исходного файла данных, который должен быть совместим с
Страница: 23
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
действующей версией, предыдущей версией и более поздней версией прикладной
программы, способ содержит этапы, на которых
обеспечивают вод ной знак высокой версии в исходном файле данных, причем вод ной
знак высокой версии указывает самую старшую версию прикладной программы,
использовавшуюс дл сохранени файла,
обеспечивают вод ной знак последней версии в исходном файле данных, причем
вод ной знак последней версии указывает последнюю версию прикладной программы,
использовавшуюс дл сохранени файла,
сравнивают вод ной знак высокой версии с действующей версией прикладной
программы, чтобы определить, содержит ли исходный файл данных свойства,
соответствующие одной из: предыдущей версии, действующей версии или более поздней
версии прикладной программы,
сравнивают вод ной знак последней версии с действующей версией прикладной
программы, чтобы определить, содержит ли исходный файл данных дополнительные
свойства, соответствующие одной из: предыдущей версии, действующей версии или более
поздней версии прикладной программы, и
загружают исходный файл данных в действующую версию,
причем если на упом нутых этапах сравнени определено, что исходный файл данных
содержит свойства, соответствующие другим верси м прикладной программы, то этап
загрузки содержит этапы, на которых
определ ют, какие свойства исходного файла данных вл ютс текущими, а какие
свойства исходного файла данных устарели,
загружают исходный файл данных в действующую версию на основании текущих
свойств, определенных на этапе определени , и
игнорируют устаревшие свойства, определенные на этапе определени .
33. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией, предыдущей версией и более поздней версией прикладной
программы, способ содержит этапы, на которых
обеспечивают вод ной знак последней версии в исходном файле данных, причем
вод ной знак последней версии указывает последнюю версию прикладной программы,
использовавшуюс дл сохранени файла,
сравнивают вод ной знак последней версии с действующей версией прикладной
программы, чтобы определить, соответствует ли последн верси , использовавша с дл сохранени исходного файла данных, предыдущей версии прикладной программы,
преобразуют информацию в действующей версии прикладной программы на основании
информации в исходном файле данных, если на этапе сравнени определено, что
последн верси , использовавша с дл сохранени исходного файла данных,
соответствует предыдущей версии, и
загружают информацию, преобразованную на этапе преобразовани .
34. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и более поздней версией прикладной программы, причем исходный
файл данных содержит список свойств объекта, отображаемого прикладной программой
или вл ющегос частью прикладной программы, при этом способ содержит этапы, на
которых
обеспечивают объектный вод ной знак версии дл объекта, отображаемого прикладной
программой или вл ющегос частью прикладной программы, в упом нутом списке свойств
объекта исходного файла данных, причем объектный вод ной знак версии указывает
самую младшую версию прикладной программы, котора может интерпретировать все
свойства, содержащиес в упом нутом объекте,
сравнивают объектный вод ной знак версии упом нутого объекта с версией объекта в
действующей версии прикладной программы, чтобы определить, соответствует ли объект
более поздней версии прикладной программы, и
загружают исходный файл данных в действующую версию,
Страница: 24
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
причем если на этапе сравнени определено, что объект соответствует более поздней
версии, то этап загрузки содержит этапы, на которых
игнорируют неизвестную информацию, соответствующую объекту в исходном файле
данных, и
загружают известную информацию, соответствующую объекту в исходном файле
данных, в действующую версию.
35. Способ по п.34, отличающийс тем, что дополнительно содержит этапы, на которых
обновл ют список свойств объекта, включа в него информацию, преобразованную на
этапе преобразовани , и
оставл ют старую информацию в списке свойств объекта.
36. Способ по п.34, отличающийс тем, что список свойств объекта содержит массив
списков свойств объекта.
37. Способ по п.36, отличающийс тем, что дополнительно содержит этапы, на которых
отслеживают позицию объектов в массиве списков свойств объекта и
обновл ют массив списков свойств объекта на основании позиции объектов,
отслеженных на этапе отслеживани .
38. Способ по п.34, отличающийс тем, что кажда из неизвестной и известной
информации содержит свойство списка свойств объекта.
39. Способ по п.34, отличающийс тем, что дополнительно содержит этап, на котором
сохран ют измененную версию исходного файла данных, причем этап сохранени содержит этапы, на которых
записывают поверх известной информации из списка свойств объекта исходного файла
данных информацию из измененной версии и
оставл ют неизвестную информацию из списка свойств объекта исходного файла
данных, чтобы неизвестна информаци оставалась доступной более поздней версии.
40. Способ по п.34, отличающийс тем, что дополнительно содержит этапы, на которых
обеспечивают объектный вод ной знак последней версии в исходном файле данных,
причем объектный вод ной знак последней версии указывает последнюю версию
прикладной программы, использовавшуюс дл записи объекта, и
определ ют характеристики объекта в исходном файле данных, сравнива объектный
вод ной знак последней версии с действующей версией прикладной программы.
41. Способ по п.40, отличающийс тем, что если на этапе определени определено, что
объектный вод ной знак последней версии соответствует версии прикладной программы,
котора вл етс предыдущей по отношению к действующей версии, то способ
дополнительно содержит этап, на котором преобразуют информацию в действующей
версии прикладной программы на основании информации, соответствующей объекту в
исходном файле данных.
42. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.34.
43. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и предыдущей версией прикладной программы, причем исходный
файл данных содержит список свойств объекта, отображаемого прикладной программой
или вл ющегос частью прикладной программы, при этом способ содержит этапы, на
которых
обеспечивают объектный вод ной знак версии дл объекта, отображаемого прикладной
программой или вл ющегос частью прикладной программы, в упом нутом списке свойств
объекта исходного файла данных, причем объектный вод ной знак версии указывает
самую младшую версию прикладной программы, котора может интерпретировать все
свойства, содержащиес в упом нутом объекте,
сравнивают объектный вод ной знак версии упом нутого объекта с версией объекта в
действующей версии прикладной программы, чтобы определить, соответствует ли объект в
исходном файле данных предыдущей версии прикладной программы, и
загружают исходный файл данных в действующую версию,
Страница: 25
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
причем если на этапе сравнени определено, что объект в исходном файле данных
соответствует предыдущей версии, то этап загрузки содержит этапы, на которых
преобразуют старую информацию, соответствующую объекту в исходном файле данных,
в формат действующей версии и
загружают информацию, преобразованную на этапе преобразовани , в действующую
версию.
44. Способ по п.43, отличающийс тем, что список свойств объекта содержит массив
списков свойств объекта.
45. Способ по п.43, отличающийс тем, что дополнительно содержит этапы, на которых
отслеживают позицию объектов в массиве списков свойств объекта и
обновл ют массив списков свойств объекта на основании позиции объектов,
отслеженных на этапе отслеживани .
46. Способ по п.43, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют информацию, преобразованную на этапе преобразовани , и
сохран ют непреобразованную старую информацию из исходного файла данных.
47. Способ по п.43, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют информацию, преобразованную на этапе преобразовани ,
генерируют информацию, котора соответствует старой информации из исходного
файла данных, и
сохран ют информацию, сгенерированную на этапе генерации.
48. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.43.
49. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и предыдущей версией прикладной программы, причем исходный
файл данных содержит список свойств объекта, отображаемого прикладной программой
или вл ющегос частью прикладной программы, при этом способ содержит этапы, на
которых
обеспечивают объектный вод ной знак версии дл объекта, отображаемого прикладной
программой или вл ющегос частью прикладной программы, в упом нутом списке свойств
объекта исходного файла данных, причем объектный вод ной знак версии указывает
самую младшую версию прикладной программы, котора может интерпретировать все
свойства, содержащиес в упом нутом объекте,
сравнивают объектный вод ной знак версии с версией объекта в действующей версии
прикладной программы, чтобы определить, соответствует ли объект в исходном файле
данных предыдущей версии прикладной программы, и
загружают исходный файл данных в действующую версию,
причем если на этапе сравнени определено, что объект в исходном файле данных
соответствует предыдущей версии, то этап загрузки содержит этапы, на которых
определ ют, содержит ли предыдуща верси удаленный элемент данных, который был
удален из действующей версии,
игнорируют старую информацию в исходном файле данных, соответствующую
удаленному элементу данных, если на этапе определени определено, что предыдуща верси содержит удаленный элемент данных, и
загружают информацию из исходного файла данных, котора соответствует элементу
данных, отличному от удаленного элемента данных.
50. Способ по п.49, отличающийс тем, что удаленный элемент данных содержит
свойство объекта.
51. Способ по п.49, отличающийс тем, что удаленный элемент данных содержит
объект.
52. Способ по п.49, отличающийс тем, что дополнительно содержит этапы, на которых
сохран ют измененную версию исходного файла данных и
сохран ют информацию, соответствующую удаленному элементу данных исходного
файла данных.
Страница: 26
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
53. Способ по п.52, отличающийс тем, что информаци , соответствующа удаленному
элементу данных исходного файла данных, содержит одно из: информацию, выведенную
из значений по умолчанию, либо информацию, основанную на других свойствах в
действующей версии.
54. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.49.
55. Способ загрузки исходного файла данных, который должен быть совместим с
действующей версией и предыдущей версией прикладной программы, причем исходный
файл данных содержит список свойств объекта, отображаемого прикладной программой
или вл ющегос частью прикладной программы, при этом способ содержит этапы, на
которых
обеспечивают объектный вод ной знак версии дл объекта, отображаемого прикладной
программой или вл ющегос частью прикладной программы, в упом нутом списке свойств
объекта исходного файла данных, причем объектный вод ной знак версии указывает
самую младшую версию прикладной программы, котора может интерпретировать все
свойства, содержащиес в упом нутом объекте,
сравнивают объектный вод ной знак версии с версией объекта в действующей версии
прикладной программы, чтобы определить, соответствует ли упом нутый объект в
исходном файле данных предыдущей версии прикладной программы, и
загружают исходный файл данных в действующую версию,
причем если на этапе сравнени определено, что объект в исходном файле данных
соответствует предыдущей версии, то этап загрузки содержит этапы, на которых
определ ют, содержит ли действующа верси измененный элемент данных,
относ щийс к старой информации в исходном файле данных,
преобразуют старую информацию из исходного файла данных в информацию,
соответствующую измененному элементу данных, если на этапе определени определено,
что действующа верси содержит измененный элемент данных, относ щийс к старой
информации в исходном файле данных, и
загружают информацию, преобразованную на этапе преобразовани , в действующую
версию.
56. Способ по п.55, отличающийс тем, что измененный элемент данных содержит
свойство объекта.
57. Способ по п.55, отличающийс тем, что измененный элемент данных содержит
объект.
58. Способ по п.55, отличающийс тем, что дополнительно содержит этап, на котором
сохран ют измененную версию исходного файла данных, причем этап сохранени содержит этапы, на которых
сохран ют информацию, соответствующую измененному элементу данных,
преобразуют на этапе второго преобразовани информацию, соответствующую
измененному элементу данных, в информацию, соответствующую старой информации и
считываемую предыдущей версией, и
сохран ют преобразованную информацию, полученную на этапе второго
преобразовани .
59. Считываемый компьютером носитель, имеющий выполн емые компьютером
команды дл осуществлени способа по п.55.
60. Файл данных, считываемый действующей версией прикладной программы и более
поздней версией прикладной программы, содержащий
объект, отображаемый прикладной программой или вл ющийс частью прикладной
программы,
массив списков свойств объекта, отображаемого прикладной программой или
вл ющегос частью прикладной программы, имеющий, по меньшей мере, одно известное
свойство, св занное с упом нутым объектом, причем известное свойство известно
действующей версии, и имеющий, по меньшей мере, одно неизвестное свойство,
Страница: 27
RU 2 300 141 C2
5
10
15
20
св занное с упом нутым объектом, причем неизвестное свойство неизвестно
действующей версии, и
объектный вод ной знак версии, указывающий самую младшую версию прикладной
программы, котора может интерпретировать все свойства, содержащиес в объекте,
причем действующа верси прикладной программы способна сравнивать объектный
вод ной знак версии с номером версии, св занным с действующей версией, и игнорировать
неизвестное свойство в случае определени , что объектный вод ной знак версии больше
номера версии, св занного с действующей версией.
61. Файл данных, считываемый действующей версией прикладной программы и
предыдущей версией прикладной программы, содержащий
объект, отображаемый прикладной программой или вл ющийс частью прикладной
программы,
массив списков свойств объекта, отображаемого прикладной программой или
вл ющегос частью прикладной программы, имеющий, по меньшей мере, одно свойство,
св занное с упом нутым объектом и соответствующее предыдущей версии,
объектный вод ной знак версии, указывающий самую младшую версию прикладной
программы, котора может интерпретировать все свойства, содержащиес в упом нутом
объекте,
причем действующа верси прикладной программы способна сравнивать объектный
вод ной знак версии с номером версии, св занным с действующей версией, и обновл ть
другое свойство, св занное с упом нутым объектом, и соответствующее действующей
версии, на основании свойства, по меньшей мере, одного свойства в файле данных, в
случае определени , что объектный вод ной знак версии меньше номера версии,
св занного с действующей версией.
25
30
35
40
45
50
Страница: 28
RU 2 300 141 C2
Страница: 29
DR
RU 2 300 141 C2
Страница: 30
RU 2 300 141 C2
Страница: 31
RU 2 300 141 C2
Страница: 32
RU 2 300 141 C2
Страница: 33
?ом того, что действующа верси удалила
свойство объекта, которое использовалось в предыдущей версии. На этапе 820 удаленное
свойство игнорируетс при загрузке исходного файла данных в действующей версии. При
сохранении измененной версии исходного файла данных на этапе 830, удаленное свойство
сохран емого файла остаетс доступным дл более старых версий. Хот действующа верси не использует удаленное свойство, удаленное свойство возвращаетс в
сохраненный файл дл использовани предыдущими верси ми. Удаленное свойство
можно возвращать в сохраненный файл, оставл удаленное свойство в исходном файле
данных, т.е. «не выписыва » удаленное свойство из файла. Альтернативно удаленное
свойство может быть возвращено в сохраненный файл, перенос удаленное свойство (из
исходного файла данных) обратно в сохраненный файл. Поскольку удаленное свойство
известно действующей версии, значение удаленного свойства может быть выведено
(получено) из значений других свойств или можно сгенерировать значение по умолчанию,
представл ющее удаленное свойство, что позвол ет возвратить удаленное свойство в
файл. На этапе 840 вод ной знак высокой версии может быть обновлен до действующей
версии.
Пусть, например, предыдуща верси включала в себ свойство отбрасывани тени на
объекте. Действующа верси может уже не поддерживать это свойство, т.е. свойство
отбрасывани тени удалено из действующей (активной) версии. Более нова верси прикладной программы распознает, что свойство отбрасывани тени удалено. Однако
действующа верси может по-прежнему записывать в файл свойство отбрасывани тени.
На этапе 820 исходный файл данных может быть загружен и удаленное свойство
отбрасывани тени может игнорироватьс . При сохранении измененной версии исходного
фала данных на этапе 830 файл снова может быть сохранен с удаленным свойством
отбрасывани тени, доступным дл более старых версий. Хот действующа верси не
использует удаленное свойство отбрасывани тени, удаленное свойство отбрасывани Страница: 18
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
тени может быть возвращено в сохраненный файл дл использовани предыдущими
верси ми. Значение свойства отбрасывани тени можно определить из значени других
свойств, или можно использовать значение по умолчанию. На этапе 840 вод ной знак
высокой версии может быть обновлен до действующей версии.
На фиг.9 показана блок-схема алгоритма способа 800 загрузки и сохранени исходного
файла данных согласно насто щему изобретению с учетом того, что действующа верси изменила старое свойство объекта предыдущей версии. Вместо замены старого свойства
измененным свойством в действующей версии обеспечено новое свойство,
представл ющее измененное свойство. На этапе 910 способа 900 задаетс значение по
умолчанию дл нового свойства в ССО действующей версии прикладной программы.
Старое свойство остаетс нетронутым. Затем на этапе 920 исходный файл данных
загружаетс в действующую версию, и старое свойство преобразуетс в новое
(измененное) свойство. После изменени исходного файла данных он сохран етс на
этапе 930. На этапе 930 новое свойство сохран етс независимо от старого свойства.
Кроме того, на этапе 930 новое свойство преобразуетс в старое свойство и сохран етс дл использовани предыдущей версией. На этапе 940 вод ной знак высокой версии
обновл етс до действующей версии.
Пусть, например, предыдуща верси прикладной программы использовала цветовую
модель КЗС (RGB) (красный, зеленый, синий) дл задани цветов объектов. Действующа верси прикладной программы может включать в себ новое свойство, позвол ющее
задавать цвета объектов в цветовой модели ГСЖЧ (CMYK) (голубой, сиреневый, желтый,
черный), используемой профессиональными издател ми. Новое свойство цвета ГСЖЧ
может быть основано на старом свойстве цвета КЗС, и дл каждого значени КЗС можно
определить эквивалентное значение ГСЖЧ. Новый opyid можно добавить в
соответствующий словарь ССО. Например, соответствующий словарь может представл ть
собой словарь объекта страницы дл объекта страницы, другой существующий словарь
или новый словарь. На этапе 910 в словаре ССО может быть задано значение по
умолчанию дл нового свойства цвета ГСЖЧ. Старое свойство КЗС остаетс неизменным.
На этапе 920 исходный файл данных может быть загружен в действующую версию, и новое
свойство цвета ГСЖЧ может быть обновлено на основании старого свойства КЗС объекта.
После изменени исходного файла данных, оно может быть сохранено на этапе 930. На
этапе 930 новое свойство цвета ГСЖЧ может быть сохранено независимо от старого
свойства КЗС из исходного файла данных. Новое свойство ГСЖЧ может быть
преобразовано в соответствующее старое свойство КЗС и сохранено в файле.
Соответственно новое свойство цвета ГСЖЧ может быть сохранено дл использовани действующей и будущей верси ми прикладной программы. Предыдущие версии будут
просто игнорировать новое свойство цвета ГСЖЧ. На этапе 940 вод ной знак высокой
версии может быть обновлен до действующей версии.
Способ, отвечающий насто щему изобретению, может также разрешать несоответстви между двум верси ми прикладной программы, которые сохранены в файле данных. В
рассмотренном выше примере ГСЖЧ-КЗС предыдущие версии могут читать файл,
поскольку более поздн верси будет преобразовывать новое свойство цвета ГСЖЧ в
соответствующее свойство КЗС. Однако если последн верси дл записи файла старше,
чем действующа верси и высока верси дл записи файла, могут возникать
несоответстви . Действующа верси может представл ть собой ту же версию или более
позднюю версию, чем высока верси дл записи файлов. Если высока верси , котора не
вл етс последней версией дл записи файла, распознает новое свойство цвета ГСЖЧ,
то она будет записывать в файл данных значение нового свойства цвета ГСЖЧ, а также
соответствующее значение свойства цвета КЗС. Кроме того, если последн верси дл записи файла распознает только свойство цвета КЗС, то она будет записывать в файл
данных свойство цвета КЗС. Когда файл данных загружаетс в действующую версию,
котора поддерживает новое свойство цвета ГСЖЧ, свойство цвета ГСЖЧ в файле данных
соответствует старой информации. В файле данных существуют две версии информации
Страница: 19
RU 2 300 141 C2
5
10
15
20
25
30
35
40
45
50
свойства цвета, поскольку высока верси записала в файл данных значение свойства
цвета ГСЖЧ, а последн верси записала в файл данных значение свойства цвета КЗС.
Значени КЗС и ГСЖЧ не совпадают, поскольку последн верси дл записи файла
обновила значение КЗС, но оставила значение неизвестного свойства ГСЖЧ. При загрузке
файла в действующую версию можно определить последнюю версию дл записи файла
(см. этап 570 на фиг.5). На основании этой информации можно определить, что значение
свойства цвета ГСЖЧ устарело и что значение свойства цвета КЗС должно быть загружено
и преобразовано в обновленное значение свойства цвета ГСЖЧ.
Объект вл етс совокупностью свойств. Соответственно изменени объекта в разных
верси х прикладной программы могут быть отражены изменени ми в свойствах, которые
соответствуют объекту. При загрузке или сохранении файла данных, содержащего объект,
этапы способов 700, 800 и 900 могут повторно выполн тьс дл отдельных свойств
объекта.
Вариант осуществлени насто щего изобретени можно использовать как часть
издательской системы, известной как Microsoft® Publisher, доступной от корпорации
Microsoft®, Редмонд, Вашингтон. Эта издательска система позвол ет пользователю
редактировать документы и вставл ть различные объекты, содержащие графические
данные, текстовые данные, данные электронной таблицы или другого рода данные. Кроме
того, эта система позвол ет пользователю измен ть свойства объектов. Система может
иметь несколько заранее заданных типов объектов, которые имеют заранее заданные
свойства, которым присвоены стандартные значени (значени по умолчанию). Каждый тип
объекта может отличатьс набором свойств и/или значени ми свойств. Каждый объект
может быть примером своего типа объекта. При этом настройки объекта в его исходной
форме могут быть легко доступны. Хот вариант осуществлени описан применительно к
издательской системе, специалисту в данной области очевидно, что описанные здесь
приемы можно примен ть к практически неограниченному количеству других типов систем.
Насто щее изобретение можно использовать совместно с аппаратным и программным
обеспечением, которое осуществл ет вышеописанные функции обработки. Специалистам в
данной области очевидно, что описанные здесь системы, способы и процедуры могут быть
реализованы в программируемом компьютере, программном обеспечении, выполн емом
на компьютере или цифровых схемах. Программное обеспечение может хранитьс на
компьютерно-считываемых носител х. Примерами компьютерно-считываемых носителей
могут служить флоппи-диск, ОЗУ, ПЗУ, жесткий диск, сменные носители, флэш-пам ть,
карта пам ти, оптические носители, магнитооптические носители, CD-ROM и т.д.
Цифровые схемы могут включать в себ интегральные схемы, матрицы логических
элементов, крупноблочную логику, п?
Документ
Категория
Без категории
Просмотров
1
Размер файла
535 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа