×
29.06.2019
219.017.9e6e

ДОСТУП К РАЗЛИЧНЫМ ТИПАМ ЭЛЕКТРОННЫХ СООБЩЕНИЙ ЧЕРЕЗ ОБЩИЙ ИНТЕРФЕЙС ОБМЕНА СООБЩЕНИЯМИ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к способам, системам и компьютерным программным продуктам для представления различных типов электронных сообщений в общем интерфейсе. Изобретение повышает удобство пользования электронными сообщениями различного типа и, в частности, увеличивает скорость поиска в электронных сообщениях. Элементы электронных сообщений хранятся в базе данных элементов вместе с другими типами элементов, такими как контакты, элементы папок, элементы документов и т.д. Элементы электронных сообщений имеют некоторые поля данных с общим определением и, возможно, другие поля данных с различным определением, которые представляют характерные для конкретного протокола и (или) предложения свойства. Компьютерные системы могут запрашивать базу данных элементов в отношении относящихся к сообщению данных (например, из полей с общим определением) и отображать ссылки на относящиеся к сообщению данные в общем интерфейсе обмена сообщениями. Ссылки на различные типы электронных сообщений (представленные характерными для конкретного протокола и (или) сообщения свойствами) могут отображаться в общем интерфейсе обмена сообщениями. 4 н. и 28 з.п. ф-лы, 6 ил., 10 табл.
Реферат Свернуть Развернуть

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

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

Предшествующий уровень техники

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

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

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

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

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

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

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

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

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

Краткое изложение сущности изобретения

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

Элементы электронных сообщений (имеющие некоторые поля данных с общим определением и, возможно, другие поля данных с различным определением) хранятся в базе данных элементов вместе с другими типами элементов, таких как, например, элементы контактов, элементы папок, элементы документов и т.д. Компьютерные системы могут запрашивать относящиеся к сообщениям данные в базе данных элементов и отображать результаты запроса в общем интерфейсе обмена сообщениями. Запрашивающая компьютерная система принимает критерии запроса (например, запрос всех электронных сообщений от «Пользователя А», запрос всех электронных сообщений, принятых до 27 апреля 2003 г., и т.д.) для относящегося к сообщению запроса. Критерии запроса могут приниматься в общем интерфейсе обмена сообщениями, например, в результате ввода пользователя. Запрашивающая компьютерная система представляет относящийся к сообщению запрос базе данных элементов в соответствии с критериями запроса.

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

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

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

Перечень фигур чертежей

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

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

фиг.2А - часть примера более подробной иерархии схем согласно принципам настоящего изобретения;

фиг.2В - часть расширения сообщений примера более подробной иерархии схем согласно принципам настоящего изобретения;

фиг.3 - первое примерное отображение на экране дисплея, генерируемое общим интерфейсом обмена сообщениями, согласно принципам настоящего изобретения;

фиг.4 - второе примерное отображение на экране дисплея, генерируемое общим интерфейсом обмена сообщениями, согласно принципам настоящего изобретения;

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

фиг.6 - подходящая операционная среда для принципов настоящего изобретения.

Подробное описание предпочтительных вариантов выполнения

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

Варианты выполнения в пределах объема настоящего изобретения включают в себя машиночитаемые носители для переноса или хранения на них машиноисполняемых инструкций или структур данных. Такие машиночитаемые носители могут быть любыми доступными носителями, к которым компьютерная система общего назначения или специального назначения может осуществлять доступ. В качестве примера и неограничения такие машиночитаемые носители могут содержать физические носители данных, такие как оперативное запоминающее устройство (ОЗУ, RAM), постоянное запоминающее устройство (ПЗУ, ROM), стираемое программируемое ПЗУ (СППЗУ, EPROM), компакт-диск (CD-ROM) или другое запоминающее устройство на оптических дисках, запоминающее устройство на магнитных дисках или другие магнитные запоминающие устройства, или любые другие носители, которые могут использоваться для переноса или хранения требуемого средства программного кода в виде машиноисполняемых инструкций, машиночитаемых инструкций или структур данных, и к которым компьютерная система общего назначения или специального назначения может осуществлять доступ.

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

В данном описании и в последующей формуле изобретения «компьютерная система» определяется как один или несколько программных модулей, один или несколько аппаратных модулей или их комбинация, которые работают совместно для выполнения операций над электронными данными. Например, определение компьютерной системы включает в себя аппаратные компоненты персонального компьютера, а также программные модули, такие как операционная система персонального компьютера. Физическое размещение модулей не является важным. Компьютерная система может включать в себя один или несколько компьютеров, соединенных через сеть. Аналогично, компьютерная система может включать в себя отдельное физическое устройство (такое как мобильный телефон или персональное цифровое информационное устройство (PDA)), где внутренние модули (такие как память и процессор) работают совместно для выполнения операций над электронными данными.

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

Схема определяется так, что она включает в себя определения типа документа (ОТД, DTD), такие как, например, файлы ОТД, заканчивающиеся расширением «.dtd». Схема также определяется так, что включает в себя XML-схемы консорциума «Всемирной паутины» (W3C), такие как, например, файлы XML-схемы, оканчивающиеся расширением «.xsd». Однако фактическое расширение файла для конкретной схемы ОТД или XML не является важным. Схема может использоваться для виртуального определения любого типа данных, включая логический, двоичный, восьмеричный, десятичный, шестнадцатеричный, целочисленный, с плавающей точкой, символьный, тип строки символов, определенные пользователем типы данных и комбинации этих типов данных, используемые для определенных структур данных. Некоторыми примерами определенных пользователем типов данных являются типы данных DateTime, представляющие данные о дате и времени, и типы данных EAddress, представляющие данные электронных адресов, такие как, например, телефонные номера, адреса электронной почты, адреса мгновенных сообщений и т.д. Схема также может быть определена для обращения или ссылки на другие схемы в иерархии схем.

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

На фиг.1 изображен пример сетевой архитектуры 100 и общей иерархии 150 схем, которые обеспечивают осуществление эффективного хранения и доступа к относящимся к электронному сообщению данным согласно принципам настоящего изобретения. Сетевая архитектура 100 включает в себя компьютерную систему 102, компьютерную систему 109, базу 114 данных и сеть 121. Компьютерная система 102 и компьютерная система 109 соединены соответствующим каналом 106 передачи. Компьютерная система 102 и компьютерная система 109 могут обмениваться относящимися к сообщению данными (например, сообщениями электронной почты, мгновенными сообщениями, факсимильными сообщениями, сообщениями группы новостей, речевыми сообщениями, вложениями в сообщение и т.д.) по линии 106 связи. Например, может быть, что компьютерная система 109 представляет собой сервер обмена сообщениями, который хранит электронные сообщения. Время от времени компьютерная система 102 может подключаться к компьютерной системе 109 для загрузки электронных сообщений.

Компьютерная система 109 соединена с базой 114 данных при помощи линии 123 связи. Базой 114 данных может быть база данных, которая хранит множество различных типов элементов базы данных. Например, хранилище 183 контактов может хранить элементы контактов, представляющие контакты (например, физические лица, организации, корпорации и т.д.), хранилище 183 папок может хранить элементы папок, представляющие папки, которые хранят другие типы элементов (например, которые хранят элементы сообщений), хранилище 184 сообщений может хранить элементы сообщений, представляющие электронные сообщения, хранилище 186 документов может хранить элементы документов, представляющие различные типы документов, и т.д. Элементы базы данных, хранимые в базе 114 данных, могут включать в себя поля данных, определенные в соответствии со схемами иерархии 150 схем. Группа из трех точек (троеточие) перед хранилищем 182 контактов и после хранилища 186 документов указывает, что другие хранилища (потенциально хранящие элементы базы данных других разных типов) могут быть включены в базу 114 данных.

Компьютерная система 109 соединена с сетью 121 при помощи линии 118 связи. Сетью 121 может быть локальная сеть (ЛС, LAN), глобальная сеть (ГС, WAN) или даже Интернет. Компьютерная система 109 может принимать данные и посылать данные на другие компьютерные системы, подключенные к сети 121, по линии 118 связи. Компьютерная система 102, компьютерная система 109 и, возможно, другие компьютерные системы, подключенные к сети 121, могут иметь доступ к схемам, включенным в иерархию 150 схем.

Иерархия 150 схем, в основном, представляет форматы данных для определения электронных сообщений. Элементы сообщений, представляющие электронные сообщения (а также другие типы элементов в базе 114 данных), могут быть определены в соответствии со схемой 151 базового элемента. В основном, схема базового элемента может определять форматы данных для полей данных (например, глобальный уникальный идентификатор и отображаемое имя), используемых для отличия одного элемента базы данных от другого элемента базы данных. Следовательно, элементы сообщений, хранимые в хранилище 184 сообщений (а также элементы, хранимые в хранилище 182 контактов, хранилище 183 папок и хранилище 186 документов), могут включать в себя одно или несколько полей данных, определенных в соответствии со схемой 151 базового элемента.

Схема 152 сообщения определяет форматы данных для одного или нескольких полей данных (например, тема сообщения, размер сообщения и т.д.), которые являются общими для множества различных типов электронных сообщений (например, сообщений электронной почты, мгновенных сообщений, сообщений группы новостей, записей в блоге, факсимильных сообщений, сообщений речевой почты и т.д.). Схема 152 сообщения может определять общий формат, такой как, например, текстовый формат или формат языка разметки гипертекста (HTML). Следовательно, элементы сообщений, хранимые в хранилище 184 сообщений, могут включать в себя одно или несколько полей данных, определенных в соответствии со схемой 152 сообщения. Схема 152 сообщения может определять поля данных, которые ссылаются на поля данных, определенные в соответствии с другими схемами в иерархии 150 схем, или связаны с этими полями.

