Патент на изобретение №2332708

(54) СПОСОБ СОЗДАНИЯ XML-ДОКУМЕНТА В Web-БРАУЗЕРЕ

(57) Реферат:

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

Область техники, к которой относится изобретение

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

Уровень техники

В последнее время с появлением сети Интернет, использующей протоколы TCP/IP (Transmission Control Protocol/Internet Protocol, Протокол управления передачей данных/Интернет-протокол), множество серверных и клиентских компьютеров имеют возможность соединяться друг с другом в рамках единой сети. При помощи сети Интернет пользователи могут создавать и генерировать, передавать и получать большие объемы информации, используя для этого персональные компьютеры, установленные дома или в офисе, или же портативные компьютеры.

Пользователи могут получать доступ к Web-сайтам, управляемым компьютерами-серверами глобальной сети WWW (World Wide Web; Web), при помощи таких Web-браузеров, как Netscape®, Navigator® или Microsoft® Internet Explorer, и пользоваться самыми различными услугами, например вести информационный поиск, участвовать в работе сообществ пользователей, проводить коммерческие сделки и т.д., предоставляемыми на Web-сайтах. В подобных случаях данные Web-браузеру компьютера-клиента обычно поступают от компьютера-сервера с использованием протоколов HTTP (Hypertext Transfer Protocol, Протокол передачи гипертекстовых файлов). Передаваемые Web-браузеру данные называются Web-страницами, которыми, как правило, являются документы в формате HTML (Hypertext Markup Language, Язык разметки гипертекста).

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

,

В качестве средства для преодоления указанных ограничений HTML был предложен язык XML (eXtensible Markup Language, Расширяемый язык разметки документов). В 1999 г. Консорциумом W3C (World Wide Web Consortium) язык XML был утвержден в качестве стандарта обмена данными и признан языком следующего поколения для сети Интернет, поскольку он характеризуется целым рядом преимуществ, касающихся его расширяемости, совместимости с другими языками, структуризации информации и т.д.

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

Ранее уже предлагались XML-редакторы, пригодные для использования рядовыми пользователями, такие как редактор для преобразования существующих документов в XML-документы или редактор для генерации XML-документов. Так, обычные текстовые процессоры, предназначенные для редактирования и генерации HTML-документов, документов MS Word или документов HWP и т.д., могут иметь дополнительную функцию, позволяющую преобразовывать документы, подготовленные в форматах HTML, MS Word, HWP и т.д., в соответствующие XML-документы. Пример известного редактора, предназначенного для редактирования XML-документов, описан в выданном корпорации Microsoft патенте США № 2003/0237048 (опубликован 25 декабря 2003 г.) под названием “Word Processor For Freestyle Editing of Well-Formed XML Documents” (Текстовый редактор для свободного редактирования хорошо сформированных XML-документов). Кроме того, на Фиг.1 схематически представлены традиционные процессы 10, используемые для создания XML-документов. Например, на Фиг.1 указан XML-редактор 11, в котором используются компоненты, выполняющиеся в среде Web-браузера, такие как XML Spy®, выпускаемый компанией Altova, Вена, Австрия. Это решение также известно. Известно и решение в виде XML-редактора 12, выполняющегося в качестве независимой исполняемой программы, например, программы InfoPath®, выпускаемой корпорацией Microsoft.

Вышеупомянутые традиционные редакторы, предназначенные для создания XML-документов, позволяют получить результирующий XML-документ 19, который, в конечном счете, базируется на пользовательских входных данных. В то же время, подобные традиционные редакторы не позволяют использовать вводимые пользователем данные для создания XML-документа без их промежуточного преобразования. Данные, вводимые пользователями при помощи редакторов 11 или 12, преобразуются посредством специализированного формата 13 (например,.XSN) или схемы Schema (.XSD) 15 или же сохраняются в базе 17 данных (DB). Далее эти данные могут быть использованы для создания желаемого XML-документа 19 в виде результата работы отдельной программы преобразования, т.е. XSLT (eXtensible Stylesheet Language Transformations, Расширяемый язык преобразований стилевых спецификаций) 18.

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

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

Раскрытие изобретения

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

Конкретной целью настоящего изобретения является создание способа, позволяющего создавать XML-документы в соответствии с так называемым принципом “3A” (Anywhere, Anytime, Any user; любое место, любое время, любой пользователь), чтобы даже рядовой пользователь, не имеющий опыта программирования, мог легко создавать с его помощью XML-документы в среде Web-браузера с использованием HTTP-протоколов сети Интернет.

Другой конкретной целью настоящего изобретения является создание способа, позволяющего создавать XML-документы в соответствии со спецификацией стандарта XML, утвержденной Консорциумом W3C, используя Web-формы, выполняющиеся в среде Web-браузера, и при этом дополнительная стоимость разработки и/или сопровождения должны быть сведены к минимуму.

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

Другой конкретной целью настоящего изобретения является создание способа, позволяющего автоматически создавать XML-документы, не прибегая к преобразованию входных данных в другой формат, их сохранению в базе данных или преобразованию средствами XSLT по мере того, как пользователь при помощи Web-браузера вводит данные в Web-форму и отправляет их, или же к дополнительному программированию или кодированию в жестко заданном формате, в соответствии с принципом “3A” (Anywhere, Anytime, Any user; любое место, любое время, любой пользователь).

Для достижения указанных целей в соответствии с одним из аспектов изобретения предлагается способ создания XML-документов в Web-браузере. Указанный способ включает в себя следующие стадии: получение входных данных из Web-браузера; создание дубликата исходного предварительно сохраненного XML-документа (eXtensible Stylesheet Language), причем исходный XML-документ имеет предварительно заданную структуру и включает в себя предварительно определенные исходные данные, соответствующие этой структуре; замена исходных данных, включенных в дублируемый XML-документ, полученными входными данными; и сохранение XML-документа, полученного в результате выполнения указанной стадии замены, в качестве нового XML-документа.

