Определяющие поля для представляемых файлов и схемы расширяемого языка разметки для библиографий и цитирования

Определяющие поля для представляемых файлов и схемы расширяемого языка разметки для библиографий и цитирования

Иллюстрации

Показать все

Реферат

Уведомление об авторском праве

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

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

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

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

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

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

Сущность изобретения

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

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

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

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

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

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

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

Фиг. 3 является блок-схемой, которая иллюстрирует пример способа представления представляемого файла, имеющего внедренное поле.

Фиг. 4 является блок-схемой примерной интерпретации внедренного поля.

Фиг. 5 является блок-схемой примерного извлечения исходных данных для внедренного поля.

Фиг. 6 является блок-схемой примерного преобразования извлеченных исходных данных.

Фиг. 7 - блок-схема примерного механизма преобразования.

Фиг. 8 является блок-схемой, которая представляет связанные с библиографией примеры для более общих концепций и терминов, иллюстрированных на фиг. 1-7.

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

Фиг. 10 иллюстрирует примерную схему, которая определяет структуру для библиографической информации и/или которая разрешает использование библиографической информации.

Подробное описание

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

Это описание разделено на семь дополнительных секций. Третья, пятая, шестая и седьмая секции особенно подходят к настоящей частично продолженной патентной заявке. Первая секция связана с фиг. 1-3 и озаглавлена "Общие примерные осуществления определяющих полей". Вторая секция связана с фиг. 4-7 и озаглавлена "Конкретные примерные осуществления определяющих полей". Третья секция связана с фиг. 8 и озаглавлена "Связанные с библиографией примерные осуществления определяющих полей". Четвертая секция озаглавлена "Заключение для определяющих полей". Пятая секция ссылается на фиг. 9 и озаглавлена "Примерное операционное окружение для компьютера или другого устройства". Шестая секция связана с фиг. 10 и озаглавлена "Схемы расширяемого языка разметки для библиографий и цитат". Описание седьмой секции, которая озаглавлена "Основанные на расширяемом языке разметки описания типов источников для библиографий и цитат", связано с описанием шестой секции.

Общие примерные осуществления определяющих полей

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

Иллюстрирована структура (конструкция) 110 потока данных для поля 108. Конструкция 110 потока данных может быть представлена как {(Тип поля)(Параметр(ы) поля))|[Результат]} ({(Field Type)(Field Parameter(s))|[Result]}). "Тип поля" указывает тип поля из многих возможных типов поля, к которым принадлежит данное поле 108. "Параметр(ы) поля" перечисляет по меньшей мере один параметр поля, который служит в качестве аргумента для типа поля. "Результат" символизирует результат функции, характеризуемый парой тип поля и параметр(ы) поля.

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

Логическая конструкция 112 для поля 108 иллюстрирована как блок-схема. Поле 108 включает в себя информацию 114 о функции и результат 120. Информация 114 о функции включает в себя пару из типа 116 поля и одного или более параметров 118. Когда функция, характеризуемая типом 116 поля и параметрами 118, оценивается или иначе определяется, создается результат 120. Когда представленный файл 102 обновляется, результат 120 представляется как данные 106 представления как часть представления 104 потока данных.

Фиг. 2 является блок-схемой примера представляемого файла 202 и приложения 208, которое способно представлять представляемый файл 202 с помощью исходных данных 204 и механизма 206 преобразования. В описанном в целом осуществлении приложение 208 определяет результат 120 поля 108 на основе типа 116 поля и, по меньшей мере, одного параметра 118 и реагирует на исходные данные 204 и механизм 206 преобразования.

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

Как иллюстрировано, представляемый файл 202 включает в себя информацию 210 потока данных и дополнительную информацию 212. Представление 104 потока данных создается, главным образом, из информации 210 потока данных. Дополнительная информация 212, если присутствует, содержит дополнительную информацию, которая может использоваться для управления, представления или иного использования информации 210 потока данных и/или представляемого файла 202 в целом. Например, дополнительная информация 212 может включать в себя информацию о свойствах, историю изменений и т.д. для представляемого файла 202. Кроме того, дополнительная информация 212 может содержать все или часть исходных данных 204 и/или механизм 206 преобразования, чтобы улучшить переносимость представляемого файла 202, как описывается далее в данном документе ниже с отдельной ссылкой на фиг. 8.