Например, схема 152 сообщения может определять одно или несколько полей данных, которые ссылаются на относящуюся к контакту информацию (имеющую поля данных, определенные в соответствии со схемой 153 контакта) в хранилище 182 контактов или связаны с этой информацией. Следовательно, элемент сообщения, определенный в соответствии со схемой 152 сообщения, может ссылаться на относящуюся к контакту информацию в хранилище 182 или быть связан с ней. Связь или ссылка на относящуюся к контакту информацию может указывать, что сущность, соответствующая относящейся к контакту информации, ассоциирована с элементом сообщения. Аналогично, схема 152 сообщения может определять одно или несколько полей данных, которые ссылаются на относящуюся к папке информацию (имеющую поля данных, определенные в соответствии со схемой 153 контакта) в хранилище 183 папок или связаны с ней. Следовательно, элемент сообщения, определенный в соответствии со схемой 152 сообщения, также может ссылаться на относящуюся к папке информацию в хранилище 183 папок или быть связан с этой информацией. Связь или ссылка на относящуюся к папке информацию может указывать, что элемент сообщения хранится в папке, соответствующей относящимся к папке данным.

Аналогично, схема 152 сообщения может определять одно или несколько полей данных, которые ссылаются на относящуюся к документу информацию, или связаны с ней. Следовательно, элемент сообщения, определенный в соответствии со схемой 152, может включать в себя одно или несколько вложений (имеющих поля данных, определенные в соответствии со схемой 157 вложения), которые ссылаются на относящиеся к файлу данные в хранилище 186 документов, или связаны с ними. Связь или ссылка на относящиеся к документу данные могут указывать, что документ, соответствующий относящимся к документу данным, представляет собой вложение в элемент сообщения. Далее, элемент сообщения, определенный в соответствии со схемой 152 сообщения, может ссылаться на относящиеся к учетной записи данные, определенные в соответствии со схемой 158 учетной записи, или быть связан с ними. Содержимое элемента сообщения (например, тело сообщения или вложение в сообщение) может включать в себя поля данных, определенные в соответствии со схемой 156 содержимого.