В приведенном описании предполагается, что предварительно сохраненный исходный XML-документ получен из документа в формате Hypertext markup language (HTML – Язык разметки гипертекста) путем его преобразования с последующим сохранением. Далее, данные, получаемые на стадии получения данных от Web-браузера, могут отправляться посредством Web-страницы, имеющей по крайней мере структуру ввода формы, позволяющую осуществлять ввод данных. Кроме того, стадия замены исходных данных, включенных в дублируемый XML-документ, выполняется посредством файла DOM (Document Object Model, Объектная модель документа), который может получать доступ к структурам исходного XML-документа и устанавливать значения данных и который предпочтительно должен заранее создаваться из исходного XML-документа и затем сохраняться.

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

Предлагаемый способ может также включать в себя стадии создания, открытия и редактирования исходного документа, принадлежащего второй иерархической структуре. Кроме того, предлагаемый способ может также включать в себя стадию автоматического создания документа, принадлежащего второй иерархической структуре и предназначенного для обновления, из документа, предназначенного для выполнения вставки, причем указанный документ для выполнения обновления изменяет данные в новом документе, принадлежащем первой иерархической структуре. В предпочтительном варианте осуществления настоящего изобретения указанным документом, принадлежащим первой иерархической структуре, является XML-документ; указанным документом стилевых спецификаций является XSL-документ; указанным средством проверки определения типа и действительности является документ DTD или Schema; а средством установки значений данных является объект DOM, внедряемый в качестве страницы сценария на стороне сервера. Кроме того, предпочтительно, чтобы документом, принадлежащим второй иерархической структуре и предназначенным для вставки, являлся HTML-документ, содержащий по крайней мере структуру ввода формы. Предлагаемый способ может также включать в себя стадию выгрузки источников на сервер для создания нового документа, принадлежащего первой иерархической структуре.

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

Краткое описание чертежей

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

На Фиг.1 в схематическом виде представлен известный процесс создания XML-документа.

На Фиг.2 в схематическом виде представлен процесс создания XML-документа в соответствии с одним из вариантов осуществления настоящего изобретения.

На Фиг.3 и 4 показаны концептуальные блоки, обеспечивающие более подробное представление процесса, изображенного на Фиг.2.

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

На Фиг.23 представлена блок-схема, более подробно описывающая процесс, осуществляемый в процессоре, предназначенном для автоматического создания XML-документа, с использованием данных, переданных пользователем посредством Web-формы в способе автоматического создания XML-документов в соответствии с одним из вариантов осуществления настоящего изобретения.

На Фиг.24 представлена концептуальная блок-схема, иллюстрирующая пошаговое выполнение в целом всей совокупности стадий создания XML-документа в соответствии с одним из вариантов осуществления настоящего изобретения.

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

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

На Фиг.2 схематически представлен процесс 20 создания XML-документов в соответствии с настоящим изобретением. В соответствии с настоящим изобретением пользователь 22 может вводить и передавать данные при помощи Web-формы 24, размещенной на Web-странице, отображаемой в Web-браузере, который, например, выполняется на компьютере, подключенном к сети Интернет. Входные данные могут передаваться на сервер через Web посредством протокола HTTP. Передаваемые данные могут доставляться базовому XML-процессору 26, т.е. программе, выполняющейся на сервере. Процессор 26 может далее автоматически создать XML-документ 28, включающий входные данные.

В соответствии с предпочтительным вариантом осуществления настоящего изобретения процессор 26, при помощи которого пользователь автоматически создает XML-документ 28, включающий входные данные, выполнен в виде программы, подлежащей выполнению на компьютере, играющем роль Web-сервера, который может соединяться с компьютером пользователя, т.е. с клиентом, через сеть Интернет. В то же время, в соответствии с настоящим изобретением применение процессора 26 вовсе не ограничивается данным примером. Так, процессор 26 может внедряться в виде локальной программы, выполняющейся на компьютере пользователя, или же в виде локальной программы, выполняющейся на другом компьютере, соединенном с компьютером пользователя через ЛВС. Кроме того, часть процессора 26 или весь он целиком могут внедряться в виде аппаратных средств.

В настоящем изобретении процессор 26, предназначенный для автоматического создания XML-документов, отличается способом генерации новых документов, заключающемся в создании дубликатов предварительно сохраненных исходных файлов, о чем ниже говорится более подробно. Предварительно сохраняемые исходные файлы могут создаваться посредством инструмента, предназначенного для автоматического создания исходных файлов, который также предлагается в настоящем изобретении. Исходные файлы могут включать в себя XML-документ, содержащий заданные структуры и данные, XSL-файл, представляющий стиль отображения XML-документа в Web-браузере, файлы DTD или схемы, предназначенные для проверки определения типа данных и действительности XML-документа, и файл DOM, обеспечивающий доступ к структурам XML-документа и установку значений данных. Таким образом, особенностью способа создания XML-документов в соответствии с настоящим изобретением является наличие двух процессов, предназначенных, соответственно, для создания источников данных и создания XML-документов на их основе.

Общая картина рабочего процесса для инструмента, предназначенного для автоматического создания исходных файлов, и процессора, предназначенного для автоматического создания XML-документов, а также система 200, предлагаемая в соответствии с предпочтительным вариантом осуществления настоящего изобретения, представлены в виде схематической блок-схемы на Фиг.3. Система 200, соответствующая предпочтительному варианту осуществления настоящего изобретения, включает в себя пользовательскую компьютерную систему 270, предоставляющую пользователю 22 возможность ввода данных, серверную компьютерную систему 250, которая может соединяться с системой 270 посредством, например, сети 204 Интернет, и компьютер 230 лица 210, ответственного за подготовку исходных файлов, который может подключаться к серверной системе 250 посредством сети 202, например, посредством сети Интернет, специализированной сети или путем прямого соединения. Соответствующие компьютеры 230, 250 и 270, играющие роль аппаратного обеспечения, на котором инструмент 232, процессор 26 и исходные файлы создаются, хранятся и выполняются в соответствии с настоящим изобретением, можно рассматривать как компьютерную систему, которая может объединяться в виде сети, состоящей, например, из универсальной вычислительной машины, настольного компьютера, переносного компьютера, карманного компьютера и т.д. Поскольку конкретные конфигурации аппаратного обеспечения подобных систем в данной области техники хорошо известны, их подробное описание здесь не приводится.

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

