Методика для электронной агрегации информации

Методика для электронной агрегации информации

Иллюстрации

Показать все

Реферат

Предпосылки создания изобретения

Монтаж может содержать агрегацию отдельных элементов для образования единого комбинированного элемента. Например, монтаж может содержать комбинированную картинку, составленную из нескольких отдельных картинок, или видеопоследовательность, содержащую быструю последовательность разрозненных изображений. Электронные системы монтажа были разработаны для создания цифровых монтажей, используя цифровой контент, такого как комбинированная web-страница, содержащая разные составляющие web-страницы, поданные от разных web-приложений. Иногда составляющие web-страницы организованы в соответствии с центральной темой, как, например, web-страницы, которые относятся к заданному поисковому термину, использованному поисковой машиной, или web-страницы, которые были последовательно посещены пользователем, которые хранятся в истории браузера. Часто составляющие web-страницы являются представлениями в низком качестве фактической web-страницы из-за ограничений пространства комбинированной web-страницы. Раз так, то пользователь может выбрать составляющую web-страницу для извлечения версии в полном качестве выбранной web-страницы для более детального просмотра. Тем не менее, по мере роста объема цифровой информации, становится все более и более сложно создавать цифровой монтаж в таком виде, чтобы предоставлять пользователю содержательную информацию. Именно, исходя из этих и других соображений, требуются настоящие улучшения.

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

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

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

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

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

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

Фиг.1 иллюстрирует вариант осуществления системы монтажа.

Фиг.2 иллюстрирует вариант осуществления компонента разработки.

Фиг.3A иллюстрирует вариант осуществления поверхности представления.

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

Фиг.4 иллюстрирует пример для компонента разработки.

Фиг.5 иллюстрирует вариант осуществления системы обмена сообщениями.

Фиг.6 иллюстрирует вариант осуществления потока сообщений для системы обмена сообщениями.

Фиг.7A иллюстрирует вариант осуществления вида пользовательского интерфейса сообщения.

Фиг.7B иллюстрирует вариант осуществления вида пользовательского интерфейса монтажа.

Фиг.7C иллюстрирует вариант осуществления вида пользовательского интерфейса объекта плитки.

Фиг.7D иллюстрирует вариант осуществления вида пользовательского интерфейса файла контента.

Фиг.8 иллюстрирует вариант осуществления логического потока для компонента авторской разработки.

Фиг.9 иллюстрирует вариант осуществления логического потока для компонента публикации.

Фиг.10 иллюстрирует вариант осуществления вычислительной архитектуры.

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

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

Фиг.1 иллюстрирует структурную схему системы 100 монтажа с приложением 140 монтажа. В одном варианте осуществления, например, система 100 монтажа и приложение 140 монтажа могут содержать различные компоненты, такие как компоненты 110, 130, например. Используемые здесь понятия «система» и «приложение» и «компонент» предназначены для обозначения относящегося к компьютеру субъекта, содержащего одно из следующего: аппаратное обеспечение, сочетание аппаратного обеспечения и программного обеспечения, программное обеспечение или программное обеспечение в исполнении. Например, компонент может быть реализован в качестве процесса, выполняемого на процессоре, процессора, накопителя на жестком диске, нескольких запоминающих устройств (оптического и/или магнитного носителя данных), объекта, исполняемого файла, потока исполнения, программы и/или компьютера. В качестве иллюстрации, как приложение, исполняемое на сервере, так и сервер может быть компонентом. Один или более компонентов могут размещаться внутри процесса и/или потока исполнения, и компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами, как того требуется для заданной реализации. Варианты осуществления не ограничиваются данным контекстом.