Элемент сообщения, определенный в соответствии со схемой 152, также может включать в себя поля данных, определенные в соответствии с одной или несколькими схемами расширения сообщений. Некоторыми схемами расширения сообщений могут быть расширения протокола, которые могут обеспечивать совместимости с заданными протоколами сообщений. Схемы 161 расширения протокола сообщений могут содержать одну или несколько схем расширения протокола сообщений, определяющих поля данных, которые являются характерными для конкретных протоколов сообщений. Например, схема 162 расширения протокола может определять форматы данных для одного или нескольких полей данных, характерных для первого протокола сообщений (например, протокола передачи новостей по сети (NNTP), и схема 163 расширения протокола может определять форматы данных для одного или нескольких полей данных, характерных для второго протокола сообщений (например, почтового протокола (POP). Схемы расширения протокола могут быть упорядочены иерархически. Например, схема 164 расширения протокола может определять форматы данных для дополнительных полей данных, характерных для конкретной реализации первого протокола сообщений (имеющего поля данных, определенные в соответствии со схемой 162 расширения протокола).

Другими расширениями сообщений могут быть расширения приложения, которые обеспечивают совместимость с заданными приложениями сообщений. Схемы 166 расширения приложения сообщений могут содержать одну или несколько схем расширения приложения сообщений, определяющих поля данных, которые являются характерными для конкретных приложений сообщений. Например, схема 167 расширения приложения может определять форматы данных для одного или нескольких полей данных, характерных для первого приложения сообщений (например, приложения электронной почты), и схема 168 протокола расширения приложения может определять форматы данных для одного или нескольких полей данных, характерных для второго приложения сообщений (например, приложения факсимильной связи). Схемы расширения приложения могут быть упорядочены иерархически. Например, схема 169 расширения приложения может определять форматы данных для дополнительных полей данных, характерных для конкретной версии второго приложения сообщений (имеющего поля данных, определенные в соответствии со схемой 168 расширения приложения).

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

Приложение, такое как, например, приложение 111 сообщений (интерфейсный модуль базы данных), может запросить, чтобы поля данных схемы расширения конкретного протокола или схемы расширения конкретного приложения были охвачены элементом сообщения или удалены из него перед доступом к элементу сообщения. Таким образом, может быть, что элемент сообщения преобразуется для совместимости с конкретным протоколом сообщений или конкретным приложением сообщений. Например, приложение 111 сообщений может запросить, чтобы поля схемы расширения протокола NNTP были охвачены элементом 116 сообщения. Следовательно, приложение 111 сообщения может извлечь элемент 116 сообщения и преобразовать элемент 116 сообщения так, чтобы он включал в себя поля данных (например, определенные в соответствии со схемой 162 расширения протокола), которые обеспечивают совместимость с протоколом NNTP. Преобразованный элемент 116 сообщения затем может быть передан на компьютерную систему 102 или повторно сохранен в базе 114 данных.

На фиг.2А и 2В изображен пример более подробной иерархии 200 схем согласно принципам настоящего изобретения. Изображенная на фиг.2А иерархия 200 схем включает в себя схему 210 базового элемента. Схема 210 базового элемента включает в себя взаимосвязанные поля 211, которые определяют форматы данных для представления данных базового элемента. Более конкретно, взаимосвязанные поля 211 могут определять форматы данных, как описано в таблице 1.

Таблица 1
Имя поля Тип данных поля Описание поля
ItemID GUID Определяет формат для представления глобального уникального идентификатора для элемента базы данных.
Created DateTime Определяет формат для указания даты и времени, когда был создан элемент базы данных, имеющий глобальный уникальный идентификатор, определенный в соответствии с полем ItemID.
DisplayName String Определяет формат для указания описательного имени для элемента базы данных, имеющего глобальный уникальный идентификатор, определенный в соответствии с ItemID.

Изображенная на фиг.2А иерархия 200 схем включает в себя схему 212 сообщения. Схема 212 сообщения является производной от схемы 210 базового элемента и также включает в себя взаимосвязанные поля 213, которые определяют форматы данных для представления элемента сообщения. Поля схемы 212 сообщения могут применяться к базовому элементу, имеющему глобальный уникальный идентификатор (определенный в схеме 210 базового элемента), чтобы базовый элемент проявлял свойства элемента сообщения. Более конкретно, взаимосвязанные поля 213 могут определять форматы данных, как описано в таблице 2.

Таблица 2
Имя поля Тип данных поля Описание поля
ContentLocation String Определяет формат для представления содержимого, на которое сделана ссылка из заголовка Content-Location сообщения. Это поле может использоваться вместе с базовым Content-Location. Некоторые вложения будут иметь относительные Content-Location для этого Content-Location.
DeferredSend Time DateTime Определяет формат для представления даты и времени, когда сообщение должно быть доставлено.
DeleteAfter Submit Boolean Описывает формат для указания того, должно ли сообщение быть удалено после представления для доставки.
DownloadState String Определяет формат для представления различных фаз загрузки сообщения с сервера. Partial и т.д.
ExpiryDate DateTime Определяет формат для представления даты и времени, когда истекает срок содержимого сообщения. В основном, не подразумевает никакого автоматического действия.
Importance Int16 Определяет формат для представления мнения отправителя сообщения в отношении важности сообщения. Соответствует полю «Важность:» в простом протоколе электронной почты (SMTP). Возможными значениями являются 1 (Low, низкая), 2 (Normal, обычная) и 3 (High, высокая). Значением по умолчанию для новых сообщений является 2 («Normal»).
IsEncrypted Вoolean Определяет формат для указания того, шифровано ли сообщение.
IsRead Boolean Определяет формат для указания того, было ли сообщение помечено как прочитанное пользователем.
IsSigned Boolean Определяет формат для указания того, было ли подписано сообщение.
LastActionTaken String Определяет формат для представления последнего действия, предпринятого в отношении сообщения. Возможными значениями являются: Replied (послан ответ) и Forwarded (переслано).
LastActionTime DateTime Определяет формат для представления даты и времени, когда было предпринято последнее действие в отношении сообщения.
LastActionType String Определяет формат для представления типа последнего действия, предпринятого в отношении этого сообщения. Должно интерпретироваться вместе с LastActionTaken. Примерами являются: Fax или Email для пометки того, что на него ответили факсом или электронной почтой.
NormalizedSubject String Определяет формат для представления стандартной темы сообщения. NormalizedSubject является частью темы, следующей за префиксом. Если нет префикса, NormalizedSubject аналогичен теме.
Preview String Определяет формат для представления предварительного просмотра сообщения. Свойство предварительного просмотра может содержать первые несколько знаков основного тела сообщения или некоторое представление его, которое будет использоваться для предварительного просмотра сообщения. Это поле с оптимизацией кэша. Оно вычисляется на основе тела и помещается здесь для быстрого извлечения при сценарии предварительного просмотра. Это только текстовое поле и не является обязательным.
PrimaryType String Определяет формат для представления типа сообщения (например, Email, FaxMessage, InstantMessage, VoiceMessage, MeetingRequest и т.д.), ассоциированного с сообщением. Тип сообщения будет заключать в себе поведение сообщения. Приложения могут настраивать пиктограммы и считывать специальные заголовки, основываясь на типе сообщения. Это значение может поступить из заголовка X-MessageType.
Priority Int16 Определяет формат для представления приоритета сообщения для сообщения. Приоритет сообщения для доставки, установленный приложением. Значения: AboveNormal=3, Normal=2, BelowNormal=1. Более высокие значения указывают, что при транспортировке это сообщение необходимо доставлять быстрее, чем сообщения более низкого уровня.
ReadReceipt Requested Boolean Определяет формат для указания того, было ли запрошено подтверждение прочтения для данного сообщения.
SendStatus String Определяет формат для представления состояния посылки сообщения. «ToSend»: Компонует таким образом метки пользовательского интерфейса (ПИ, UI) для захвата средством транспортировки. «Sending»: Средство транспортировки переходит из «ToSend» в «Sending», так что другие средства транспортировки не будут также предпринимать попытку послать сообщение. «Sent»: Средство транспортировки переходит из «Sending» в «Sent» после завершения посылки.
Sensitivity String Определяет формат, указывающий мнение отправителя сообщения в отношении чувствительности сообщения. Соответствует полю «Чувствительность:» в SMTP. Возможные значения: None (нет особой чувствительности), Personal, Private или Company-Confidential. Значением по умолчанию для новых сообщений является None.
Size Int64 Определяет формат для представления вычисленного размера сообщения в байтах. Он включает в себя все сообщение с телом, заголовком и вложением. Значение может отсутствовать, если размер неизвестен.
Subject String Определяет формат для представления темы сообщения. Например, одна строка, которая описывает тематический раздел сообщения. Данное поле вычисляется из NormalizedSubject и SubjectPrefix. Тема сообщения. Тема может быть вычислена из значений Subject и SubjectPrefix следующим образом: (1) Если присутствует SubjectPrefix, Subject устанавливается на содержимое NormalizedSubject с присоединенным префиксом. (2) Если не присутствует SubjectPrefix, NormalizedSubject копируется в Subject.
SubjectPrefix String Определяет формат для представления SubjectPrefix сообщения. Состоит из одного или нескольких буквенно-цифровых знаков, за которыми следует двоеточие и пробел (которые являются частью префикса). Префикс темы может отсутствовать. Если SubjectPrefix установлен в express;y, он может быть любой длины и использовать любые буквенно-цифровые знаки и может соответствовать подстроке в начале темы. Если SubjectPrefix не установлен точно и должен вычисляться, его содержимое может быть более ограниченным. Одним возможным правилом для вычисления префикса является то, что тема начинается с одного, двух или трех символов (только буквенных), за которыми следует двоеточие и пробел. Если такая подстрока обнаруживается в начале темы, она становится тогда SubjectPrefix (и остается также в начале поля Subject). Иначе SubjectPrefix остается неустановленным.
TimeDownloaded DateTime Определяет формат для представления даты и времени, когда сообщение было загружено с сервера.
TimeReceived DateTime Определяет формат для представления даты и времени, когда сообщение было доставлено. Свойство TimeReceived описывает время, когда сообщение было принято сервером, а не время, когда сообщение было загружено с сервера и размещено в локальном хранилище WinFS. Данное значение отсутствует в сообщениях-заготовках и сохраняется скопированным с сообщений посылки.
TimeSent DateTime Описывает формат для представления даты и времени, когда отправитель сообщения представил сообщение. В сообщениях-заготовках данное значение может отсутствовать - оно может быть установлено, когда представляется сообщение.
Attachment
Message
Attachment Определяет формат для представления ссылки на данные вложения, соответствующие сообщению. Данные вложения могут определяться в соответствии со схемой вложения.
MessageContents Contents
Data
Определяет формат для представления ссылки на часть содержимого сообщения, соответствующего сообщению. Часть содержимого сообщения может определяться в соответствии со схемой содержимого.
MessageOriginal
DeliveryAccount
Original
Delivery
AccountData
Определяет формат для представления ссылки на данные учетной записи исходной доставки, соответствующие сообщению. Данные учетной записи исходной доставки могут определяться в соответствии со схемой учетной записи.
Message
Participants
Participants
Data
Определяет формат для представления ссылки на данные контактов, соответствующие сообщению. Данные контактов могут определяться в соответствии со схемой контакта. Данные контактов могут представлять коллекцию пользователей, кто участвовал в обмене сообщениями. Они включают в себя отправителей, получателей, людей, получивших копию (Сс), и т.д. Участник представляет собой ссылку на Contact Item, представляющий отправителя/получателя сообщения. Может быть оставлен повисшим, в этом случае поля в этом типе содержат все необходимые данные об участнике.
MessageSent
MessageFolder
SentMessage
FolderData
Определяет формат для представления ссылки на элемент папки, соответствующий сообщению. Элемент папки может быть определен в соответствии со Схемой папок. Это поле задает ссылку на папку, в которую сообщение может быть перемещено после представления для доставки.

Изображенная на фиг.2А иерархия 200 схем включает в себя схему 216 содержимого. Схема 216 содержимого включает в себя взаимосвязанные поля 217, которые определяют форматы данных для представления части содержимого, ассоциированной с элементом сообщения. Элемент сообщения, определенный в соответствии со схемой 212 сообщения, может включать в себя ссылку на часть содержимого (например, тело или вложение), определенную в соответствии со схемой 216 содержимого. Она может быть ссылкой на документ, событие или некоторую другую часть содержимого. Элемент сообщения может иметь многочисленные тела и/или вложения. Например, составное сообщение многоцелевых расширений почтовой службы в Интернете (MIME) может содержать многочисленные тела. Более конкретно, взаимосвязанные поля 217 могут определять форматы данных, как описано в таблице 3.

Таблица 3
Имя поля Тип данных поля Описание поля
ContentMetadata ContentProperties Определяет формат для представления свойств содержимого части содержимого (например, тело или вложение сообщения). Типы ContentProperty содержат поля, которые описывают содержимое сообщения. Оно на зависимости между сообщением и элементом, представляющим содержимое расширения для вложения.
IsAttachment Boolean Определяет формат для указания того, является ли часть ссылаемого содержимого телом или вложением для сообщения. Данное поле представляет, что приложение предполагает о том, чем данное содержимое является, в противоположность полю ContentDisposition, которое представляет собой предположение от MIME.
Order Int32 Определяет формат для представления очередности для части содержимого. Данное значение предусматривает очередность для тел и вложений. Пользовательские интерфейсы должны принимать во внимание данное значение при отображении очередности вложений пользователю. Первое тело может быть предпочтительным.

Изображенная на фиг.2А иерархия 200 схем включает в себя схему 218 вложения. Схема 218 содержимого включает в себя взаимосвязанные поля 219, которые определяют форматы данных для представления вложения, сопоставленного с элементом сообщения. Вложение, определенное в соответствии со схемой 218 вложения, может включать в себя ссылку на элемент сообщения, определенный в соответствии со схемой 212 сообщения. Более конкретно, взаимосвязанные поля 219 могут определять форматы данных, как описано в таблице 4.

Таблица 4
Имя поля Тип данных поля Описание поля
Content
Metadata
Content
Properties
Определяет формат для представления свойств содержимого вложения. Типы ContentProperty содержат поля, которые описывают вложение. Оно на зависимости между сообщением и элементом, представляющим содержимое расширения для вложения.
Attachement
State
String Определяет формат для указания типа и поведения вложения. Значения могут включать в себя: 1) EnclosedAttachment: Данное значение указывает вложение, которое хранится декодированным вне Mime. Вложение ведет себя, как если бы оно заключалось в Mime Stream. Этот элемент базы данных был создан, потому что данные должны храниться в декодированной форме, или свойства должны быть схематизированы. Два наиболее общих сценария, которые требуют этого, представляют собой: А. Некоторые протоколы будут загружать вложения вне содержимого MIME в декодированной форме. В. Эти вложения или метасвойства должны быть доступны, но это вложение может не вести себя так, как если бы отправитель вложил этот документ/файл для получателя для непосредственного использования. Примеры включают в себя: блобы Signature, Inline Only Attachment, сертификат или данные Digital Signature.
2) PromotedAttachment: Данному вложению предписано вести себя как равноправному в отношении сообщения. Оно появляется в оболочке рядом с сообщением.
3) SavedAsAttachment: Данное вложение должно быть «Сохранено как», так что оно будет действовать как копия сообщения.
IsEncrypted Boolean Определяет формат для указания того, шифровано ли вложение.
IsPinned Boolean Определяет формат для указания того, является ли вложение закрепленным, означая, что оно будет продолжать существовать, когда сообщение будет удалено. Если вложение не является закрепленным, может произойти следующее:
1) Когда удаляется Сообщение, удаляется Вложение. (Назначение AttachmentInformation.Attachment link.)
2) Когда элемент Вложение удаляется, любая информация или метаданные, ассоциированные с Вложением, удаляются из сообщения. (Для экономии пространства или для секретности)
IsRead Boolean Определяет формат для указания того, было ли отмечено сообщение, связанное с вложением, как прочитанное пользователем.
IsSigned Boolean Определяет формат для указания того, подписано ли сообщение, связанное с вложением.
IsTrusted Boolean Определяет формат для указания того, удовлетворяет ли сообщение, связанное с вложением, предпочтениям пользователя по безопасности в отношении появления вместе с его другими файлами. Если предпочтения по безопасности удовлетворяются, вложение удовлетворяет критериям пользователя на необязательное отображение пользовательского интерфейса предупреждения. Критериями могут быть: содержимое вложения, отправитель уполномочен, или пользовательский интерфейс уже был отображен. С другой стороны, если не удовлетворяются предпочтения по безопасности, пользовательский интерфейс предупреждения о предпочтениях по безопасности должен быть показан пользователю до открытия вложения. Это информирует пользователя о том, что содержимое могло поступить из недоверенного источника и может содержать опасное содержимое.
LastAction
Taken
String Определяет формат для представления последнего действия, предпринятого в отношении сообщения, связанного с вложением. Возможные значения: Replied или Forwarded.
LastActionTime DateTime Определяет формат для представления даты и времени, когда было предпринято последнее действие в отношении сообщения, связанного с вложением.
LastActionType String Определяет формат для представления типа последнего действия, предпринятого в отношении сообщения, связанного с вложением. Должно интерпретироваться вместе с LastActionTaken. Примеры: Fax или Email для отметки того, что на него ответили посредством факсимильной связи или электронной почты.
Priority String Определяет формат для представления приоритета сообщения, связанного с вложением. Приоритет вложения для доставки может быть установлен приложением. Возможные значения: AboveNormal, Normal, BelowNormal. Более высокие значения указывают на то, что средство транспортировки должно доставлять вложение быстрее, чем элементы нижнего уровня.
SendStatus String Определяет формат для представления состояния посылки вложения. Например, ПИ может пометить вложение как «ToSend» для захвата средством транспортировки. ПИ может пометить вложение как «Sending», указывая переход с «ToSend» в «Sending», так что другие средства транспортировки также не будут предпринимать попытку послать сообщение. ПИ может пометить вложение как «Sent»: Транспортное средство переходит из «Sending» в «Sent» после завершения посылки.
Size Int64 Определяет формат для представления размера сообщения (включая вложения), связанного с вложением.
Subject String Определяет формат для представления темы сообщения, связанного с вложением. Например, одна строка, которая описывает вложение.
TimeReceived DateTime Определяет формат для представления даты и времени, когда вложение было доставлено. Свойство TimeReceived описывает время, когда сообщение, связанное с вложением, было принято сервером, а не время, когда вложение было загружено с сервера и размещено в локальном хранилище базы данных. Данное значение может отсутствовать в сообщениях-заготовках и сохраняется скопированным с сообщений посылки.
TimeSent DateTime Описывает формат для представления даты и времени, когда сообщение, связанное с вложением, было представлено. В сообщениях-заготовках данное значение может отсутствовать - оно может быть установлено, когда сообщение представляется.
Type String Определяет формат для представления типа сообщения, связанного с вложением. Тип вложения означает поведение связанного сообщения. Приложение может настроить пиктограммы и считать специальные заголовки, основанные на типе вложения. Данное значение может поступать из заголовка X-MessageType.
Attachment
Message
MessageData Определяет формат для представления ссылки на элемент сообщения, сопоставленный с вложением. Элемент сообщения может быть определен в соответствии со схемой сообщения.
Attachment
Participants
ParticipantsData Определяет формат для представления коллекции пользователей, кто участвовал в данном обмене вложениями. Они включают в себя отправителей, получателей, людей, получивших копию сообщения (Сс) и т.д.
Attachment
Saved
From
SavedFrom
Data
Определяет формат для представления ссылки на размещение, из которого вложение было сохранено. Пользователи могут использовать пользовательский интерфейс, чтобы «Сохранить как» копию вложения. Выполнением этого можно сделать копию вложения. Если это значение включено, то тогда вложение представляет собой «Сохраненную как» копию исходного вложения. Назначением данной ссылки является исходное вложение.
Attachment
Source
Attachment
SourceData
Определяет формат для представления источника вложения. Если вложение было скомпоновано, и данная ссылка имеет значение, то тогда ссылка указывает на элемент базы данных, откуда поступило вложение.