При использовании инструмента 232, предоставляемого в соответствии с настоящим изобретением (и, в частности, например, инструмента “DreamXML TOOL®”, поставляемого компанией 3Ksoft, Сеул, Корея), исходный файл 233 может создаваться посредством процесса, подробное описание приводится ниже. Исходные файлы 233 включают в себя XML-файл 234, XSL-файл 235, DTD/Schema-файл 236, DOM-файл 237 и т.д., как описано выше в настоящем документе. Такие исходные файлы, как 234, 235, 236 и 237 используются в процессе создания XML-документа при помощи процессора 26 и существуют, оставаясь недоступными для пользователя, т.е. в “прозрачном” для обычного пользователя 22 виде. Инструмент 232 может создавать также Web-страницы, содержащие структуру Web-формы (которая для упрощения может упоминаться далее в настоящем документе под названием “Web-формы”). К числу Web-форм, которые можно создавать, относятся предназначенная для выполнения вставки Web-форма 238, при помощи которой пользователь 22 может создавать новые XML-документы, и предназначенная для выполнения обновления Web-форма 239, при помощи которой пользователь 22 может изменить данные в уже созданном XML-документе.

Инструмент 232 может также предоставляться для выгрузки созданных исходных файлов 233 на сервер 250 посредством, например, сети Интернет, ЛВС или выделенной сети 202. Выгруженные исходные файлы сохраняются в виде единого набора файлов 234′, 235′, 236′, 237′, 238′ и 239′ в хранилище 252 форм. После того, как исходные файлы будут созданы и сохранены в результате выполнения предварительного процесса создания XML-документов, пользователь 22 может получить при помощи Web-браузера 270 доступ к серверу 250 для генерации желаемого XML-документа.

Сервер 250 может предоставить пользователю 22 ссылки на Web-формы 238′ для ввода данных с целью создания различных XML-документов. Например, сервер 250 может предоставить Web-страницу, содержащую ссылки, каждая из которых соответственным образом связана с одной из множества Web-форм 238′, предназначенных для ввода данных. Могут существовать различные разновидности Web-форм 238′, например, Web-форма для подготовки резюме, подаваемого вместе с заявкой о приеме на работу, Web-форма для оформления заявки на приобретение товара в компании, Web-форма для подготовки извещения об изменении адреса вследствие изменения местонахождения офиса сообщества и т.д. Чтобы отобразить Web-форму в своем браузере 24, пользователю 22 будет достаточно щелкнуть на ссылке, указывающей на Web-форму, соответствующую желаемой разновидности документа.

Посредством Web-формы 238′ пользователь 22 может вводить данные, соответствующие предъявляемым данной формой требованиям. Данные, которые пользователь может вводить, могут относиться к любому типу данных, ввод которых предусмотрен структурой Web-формы, и представлять собой данные в виде текста, например, имя, численные данные для указания даты рождения, данные изображений, например фотографии и т.д. Введя все необходимые данные, пользователь 22 отправляет файл Web-формы 238′ на сервер 250. Процессор 26 (которым, в частности, может быть, например, процессор “BaseXML Engine®”, поставляемый компанией 3Ksoft, Сеул, Корея), предназначенный для автоматического создания XML-документов, работая на сервере 250, получает переданные ему данные. Процессор 26 может заменить исходные данные в XML-файле 234′ введенными данными, используя DOM-файл 237′. Файл с измененными данными создается в виде нового XML-файла 28, и этот вновь созданный файл может быть сохранен в хранилище XML-документов 254 для последующего использования.

В способе создания XML-документов в соответствии с настоящим изобретением пользователь может создать XML-файл непосредственно при помощи Web-формы или посредством предварительно сохраненных XML-файла и DOM-файла и т.д., не прибегая к процессу преобразования с использованием другого формата, например DB или XSLT. С этой целью в настоящем изобретении данные, вводимые пользователем 22, вводятся как данные, соответствующие структурам исходного XML-файла, причем такое соответствие может обеспечиваться структурой Web-формы. Кроме того, в соответствии с настоящим изобретением пользователь 22 может создавать своего рода дубликат XML-документа, который имеет ту же структуру, что и исходный XML-файл, но содержит другие данные. Это может обеспечиваться DOM-файлом, который используется для замены исходных данных значениями данных, согласующимися со структурами данных исходного XML-файла.

Согласно приведенному выше описанию способ создания XML-документов в соответствии с настоящим изобретением заключается в создании дубликата XML-документа, который имеет ту же структуру, что и исходный XML-документ, но другое содержимое, в связи с чем его можно назвать методом дублирования XML-документа. Процесс и система 200, иллюстрирующие описанную концепцию дублирования и создания XML-документа в соответствии с настоящим изобретением, представлены на Фиг.4. Как видно из Фиг.4, лицо 210, ответственное за подготовку исходных документов, может создать набор исходных файлов 233 и сохранить его в хранилище форм 252 на сервере, используя для этого инструмент 232. Исходные файлы 233 позволяют лицу 210, ответственному за подготовку исходных документов, создать, например, бланк 32 договора, являющийся одним из автономных документов 30, в виде XML-документа. Аналогичным образом, ответственное за подготовку исходных файлов лицо 210 может создать и выгрузить на сервер набор исходных файлов, предназначенных для подготовки бланков 34 заказов. Указанное лицо 210 может точно так же создать и выгрузить на сервер набор исходных файлов 36, предназначенный для подготовки заявлений о приеме на работу. Таким образом, в соответствии с настоящим изобретением для подготовки каждой из требуемых разновидностей соответствующих документов ответственное лицо 210 создает набор исходных файлов только один раз.