В иллюстрируемом варианте осуществления, показанном на Фиг.1, система 100 монтажа и приложение 140 монтажа могут быть реализованы электронным устройством. Примеры электронного устройства могут включать в себя, без ограничения, мобильное устройство, персональный цифровой помощник, мобильное вычислительное устройство, интеллектуальный телефон, сотовый телефон, телефонную трубку, односторонний пейджер, двухсторонний пейджер, устройство обмена сообщениями, компьютер, персональный компьютер (PC), настольный компьютер, компьютер класса лэптоп, компьютер класса ноутбук, переносной компьютер, планшетный компьютер, сервер, массив серверов или ферма серверов, web-сервер, сетевой сервер, Интернет сервер, рабочую станцию, миникомпьютер, компьютер класса мэйнфрейм, суперкомпьютер, сетевой компьютер, web-компьютер, распределенную вычислительную систему, многопроцессорную систему, основанную на процессоре систему, игровое устройство, потребительскую электронику, программируемую потребительскую электронику, телевизор, цифровой телевизор, телевизионную приставку, беспроводную точку доступа, базовую станцию, абонентскую станцию, центр подвижного абонента, контроллер сети с радиодоступом, маршрутизатор, концентратор, шлюз, мост, коммутатор, машину или их сочетание. Несмотря на то, что приложение 140 монтажа, как показано на Фиг.1, имеет ограниченное количество элементов в определенной топологии, следует иметь в виду, что приложение 140 монтажа может включать в себя большее или меньшее число элементов в альтернативных топологиях, как того требуется для заданной реализации.

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

В иллюстрируемом варианте осуществления, показанном на Фиг.1, система монтажа может включать в себя один или более файлов 104-c контента и приложение 140 монтажа. Файлы 104-c контента могут содержать цифровой контент, сформированный программой программного обеспечения, такой как прикладная программа, web-приложение, web-служба и т.д. Приложение 140 монтажа может использовать один или более выбранных файлов 104-c контента для формирования монтажа 120. В одном варианте осуществления, один или более файлов 104-c контента могут быть выбраны пользователем вручную. В одном варианте осуществления, один или более файлов 104-c контента могут быть автоматически выбраны программой программного обеспечения, как например, посредством использования результатов поиска, которые относятся к заданному поисковому термину, использованному поисковой машиной, или файлами 104-c контента, которые были последовательно посещены пользователем, и которые хранятся в истории браузера.

Приложение 140 монтажа может содержать, среди прочих элементов, компонент 110 разработки и компонент 130 представления. Компонент 110 разработки может использоваться пользователем для разработки или создания монтажа 120. Пользователь, разрабатывающий или создающий монтаж 120, может здесь иногда именоваться как «создатель контента». Компонент 130 представления может использоваться пользователем для просмотра и навигации по монтажу 120. Пользователь, просматривающий или осуществляющий навигацию по монтажу 120, может здесь иногда именоваться как «потребитель контента». Приложение 140 монтажа дополнительно включает в себя прочие компоненты, как описывается более подробно со ссылкой на Фиг.2-11.

Компонент 110 разработки может в общем управлять операциями разработки для приложения 140 монтажа, включая формированием видов интерфейса пользователя и инструментов, чтобы позволить создателю контента формировать, создавать или иным образом разрабатывать монтаж 120. Монтаж 120 может содержать единственный комбинированный или агрегацию цифровых элементов информации из выбранных файлов 104-c контента для формирования единого комбинированного цифрового элемента информации. Монтаж 120 может содержать, например, комбинированный документ с разными составляющими цифровыми элементами информации, сформированными разнородными приложениями, такие как файлы приложений для прикладных программ. Иногда составляющие цифровые элементы информации организованы в соответствии с центральной темой, как например, те цифровые элементы информации, которые относятся к бизнес-проекту, личному отпуску или празднику. Часто, составляющие цифровые элементы информации являются представлениями в низком качестве фактических файлов 104-c контента из-за ограничений пространства комбинированного документа. Раз так, то потребитель контента может выбрать составляющий цифровой элемент информации для извлечения версии в полном качестве связанного файла 104-c контента для более детального просмотра.