Изображенная на фиг.2А иерархия 200 схем включает в себя схему 224 свойств содержимого. Схема 224 свойств содержимого включает в себя взаимосвязанные поля 225, которые определяют форматы данных для представления свойств содержимого. Свойства содержимого содержат поля, которые описывают содержимое сообщения. Свойства содержимого используются зависимостью между элементом сообщения и частью содержимого (например, определенной в соответствии со схемой 216 содержимого) или расширением для вложения (например, определенного в соответствии со схемой 218 вложения). Более конкретно, взаимосвязанные поля 225 могут определять форматы данных, как описано в таблице 5.

Таблица 5
Имя поля Тип данных поля Описание поля
ContentBase String Определяет формат для представления базы содержимого в содержимом. ContentID, ContentBase и ContentLocation обеспечивают возможность ссылок между секциями MIME. Это может использоваться для того, чтобы дать возможность унифицированным указателям информационного ресурса (URL) в HTML-телах ссылаться на вложенное содержимое.
Content
Description
String Определяет формат для представления описания, которое может сопровождать содержимое. Для сообщений электронной почты данное значение может поступать из заголовка ContentDescription:. Некоторые унаследованные клиенты используют ContentDescription для рекомендуемого имени файла.
ContentID String Определяет формат для представления идентификатора сущности содержимого для содержимого. ContentID, Content-Base и Content-Location обеспечивают возможность ссылок между секциями MIME. Это может использоваться для того, чтобы дать возможность указателям URL в HTML-телах ссылаться на вложенное содержимое.
ContentType String Определяет формат для представления Content-Type содержимого. Для сообщений электронной почты оно может соответствовать полю заголовка Content-Type для секции MIME, откуда поступает вложение. Для других типов электронных сообщений данный тип содержимого может наилучшим образом соответствовать содержимому в содержимом. Например: Content-Type может быть 'audio/mp3', и MessageContent может указывать на Элемент в схеме Музыка, или на файл.mp3, содержащий музыкальные данные, или на другой Элемент, который хранит музыкальные данные. Таким образом, Content-Type дает стандартное указание на данные. Это строка произвольной формы. Приложения могут помещать здесь свои собственные типы, не только 'text/html', и другие типы содержания MIME.
ContentType
Parameters
String Определяет формат для представления параметров в заголовке Content-Type. Параметрами являются 'attribute=value' формата и могут быть разделены «;». Могут содержать имя файла.
IsMacBinary Boolean Определяет формат для указания того, является ли вложение форматом Mac Binary. Это может способствовать специальной обработке формата Mac binary.
MimeURL String Определяет формат для представления пути MIME. MimePath: URL в виде: MimePath:///[Level1]:[MultiPart-Type]/[Level2]:[MultiPart-Type]/…/[Level n]:[MultiPart-Type]
SuggestedFile
Name
String Определяет формат для представления имени файла, которое рекомендуется быть связанным с содержимым. Путь может быть опущен, и он может включать в себя только имя файла. Для сообщений электронной почты данное значение может происходить из параметра Content-Type: 'name' или Content-Disposition-Filename или другого местоположения в исходном сообщении электронной почты. Например: 'Bill in Florida 2004.jpg'

Изображенная на фиг.2В иерархия 200 схем включает в себя множество схем расширения сообщений, включающих в себя схемы 230 расширения протокола сообщений и схемы 250 расширения приложения сообщений. Схемы 230 расширения протокола сообщений включают в себя множество схем расширения протокола, которые могут использоваться для расширения элемента сообщения для совместимости со множеством соответствующих протоколов сообщений. Например, схемы 230 расширения протокола сообщений включают в себя схему 231 протокола мгновенных сообщений, схему 233 протокола электронной почты и схему 235 протокола факсимильной связи, которые могут обеспечить совместимость с протоколом мгновенных сообщений, электронной почты и факсимильной связи соответственно. Троеточия перед, между и после схем, специально изображенные в схемах 230 расширения протокола сообщений, указывают, что схемы 230 расширения протокола сообщений могут включать в себя дополнительные схемы (например, для расширения элементов сообщений для совместимости с протоколами речевых сообщений, протоколами записей в блоге и т.д.).

Вертикальные троеточия 232 и 236 указывают, что схема 231 протокола мгновенных сообщений и схема 235 протокола факсимильной связи соответственно могут содержать одно или несколько взаимосвязанных полей данных. Эти одно или несколько взаимосвязанных полей данных могут использоваться для расширения элемента сообщения для совместимости с соответствующим протоколом сообщений. Например, схема 233 протокола электронной почты включает в себя взаимосвязанные поля 234, которые могут использоваться для расширения элемента сообщения (например, определенного в соответствии со схемой 212 сообщения) для совместимости с протоколом электронной почты. Более конкретно, взаимосвязанные поля 234 могут определять форматы данных, как описано в таблице 6.

Таблица 6
Имя поля Тип данных поля Описание поля
Conversation
Index
Binary Определяет формат для представления относительного положения данного сообщения в потоке разговора. ConversationIndex может быть реализован с использованием сцепленных значений отметок времени. Представление разговора создается посредством группирования списка сообщений при помощи ConversationTopic и сортировки внутри каждой группы при помощи ConversationIndex.
Conversation
Topic
String Определяет формат для представления того, что поток разговора представляет, соответствуя последовательности сообщений и ответов. Значение ConversationTopic устанавливается для первого сообщения в потоке, например, в NormalizedSubject. Последующие сообщения в потоке могут использовать этот же ConversationTopic без модификации.
FlagColor String Определяет формат для представления цвета флага.
FlagReminder
Date
String Определяет формат для представления даты и времени, когда ожидается запрашиваемое действие.
FlagStatus String Определяет формат для представления того, отметил ли пользователь флагом сообщение. Возможные значения включают в себя None, Marked и Complete. Данная категоризация может быть расширена, основываясь на требованиях приложения.
FlagTitle String Определяет формат для представления текста флага в сообщении.
InternetMessageID String Определяет формат для представления идентификатора сообщения Интернета в сообщении. Может соответствовать полю «идентификатор сообщения:» в SMTP согласно RFC 2822. Значение может быть опущено во вновь созданных сообщениях и сообщениях-заготовках.
MimeStream Binary Определяет формат для представления закодированного по MIME содержимого для сообщения. MimeContent представляет неинтерпретируемую форму содержимого сообщения. Поток сообщения может анализироваться и сохраняться как поля (тип Message, Body, Attachment и т.д.). Некоторые виды специальной не часто используемой информации существуют только в MimeStream, такие как: заголовки 'X-', заголовки некоторых секций MIME, предварительные и последующие границы текста, имена файлов избыточных вложений (Content-Type: 'Name', Content-Type-Disposition-Filename и т.д.) среди прочих. Первоначальный MimeStream также может использоваться для контроля цифровых подписей или попыток декодировать с другим набором символов. Данное поле может быть типа FileStream.
ShowPaperClip Boolean Определяет формат для указания того, содержит ли сообщение важное вложение, что гарантирует изображение скрепки для бумаг для сообщения в ПИ. Оно может быть вычислено сложным характерным для приложения алгоритмом. Например, оно учитывает вложения, но не вложения Inline и блобы подписи.

Изображенная на фиг.2В схема 237 почтового протокола POP3 электронной почты извлекает схему 233 протокола электронной почты и включает в себя дополнительные взаимосвязанные поля 238, которые определяют характерные для POP3 данные. Схема 237 POP3 электронной почты может использоваться для расширения сообщения электронной почты (например, включая поля, определенные в соответствии со схемой 233 протокола электронной почты), чтобы обеспечить совместимость с протоколом POP3. Взаимосвязанные поля 238 могут определять форматы данных, как описано в таблице 7.

Таблица 7
Имя поля Тип данных поля Описание поля
Deleted Boolean Определяет формат для указания того, было ли удалено сообщение на сервере.
UIDL String Определяет формат для представления того, как синхронизировать сообщение. Данное поле используется во время синхронизации, когда включен признак «Оставить сообщения на сервере». UIDL используется для уникальной идентификации сообщений РОР3 во время синхронизации.