Пользователь 22 может отобразить Web-форму 238′, предназначенную для создания XML-документа, представляющего бланк 32 договора, в Web-браузере 24. Далее пользователь 22 может ввести требуемые формой 238′ данные и отправить документ на сервер. Процессор 26, предназначенный для автоматического создания XML-документов на сервере, заменяет содержащиеся в XML-файле 234 исходного бланка договора данные переданными ему входными данными, а затем создает дубликат бланка договора в виде нового XML-файла 42. Аналогичным образом, другие пользователи могут автоматически создавать XML-файлы собственных бланков 42 договоров, вводя для этого собственные данные. Единственное, что должен сделать пользователь 22 для создания XML-документа желаемого типа, это ввести и отправить данные, требуемые структурой Web-формы в Web-браузере, если только соответствующая Web-форма 238′ была выгружена и присутствует в хранилище 252 форм (XML-документы 40, такие как XML-документ бланка 44 заказа или XML-документ заявления о приеме на работу 46, которые представлены в качестве примера на Фиг.4).

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

Ниже приводится более подробное описание вышеописанного процесса, выполняемого инструментом 232, предназначенным для автоматического создания исходных файлов, и процессором 26, предназначенным для автоматического создания XML-документов, которое ведется со ссылками на прилагаемые чертежи.

На Фиг.5 в схематическом виде представлены стадии процесса, выполняемого инструментом 232, предназначенным для автоматического создания исходных файлов. Как видно из Фиг.5, процесс 300 создания исходных файлов, который может выполняться инструментом 232, предназначенным для автоматического создания исходных файлов, включает в себя стадию 310 создания предварительного XML-документа и предварительного XSL-документа на основе HTML-файла, выступающего в роли исходного документа для создания XML-документа. Созданный предварительный XML-документ преобразуется лицом, ответственным за подготовку исходных документов, в соответствии с созданным предварительным XSL-документом, в результате чего на стадии 320 создаются окончательные исходные XML- и XSL-файлы. В зависимости от решения лица, ответственного за подготовку исходных документов, на стадии 330 на основе исходных XML- и XSL-файлов могут быть созданы файлы DTD и/или схемы. Кроме того, на стадии 340 на базе исходного XML-файла может быть автоматически создан DOM-файл. В данном случае DOM-файл может быть создан в виде файлов ASP-DOM или JSP-DOM, представляющих собой сценарные страницы на стороне сервера. После этого на стадии 350 на базе исходного XSL-файла может быть автоматически создан файл Web-формы, предназначенной для вставки, т.е. HTML-файл. На стадии 370 на базе файла Web-формы, предназначенной для вставки данных, может быть автоматически создан файл Web-формы, предназначенной для обновления данных, т.е. HTML-файл.

На Фиг.6-8 стадия 310 создания предварительного XML-файла и предварительного XSL-файла из исходного HTML-файла описана более подробно с использованием блок-схем и иллюстративных программных кодов. Согласно представленному описанию стадии 310 сначала на стадии 311 создается или открывается исходный HTML-файл, подлежащий преобразованию. Исходным HTML-файлом может быть либо файл, вновь созданный при помощи предлагаемого в соответствии с настоящим изобретением инструмента для автоматического создания исходных файлов, либо файл, созданный до этого при помощи другого программного обеспечения. Кроме того, в роли исходного HTML-файла может выступать файл, полученный в результате выполнения каким-либо текстовым процессором преобразования файла документа из уникального формата данного текстового процессора в HTML-формат. Кроме того, исходным HTML-файлом может служить другой HTML-файл, происходящий из любого другого источника. В представленном на Фиг.8 примере, в роли исходного HTML-файла выступает файл “sample.html” (A). На основе файла A могут быть созданы предварительные XML-файл B и XSL-файл C. Сначала на стадии 312 создается предварительный XML-файл в виде пустого XML-файла. Выражение “пустой” XML-файл означает здесь XML-файл, в основном содержащий предварительно заданные структуры, но не содержащий никаких конкретных данных, как это имеет место в случае приведенного на Фиг.8 иллюстративного программного кода sample.xml. На стадии 313 из исходного HTML-файла генерируется предварительный XSL-файл. Возможные ошибки, возникающие в процессе преобразования, обнаруживаются на стадии 314, так что лицо, ответственное за подготовку исходных данных, имеет возможность исправить ошибки на стадии 315. После этого результирующие предварительные XML- и XSL-файлы могут быть сохранены для последующей обработки на стадиях 316 и 317.

Более подробная иллюстрация стадии 313 преобразования исходного HTML-файла в предварительный XSL-файл приведена на Фиг.7. Сначала на стадии 3131 создается пустой XSL-файл. После этого на стадии 3132 в созданный пустой XSL-файл вставляется предопределенный XSL-заголовок. Конкретный программный код XSL-заголовка для файла “sample.xsl” (С) приведен на Фиг.8. Следует отметить, что настоящее изобретение не ограничивается приведенными примерами, которые используются лишь в иллюстративных целях, и в него могут быть внесены различные изменения и дополнения, очевидные специалистам в данной области техники, которые не выходят за пределы объема изобретения. Содержимое исходного HTML-файла, от первой до последней строки, считывается и преобразуется на стадии 3133. Переходя к более подробному описанию стадии 3133, отметим, что сначала на стадии 3134 считывается одна строка. На стадии 3135 осуществляется проверка того, не является ли считанная строка частью комментария, т.е. текстом, используемым в качестве пояснения, а не фактически полезной частью кода. Если это так, то происходит переход к считыванию очередной строки. В противном случае на стадии 3136 осуществляется проверка того, не является ли соответствующая строка строкой сценария на языке Java Script. Если это так, то происходит переход к считыванию очередной строки. В противном случае данная строка преобразуется, как это показано для стадии 3137, после чего результат преобразования добавляется в созданный XSL-файл. Представленный процесс преобразования приведен исключительно в иллюстративных целях, и специалистам в данной области техники должно быть очевидно, что в соответствии с необходимостью допускается включение дополнительных или других возможных процессов преобразования. По завершении описанного выше процесса преобразования одной строки он продолжается для всех строк, вплоть до последней. По окончании процесса преобразования всего исходного HTML-файла предопределенная завершающая часть XSL-кода добавляется в результирующий XSL-файл, сгенерированный в результате выполнения стадии 3138, как показано в одном из примеров файла “sample.xsl” на Фиг.8.