В одном варианте осуществления, например, компонент 110 разработки может быть выполнен с возможностью предоставления поверхности 122 представления для монтажа 120. Поверхность 122 представления может иметь несколько плиток 124-a представления, которые определены или располагаются на поверхности 122 представления в определенной топологии. Компонент 110 разработки может принимать директивы 102-b управления, чтобы связать определенные файлы 104-c контента с определенными плитками 124-a представления. Компонент 110 разработки может формировать объекты 126-e плитки для файлов 104-c контента, на основании различных типов файла контента и определения типа связанного с файлами 104-c контента. Компонент 110 разработки может хранить поверхность 122 представления и объекты 126-e плитки как часть монтажа 120, который затем может быть опубликован или распространен различным потребителям контента.

Стоит отметить, что «a» и «b» и «c» и аналогичные используемые здесь обозначения предназначены быть переменными, представляющими собой любые положительные целые числа. Таким образом, например, если реализация задает значение для a=5, тогда полный набор плиток 124-a представления может включать в себя плитки 124-1, 124-2, 124-3, 124-4 и 125-5 представления. Варианты осуществления не ограничиваются данным контекстом.

Компонент 110 разработки может начать операции разработки для формирования монтажа 120 посредством предоставления поверхности 122 представления с несколькими плитками 124-a представления. Поверхность 122 представления может быть выполнена в виде двумерного (2D) или трехмерного (3D) топологического пространства любого определенного габарита с системой координат и границами. Примеры для поверхности 122 представления могут содержать документ для программы электронной обработки текстов, слайд для программы работы с презентациями, рабочий лист для программы работы с электронными таблицами, заметку для программы заметок, карту контакта для менеджера персональной информации (PIM) и прочие пространства, как правило, используемые прикладными программами.

Плитка 124-a представления может содержать определенную область поверхности 122 представления для представления дискретного набора информации, такого как объект 126-e плитки. Определенная область может быть любого габарита, размера или формы, как того требуется для заданной реализации. Заданная поверхность 122 представления может иметь любое количество плиток 124-a представления, и каждая плитка 124-a представления может иметь набор определений (например, габарит, форму, размер, геометрию), чтобы гарантировать, что все плитки 124-a представления вписываются в заданный габарит для поверхности 122 представления. Определения для плитки 124-a представления могут динамически меняться на основании поверхности 122 представления, набора файлов 104-c контента, связей между файлами 104-c контента и плиткой 124-a представления, объектов 126-e плитки, связанных с файлами 104-c контента, свойств для отображения, свойств для устройства, предпочтений пользователя и прочих факторов. Варианты осуществления не ограничиваются данным контекстом.

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

Компонент 110 разработки может принимать директивы 102-b управления, чтобы связать определенные файлы 104-c контента с определенными плитками 124-a представления. Компонент 110 разработки может формировать вид интерфейса пользователя и инструменты, позволяющие пользователю выбирать файл 104-a контента, и связывать файл 104-a контента с плиткой 124-a представления. Например, пользователь может использовать устройство ввода, такое как указательное устройство, для выбора файла 104-1 контента и перетаскивания файла 104-1 контента на плитку 124-1 представления. Выбор пользователя может формировать директиву 102-b управления в качестве сообщения или сигнала, указывающего выбор компоненту 110 разработки. В качестве альтернативы, директивы 120-b управления могут быть формируемыми программным путем в соответствии с алгоритмом выбора контента. Например, алгоритм выбора контента может иметь набор определенных правил для автоматического выбора файлов 104-c контента из результатов поиска, сформированных поисковой машиной, или посредством анализа образцов просмотра пользователя. Варианты осуществления не ограничиваются данным контекстом.