Изображенная на фиг.2В схема 239 сообщения NNTP электронной почты извлекает из схемы 233 протокола электронной почты и включает в себя дополнительные взаимосвязанные поля 240, которые определяют характерные для NNTP данные. Схема 237 NNTP электронной почты может использоваться для расширения сообщения электронной почты (например, включая поля, определенные в соответствии со схемой 233 протокола электронной почты), чтобы способствовать совместимости с протоколом NNTP. Взаимосвязанные поля 240 могут определять форматы данных, как описано в таблице 8.

Таблица 8
Имя поля Тип данных поля Описание поля
ArticleID Int32 Определяет формат для представления идентификатора статьи сообщения. ArticleID используется протоколом NNTP для координации сообщений между сервером и клиентом.
IsArticle
Expired
Boolean Определяет формат для указания того, было ли удалено сообщение с сервера.
IsKeepBody Boolean Определяет формат для указания того, должно ли тело сообщения быть сохранено при очистке.
Lines Int64 Определяет формат для представления количества строк в сообщении.

Изображенная на фиг.2В схема 241 новостей сообщества электронной почты дополнительно извлекает из схемы 239 NNTP электронной почты и включает в себя дополнительные взаимосвязанные поля 242, которые определяют характерные для новостей сообщества данные. Схема 241 новостей сообщества электронной почты может использоваться для расширения сообщения NNTP (например, включая поля, определенные в соответствии со схемой 239 NNTP электронной почты), чтобы способствовать совместимости с сообщениями новостей сообщества. Взаимосвязанные поля 242 могут определять форматы данных, как описано в таблице 9.

Таблица 9
Имя поля Тип данных поля Описание поля
Community
Status
String Определяет формат для представления того, обнаружил ли отправитель сообщение, которое полностью удовлетворяет его пожеланиям. Возможные значения: 1) Not Included: Нет доступных данных, 2) PosterApproved: Отправитель прочитал сообщение, которое адекватно обращается к данному вопросу, 3) OtherApproved: Отправитель другой категории указал, что ответ адекватно обращается к данному вопросу.
FeedBack String Определяет формат для представления типа обратной связи, которую представил пользователь. Возможные значения: 1) Not Included: Данные не представлены, 2) Answered: Указывает, что данный ответ адекватно обращается к заданному вопросу, 3) Helpful: Данное сообщение было полезным, 4) NotHelpful: Данное сообщение не было полезным.
PosterID String Определяет формат для представления идентификатора, который уникально идентифицирует отправителя. Данное поле может быть опущено, если отправление не было аутентифицировано.
PosterType String Определяет формат для представления типа отправителя группы новостей. Возможные значения: 1) Not Included: Тип не был указан, 2) MVP: Данный отправитель является наиболее значимым отправителем.
PostType String Определяет формат для представления типа сообщения группы новостей. Возможные значения: 1) Not Included: Тип не был указан, 2) Question: Данное сообщение является вопросом, 3) Suggestion: Данное сообщение является предположением, 4) Comment: Данное сообщение является комментарием на предыдущее сообщение, 5) Answer: Данное сообщение является ответом на предыдущий вопрос.
ThreadID String Определяет формат для представления идентификатора, уникально идентифицирующего поток, который включает в себя сообщение.

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

Вертикальные троеточия 252 и 256 указывают, что схема 251 приложения блога и схема 255 второго приложения электронной почты соответственно могут содержать одно или несколько взаимосвязанных полей данных. Эти одно или несколько взаимосвязанных полей данных могут использоваться для расширения элемента сообщения для совместимости с соответствующим приложением сообщений. Например, схема 253 приложения электронной почты включает в себя взаимосвязанные поля 254, которые могут использоваться для расширения элемента сообщения для совместимости с конкретным приложением электронной почты. Конкретное приложение электронной почты может отличаться от второго приложения электронной почты, соответствующего схеме 255 второго приложения электронной почты. Более конкретно, взаимосвязанные поля 254 могут определять форматы данных, как описано в таблице 10.

Таблица 10
Имя поля Тип данных поля Описание поля
ForwardTo String Определяет формат для представления того, должно ли сообщение быть автоматически переслано.
HasPartialReceiveTime Boolean Определяет формат, указывающий на то, была ли включена временная зона в принимаемое время.
HighlightColor String Определяет формат для представления цвета, используемого для выделения сообщения. Позволяет выделять цветом сообщение, когда оно соответствует правилу или фильтру. Возможные значения: None, Color1, Color2 … или Color16.
IMAPUID Int32 Определяет формат для представления уникального идентификатора сообщения на сервере протокола интерактивного доступа к электронной почте (IMAP).
IsIMAPDelayedDelete Boolean Определяет формат для указания того, было ли сообщение помечено для задержанного удаления IMAP.
IsMarkedForDownload Boolean Определяет формат для указания того, было ли сообщение помечено для загрузки.
IsNewsGroupMessage Boolean Определяет формат для указания того, является ли сообщение сообщением группы новостей.
IsReceiptProcessed Boolean Определяет формат для указания того, было ли уже обработано подтверждение приема сообщения.
IsReceiptSent Boolean Определяет формат для указания того, было ли послано подтверждение приема сообщения.
IsSavedOffline Boolean Определяет формат для указания того, было ли сохранено сообщение в автономном режиме.
RecHeader String Определяет формат для представления заголовка 'X-MSOESRec', обнаруженного в сообщении.
PartialID String Определяет формат для представления частичного идентификатора (ID) для сообщения. Если включено, значением является параметр 'id' в Content-Type сообщения Message/Partial.
PartialNumber Int32 Определяет формат для представления частичного номера для сообщения. Если включен, значением является параметр 'number' в Content-Type сообщения Message/Partial.
PartialTotal Int32 Определяет формат для представления частичной суммы для сообщения. Если включена, значением является параметр 'total' в Content-Type сообщения 'Message/Partial'. Возможные значения:
0 или not included: Сообщением не является сообщение Content-Type 'Message/Partial'.
-1: Сообщением является полное сообщение, и оно было сгенерировано успешным соединением всех частей в сообщении Content-Type 'Message/Partial'.
1 или более: Сообщением является сообщение Content-Type 'Message/Partial'.
Refs String Определяет формат для представления Id потока, на который данное сообщение ссылается. Может использоваться в NNTP и IMAP.
UserCodePageOverride Int32 Определяет формат для представления кодовой страницы для преобразования сообщения в уникод. Значение кодовой страницы получается из выбора пользователем попытки декодировать сообщение с другой кодовой страницей, чем было указано в сообщении.
WasDeleted
Offline
Boolean Определяет формат для указания того, было ли удалено сообщение в автономном режиме.
WatchStatus String Определяет формат для представления того, хочет ли сообщение игнорировать, наблюдать или не выполнять ничего для потока разговора. Возможные значения: None, Watch или Ignore.
Xref String Определяет формат для представления значения заголовка XRef.

На фиг.5 изображена примерная блок-схема последовательности операций способа 500 для доступа к различным типам электронных сообщений через общий интерфейс обмена сообщениями согласно принципам настоящего изобретения. На фиг.3 изображен первый пример отображения 300 на экране дисплея, генерируемого общим интерфейсом обмена сообщениями, согласно принципам настоящего изобретения. На фиг.4 изображен второй пример отображения 400 на экране дисплея, генерируемого общим интерфейсом обмена сообщениями, согласно принципам настоящего изобретения. Способ 500 описывается в отношении сетевой архитектуры 100, иерархии 150 схем, отображения 300 и отображения 400.

Способ 500 включает в себя действие приема критериев запроса для относящегося к сообщению запроса (действие 501). Действие 501 может включать в себя прием компьютерной системой критериев запроса для относящегося к сообщению запроса. Например, общий интерфейс 103 обмена сообщениями может принимать критерии запроса для относящегося к сообщению запроса. Критерии запроса могут приниматься от устройства ввода (например, мыши или клавиатуры) или удаленно от другой компьютерной системы.

Отображение 300 на экране дисплея (например, отображение, генерируемое общим интерфейсом 103 обмена сообщениями) изображает интерфейс 311 ввода запроса, который может принимать критерии запроса, используемые для запроса относящихся к сообщению данных. Интерфейс 311 ввода запроса может принимать критерии запроса, относящиеся к Представляющим Наибольший интерес сообщениям 331, таким как, например, относящиеся ко всем сообщениям, принятым сообщениям, отосланным сообщениям, удаленным сообщениям и т.д. Пользователь может манипулировать устройством ввода (например, мышью) для выбора одного или нескольких элементов в Представляющих Наибольший интерес сообщениях 311. Выбор элемента в Представляющих Наибольший интерес сообщениях 311 может вызвать прием интерфейсом 311 ввода запроса критериев запроса. Например, пользователь может выбрать «Отосланные сообщения» (например, «щелчком» клавишей мыши на Отосланных сообщениях), чтобы вызвать прием интерфейсом 311 ввода запроса критериев запроса, используемых для поиска отосланных сообщений.

Пользователь может манипулировать устройством ввода для выбора стрелки 321 вниз, которая может показать дополнительные представляющие наибольший интерес сообщения. Эти дополнительные представляющие наибольший интерес сообщения могут быть выбраны, чтобы вызвать прием интерфейсом 311 ввода запроса других и/или дополнительных критериев запроса. Критерии запроса, принятые в результате выбора элементов в Представляющих Наибольший интерес сообщениях 311, могут использоваться для поиска значений относящихся к сообщению данных, содержащихся в элементах сообщений. Например, принятые критерии запроса могут использоваться для поиска элементов сообщений, имеющих поля данных, определенные в соответствии с иерархией 150 схем (или иерархией 200 схем) и/или хранимые в хранилище 184 сообщений.

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