Как показано более подробно на Фиг.9 и 10, лицо, ответственное за подготовку исходных файлов, осуществляет взаимное преобразование созданного предварительного XML-файла и предварительного XSL-файла, в результате чего на стадии 320 могут быть созданы окончательные исходные XML-файл и XSL-файл. На стадии 321 лицо, ответственное за подготовку исходных файлов, сначала выделяет часть отображаемого на экране кода предварительного XSL-файла, подлежащую преобразованию. Здесь части, подлежащей преобразованию, соответствует содержимое создаваемого нового документа, которое будет отличаться от содержимого соответствующего документа. Например, подлежащими преобразованию частями содержимого файла “sample.xsl” (C’), представленного на Фиг.10, являются a1 и b1. Части a1 и b1 сопоставляются с соответствующими частями a2 и b2 файла “sample.xml” (B’), и части a1 и b1 заменяются предопределенным содержимым, например a4. Согласно представленному на Фиг.9 процессу преобразования лицо, ответственное за подготовку исходных файлов, вводит команду преобразования для открытия окна преобразования на стадии 322. Пользователь вводит, а затем передает имя тэга, который должен быть создан в XML-файле, например, “root/Main/item1”, путем преобразования выделенной преобразуемой части кода, например, части a1, на стадии 323. В XML-файле B’ внутри элемента “Main” элемента “root” создается новый элемент “item 1”, в который вставляется часть a2. В то же время, соответствующая часть XSL-файла, т.е. часть a1, заменяется на стадии 325 следующим содержимым . Таким образом, один процесс преобразования оказывается завершенным. На стадии 326 осуществляется проверка наличия других частей, подлежащих преобразованию. Если такие части имеются, то аналогичным образом может быть выполнено преобразование очередной выделенной части, например, части b1. По завершении преобразований результирующие созданные XML- и XSL-файлы могут быть сохранены на стадиях 327 и 328 в качестве исходных файлов для последующих процессов.

Посредством выполнения описанных выше стадий применительно, например, к файлу “sample.html”, содержимое которого представлено в приведенном ниже Исходном коде 1, и который играет роль исходного HTML-файла, может быть создан исходный XML-файл “sample.xml”, содержимое которого представлено в приведенном ниже Исходном коде 2. Также может быть создан исходный XSL-файл “sample.xsl”, содержимое которого представлено в приведенном ниже Исходном коде 3.

<Исходный код 1>

<Исходный код 2>

<Исходный код 3>

На Фиг.11 и 12 представлены стадии 330 и 332 автоматического создания файла DTD (Document Type Definition, Определение типа документа) и/или файла схемы из созданного исходного XML файла. На стадии 331 лицо, ответственное за создание исходных файлов, открывает исходный XML-файл. Введя команду автоматического создания файла DTD и/или файла схемы или щелкнув на соответствующей пиктограмме, лицо, ответственное за создание исходных файлов, может создать на стадии 332 файл DTD и/или файл схемы, соответствующие открытому исходному XML-файлу. Далее на стадии 333 осуществляется проверка того, не содержатся ли в созданных файлах ошибки. В случае наличия ошибок лицо, ответственное за подготовку исходных файлов, может сразу исправить их на стадии 334, после чего готовые исправленные файлы могут быть сохранены на стадии 335 как часть исходных файлов для последующего использования.

После того, как лицо, ответственное за создание исходных файлов, откроет исходный XML-файл и введет команду, указывающую на необходимость создания файла схемы, инструмент, предназначенный для автоматического создания исходных файлов, может последовательно выполнить стадии автоматического создания файла схемы, как показано на Фиг.12. Файлы DTD и схемы не обязательно должны включаться в исходные файлы для автоматического создания XML-документов в соответствии с настоящим изобретением и, таким образом, могут быть опущены, если необходимость в них отсутствует. Ниже приводится подробное описание стадии 332, которое ведется со ссылками на Фиг.12. Прежде всего, на стадии 3321 создается пустой файл схемы. Далее на стадии 3322 инструмент, предназначенный для автоматического создания исходных файлов, считывает структуры открытого исходного XML-документа. В рассматриваемом примере структуры XML-документа последовательно считываются на стадии 3323 от корневого элемента вплоть до последней структуры одна за другой. В данном случае одна структура совпадает по смыслу с одним элементом. После того, как структура считана, на стадии 3324 осуществляется проверка того, не представляет ли соответствующая структура дату. Если это так, то структура преобразуется на стадии 3325 в код, указывающий на то, что данные представляют дату, в противном же случае на стадии 3326 осуществляется преобразование структуры в код, указывающий на то, что данные являются строковыми. На стадии 3327 преобразованная часть схемы вставляется в уже созданный пустой файл схемы, и окончательный файл схемы, созданный в результате выполнения операции вставки, сохраняется на стадии 3328. После этого на стадии 3329 в элемент root исходного XML-файла вставляется код ссылки, указывающей на созданную часть схемы как таковую.

В описанном выше конкретном примере исходных файлов DTD и схемы файл схемы автоматически создается с содержимым, представленным ниже в Исходном коде 4 для вышеописанного файла “sample.xml”.

<Исходный код 4>

DTD-файл автоматически создается с представленным в Исходном коде 5 ниже содержимым, зависящим от структуры файла “sample.xml”.

<Исходный код 5>

На Фиг.13 и 14 подробно представлена стадия 340 автоматического создания исходного файла DOM (Document Object Model, Объектная модель документа). В настоящем изобретении DOM-файл служит для заполнения структур исходного XML-документа пользовательскими входными данными, а также для автоматического создания нового XML-документа, содержащего в тех же структурах другие данные. Выполняя операции на стадии 340, лицо, ответственное за подготовку исходных файлов, открывает на стадии 341 требуемый исходный XML-файл, а затем выбирает желаемый режим DOM на стадии 342. Например, в зависимости от серверной среды, в которой выполняется созданный DOM-файл, можно выбрать один из двух режимов – ASP-DOM или JSP-DOM. В настоящем изобретении возможные режимы не ограничиваются режимами ASP (Active Server Page) и JSP (Java Server Page). Необходимо отметить, что использоваться может любая среда, в которой может выполняться DOM в соответствии с настоящим изобретением, включая любую из известных в данной области техники серверных сред, а также любую среду, которая может быть разработана в будущем.