Исходные (необработанные) данные 204 и механизм 206 преобразования также иллюстрированы на фиг. 2. Исходные данные 204 включают в себя данные, которые должны быть, по меньшей мере, частично, представлены в качестве данных 106 представления (на фиг. 1) для поля 108. Механизм 206 преобразования включает в себя правила представления (неявно показаны на фиг. 2), которые преобразуют исходные данные 204 в результат 120. Механизм 206 преобразования в примерном осуществлении соблюдает открытый стандарт, так что отдельные пользователи могут выбрать, модифицировать или дополнить механизм преобразования, предоставленный другими, или создать новый механизм преобразования без использования приложения 208 (которое может быть любым общим типом приложения, включающим в себя программу обработки текста, такую как Microsoft® Word от корпорации Microsoft®). Примеры исходных данных 204 описаны далее ниже в данном документе с отдельной ссылкой на фиг. 5 и 6, а примеры механизма 206 преобразования (включающего в себя правила представления) описаны далее ниже в данном документе с отдельной ссылкой на фиг. 6 и 7. Также преобразование описано далее ниже в данном документе с отдельной ссылкой на фиг. 6 и 7.

Приложение 208 в описанном осуществлении включает в себя интерпретатор 214 поля, экстрактор (блок извлечения) 216 исходных данных и преобразователь 218 исходных данных. Интерпретатор 214 поля способен интерпретировать поле 108, особенно информацию 114 о функции. Экстрактор 216 исходных данных способен извлекать исходные данные из исходных данных 204 в соответствии с параметром 118, который содержит ссылку на исходные данные 204. Преобразователь 218 исходных данных способен преобразовывать извлеченные исходные данные в соответствии с одним или более правилами представления механизма 206 преобразования без непосредственного управления преобразованием.

Преобразователь 218 исходных данных способен применить механизм 206 преобразования к извлеченным данным из исходных данных 204 без осведомления о внутренней механике (включающей в себя особенности любых включенных в него правил представления) механизма 206 преобразования. Следовательно, результат 120 поля 108 может быть независим от приложения 208. Схема 220 известна приложению 208, и приложение 208 выполнено с возможностью взаимодействовать с механизмами 206 преобразования, которые придерживаются/согласуются со схемой 220. Схема 220 определяет один или более форматов для механизма 206 преобразования. В результате, пока механизм 206 преобразования придерживается/согласуется со схемой 220, преобразователь 218 исходных данных способен применять механизм 206 преобразования к исходным данным 204 без осведомления о его внутренней механике. Должно быть понятно, что приложение 208 может также быть способно независимо интерпретировать другие (например, обычные) поля 108, не полагаясь на исходные данные 204 или механизм 206 преобразования.

Как иллюстрировано в примерной блок-схеме на фиг. 2, исходные данные 204 и механизм 206 преобразования отделены от представляемого файла 202 и приложения 208. В качестве примера, исходные данные 204 могут быть отдельным файлом, таким как отдельный оригинальный файл исходных данных. Также механизм 206 преобразования может быть независимым файлом, отдельной программой, подключаемым модулем, признаком операционной системы (OS) и т.д. Как указано выше, однако все или часть исходных данных 204 и/или механизм 206 преобразования могут альтернативно быть включены как часть дополнительной информации 212.

В действительности, в описанном осуществлении, по меньшей мере, часть исходных данных 204 сохранена как часть дополнительной информации 212, и, по меньшей мере, часть механизма 206 преобразования может использоваться приложением 208 при преобразовании приведенных по ссылке исходных данных 204, чтобы создать результат 120. С помощью такого осуществления, по меньшей мере, уместные (например, приведенные по ссылке) исходные данные из исходных данных 204 являются переносимыми как часть представляемого файла 202. Следовательно, представляемый файл 202 может быть, например, отправлен по электронной почте получателю с соответствующими исходными данными, включенными как часть представляемого файла 202. Подобным образом, если получатель имеет приложение 208, к которому ожидается получить доступ, и правильно представленный представляемый файл 202, присоединение, по меньшей мере, части механизма 206 преобразования как части дополнительной информации гарантирует, что представляемый файл 202 может быть представлен так, как подразумевается его создателем.