Все свойства 332 могут быть упорядочены в виде иерархического дерева свойств. Пользователь может манипулировать устройством ввода, чтобы показать или спрятать свойства нижнего уровня. Может быть, что пользователь выберет «+», ассоциированный со свойством более высокого уровня, чтобы показать соответствующие свойства нижнего уровня. Например, пользователь может выбрать «+» 322, чтобы показать выбираемые свойства «Дата» нижнего уровня (например, даты отправки и даты приема). С другой стороны, пользователь может выбрать «-», ассоциированный со свойством более высокого уровня, чтобы спрятать соответствующие свойства нижнего уровня. Свойства 333 нижнего уровня являются примером результатов выбора «+», ассоциированного со свойством «Люди». Как изображено, показываются свойства нижнего уровня «Кому», «От кого», «Копия сообщения» и т.д. Свойства нижнего уровня, показанные в свойствах 333 нижнего уровня, могут включать в себя дополнительные свойства нижнего уровня. Например, выбор «+», ассоциированного со свойством нижнего уровня «Другие» (в свойствах 333 нижнего уровня), может показать свойства нижнего уровня под свойством нижнего уровня «Другие».

Пользователь может манипулировать устройством ввода для выбора свойств различных уровней из Всех свойств 332. Свойства могут быть выбраны для того, чтобы вызвать прием интерфейсом 311 ввода запроса других и/или дополнительных критериев запроса. Критерии запроса, принятые в результате выбора элементов во Всех свойствах 311, могут использоваться для поиска значений относящихся к сообщению данных, содержащихся в элементах сообщений. Например, принятые критерии запроса могут использоваться для поиска элементов сообщений, имеющих поля данных, определенные в соответствии с иерархией 150 схем (или иерархией 200 схем) и/или хранимые в хранилище 184 сообщений.

Поле 314 ввода может принимать критерии запроса для запроса ключевых слов, включенных в сообщения. Пользователь может манипулировать устройством ввода (например, клавиатурой) для ввода текста в поле 314 ввода. Критерии запроса, принятые в результате ввода текста в поле 314 ввода, могут использоваться для поиска значений относящихся к сообщению данных, содержащихся в элементах сообщений. Например, принятые критерии запроса могут использоваться для поиска элементов сообщений, имеющих поля данных, определенные в соответствии с иерархией 150 схем (или иерархией 200 схем) и/или хранимые в хранилище 184 сообщений.

Необходимо понять, что могут приниматься объединенные критерии запроса, включая критерии запроса, ассоциированные с Представляющими Наибольший интерес сообщениями 331, и/или критерии запроса, ассоциированные со Всеми свойствами 332, и/или критерии запроса, введенные в поле 314 ввода. Объединенные критерии запроса могут быть результатом того, когда множество элементов выбрано из Представляющих Наибольший интерес сообщений 331 или Всех свойств 332. Объединенные критерии запроса также могут быть результатом того, когда один или несколько элементов из Представляющих Наибольший интерес сообщений 331 объединены с одним или несколькими элементами из Всех свойств 332. Далее, объединенные критерии запроса могут быть результатом того, когда один или несколько элементов из Представляющих Наибольший интерес сообщений 331 или один или несколько элементов из Всех свойств 332 объединены с текстом, введенным в поле 314 ввода.

Таким образом, критерии запроса могут быть более грубыми, приводя к более общим запросам и к более многочисленным результатам. Например, критерии запроса, указывающие все Отосланные сообщения (введенные при помощи выбора «Отосланные сообщения» из Представляющих Наибольший интерес сообщений 331) от заданного пользователя (введенного при помощи выбора «От кого» из Всех свойств 332), могут приводить к увеличенному количеству результатов. С другой стороны, критерии запроса могут быть более конкретными, приводя к более узким запросам и меньшему количеству результатов. Например, критерии запроса, указывающие все принятые, относящиеся к семье сообщения (введенные в результате выбора «Принятые сообщения» из Представляющих Наибольший интерес сообщений 311 и выбора «Семья» из Всех свойств 332), включая ключевое слово «фейерверк» (введенное в поле 314 ввода), могут привести к немногочисленному количеству результатов. Следовательно, критерии запроса могут гибко приниматься для удовлетворения требований пользователя.

Интерфейс 311 ввода запроса точно описывает элементы управления для приема некоторых из различных типов критериев запроса, которые могут быть использованы для поиска относящихся к сообщению данных. Однако необходимо понять, что интерфейс ввода запроса может принимать критерии запроса (включая другие типы критериев запроса, в дополнение к тем, которые могут быть приняты в интерфейсе 311 ввода запроса) для поиска, в сущности, любого значения из любого поля данных элемента сообщения, включая поиск значений из полей данных элемента сообщений, определенных в соответствии с иерархией схем. Например, интерфейс ввода запроса может принимать критерии запроса для поиска значений любого поля данных элемента сообщения, определенного (например, поле участников, поле темы и т.д.) в соответствии с иерархией 150 схем или иерархией 200 схем.

Ссылка от схемы 152 сообщения на папку 154 указывает, что элементы сообщений, определенные в соответствии со схемой 152 сообщения, могут быть связаны с элементами папок, определенными в соответствии со схемой 154 папки. Когда элемент сообщения связан с элементом папки, элемент сообщения может рассматриваться как находящийся «в» элементе папки (и, таким образом, элемент папки представляет собой относящиеся к сообщению данные). Элемент сообщения может включать в себя ссылки на множество элементов папок. Таким образом, элемент сообщения может рассматриваться как находящийся во множестве папок. Следовательно, интерфейс ввода запроса может быть сконфигурирован для приема соответствующих критериев запроса для относящегося к сообщению запроса, согласно которому будут проводить поиск (или согласно которому будут «охватывать») во множестве папок.

Ссылка от схемы 157 вложения на схему 152 сообщения указывает, что вложения, определенные в соответствии со схемой 157 вложения, могут быть связаны с элементами сообщений, определенными в соответствии со схемой 152 сообщения. Когда вложение связано с элементом сообщения, вложение может рассматриваться как находящееся в элементе сообщения (и, таким образом, вложение представляет собой относящиеся к сообщению данные). Элемент сообщения может включать в себя множество вложений. Таким образом, элемент сообщения может рассматриваться как включающий множество вложений. Вложениями могут быть документы, которые хранятся в хранилище 186 документов. Следовательно, интерфейс ввода запроса может быть сконфигурирован для приема соответствующих критериев запроса для относящегося к сообщению запроса, согласно которому будут проводить поиск документов.

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

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

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

Действие 502 может включать в себя представление запрашивающей компьютерной системой относящегося к сообщению запроса в соответствии с принятыми критериями запроса. Например, компьютерная система 102 может представить запрос 107, который включает в себя критерии 117 запроса, компьютерной системе 109. Критериями 117 запроса могут быть критерии запроса, принимаемые в общем интерфейсе 102 обмена сообщениями (например, в результате выбора, сделанного в интерфейсе ввода запроса, аналогичного интерфейсу 311 ввода запроса).

Представленным относящимся к сообщению запросом может быть запрос значений полей данных элемента сообщения (например, участники, тема и т.д.). Например, относящийся к сообщению запрос может запрашивать поля данных элемента сообщения элементов сообщений, хранимых в хранилище 184 сообщений и/или определенных в соответствии с иерархией 150 схем (или иерархией 200 схем). Представленный относящийся к сообщению запрос может охватывать множество папок. Например, представленный запрос может запрашивать значения полей данных элемента сообщения во множестве элементов папок, хранимых в хранилище 183 папок. Представленный относящийся к сообщению запрос может запрашивать документы, ассоциированные с элементом сообщения. Например, представленный относящийся к сообщению запрос может запрашивать значения полей данных элемента документа в хранилище 186 документов. Представленный относящийся к сообщению запрос может запрашивать участников, ассоциированных с элементом сообщения. Например, представленный относящийся к сообщению запрос может запрашивать значения полей данных элемента контакта в хранилище 182 контактов. Относящийся к сообщению запрос может запрашивать значения элементов полей данных, которые являются общими для множества различных типов электронных сообщений, таких как, например, сообщения электронной почты, мгновенные сообщения, сообщения речевой почты, факсимильные сообщения, сообщения групп новостей и записи в блоге.

Способ 500 включает в себя действие приема относящегося к сообщению запроса, включающего в себя критерии запроса (действие 505). Действие 505 может включать в себя прием возвращающей компьютерной системой относящегося к сообщению запроса, включающего в себя критерии запроса. Например, компьютерная система 109 может принимать запрос 107, который включает в себя критерии 117 запроса, от компьютерной системы 102. Следовательно, компьютерная система 109 может принимать критерии запроса для запроса, который запрашивает поля элемента сообщения, охватывает папки, запрашивает участников или запрашивает документы. Принимаемый относящийся к сообщению запрос может запрашивать значения полей данных, которые являются общими для множества различных типов электронных сообщений, таких как, например, общие для сообщений электронной почты, мгновенных сообщений, сообщений речевой почты, сообщений факса, сообщений групп новостей и записей в блоге.

Способ 500 включает в себя действие доступа к базе данных элементов (действие 506). Действие 506 может включать в себя доступ возвращающей компьютерной системы к базе данных элементов. Например, компьютерная система 109 может осуществить доступ к базе 114 данных. Когда целесообразно, приложение 111 сообщений может преобразовать запрос 107 в команду 112 доступа к базе данных. Компьютерная система 109 затем может представить команду 112 доступа к базе данных базе 114 данных. Команда 112 доступа к базе данных может включать в себя соответствующие инструкции базы данных для осуществления запроса 107.

Способ 500 включает в себя действие идентификации частей относящихся к сообщению данных из базы данных элементов, которые удовлетворяют критериям запроса (действие 507). Действие 507 может включать в себя идентификацию компьютерной системой частей относящихся к сообщению данных из базы данных элементов, которые удовлетворяют критериям запроса. Например, компьютерная система 109 может идентифицировать относящиеся к сообщению данные 108. База 114 данных может послать относящиеся к сообщению данные 108 компьютерной системе 109 в ответ на команду 112 доступа к базе данных. Относящиеся к сообщению данные 108 могут включать в себя одну или несколько частей относящихся к сообщению данных, которые удовлетворяют критериям запроса (например, критериям 117 запроса).

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