Выбрав режим, лицо, ответственное за подготовку исходных файлов, вводит команду создания DOM-файла или выполняет щелчок на пиктограмме с соответствующей функцией, в результате чего на стадии 343 будет автоматически создан DOM-файл. На стадии 344 осуществляется проверка наличия ошибок в автоматически созданном исходном DOM-файле. В случае обнаружения ошибок они устраняются на стадии 345, после чего готовый исправленный DOM-файл сохраняется на стадии 346 для последующего использования. Стадия 343 автоматического создания исходного DOM-файла из исходного XML-файла при помощи инструмента, предназначенного для автоматического создания исходных файлов, более подробно иллюстрируется на Фиг.14. Сначала на стадии 3431 создается пустой DOM-файл. Структура открытого исходного XML-документа считывается на стадии 3432. В рассматриваемом примере структуры последовательно считываются одна за другой на стадии 3433. Далее на стадии 3434 осуществляется проверка того, не представляет ли считанная структура дату. Считанная структура классифицируется, как содержащая или не содержащая информацию о дате. Данные, соответствующие дате, преобразуются на стадии 3435 в код, указывающий на то, что они представляют дату, а данные, не соответствующие дате, преобразуются на стадии 3436 в код, указывающий на то, что они являются строковыми данными. Вставка кодов преобразованных данных в ранее созданный пустой DOM-файл приводит к созданию исходного DOM-файла на стадии 3437. Приведенный ниже Исходный код 6 представляет файл sample.asp, который используется в качестве примера источника файла ASP-DOM, созданного из вышеупомянутого файла sample.xml.

<Исходный код 6>

На Фиг.15-17 представлено подробное описание процесса 350 создания Web-формы для вставки, посредством которой пользователь передает входные данные для создания XML-документа, используя Web-браузер. Файл Web-формы для вставки может быть создан из исходного XSL-файла, создаваемого в результате выполнения подробно описанной выше стадии 320 преобразования. Как видно из Фиг.15, иллюстрирующей стадию 350, на стадии 351 создания Web-формы, предназначенной для осуществления вставки, лицо, ответственное за подготовку исходных файлов, открывает исходный XSL-файл, соответствующий желаемому исходному XML-файлу, который должен быть создан посредством подлежащей генерации Web-формы, используя программный инструмент для автоматического создания исходных файлов, предусмотренный в настоящем изобретении. На стадии 352 осуществляется проверка того, существует ли файл схемы. В случае если такой файл отсутствует, указанный программный инструмент может быть задействован на стадии 353 для автоматического создания файла Web-формы, предназначенной для выполнения вставки, посредством стадий, описанных ниже более подробно со ссылками на Фиг.16. На стадии 357 осуществляется проверка того, не содержатся ли в созданном файле Web-формы ошибки, при наличии которых лицо, ответственное за подготовку исходных файлов, может устранить обнаруженные ошибки на стадии 355. Готовый файл Web-формы, предназначенной для выполнения вставки, может быть сохранен на стадии 359 для последующего использования.

Кроме того, если осуществляемая на стадии 352 проверка указывает на существование файла схемы, то указанный программный инструмент открывает соответствующий файл схемы на стадии 361. Инструмент считывает открытый файл схемы на стадии 362 и может автоматически создать файл Web-формы, предназначенной для выполнения вставки, на стадии 363, используя операции, которые более подробно описаны ниже со ссылками на прилагаемую Фиг.17. Указанный инструмент предоставляет лицу, ответственному за создание исходных файлов, возможность проверить на стадии 366, имеются ли ошибки в созданном файле Web-формы. В случае обнаружения ошибок лицо, ответственное за создание исходных файлов, может устранить их на стадии 367. Готовый файл Web-формы может быть сохранен на стадии 368 для последующего использования.

Ниже со ссылками на прилагаемую Фиг.16 приводится описание стадии 353 автоматического создания при помощи программного инструмента файла Web-формы, предназначенной для выполнения вставки, в тех случаях, когда файл схемы отсутствует. Когда начинается выполнение стадии 353, на стадии 3530 создается пустой HTML-файл. Программный инструмент построчно считывает на стадии 3531 XSL-файл, открытый на предыдущей стадии 351, с первой по последнюю строку. После того как на стадии 3532 считывается одна строка, на стадии 3533 осуществляется проверка того, не является ли часть соответствующего кода Java Script-сценарием. Если это так (т.е. это сценарий Java), то происходит переход к считыванию следующей строки. Если же нет (т.е. это не сценарий Java), то происходит проверка на этапах 3534 и 3536. В зависимости от результатов проверок соответствующие преобразования могут быть выполнены на стадиях 3535, 3537 и 3538. В качестве результата вставки в пустой HTML-файл на стадии 3539 частей файлов, преобразованных в соответствии с приведенным выше описанием, может быть создана Web-форма, предназначенная для вставки данных.

Ниже со ссылками на прилагаемую Фиг.17 приводится описание стадии 363 автоматического создания файла Web-формы, предназначенной для выполнения вставки, в тех случаях, когда имеется файл схемы. Когда начинается выполнение стадии 363, программный инструмент генерирует на стадии 3631 пустой HTML-файл. Далее указанный инструмент построчно считывает на стадии 3632 XSL-файл, открытый на предыдущей стадии 351, с первой по последнюю строку. На стадии 3634 осуществляется проверка того, является ли считанная часть кода Java Script-сценарием, а на стадиях 3635, 3637, 3639, 3641, 3643, 3645 и 3647 – удовлетворяет ли она критериям, определенным в открытом файле схемы. В зависимости от результатов проверок соответствующие преобразования могут быть выполнены на стадиях 3636, 3638, 3640, 3642, 3644, 3646, 3648 и 3649. На стадии 3650 преобразованный код вставляется в пустой HTML-файл, сгенерированный на предыдущей стадии 3631, в результате чего создается Web-форма, предназначенная для выполнения вставки данных.