Фиг. 3 является блок-схемой 300, которая иллюстрирует пример способа представления представляемого файла, имеющего внедренное поле. Блок-схема 300 включает пять(5) "основных" (первичных) блоков 302-310 и шесть (6) "второстепенных" блоков. Хотя этапы блок-схемы 300 могут быть выполнены в других окружениях и со множеством комбинаций аппаратных средств и программного обеспечения, фиг. 1 и 2 используются, в частности, чтобы иллюстрировать определенные аспекты и примеры способа. Только в качестве примера, действия блок-схемы 300 могут выполняться приложением 208 на представляемом файле 202 с использованием исходных данных 204 и механизма 206 преобразования.

На этапе 302 информация потока данных представляемого файла обрабатывается до тех пор, пока не встретится внедренное поле. Например, информация 210 потока данных представляемого файла 202 может обрабатываться в представление 104 потока данных представленного файла 102 до тех пор, пока не встретится поле 108.

На этапе 304 поле интерпретируется. Например, интерпретатор 214 поля приложения 208 может интерпретировать поле 108. Более конкретно, в блоке 304(1) устанавливается тип поля. Например, интерпретатор 214 поля может установить тип 116 поля из информации 114 о функции. В блоке 314(2) извлекаются один или более параметров 118. Например, интерпретатор 214 поля может получить параметр(ы) 118 из информации 114 о функции.

В описанном осуществлении тип 116 поля содержит тип 116 преобразованного ссылочного поля. Он указывает интерпретатору 214 поля, что ссылка указывает на исходные данные, которые должны быть преобразованы перед представлением. Таким образом, по меньшей мере один параметр 118 содержит ссылку на исходные данные 204. Другой параметр 118 может идентифицировать все или часть механизма 206 преобразования. Альтернативно, механизм 206 преобразования, который должен применяться для представляемого файла 202, может быть идентифицирован (и необязательно объединен) в дополнительной информации 212. Как другой пример, механизм 206 преобразования может быть идентифицирован глобальной установкой, которая устанавливается посредством или через приложение 208.

На этапе 306 извлекаются исходные данные для поля. Например, экстрактор 216 исходных данных приложения 208 может извлечь исходные данные для поля 108 из исходных данных 204. Более конкретно, на этапе 306(1) исходные данные располагаются реагирующими на полученный параметр(ы). Например, экстрактор 216 исходных данных может локализовать исходные данные 204 и/или их часть в ответ, по меньшей мере, на один параметр 118, который включает в себя ссылку на исходные данные. На этапе 306(2) извлекают локализованные исходные данные. Например, экстрактор 216 исходных данных может извлечь локализованные исходные данные из исходных данных 204.

На этапе 308 извлеченные исходные данные преобразовываются. Например, преобразователь 218 исходных данных приложения 208 может заставить извлеченные исходные данные из исходных данных 204 преобразовываться в ответ на отдельный механизм 206 преобразования. Более конкретно, на этапе 308(1) идентифицируется соответствующий механизм 206 преобразования. Например, преобразователь 218 исходных данных может идентифицировать соответствующий механизм 206 преобразования и/или его соответствующие правила представления, с помощью по меньшей мере одного параметра 118, с помощью идентификации преобразования (например, идентификатора механизма преобразования) в дополнительной информации 212, с помощью глобальной установки приложения 208 и т.п. На этапе 308(2) идентифицированный механизм преобразования применяется к найденным исходным данным. Например, преобразователь 218 исходных данных может применить идентифицированный механизм 206 преобразования, включающий в себя набор своих правил представления, к найденным исходным данным из исходных данных 204, чтобы создать результат 120. Преобразователь 218 исходных данных может заставить механизм 206 преобразования выполнить это преобразование без знания каких-либо особенностей содержимого механизма 206 преобразования.

На этапе 310 преобразованные исходные данные, или результирующее поле, представляется как часть представления потока данных представленного файла. Например, приложение 208 может представить результат 120, который содержит преобразованные исходные данные в качестве данных 106 представления для поля 108 как части представленного файла 102. Этапы блок-схемы 300 могут быть выполнены в порядках, которые отличны от тех, которые иллюстрированы. Например, преобразование на этапе 308 может быть выполнено прежде, или полностью или частично перекрываясь, с извлечением согласно этапу 306. Таким образом, в примерном осуществлении только те части исходных данных, которые должны остаться после какой-либо фильтрации, должны быть полностью извлечены.