Файл 104-c контента может содержать любой цифровой элемент информации или цифровой контент, сформированный программой программного обеспечения, такой как прикладная программа, web-приложение, web-служба, клиентское приложение, серверное приложение, системная программа и т.д. Разные программы программного обеспечения могут формировать разные типы цифрового контента. Раз так, то цифровой контент, формируемый разными программами программного обеспечения, может содержать разнородный цифровой контент. Примеры для файла 104-c контента могут включать в себя, без ограничений, файлы приложения, такие как файл электронной обработки текстов, файл электронной таблицы, файл презентации, файл менеджера персональной информации (PIM), файл базы данных, файл приложения публикации, файл чертежа, файл заметки, файл сообщения, файл проекта и т.д. Дополнительные примеры для файла 104-c контента могут включать в себя мультимедийные файлы, такие как аудио файл, файл изображения, видео файл, аудио/видео (AV) файл, файл анимации, игровой файл, файл разметки, файл web-страницы, файл социальной сети (SNS) и т.д. Следует иметь в виду, что это лишь несколько примеров файла 104-c контента, и варианты осуществления не ограничиваются этими примерами.

В одном варианте осуществления, файл 104-c контента может содержать файл контента для пакета программ взаимосвязанных клиентских приложений, серверных приложений и web-служб, разработанных для конкретной операционной системы, такого как пакет программ MICROSOFT® OFFICE для MICROSOFT WINDOWS®, сделанных Microsoft Corporation, Редмонд, штат Вашинтон. Примеры для клиентских приложений могут включать в себя, без ограничения, MICROSOFT WORD, MICROSOFT EXCEL®, MICROSOFT POWERPOINT®, MICROSOFT OUTLOOK®, MICROSOFT ACCESS®, MICROSOFT INFOPATH®, MICROSOFT ONENOTE®, MICROSOFT PROJECT, MICROSOFT PUBLISHER, MICROSOFT SHAREPOINT® WORKSPACE, MICROSOFT VISIO®, MICROSOFT OFFICE INTERCONNECT, MICROSOFT OFFICE PICTURE MANAGER, MICROSOFT SHAREPOINT DESIGNER и MICROSOFT LYNC. Примеры для серверных приложений могут включать в себя, без ограничения, MICROSOFT SHAREPOINT SERVER, MICROSOFT LYNC SERVER, MICROSOFT OFFICE FORMS SERVER, MICROSOFT OFFICE GROOVE® SERVER, MICROSOFT OFFICE PROJECT SERVER, MICROSOFT OFFICE PROJECT PORTFOLIO SERVER и MICROSOFT OFFICE PERFORMANCEPOINT® SERVER. Примеры для web-служб могут включать в себя, без ограничения, MICROSOFT WINDOWS LIVE®, MICROSOFT OFFICE WEB APPLICATIONS, MICROSOFT OFFICE LIVE, MICROSOFT LIVEMEETING, MICROSOFT OFFICE PRODUCT WEB SITE, MICROSOFT UPDATE SERVER и MICROSOFT OFFICE 365. Варианты осуществления не ограничиваются этими примерами.

В одном варианте осуществления, файл 104-c контента может содержать файл контента, персонально разработанный тем же создателем контента приложения 140 монтажа для создания монтажа 120. Например, предположим, что создатель контента является руководителем проекта для бизнес-проекта и в ходе бизнес-проекта разработал различные файлы приложения, связанные с бизнес-проектом, такие как файл электронной обработки текстов, файл электронной таблицы и файл презентации. Создатель контента может использовать компонент 110 разработки приложения 140 монтажа для создания отчета об исполнении с объектами 126-e плитки для каждого файла, персонально разработанного создателем контента.

Компонент 110 разработки может формировать объекты 126-e плитки для выбранных файлов 104-c контента на основании различных типов файла контента для файлов 104-c контента. Как только файл 104-c контента был связан с плиткой 124-a представления, компонент 110 разработки может сформировать объект 126-e плитки для выбранного файла 104-c контента. В одном варианте осуществления, один файл 104-c контента может быть связан с одной плиткой 124-a представления, тем самым образуя взаимно-однозначное соответствие. В одном варианте осуществления, несколько файлов 104-c контента могут быть связаны с одной плиткой 124-a представления, тем самым образуя соответствие «один-множество».