В приведенном описании в качестве файла схемы, открываемого и используемого в процессе преобразования, может выступать файл, созданный на протяжении стадии 330, описанной выше со ссылками на Фиг.11 и 12, или, что более предпочтительно, внешний файл, указанный ссылкой, который определяет Web-формы. На Фиг.18 и 19 представлены некоторые типы Web-форм, определяемые в файле схемы, которые могут быть отображены в созданном файле Web-формы. Как видно на Фиг.18 и 19, допускаются Web-формы любого типа, включая все известные широко распространенные виды Web-форм, например форма “Text input web form”, предназначенная для ввода коротких текстов, форма “Text area web form” – для ввода крупных текстовых блоков, форма “Password input web form” – для ввода таких конфиденциальных данных, как пароли, форма “File input web form” – для присоединения файлов, форма “Combo box web form” – для выбора одного из множества предопределенных элементов данных и т.д.

Кроме того, в число Web-форм, которые могут быть использованы в соответствии с настоящим изобретением, могут входить Web-формы, определенные пользователем. Термин “пользовательская Web-форма” относится к Web-формам, использующим компонент, определенный пользователем, в том числе и лицом, ответственным за подготовку исходных файлов. К “пользовательским Web-формам” могут, например, быть отнесены форма “date input web form”, предназначенная для осуществления поиска в календаре и выделения определенной даты, или форма “postal code search web form”, предназначенная для ввода адреса и последующего поиска соответствующего почтового индекса. Для реализации подобных “пользовательских Web-форм” можно, например, создать Web-форму для вставки данных, к которой подключается определенная пользователем функция, причем определяемые пользователем компонентная функция и GIF-изображение (или изображение кнопки вызова, подлежащее отображению) заблаговременно сохраняются на сервере. Как показано на Фиг.18 и 19, правило использования такой пользовательской Web-формы может, например, быть определено в виде “kkkuser_userdefinedname”. Так, если Web-форма для выбора даты определена как “kkkuser_calendar”, а Web-форма для поиска почтового индекса определена как “kkkuser_postcode”, то могут быть использованы элементы, приведенные в таблице.

Если такие Web-формы предварительно определены в файле схемы, то исходный код может быть легко создан в соответствии с настоящим изобретением в точности том виде, который требуется, при помощи программного инструмента. Файл схемы, который предварительно определяет Web-формы, может, например, быть аналогичным файлу kkk_schema.xsd, содержимое которого представлено в приведенном ниже Исходном коде 7.

<Исходный код 7>

В приведенном примере имя файла “kkk_schema.xsd” вставляется в качестве ссылки в файл, созданный в результате выполнения процесса создания файла схемы, как показано в Исходном коде 4.

Файл Web-формы для вставки, получаемый в результате выполнения процесса автоматического создания файла Web-формы для вставки в соответствии с приведенным выше описанием, может быть создан в виде HTML-документа. Например, файл Web-формы для вставки может быть создан в виде файла sample.htm, Исходный код 8 которого приведен ниже.

<Исходный код 8>

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

На Фиг.21 и 22 представлено подробное описание стадии 370 создания файла Web-формы, предназначенной для выполнения обновления. Файл Web-формы, предназначенной для выполнения обновления, предоставляет пользователю возможность модифицировать данные в соответствующем ранее созданном XML-документе при помощи Web-браузера. Файл Web-формы, предназначенной для выполнения обновления, в основном аналогичен файлу Web-формы, предназначенной для выполнения вставки. Прежде всего, когда начинается выполнение стадии 370, на стадиях 371 и 372 могут быть открыты желаемый исходный XML-файл и Web-форма, предназначенная для выполнения вставки. После этого значения данных считываются из структуры открытого XML-файла, и файл Web-формы, предназначенной для выполнения обновления, может быть автоматически создан на стадии 373. Затем на стадии 375 осуществляется проверка созданного файла Web-формы, предназначенной для выполнения обновления, на наличие ошибок. Возможные ошибки, обнаруженные в файле, могут быть устранены на стадии 376. Готовый файл Web-формы, предназначенной для выполнения обновления, может быть сохранен на стадии 377 для последующего использования. Пример Исходного кода 9 готового файла Web-формы, предназначенной для выполнения обновления, приводится ниже.

<Исходный код 9>

Ниже со ссылками на прилагаемую Фиг.22 приводится подробное описание стадии 373 автоматического создания файла Web-формы, предназначенной для выполнения обновления. Когда начинается выполнение стадии 373, на стадии 3731 начинает осуществляться считывание структуры XML-файла. На стадиях 3732 и 3733 структуры XML-файла считываются одна за другой, с первой вплоть до последней. На стадии 3734 определяется, что собой представляет данная структура, например, является ли она элементом “Main”. После этого значение соответствующей структуры вставляется в переменную и вычисляется на стадии 3735, а затем вычисленная часть вставляется в функцию Java Script-сценария на стадии 3736. Полученный результат вставляется далее в пустой HTML-документ на стадии 3737, в результате чего создается файл Web-формы, предназначенной для выполнения обновления.

Описанный выше в соответствии с настоящим изобретением способ позволяет автоматически создавать исходные файлы, например XML-файлы, XSL-файлы, файлы DTD/схемы, DOM-файлы, файлы Web-форм для вставки и файлы Web-форм для обновления, из исходного HTML-документа. Все или по крайней мере часть этапов автоматического создания вышеупомянутых исходных файлов могут быть реализованы посредством инструмента (“DreamXML TOOL”), предназначенного для автоматического создания исходных файлов, который включает в себя программные инструкции, обеспечивающие выполнение данного инструмента, например, на локальном компьютере. Указанный инструмент может дополнительно иметь функцию выгрузки созданных исходных файлов на компьютер Web-сервера посредством локальной или глобальной сети, включая сеть Интернет. Кроме того, указанный инструмент может дополнительно иметь функции модифицирования исходного HTML-документа, создания нового HTML-документа и преобразования документа иного формата в HTML-документ. Таким образом, при помощи вышеупомянутого инструмента можно выполнить предварительный процесс создания XML-документа в соответствии с настоящим изобретением.