Конкретные примерные осуществления определяющих полей

Фиг. 4 является блок-схемой примерной интерпретации внедренного поля 108. В описанном осуществлении поле 108 включает в себя тип 116 поля и по меньшей мере один параметр 118. Как иллюстрировано, тип 116 поля содержит тип преобразованного ссылочного поля 402, а параметр(ы) 118 включают в себя, по меньшей мере, ссылку 404 на исходные данные.

Интерпретатор 214 поля устанавливает, что тип 116 поля является типом 402 преобразованного ссылочного поля, как указано стрелкой 408. По существу, поле 108 определяется на основе ссылки 404 на исходные данные и в ответ на (i) исходные данные 204 (на фиг. 2), которые указываются ссылкой 404 на исходные данные, и (ii) механизм 206 преобразования.

Интерпретатор 214 поля предоставляет ссылку 404 на исходные данные экстрактору 216 исходных данных, как указано стрелкой 410. Интерпретатор 214 поля также предоставляет идентификацию 406 преобразования преобразователю 218 исходных данных, как указано стрелкой 412. Иллюстрированы три примерных местоположения, в которых может быть найдена идентификация 406 преобразования. Эти примеры включают в себя параметр(ы) 118, дополнительную информацию 212 и приложение 208. Однако идентификация 406 преобразования может альтернативно быть локализована внутри или в соединении с другим компонентом(ами). Также преобразователь 218 исходных данных может альтернативно быть способен независимо получить идентификационные данные 406 преобразования в любом местоположении.

Фиг. 5 является блок-схемой примерного извлечения исходных данных 204 для внедренного поля. В описанном осуществлении исходные данные 204 включают в себя один или более элементов 502 данных. Как иллюстрировано, исходные данные 204 включают в себя "k" элементов 502 данных (1…k): элемент #1 502(1), элемент #2 502(2)… элемент #k 502(k). Каждый элемент 502 данных соответствует типу элемента данных. Как показано, элемент #1 502(1) данных соответствует типу "Θ" элемента данных, элемент #2 502(2) данных соответствует типу "Σ" элемента данных и элемент #k 502(k) данных также соответствует типу "Θ" элемента данных. Типы элементов данных описываются далее ниже в данном документе с отдельной ссылкой на фиг. 6 и 7.

Элементы 502 данных включают в себя одно или более теговых полей 504 и ассоциативно связанные соответствующие данные 506, которые именуются в данном документе как пары «тег-данные». Как иллюстрировано, элемент #k 502(k) данных включает в себя "n" соответствующих теговых полей 504, которые ассоциативно связаны с "n" соответствующими записями 506 данных. Другими словами, теговое поле #1 ассоциативно связано с записью #1 данных, теговое поле #2 связано с записью #2 данных, теговое поле #3 ассоциативно связано с записью #3 данных, а теговое поле #n ассоциативно связано с записью #n данных. Способ, которым теговые поля 504 используются преобразователем 218 исходных данных, описывается ниже в данном документе с отдельной ссылкой на фиг. 6.

Как иллюстрировано, ссылка 404 на исходные данные указывает элемент #k 502(k) данных. Ссылка 404 на исходные данные может содержать (гипер-) ссылку, указатель, адрес, универсальный указатель ресурса, унифицированный указатель ресурса, некоторую их комбинацию и т.д. Экстрактор 216 исходных данных использует ссылку 404 на исходные данные, чтобы локализовать и затем извлечь элемент #k 502(k) данных, как указано частью 508 стрелки. Элемент #k 502(k) данных или, по меньшей мере, его часть затем предоставляется преобразователю 218 исходных данных, как указано частью 510 стрелки.

Фиг. 6 является блок-схемой примерного преобразования извлеченных исходных данных 204. В описанном осуществлении преобразователь 218 исходных данных применяет элемент #k 502(k) данных к механизму 206 преобразования, как указано стрелкой 604. Как иллюстрировано, механизм 206 преобразования включает в себя возможности 602 фильтрации, упорядочивания и/или форматирования. Особенности возможности 602 фильтрации, упорядочивания и/или форматирования неизвестны преобразователю 218 исходных данных.