Объект 126-e плитки может содержать образ, агент или рекламное объявление («тизер») для файла 104-c контента. Объект 126-e плитки является кратким набором информации из связанного с ним файла 104-c контента, визуализированным таким образом, который позволят потребителю контента быстро и просто определить, является ли связанный файл 104-c контента интересующим, и заслуживает более внимательного рассмотрения связанного файла 104-c контента.

Объект 126-e плитки может быть сформирован, используя фрагмент 106-d контента, извлеченный из файла 104-c контента. Фрагмент 106-d контента может содержать подмножество информации, полученной или извлеченной из полного набора информации, хранящейся в файле 104-c контента. Одно преимущество монтажа 120 состоит в том, что информация из разных файлов 104-c контента может быть представлена на одной поверхности 122 представления. Тем не менее, каждый файл 104-c контента может содержать объем информации больше, чем тот, что может быть представлен в рамках определенной области одной плитки 124-a представления. Например, если файл 104-1 контента содержит документ электронной обработки текстов, то компонент 110 разработки может быть неспособен вписать всю информацию (например, текст, фигуры, изображения, чертежи, встроенные объекты), которые содержатся в документе электронной обработки текстов, внутри доступной площади или пространства плитки 124-1 представления, даже при уменьшении габарита, в качестве миниатюры. Раз так, то компонент 110 разработки может извлекать подмножество информации из набора информации, который содержится в источнике 104-1 контента, форматировать подмножество информации, чтобы вписать в заданные границы для плитки 124-1 представления, и сохранять отформатированное подмножество информации в качестве объекта 126-1 плитки. Например, объект 126-1 плитки может содержать сочетание названия для документа электронной обработки текстов, создателя контента (например, автора) документа электронной обработки текстов, и изображение из документа электронной обработки текстов.

Объект 126-e плитки может также включать в себя, или быть связан со ссылкой (например, адресом, указателем или ссылкой) на соответствующий файл 104-c контента. Когда объект 126-e плитки выбирается пользователем для более внимательного рассмотрения, то ссылка может использоваться для извлечения соответствующего файла 104-c контента, чтобы представить представление в полном качестве файла 104-c контента. В одном варианте осуществления, ссылка может быть на файл 104-c контента, который хранится на локальном складе данных. В данном случае, ссылка может использоваться для извлечения файла 104-c контента, используя одноранговую технологию. В одном варианте осуществления, ссылка может быть на файл 104-c контента, хранящийся на удаленном складе данных. В данном случае, ссылка может использоваться для извлечения файла 104-c контента, используя технологию сетевого хранения и доступа.

В одном варианте осуществления, один файл 104-c контента может быть связан с одной плиткой 124-a представления. В данном случае, один объект 126-e плитки представлен в каждой плитке 124-a представления. В одном варианте осуществления, несколько файлов 104-c контента могут быть связаны с одной плиткой 124-a представления. В данном случае, несколько объектов 126-e плитки могут быть представлены в одной плитке 124-a представления. При визуализации, потребитель контента может использовать инструмент выбора, предоставленный компонентом 130 представления, для навигации между несколькими объектами 126-e плитки, представленными в разных плитках 124-a представления, а также между несколькими объектами 126-e плитки, представленными в одной плитке 124-a представления, так что потребитель контента может выбрать интересующий объект 126-e плитки. Например, предположим, что создатель контента связывает картинки из соответствующих файлов с 104-1 по 104-100 контента с плиткой 124-1 представления. Могут быть сформированы миниатюры 100 картинок в качестве объектов с 126-1 по 126-100 плитки, и их габарит может быть изменен таким образом, чтобы они вписывались в заданный размер плитки 124-1 представления. Инструмент выбора может использоваться для навигации между объектами с 126-1 по 126-100, для выбора и увеличения заданной картинки.