Может быть, что хранилище 184 сообщений хранит множество элементов сообщений, каждый из которых имеет отличающийся от других тип сообщения (как указано значением основного типа). Например, хранилище 184 сообщений может хранить сообщения электронной почты, мгновенные сообщения, сообщения речевой почты, факсимильные сообщения, сообщения групп новостей, записи в блоге и т.д. Элементы сообщений в хранилище 184 сообщений могут быть определены в соответствии со схемой 152 сообщения (или схемой 212 сообщения). Следовательно, элементы сообщений, даже элементы сообщений различных типов, могут включать в себя множество общих полей данных.

Необходимо понять, что элементы сообщений, расширенные в соответствии со схемами 161 расширения протокола сообщений и/или схемами 166 расширения приложения сообщений, могут тем не менее сохранять поля, определенные в соответствии со схемой 152 или 212 сообщения. Таким образом, элементы сообщений, которые расширены для совместимости с определенными протоколами сообщений и/или приложениями сообщений, все же могут быть запрошены в отношении значений полей с общим определением. Например, так как все сообщения в хранилище 184 сообщений могут быть определены в соответствии со схемой 152 или 212 сообщения, элементы сообщений любого типа или имеющие любое расширение могут быть запрошены в отношении конкретного значения в поле темы сообщения (или, например, могут быть запрошены в отношении значений в любом другом поле, определенном в соответствии со схемой 152 или 212 сообщения).

Таким образом, относящиеся к сообщению данные 108 могут включать в себя элементы сообщений, представляющие множество различных типов электронных сообщений. Т.е. множество различных типов электронных сообщений могут иметь значения, которые удовлетворяют принятым критериям запроса. Например, сообщение факса и сообщение группы новостей - оба могут иметь значение поля темы и/или значение поля важности (и/или другие значения поля, определенные в соответствии со схемой 152 или 212 сообщения), которые удовлетворяют принятым критериям запроса (например, критериям 117 запроса).

Способ 500 включает в себя действие возврата множества частей относящихся к сообщению данных (действие 508). Действие 508 может включать в себя возврат компьютерной системой идентифицированных частей относящихся к сообщению данных. Например, компьютерная система 109 может возвратить относящиеся к сообщению данные 108 компьютерной системе 102. Может быть, что приложение 111 сообщений форматирует соответствующим образом относящиеся к сообщению данные 108 перед возвратом относящихся к сообщению данных 108 компьютерной системе 102.

Этап 509 включает в себя соответствующее действие приема множества частей относящихся к сообщению данных, которые удовлетворяют критериям запроса (действие 503). Действие 503 может включать в себя прием компьютерной системой частей относящихся к сообщению данных, которые удовлетворяют критериям запроса. Например, компьютерная система 102 может принимать относящиеся к сообщению данные 108 (которые удовлетворяют критериям 117 запроса) от компьютерной системы 109.

Принятые, относящиеся к сообщению данные могут включать в себя части относящихся к сообщению данных, которые имеют одно или несколько полей данных, определенных в соответствии с различными схемами расширения. Например, одна часть относящихся к сообщению данных может включать в себя поля данных, определенные в соответствии со схемой 162, тогда как другая отличная часть относящихся к сообщению данных включает в себя поля данных, определенные в соответствии со схемой 163. Обеими частями могут быть поля данных, определенные в соответствии со схемой 152 или 212 сообщения.

Этап 509 включает в себя конфигурирование общего интерфейса обмена сообщениями, так что может быть организован доступ по меньшей мере к ссылке на каждую часть принятых, относящихся к сообщению данных (действие 509). Действие 509 может включать в себя конфигурирование компьютерной системой общего интерфейса обмена сообщениями, так чтобы мог быть организован доступ по меньшей мере к ссылке на каждую часть принятых, относящихся к сообщению данных. Например, компьютерная система 102 может конфигурировать общий интерфейс 103 обмена сообщениями, так чтобы мог быть организован доступ по меньшей мере к ссылке на каждую часть относящегося к сообщению содержимого 108.

Обращаясь обратно к фиг.3, отображение 300 на экране дисплея описывает один пример отображения на дисплее ссылок на части относящихся к сообщению данных. В отображении 300 показаны столбец 304 типа сообщения, столбец 306 темы, столбец 307 «От кого», столбец 308 «Кому», столбец 309 данных и столбец 311 размера. Столбец 304 типа сообщения показывает указание типа относящихся к сообщению данных. Различные пиктограммы могут отображаться для представления различных типов относящихся к сообщению данных. Например, пиктограмма 333 конверта может представлять сообщения электронной почты, пиктограмма 334 всплывающего сообщения с текстом может представлять мгновенные сообщения, пиктограмма 335 телефона может представлять сообщения речевой почты и пиктограмма 336 аппарата факсимильной связи может представлять факсимильные сообщения. Другие типы пиктограмм также могут отображаться для представления других типов сообщений, таких как, например, сообщения групп новостей, записи в блоге и т.д.

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

Пользователь может выбрать пиктограмму, представляющую электронное сообщение, для просмотра содержимого электронного сообщения. Например, пользователь может выбрать пиктограмму 333 конверта для просмотра содержимого представленного сообщения электронной почты. Таким образом, пиктограмма 333 конверта, по существу, функционирует в качестве ссылки на содержимое представленного сообщения электронной почты. Выбор пиктограммы 333 конверта может вызвать представление дополнительного запроса (для содержимого электронного сообщения, представленного пиктограммой 333 конверта) на базу 114 данных. Части относящихся к сообщению данных, принятых в ответ на дополнительный запрос, могут отображаться в отображении 300 на экране дисплея. Альтернативно, соответствующее приложение обмена сообщениями может быть запущено в ответ на принятую часть относящихся к сообщению данных. Например, когда часть относящихся к сообщению данных определена в соответствии с расширением схемы (например, схемой приложения электронной почты), приложение, соответствующее расширению схемы (например, приложение электронной почты), может быть запущено для просмотра части относящихся к сообщению данных.

Аналогично, пользователь может выбрать участника сообщения (ссылку на содержимое участника) для просмотра содержимого элемента контакта. Например, пользователь может щелкнуть на «Пользователь G», чтобы показать информацию контактов (например, хранимую в хранилище 182 контактов), соответствующую Пользователю G. Аналогично, пользователь может выбрать пиктограмму вложения (ссылку на вложение) для просмотра содержимого вложения. Например, пользователь может выбрать пиктограмму 338 для просмотра документа «Prodcuts.jpg» (например, хранимого в хранилище 186 документов). Участник и содержимое документа могут отображаться в отображении 300 на экране дисплея. Альтернативно может быть запущено соответствующее приложение для отображения участника или содержимого документа.

Столбец 306 темы указывает тему относящихся к сообщению данных, соответствующих пиктограмме в столбце 304 типа сообщения. Столбец 307 «От кого» указывает сущность, которая послала относящиеся к сообщению данные, соответствующие пиктограмме в столбце 304 типа сообщения. Столбец 308 «Кому» представляет получателей относящихся к сообщению данных, соответствующих пиктограмме в столбце 304 типа сообщения. Столбец 309 данных представляет дату, когда было послано относящееся к сообщению содержимое, соответствующее пиктограмме в столбце 304 типа сообщения. Столбец 311 размера представляет размер относящегося к сообщению содержимого, соответствующего пиктограмме в столбце 304 типа сообщения.

Может быть, что относящееся к сообщению содержимое всех принятых частей не может быть отображено одновременно. Пользователь может манипулировать элементом 319 управления бегунка для прокрутки вверх и/или вниз, чтобы показать дополнительные части относящегося к сообщению содержимого. Пользователь также может выбрать стрелку 323 вверх для прокрутки вверх и стрелку 324 вниз для прокрутки вниз. Кнопки из кнопок 316 могут быть выбраны для минимизирования, максимизирования, изменения размера или закрытия отображения 300. Индикатор 303 сообщения указывает количество частей относящихся к сообщению данных, принятых в ответ на запрос.

Меню 317 сообщения указывает операции в отношении сообщения, которые могут быть запущены при помощи отображения 300 на экране дисплея. Например, пользователь может закрыть, направить или распечатать выбранное в настоящее время электронное сообщение. Пользователь также может выбрать соответствующую пиктограмму из меню 317 сообщения для запуска сообщения электронной почты, мгновенного сообщения, факсимильного сообщения или телефонного вызова. Список 318 сообщений указывает типы сообщений, которые могут быть использованы для ответа на отображаемое сообщение. Пользователь может выбрать соответствующую пиктограмму для ответа на отображаемое сообщение с заданным типом сообщения. Например, пользователь может выбрать пиктограмму факса из списка 318 сообщений для ответа на сообщение речевой почты (например, представленное при помощи пиктограммы 335 телефона) сообщением факса.

Обобщенная форма может быть использована для ввода соответствующих данных для ответа на сообщение. Свойства сообщения, характерные для конкретного типа сообщения, могут отображаться в обобщенную форму. Следовательно, обобщенная форма может охватывать типы сообщений. Например, поле «Кому:» сообщения электронной почты и поле «Создатель» мгновенного сообщения могут отображаться в аналогичное (или даже в одно и то же) поле ввода обобщенной формы. Обобщенная форма может представляться в общем интерфейсе обмена сообщениями (например, общем интерфейсе 103 обмена сообщениями) в ответ на выбор пиктограммы из списка 318 сообщений.

Обращаясь теперь к фиг.4, отображение 400 на экране дисплея иллюстрирует второй пример отображения 400, сгенерированного общим интерфейсом обмена сообщениями согласно принципам настоящего изобретения. Отображение 400 имеет те же общие признаки, что отображение 300. Т.е. интерфейс 411 ввода запроса может принимать критерии запроса, индикатор 403 сообщения указывает количество сообщений, возвращенных в ответ на запрос, меню 417 сообщения указывает операции в отношении сообщений, которые могут запускаться при помощи отображения 400 на экране дисплея, список 418 сообщений указывает типы сообщений, которые могут использоваться для ответа на отображаемое сообщение, и кнопки из кнопок 416 могут быть выбраны для минимизирования, максимизирования, изменения размера или закрытия отображения 400 на экране дисплея.