Возможность 602 фильтрации, упорядочивания и/или форматирования приспосабливается так, чтобы отфильтровать, упорядочить и/или отформатировать элемент #k 502(k) данных относительно теговых полей 504 в соответствии с выбранным набором правил представления и в ответ на тип элемента #k 502(k) данных. В этом примерном случае выбранный набор правил представления, принадлежащий к типу "Θ" элемента данных, применяется к элементу #k 502(k) данных, так как он является типом "Θ" элемента данных.

Обычно правила представления могут обусловливать, какие теговые поля 504 фильтруются, как упорядочиваются оставшиеся теговые поля 504 и как форматируются оставшиеся записи 506 данных. Конкретно, пары тег-данные (например, соответствующие теговые поля 504, которые ассоциативно связаны с соответствующими записями 506 данных) могут быть отфильтрованы, упорядочены и/или отформатированы. Более конкретно, одна или более пар тег-данные могут быть отфильтрованы (например, удалены и/или исключены из представления). Также пары тег-данные могут быть повторно упорядочены в предписанном порядке. Кроме того, пары тег-данные могут быть отформатированы так, что представленный текст выровнен по центру, является полужирным, выделен курсивом, подчеркнут, соответствующим образом расставлен с промежутками, напечатан прописными буквами, акцентирован, является некоторой их комбинацией и т.д.

Таким образом, возможность 602 фильтрации, упорядочивания и/или форматирования механизма 206 преобразования создает результат 120, который представлен в качестве данных 106 представления. Как иллюстрировано на фиг. 6, пары тег-данные с #1 по #n были отфильтрованы, кроме пар тег-данные #1, #3 и #m, как показано в результате 120. Эти пары также были повторно упорядочены как следующие: пара #3 тег-данные, пара #1 тег-даные и пара #m тег-данные.

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

Фиг. 7 является блок-схемой примерного механизма 206 преобразования. В описанном осуществлении механизм 206 преобразования включает в себя по меньшей мере один набор правил 702 представления. Как иллюстрировано, механизм 206 преобразования включает в себя четыре (4) набора правил 702 представления: правила A 702(A) представления, правила B 702(B) представления, правила C 702(C) представления и правила D 702(D) представления. Однако механизм 206 представления может альтернативно иметь меньше или больше, чем четыре набора правил 702 представления.

Со ссылкой на набор правил A 702(A) представления, существует отличающийся поднабор 704 правил представления для каждого типа элемента данных из множества типов элементов данных. Как иллюстрировано, правила A 702(A) представления включают в себя поднаборы 704 правил, которые указывают элементы данных типа Δ, типа Σ, типа Θ … типа Ω. Поднаборы 704 правил представления для каждого типа элемента данных могут включать свой собственный набор возможностей 602 фильтрации, упорядочивания и/или форматирования. Следовательно, записи 506 данных, которые также ассоциативно связаны с таким же видом тегового поля 504, могут быть отфильтрованы, упорядочены и/или отформатированы по-разному, если они являются частью элементов 502 данных, которые соответствуют разным типам элементов данных. Это дополнительно объяснено в виде примера в последующей секции с библиографическими примерами.

Идентификация 406 преобразования (на фиг. 4) может идентифицировать отдельный набор правил 702 представления механизма 206 преобразования. Если набор правил 702 представления установлен глобально (например, приложением 208 или дополнительной информацией 212), то поля 108 типа преобразованного ссылочного поля 402 каждое представлены в соответствии с глобально установленным набором правил 702 представления. Альтернативно, набор правил 702 представления, который должен быть использован, может быть установлен для каждого поля (например, с помощью параметра 118), для каждой секции или области файла (например, также возможно идентифицированной в дополнительной информации 212) или любым другим образом.

Хотя оба набора правил A и B 702(A и B) представления, как иллюстрировано в механизме 206 преобразования на фиг. 7, явно включают в себя одинаковые поднаборы 704 правил представления, поднаборы 704 правил представления могут отличаться. Например, правила C 702 (C) представления не включают в себя поднабор 704 правил представления для элементов 502 данных типа Δ, но они имеют поднабор 704 правил представления для элементов 502 данных типа Ф. Также правила D 702(D) представления только включают в себя поднаборы 704 правила представления для элементов 502 данных типов Δ, Σ, Θ и Г. Кроме того, поднабор 704 правил представления для данного типа элемента данных может быть единственным для одного набора правил 702 представления. Возможны другие комбинации и перестановки