Как только пользователь завершил операции разработки, чтобы связать разные файлы 104-c контента с разными плитками 124-a представления поверхности 122 представления, компонент 110 разработки может сохранить поверхность 122 представления и объекты 126-e плитки, как часть монтажа 120.

Компонент 130 представления может, в целом, управлять операциями представления применительно к приложению 140 монтажа, включая формированием видов интерфейса пользователя и инструментов для представления монтажа 120 на электронном дисплее применительно к электронному устройству. В одном варианте осуществления, например, компонент 130 представления может формировать первый вид интерфейса пользователя для представления каждого объекта 126-e плитки внутри каждой связанной плитки 124-a представления на поверхности 122 представления монтажа 120. Компонент 130 представления может принимать директивы 132-f управления для выбора объекта 126-e плитки, и формировать второй вид интерфейса пользователя для представления файла 104-с контента, соответствующего выбранному объекту 126-a плитки.

Фиг.2 иллюстрирует более подробную структурную схему компонента 110 разработки приложения 140 монтажа. Компонент 110 разработки может интеллектуальным образом формировать объект 126-e плитки для связанного с ним файла 104-c контента посредством извлечения определенных фрагментов контента из файла 104-c контента на основании определения типа для типа файла 104-c контента. Например, фрагмент контента может содержать текст из файла 104-c контента, метаданные для файла 104-c контента, объект из файла 104-c контента или некоторое их сочетание.

В одном варианте осуществления, файл 104-c контента может храниться на локальном складе 210 данных, реализованном внутри того же электронного устройства, которое реализует приложение 140 монтажа. Например, вычислительное устройство может реализовывать приложение 140 монтажа, используя файлы 104-1, 104-2 контента, хранящиеся на запоминающем устройстве большой емкости вычислительного устройства. В одном варианте осуществления, файл 104-c контента может храниться на удаленном складе 212 данных, реализованном электронным устройством отличным от того, что реализует приложение 140 монтажа. Например, вычислительное устройство может реализовывать приложение 140 монтажа, используя файл 104-3 контента, хранящийся на запоминающем устройстве большой емкости серверного устройства.

В иллюстрируемом варианте осуществления, показанном на Фиг.2, компонент 110 разработки может содержать или реализовывать несколько модулей 202-g типа. Каждый модуль 202-g типа может соответствовать типу файла контента применительно к соответствующему файлу 104-c контента. Примеры для типа файла контента применительно к файлу 104-c контента могут включать в себя, без ограничения, типы файла приложения, такие как тип файла электронной обработки текста, тип файла электронной таблицы, тип файла представления, тип файла PIM, тип файла базы данных, тип файла приложения публикации, тип файла чертежа, тип файла заметки, тип файла сообщения и т.д. Дополнительные примеры для файла 104-c контента могут включать в себя типы мультимедийного файла, такие как тип аудио файла, тип файла изображения, тип видео файла, тип AV файла, тип файла анимации, тип игрового файла, тип файла разметки, тип web-страницы и т.д. Следует иметь в виду, что это лишь несколько примеров типов файла контента и варианты осуществления не ограничиваются этими примерами.

Модуль 202-g типа может извлекать информацию из файла 104-c контента на основании определения 204-h типа для типа файла контента и формировать объект 126-e плитки на основании извлеченной информации и определения 204-h типа. Определение 204-h типа может содержать набор определений, правил, свойств, способов, событий, координат или инструкций для извлечения выбранных фрагментов из файла 104-c контента и форматирования извлеченных фрагментов внутри определенной области плитки 124-a представления. Посредством реализации конкретных определений 204-h типов для конкретных файлов 104-c контента, компонент 110 разработки может формировать весьма индивидуальные объекты 126-e плитки, которые специально разработаны для конкретного контекста (например, бизнеса, персональные) и связанного множества потребителей контента. Определение 204-h типа может быть определением типа по умолчанию, которое предоставляется приложением 140 монтажа, или определенным пользователем определением типа, которое создано, используя приложение 140 монтажа.