После того, как исходные файлы будут выгружены на компьютер Web-сервера, пользователь выбирает среди предоставляемых Web-сервером Web-форм нужную ему Web-форму, чтобы несложным способом создать желаемый документ в виде XML-документа. На Фиг.23 подробно представлен процесс 400 создания такого XML-документа для случая, когда процесс 400 выполняется на сервере. Процесс 400 может осуществляться посредством процессора, в роли которого может выступать программа, выполняющаяся на сервере. При создании XML-документа в соответствии с приведенным выше описанием пользователь сначала выбирает Web-форму, предназначенную для ввода желаемых данных при помощи Web-браузера, а затем вводит в Web-форму необходимые данные. Введенные данные передаются на сервер после того, как пользовать щелкнет на кнопке Submit (Передать), размещенной на Web-форме.

После того, как введенные пользователем данные будут переданы на сервер, может быть начат процесс 400 создания XML–документа, представленный на Фиг.23. Сначала процессор получает данные из Web-формы и объявляет переменные на стадии 410, а затем сохраняет переданные значения данных в объявленных переменных на стадии 420. После этого на стадии 430 процессор открывает на сервере исходный XML-файл, соответствующий той Web-форме для вставки, которую пользователь использовал для передачи на сервер введенных им данных. Далее процессор считывает на стадии 440 структуры исходного XML-файла, используя для этого соответствующий DOM-файл. В данном случае структуры считываются последовательно одна за другой, от первой вплоть до последней, на стадиях 450 и 460. По завершении считывания одной структуры процессор осуществляет на стадии 470 поиск значения переменной, согласующегося с соответствующей структурой, и сохраняет искомое значение в качестве значения соответствующей структуры на стадии 480. После этого процессор сохраняет XML-файл с вычисленными таким способом значениями структур в качестве вновь созданного XML-документа на стадии 490.

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

На Фиг.24 в схематическом виде представлена связь 500 между различными файлами/документами, вовлеченными в процесс создания XML-документа в соответствии с настоящим изобретением. Согласно настоящему изобретению исходный HTML-документ 510 связан с предварительным XML-файлом 522 и предварительным XSL-файлом 523 посредством стадий 571 и 572 автоматического создания файлов 522 и 523. Оба файла 522 и 523 преобразуются в исходные XML-файл 532 и XSL-файл 534, которые должны быть преобразованы в результате процесса 573 преобразования, осуществляемого лицом, ответственным за подготовку исходных файлов. Исходный XML-файл 532 связан со стадиями 575 и 574 автоматического создания DOM-файла 538 и файла схемы/DTD 536. В данном случае может иметься уже сохраненный файл схемы 537, содержащий описания предопределенных структур Web-формы ввода. Исходный XSL-файл 534 связан с файлом 542 Web-формы для вставки посредством стадии 576 автоматического создания файла Web-формы 542. Файл 544 Web-формы, предназначенной для выполнения обновления, связан с файлом 542 Web-формы, предназначенной для выполнения вставки, посредством процесса 577 автоматического создания файлов. Пользователь вводит требуемые данные в файл 542 Web-формы, предназначенной для выполнения вставки, после чего на стадии 590 на сервере посредством процессора (BaseXML Engine) на базе DOM-файла 538 и исходного XML-файла 532 может быть создан новый XML-файл 560. Web-форма 544, предназначенная для выполнения обновления, может быть использована пользователем для исправления ошибок в новом XML-файле, созданном в соответствии с приведенным выше описанием, и последующего создания исправленного XML-файла 550 на стадии 580.

Выше были приведены примеры конкретных вариантов осуществления настоящего изобретения, описанные со ссылками на прилагаемые чертежи, однако следует понимать, что пределы существа и объема настоящего изобретения приведенными иллюстративными примерами не ограничиваются. Например, был описан способ автоматического создания XML-документа в соответствии с настоящим изобретением, который может быть реализован в сети, включающей в себя сервер и клиент, т.е. в коммуникационной сети, использующей протоколы TCP/IP и HTTP. Вместе с тем, вовсе не предполагается, что настоящее изобретение должно реализовываться только в подобного рода сетях. Инструментальное средство автоматического создания исходных файлов, а также процесс автоматического создания и дублирования XML-документов, предлагаемые в соответствии с настоящим изобретением, могут быть реализованы в виде набора программного обеспечения, способного выполняться на локальном компьютере, к которому любой пользователь имеет доступ, или в локальной сети, в которой множество компьютеров соединены друг с другом.

Программное обеспечение инструмента и процессора, предназначенных для реализации способа в соответствии с настоящим изобретением, может быть сохранено на допускающих считывание на компьютере носителях, например, на носителях записи, таких как диск CD-ROM, диск DVD-ROM, RAM, ROM, гибкий диск, жесткий диск, магнито-оптический диск, оптический носитель записи и т.п., а впоследствии считано и выполнено установленным на компьютере микропроцессором.

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

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

1. Способ создания документа XML (eXtensible Stylesheet Language) в Web-браузере, отличающийся тем, что указанный способ включает в себя следующие стадии: получение входных данных из Web-браузера;

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

замена исходных данных, включенных в дублируемый XML-документ, полученными входными данными; и

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

2. Способ по п.1, отличающийся тем, что указанный заранее сохраненный исходный XML-документ был получен путем преобразования из документа HTML (HyperText Markup Language), а затем сохранен.

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

4. Способ по п.1, отличающийся тем, что указанная стадия замены исходных данных, включенных в дублируемый XML-документ, получаемыми входными данными осуществляется посредством файла DOM (Document Object Model), который может получать доступ к структурам исходного XML-документа и устанавливать значения данных, причем указанный DOM-файл был заранее создан из исходного XML-документа, затем сохранен.

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

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

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

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

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

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

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

8. Способ по п.5, отличающийся тем, что указанным документом, принадлежащим первой иерархической структуре, является XML-документ;

указанным документом стилевых спецификаций является XSL-документ;

указанным средством проверки определения типа и действительности является документ DTD или Schema; и

указанным средством установки значений данных является DOM, сконфигурированный в виде страницы сценария на стороне сервера.

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

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

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

РИСУНКИ