Отображение 400 дополнительно представляет вид папки «клиенты» (потенциально хранимой в хранилище 183 папок) при помощи сообщений, сгруппированных клиентом. Пиктограммы 431 пользователя представляют различных клиентов. Под каждым клиентом расположены сообщения, в которых клиент является участником. Например, пользователь А участвовал в мгновенном сообщении с темой «Как дела». Пользователь может изменить установки конфигурации общего интерфейса обмена сообщениями (например, общего интерфейса 103 обмена сообщениями), чтобы вызвать отображение сообщения, соответственно, участникам, ассоциированным с папкой.

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

Как показано на фиг.6, примерная система реализации изобретения включает в себя вычислительное устройство общего назначения в виде компьютерной системы 620, включающей в себя блок 621 обработки данных (процессор), системную память 622 и системную шину 623, которая связывает различные компоненты системы, включая системную память 622 с блоком 621 обработки данных. Блок 621 обработки данных может исполнять машиноисполняемые инструкции, предназначенные для реализации признаков компьютерной системы 620, включая признаки настоящего изобретения. Системная шина 623 может относиться к любому из нескольких типов шинных структур, включая шину памяти или контроллер памяти, периферийную шину и локальную шину, использующих любую из множества шинных архитектур. Системная память включает в себя постоянное запоминающее устройство (ПЗУ, ROM) 624 и оперативное запоминающее устройство (ОЗУ, RAM) 625. Базовая система 626 ввода/вывода (BIOS), содержащая базовые процедуры, которые способствуют переносу информации между элементами в компьютерной системе 620, например, во время запуска, может храниться в ПЗУ 624.

Компьютерная система 620 также может включать в себя накопитель 627 на магнитных жестких дисках для считывания и записи на магнитный жесткий диск 639, магнитный дисковод 628 для считывания или записи на съемный магнитный диск 629 и оптический дисковод 630 для считывания или записи на съемный оптический диск 631, такой как, например, компакт-диск или другой оптический носитель. Накопитель 627 на магнитных жестких дисках, магнитный дисковод 628 и оптический дисковод 630 подсоединены к системной шине 623 при помощи интерфейса 632 накопителя на магнитных жестких дисках, интерфейса 633 магнитного дисковода и интерфейса 634 оптического дисковода соответственно. Накопители и дисководы и связанные с ними машиночитаемые носители обеспечивают энергонезависимое хранение машиноисполняемых инструкций, структур данных, программных модулей и других данных для компьютерной системы 620. Хотя примерная среда, описанная в данной заявке, использует магнитный жесткий диск 639, съемный магнитный диск 629 и съемный оптический диск 631, могут использоваться другие типы машиночитаемых носителей для хранения данных, включая магнитные кассеты, карты флэш-памяти, цифровые многофункциональные диски, картриджи Бернулли, ОЗУ, ПЗУ и т.д.

Средства программного кода, содержащие один или несколько программных модулей, могут храниться на жестком диске 639, магнитном диске 629, оптическом диске 631, в ПЗУ 624 или ОЗУ 625, включая операционную систему 635, одну или несколько программ 636 приложений, другие программные модули 637 и данные 638 программ. Пользователь может вводить команды и информацию в компьютерную систему 620 при помощи клавиатуры 640, указательного устройства 642 или других устройств ввода (не показаны), таких как, например, микрофон, джойстик, игровой планшет, сканер и т.п. Эти и другие устройства ввода могут подсоединяться к блоку 621 обработки данных при помощи интерфейса 646 ввода/вывода, подключенного к системной шине 623. Интерфейс 646 ввода/вывода логически представляет любой из большого разнообразия различных интерфейсов, таких как, например, интерфейс последовательного порта, интерфейс PS/2, интерфейс параллельного порта, интерфейс универсальной последовательной шины (USB) или интерфейс IEEE 1394 (т.е. интерфейс FireWire) или может даже логически представлять комбинацию различных интерфейсов.

Монитор 647 или любое другое устройство отображения также подключается к системной шине 623 при помощи видеоинтерфейса 648. Громкоговорители 669 или другое устройство вывода звука также подключено к системной шине 623 при помощи звукового интерфейса 649. Другие периферийные устройства вывода (не показаны), такие как, например, принтеры, также могут быть подключены к компьютерной системе 620.

Компьютерная система 620 может подключаться к сетям, таким как, например, компьютерная сеть масштаба офиса или предприятия, домашняя сеть, интрасеть и/или Интернет. По таким сетям компьютерная система 620 может обмениваться данными с внешними источниками, такими как, например, удаленные компьютерные системы, удаленные приложения и/или удаленные базы данных.

Компьютерная система 620 включает в себя сетевой интерфейс 653, при помощи которого компьютерная система 620 принимает данные от внешних источников и/или передает данные на внешние источники. Как показано на фиг.1, сетевой интерфейс 653 обеспечивает обмен данными с удаленной компьютерной системой 683 по линии 651 связи. Сетевой интерфейс 653 может логически представлять один или несколько программных и/или аппаратных модулей, таких как, например, плата сетевого интерфейса и соответствующий стек спецификации интерфейса сетевых драйверов (NDIS). Линия 651 связи представляет часть сети (например, сегмент Ethernet), и удаленная компьютерная система 683 представляет узел сети.

Аналогично, компьютерная система 620 включает в себя интерфейс 646 ввода/вывода, при помощи которого компьютерная система 620 принимает данные от внешних источников и/или передает данные на внешние источники. Интерфейс 646 ввода/вывода соединен с модемом 654 (например, стандартным модемом, кабельным модемом или модемом цифровой абонентской линии (ЦАЛ, DSL)) по линии 659 связи, по которой компьютерная система 620 принимает данные от внешних источников и/или передает данные на внешние источники. Как показано на фиг.1, интерфейс 646 ввода/вывода и модем 654 обеспечивают обмен данными с удаленной компьютерной системой 693 по линии 652 связи. Линия 652 связи представляет часть сети, и удаленная компьютерная система 693 представляет узел сети.

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

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

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

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

Источник поступления информации: Роспатент

Показаны записи 1-10 из 465.
10.01.2013
№216.012.1a40

Архитектура для онлайновых коллективных и объединенных взаимодействий

Изобретение относится к различным аспектам архитектуры онлайновых коллективных и объединенных взаимодействий. Технический результат изобретения заключается в обеспечении возможности кроссплатформенного взаимодействия между множеством вычислительных устройств. Данный технический результат...
Тип: Изобретение
Номер охранного документа: 0002472212
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1a42

Интеллектуальное редактирование реляционных моделей

Изобретение относится к средствам редактирования реляционных моделей. Технический результат заключается в упрощении процесса редактирования пользователем моделей. Принимают жест пользователя, указывающего редактирование, которое будет выполняться, по меньшей мере, для одного целевого объекта в...
Тип: Изобретение
Номер охранного документа: 0002472214
Дата охранного документа: 10.01.2013
20.01.2013
№216.012.1dc2

Создание и развертывание распределенных расширяемых приложений

Изобретение относится к средствам создания распределенного приложения. Технический результат заключается в улучшении расширяемости распределенного приложения. Выбирают службы из списка служб, доступных на удаленном кластере серверов, при этом каждая служба предоставляет различные функциональные...
Тип: Изобретение
Номер охранного документа: 0002473112
Дата охранного документа: 20.01.2013
20.01.2013
№216.012.1dc6

Использование устройства флэш-памяти для препятствования несанкционированному использованию программного обеспечения

Изобретение относится к области использования устройства флэш-памяти для препятствования несанкционированному использованию программного обеспечения. Техническим результатом является обеспечение препятствования несанкционированному использованию приложения программного обеспечения....
Тип: Изобретение
Номер охранного документа: 0002473116
Дата охранного документа: 20.01.2013
20.01.2013
№216.012.1dc8

Гибкое редактирование гетерогенных документов

Изобретение относится к способу, системе для гибкого редактирования гетерогенных документов. Техническим результатом является расширение функциональных возможностей обработки документов за счет организации единого рабочего пространства. Различные типы документов можно организовывать на...
Тип: Изобретение
Номер охранного документа: 0002473118
Дата охранного документа: 20.01.2013
20.01.2013
№216.012.1dcc

Доверительная среда для обнаружения вредоносных программ

Изобретение относится к области обнаружения вредоносных программ. Техническим результатом является повышение эффективности обнаружения вредоносных программ. В одной реализации доверительная среда, которая включает в себя доверительную операционную систему и доверительное антивирусное...
Тип: Изобретение
Номер охранного документа: 0002473122
Дата охранного документа: 20.01.2013
20.01.2013
№216.012.1dd1

Интеграция рекламы и расширяемые темы для операционных систем

Предложены компьютерная система и способ обеспечения интеграции рекламы с пользовательским интерфейсом. Устройство содержит компонент получения, компонент выбора и компонент конфигурации. Компонент получения получает рекламный контент, включающий в себя рекламу продукта или услуги, от...
Тип: Изобретение
Номер охранного документа: 0002473127
Дата охранного документа: 20.01.2013
20.02.2013
№216.012.284d

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

Изобретение относится к области управления сетью. Техническим результатом является повышение эффективности аутентификации принципалов в сетевой среде. Усовершенствованная сетевая архитектура использует суперуполномоченного, имеющего каталог идентификационной информации для направления задач...
Тип: Изобретение
Номер охранного документа: 0002475837
Дата охранного документа: 20.02.2013
20.02.2013
№216.012.284f

Криптографическое управление доступом к документам

Изобретение относится к криптографическому управлению доступом к документам. Технический результат заключается в повышении защиты документов от несанкционированного доступа с использованием криптографического шифрования. Устройство содержит блок обработки данных, состоящий из запрашивающего...
Тип: Изобретение
Номер охранного документа: 0002475839
Дата охранного документа: 20.02.2013
20.02.2013
№216.012.2850

Предоставление цифровых удостоверений

Изобретение относится к области защиты информации и может быть использовано для создания и предоставления цифровых удостоверений пользователю. Техническим результатом является улучшение точности и увеличение надежности систем предоставления данных цифровой идентификации. Способ содержит этапы...
Тип: Изобретение
Номер охранного документа: 0002475840
Дата охранного документа: 20.02.2013
+ добавить свой РИД