В качестве примера, предположим, что файл 104-1 контента является документом 104-1 электронной обработки текстов, модуль 202-1 типа служит для типа файла электронной обработки текстов, а определение 204-1 типа является набором определений для типа файла электронной обработки текстов. Определение 204-1 типа может включать в себя различные типы информации, используемой при создании объекта 126-1 плитки. Например, определение 204-1 типа может включать в себя поддерживаемые форматы файла, связанные с разными версиями приложения электронной обработки текстов, такие как форматы расширяемого языка разметки (например, .docx, .docm, .dotx, .dotm), бинарные форматы (например, .doc, .dot) и форматы открытого документа (например, .odt). Определение 204-1 типа может включать в себя мандат защиты (например, пароли, сертификаты, открытые или секретные ключи) для доступа к зашифрованным файлам. Определение 204-1 типа может включать в себя инструменты для получения доступа к встроенному или загруженному коду для файла (например, макросу, пакетам расширения). Определение 204-1 типа может включать в себя поддерживаемые поля в документе (например, поле Ask, поле Author, поле Database, поле Fillin, поле Includepicture, поле Includetext, поле Mailmerge). Определение 204-1 типа может включать в себя правила обработки привязок применительно к документу (например, связанных объектов, главные документы, ссылки на шаблоны, ссылки на связанную каскадную таблицу стилей). Определение 204-1 типа может включать в себя правила обработки наборов данных (например, данных для слияния почты). Определение 204-1 типа может включать в себя правила обработки объектов связывания и встраивания объектов (OLE). Возможна другая информация для определения 204-1 типа, и варианты осуществления не ограничиваются данным контекстом.

Кроме того, определение 204-1 типа может содержать набор правил, которые относятся к типам информации для извлечения из файла 104-1 контента. Например, определение 204-1 типа может включать в себя три класса информации и ассоциированных правил, включая класс контента и свойств (например, абзацы или свойства) из файла 104-1 контента, класс объектов контента (например, изображение, встроенный объект) для файла 104-1 контента, и класс страниц контента внутри файла 104-1 контента, или некоторое их сочетание. Следует иметь в виду, что для заданного типа файла контента может быть определено любое количество классов или категорий.

В одном варианте осуществления, примеры для класса контента и свойств могут быть проиллюстрированы в ТАБЛИЦЕ 1 следующим образом:

ТАБЛИЦА 1
Контент/Свойство	Описание
Название (свойство)	Свойство названия документа
Аннотация	Аннотация документа
Имя файла	Имя файла документа
Автор	Автор документа
Название (1-ый экземпляр стиля названия)	Первый абзац с примененным стилем названия
Первые N Абзацев Тела	Первые N абзацев тела в документе
Первые N Заголовков	Первые N заголовков абзацев, используемых в документе

В одном варианте осуществления, примеры класса объектов контента могут быть проиллюстрированы в ТАБЛИЦЕ 2 следующим образом:

ТАБЛИЦА 2
Объект	Описание
1-ое Изображение (не в таблице)	Первое изображение внутри документа, которое находится не в таблицеИзображение заполняет плитку и центрируется внутри нее
1-ое Изображение (заполненное и центрированное)	Первое изображение внутри документаИзображение заполняет плитку и центрируется внутри нее
1-ая Таблица	Первая таблица внутри документаТаблица обрезается, чтобы вписаться в плиткуПрименительно к таблице, которая содержит язык с направлением чтения слева на право, обрезка будет начинаться в верхнем левом

	углу таблицыПрименительно к таблице, которая содержит язык с направлением чтения справа на лево, обрезка будет начинаться в верхнем правом углу таблицы
1-ый SmartArt® (заполненный и цент