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

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

 

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

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

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

В результате создания и бурно возрастающего использования сети Интернет пользователи компьютеров теперь свободно оперируют большими объемами информации и стали лучше приспособлены для связи друг с другом, чем когда-либо ранее. Например, пользователи компьютеров дома или на работе могут посылать друг другу сообщения электронной почты («e-mail»). Аналогичным образом пользователи компьютеров могут также оформить подписки на серверах-реестрах электронной почты (называемых «почтовыми реестрами»). Через почтовые реестры компьютерные пользователи могут посылать и принимать от всего списка пользователей сообщения электронной почты, обычно касающихся общей темы, путем посылки одного сообщения по заранее заданному адресу. Поэтому почтовый реестр может облегчить пользователю прием сообщений электронной почты на конкретную тему от большого количества пользователей.

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

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

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

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

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

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

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

Согласно другим аспектам настоящее изобретение относится к способу управления сообщениями электронной почты и предупредительными сообщениями. Предупредительные сообщения - это сообщения, принимаемые в виде сообщений электронной почты или сообщений другого типа в ответ на подписку на предупредительные сообщения с источником подписки на предупредительные сообщения. Согласно упомянутому способу принятые сообщения электронной почты анализируются с целью определения того, относятся ли они к подписке на предупредительные сообщения. Если определено, что сообщение электронной почты относится к подписке на предупредительные сообщения, то к списку источников подписки добавляется сетевой адрес, к примеру, унифицированный указатель информационного ресурса («URL») для источника подписки, идентифицированного содержимым сообщения электронной почты, как только этот источник будет проверен. Данные, указывающие на то, что сообщение электронной почты относится к предупреждению, и сетевой адрес источника подписки, могут быть закодированы в заголовочной части сообщения электронной почты, так что эти данные обычно не отображаются клиентской прикладной программой электронной почты.

Согласно другим аспектам предложенных здесь способов содержимое объектов с постоянным состоянием, таких как «cookie», создаваемых Web-броузером, можно проанализировать, чтобы определить, относятся ли эти объекты к подписке на предупредительные сообщения. Если определено, что содержимое объекта постоянного хранения относится к подписке на предупредительные сообщения, то к списку источников подписки добавляется сетевой адрес для источника подписки, идентифицированного по содержимому объекта с постоянным состоянием.

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

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

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

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

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

Фиг.1 иллюстрирует компьютерную архитектуру, используемую источником подписки и компьютером клиента подписки, как это предусмотрено в одном варианте изобретения.

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

Фиг.3-6В иллюстрируют аспекты унифицированного пользовательского интерфейса для управления правилами электронной почты и подписками на предупредительные сообщения, предусмотренные в одном варианте изобретения.

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

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

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

Фиг.11 изображает блок-схему алгоритма для идентификации объекта постоянного состояния, такого как объект «cookie» Web-броузера, относящегося к подписке на предупредительные сообщения согласно одному варианту изобретения.

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

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

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

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

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

Обратимся теперь к фиг.1, со ссылками на которую будет описана приведенная в качестве примера компьютерная архитектура для вычислительной системы 2, используемой в различных вариантах изобретения. В компьютерной архитектуре, представленной на фиг.1, показан обычный настольный или серверный компьютер, включающий в себя центральный процессор 5 («CPU»), системную память 7, включающую ОЗУ 9 с произвольной выборкой (RAM) и ПЗУ 11 только для считывания (ROM), а также системную шину 12, связывающую память с CPU 5. В памяти ROM 11 хранится базовая система ввода/вывода (BIOS), содержащая базовые подпрограммы, которые помогают пересылать информацию между элементами компьютера, к примеру, во время включения. Вычислительная система 2, кроме того, включает в себя массовую память 14 для хранения операционной системы 16, прикладных программ и других программных модулей, которые более подробно описываются ниже.

Массовая память 14 подсоединена к CPU 5 через контроллер массовой памяти (не показан), соединенный с шиной 12. Массовая память 14 и соответствующая считываемая компьютером среда обеспечивают энергонезависимую память для вычислительной системы 2. Хотя приведенное здесь описание считываемой компьютером среды относится к массовой памяти, такой как жесткий диск или накопитель на компакт-диске (CD-ROM), специалистам в данной области техники должно быть очевидно, что считываемая компьютером среда может представлять собой любую имеющуюся среду, которая может быть доступна вычислительной системе.

Например, но не как ограничение, считываемая компьютером среда может содержать запоминающую среду и среду связи. Компьютерная запоминающая среда (носители) включают в себя энергозависимую и энергонезависимую, съемную и несъемную среду, реализованную любым способом или по технологии для запоминания информации, такой как считываемые компьютером команды, структуры данных, программные модули или другие данные. Компьютерная запоминающая среда включает в себя, но не только, RAM, ROM, стираемое программируемое ПЗУ (EPROM), электрически стираемое программируемое ПЗУ (EEPROM), флэш-память или другую технологию твердотельной памяти, CD-ROM, цифровые универсальные диски («DVD») либо другое оптическое запоминающее устройство, магнитные кассеты, магнитную ленту, запоминающие устройства на магнитных дисках или другие магнитные запоминающие устройства, либо другую среду, которую можно использовать для запоминания необходимой информации и которая может быть доступна вычислительной системе 2.

Согласно различным вариантам изобретения вычислительная система 2 может работать в сетевой среде, используя логические соединения с удаленными компьютерами через сеть 18, к примеру, через сеть Интернет. Вычислительная система 2 может соединяться с сетью 18 через блок 20 сетевого интерфейса, подсоединенный к шине 12. Следует понимать, что блок 20 сетевого интерфейса можно также использовать для подсоединения к сетям других типов и удаленным компьютерным системам. Вычислительная система 2 может также включать в себя контроллер 22 ввода/вывода для приема и обработки входных данных от ряда других устройств, в том числе от клавиатуры, мыши или электронного пера (на фиг.1 не показаны). Аналогичным образом, контроллер 22 ввода/вывода может обеспечить выходные сигналы для экрана дисплея, принтера или устройства вывода другого типа.

Как кратко упоминалось выше, ряд программных модулей и файлов данных могут храниться в массовой памяти 14 и RAM 9 клиентского компьютера 2, в том числе операционная система 16, подходящая для управления работой сетевого персонального или серверного компьютера, к примеру, операционная система WINDOWS ХР от компании MICROSOFT CORPORATION, Redmond, Washington. В массовой памяти 14 и RAM 9 может также храниться один или несколько программных модулей. В частности, если вычислительная система 2 сконфигурирована в виде клиентского компьютера, в массовой памяти 14 и RAM 9 может храниться клиентское приложение 24 электронной почты, приложение 26 Web-броузера, накопитель 27 для объектов «cookie» и список 32 источников предупредительных сообщений.

Как известно специалистам в данной области техники, клиентское приложение 24 электронной почты содержит прикладную программу для извлечения и посылки сообщений электронной почты от одного или нескольких серверов электронной почты. Клиентское приложение 24 электронной почты может включать в себя другие дополнительные возможности, такие как функции «персонального информационного менеджера» («PIM»), в том числе календарь, администратор задач, контактную базу данных и т.п. Клиентское приложение 24, используемое в вариантах описанного здесь изобретения, содержит приложение OUTLOOK PIM от MICROSOFT CORPORATION. Однако следует понимать, что предложенные здесь различные аспекты изобретения можно использовать в сочетании с прикладными программами, способными принимать и посылать сообщения электронной почты.

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

Приложение 26 Web-броузера содержит прикладную программу, способную запрашивать и воспроизводить Web-страницы, созданные на языке гипертекстовой разметки («HTML») либо на языках разметки других типов. Примером одного из таких Web-броузеров является Web-броузер INTERNET EXPLORER от MICROSOFT CORPORATION либо Web-броузер NESCAFE NAVIGATOR от NETSCAPE CORPORATION. Следует понимать, что типовое приложение 26 Web-броузера может принимать запрос на сохранение объекта с постоянным состоянием в вычислительной системе 2. Объект с постоянным состоянием позволяет Web-серверу поддерживать состояние связи с вычислительной системой 2. Объект «cookie» относится к одному из типов объектов с постоянным состоянием, который может запоминаться приложением 26 Web-броузера в накопителе 27 для «cookie». Накопитель 27 для объектов «cookie» может содержать директорию в структуре файлов, поддерживаемой вычислительной системой 2, либо базе данных другого типа для запоминания объектов с постоянным состоянием.

Как вкратце было описано выше, вычислительная система 2, показанная на фиг.1, может также быть сконфигурирована в виде серверного компьютера. Если вычислительная система 2 сконфигурирована в виде серверного компьютера, то массовая память 14 и RAM 19 могут хранить приложение 28 сервера электронной почты и приложение 30 Web-сервера. Как известно специалистам в данной области техники, приложение 28 сервера электронной почты содержит прикладную программу для координации посылки и приема сообщений электронной почты. Приложение 28 сервера электронной почты предлагает серверы для приема и пересылки электронной почты. Посредством приложения 28 сервера электронной почты авторизованные пользователи могут посылать и принимать сообщения электронной почты, возникающие в интрасети или в Интернет. Как также известно специалистам в данной области техники, приложение 30 Web-сервера может принимать и отвечать на запросы протокола транспортировки гипертекстов ("HTTP") для файлов, хранящихся в вычислительной системе 2 или доступных ей. Затем эти файлы могут быть воспроизведены запрашивающей вычислительной системой в приложении 26 Web-броузера. Одним из примеров приложения 30 Web-броузера является INTERNET INFORMATION SERVICES от MICROSOFT CORPORATION. Однако следует понимать, что описанные здесь варианты изобретения могут быть использованы с приложениями Web-серверов от других поставщиков.

Обратимся теперь к фиг.2, со ссылками на которую будут описаны дополнительные аспекты различных вариантов изобретения. Как показано на фиг.2, здесь предусмотрен клиентский компьютер 42 подписки (далее «клиент подписки»). Клиент 42 подписки содержит стандартный персональный компьютер, описанный выше в связи с фиг.1, который реализует приложение 26 Web-броузера и клиентское приложение 24 электронной почты. Приложение 26 Web-броузера способно запоминать объекты «cookie» в накопителе 27 для «cookie» в ответ на запросы от приложения 30 Web-сервера. Кроме того, как более подробно описано ниже, клиентское приложение 24 электронной почты способно поддерживать список 32 источников предупредительных сообщений, идентифицирующий каждый из источников, от которых принимаются предупредительные сообщения.

Клиент 42 подписки подсоединен к компьютеру 34 источника подписки (далее «источник подписки») через сеть 18, такую как интрасеть или Интернет. Источник 34 подписки содержит стандартный серверный компьютер, описанный выше в связи с фиг.1. В частности, источник 34 подписки способен выполнять приложение 30 Web-сервера, чтобы отвечать на запросы к одному или нескольким Web-узлам 36. Как более подробно описано ниже, Web-узел 36 может предоставить функции командной или совместной работы, которые позволяют пользователям подписаться на предупредительные уведомления по электронной почте, передаваемые пользователю при изменении в документах, при изменении календарей, поддерживаемых Web-узлом 36, либо при появлении других событий. Примерами указанного Web-узла 36 являются Web-узлы, предоставляемые и доступные через программные продукты SHAREPOINT ТАЕМ SERVICES и SHAREPOINT PORTAL SERVICES от MICROSOFT CORPORATION. Однако следует понимать, что раскрытые здесь варианты изобретения подходят для использования с Web-узлом или Web-сервером любого типа, который создает предупредительные сообщения.

Для облегчения доставки предупредительных сообщений по подписке, таких как сообщение 40 электронной почты, источник 34 подписки способен также выполнять приложение 28 сервера электронной почты. Предупредительные сообщения электронной почты могут создаваться Web-узлом 36 в ответ на подписки, оформленные пользователем клиента 42 подписки. Например, пользователь клиента 42 подписки может использовать приложение 26 Web-броузера для просмотра Web-узла 36. В частности, в Web-узле 36 пользователь может запросить, чтобы предупредительное уведомление было передано тогда, когда изменяется календарь работы команды, поддерживаемый на Web-узле 36. Затем, если календарь работы команды изменился, то Web-узел 36 создаст предупредительное сообщение электронной почты посредством приложения 28 сервера электронной почты. Затем для приема предупредительного сообщения электронной почты можно будет использовать клиентское приложение 24 электронной почты.

Согласно одному варианту изобретения Web-узел 36 способен также создавать предупредительные сообщения электронной почты, к примеру, сообщение 40 электронной почты, таким образом, чтобы эти сообщения указывали на то, что они относятся к подписке на предупредительные сообщения. В частности, согласно одному варианту изобретения предупредительные сообщения электронной почты, переданные источником 34 подписки как результат новой подписки или в качестве предупреждения, включают в себя данные, которые определяют, что данное сообщение относится к подписке на предупредительные сообщения. Эти данные могут быть выделены и использованы клиентским приложением 24 электронной почты для добавления идентификационных данных, сетевого адреса и другой информации для источника 34 подписки в список 32 источников предупредительных сообщений.

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

В одном варианте осуществления код 38 интерфейса предупреждений содержит объекты протокола SOAP (упрощенный Web-протокол доступа к объектам), которые могут быть доступны через протокол HTTP и приложение 30 Web-сервера. Как известно специалистам в данной области техники, протокол SOAP является протоколом на основе расширяемого языка разметки («XML») для обмена сообщениями и вызова удаленных процедур, который работает в соответствии с существующими протоколами, такими как HTTP и HTTPS. Как более подробно описано ниже, схема XML предусмотрена для пересылки параметров в код 28 интерфейса предупреждений и для приема результатов запросов к коду 38 интерфейса предупреждений. Как более подробно описано ниже, клиентское приложение 24 электронной почты обменивается информацией с кодом 28 интерфейса предупреждений для управления подписками на предупредительные сообщения в источнике 34 подписки.

Согласно одному варианту изобретения предупредительные сообщения электронной почты, созданные источником 34 подписки, также форматируются с информацией заголовка, идентифицирующей название предупреждения, уникальный идентификатор предупреждения и сетевой адрес Web-узла для управления подпиской на предупредительные сообщения. Предупредительные сообщения электронной почты, созданные источником 34 подписки, могут также идентифицировать тип сервера для источника подписки. В таблице 1 показаны поля х-заголовка, входящие в состав предупредительного сообщения электронной почты, созданного источником 34 подписки. Как известно специалистам в данной области техники, эти поля заголовка обычно не отображаются клиентскими приложениями электронной почты, но могут быть выделены из сообщения электронной почты и сохранены в списке 32 источников предупредительных сообщений клиентским приложением 24 электронной почты. Далее со ссылками на фиг.10 описывается приведенный в качестве примера способ идентификации сообщения электронной почты, относящегося к подписке на предупредительные сообщения.

Таблица 1

From:<Alert Web Title>

X - AlertServerType

X - Alertid

X - AlertTitle

X - AlertWebUrl

X - AlertWebSoap

Как кратко описано выше, приложение 30 Web-сервера способно принимать и отвечать на запросы, относящиеся к частям Web-узла 36, таким как Web-страница 37. Если запрошенная Web-страница 37 относится к подписке на предупредительные сообщения, то приложение 30 Web-сервера может также запросить, чтобы приложение 26 Web-броузера запомнило «cookie» либо объект с постоянным состоянием другого типа в накопителе 27 для «cookie». В частности, объект «cookie» может содержать информацию, идентифицирующую источник 34 подписки как источник подписки на предупредительные сообщения. Как и в случае с закодированными предупредительными сообщениями электронной почты, описанными выше, объекты «cookie» могут включать в себя данные, идентифицирующие тип сервера, наименование и сетевой адрес для Web-страницы, для модификации или удаления подписки на предупредительные сообщения и сетевой адрес для осуществления связи с кодом 38 интерфейса предупреждений. В таблице 2 показано содержимое указанного объекта «cookie», используемого в одном варианте изобретения.

Таблица 2

AlertWebTitle

AlertServerType

AlertWebUrl

AlertWebSoap

Согласно одному варианту изобретения клиентское приложение 24 электронной почты способно периодически выполнять код для выполнения поиска в накопителе 27 для выполнения объектов «cookie», содержащих данные, которые относятся к подписке на предупредительные сообщения. Этот код может выполняться, когда принят объект «cookie», либо может выполняться периодически, к примеру, при каждом обращении к клиентскому приложению 24 электронной почты. Этот код осуществляет поиск в содержимом каждого объекта «cookie», находящегося в накопителе 27 для «cookie», чтобы определить, содержит ли данный объект «cookie» информацию, показанную в вышеприведенной таблице 2. В альтернативном варианте может выполняться поиск в поднаборе объектов «cookie», содержащихся в накопителе 27 для «cookie». Для идентификации соответствующего поднабора «cookie» в целях поиска может быть использовано имя «cookie». Таким образом, нет необходимости проверять каждый объект «cookie», содержащийся в накопителе 27 для «cookie». Если «cookie» содержит указанные данные, клиентское приложение 24 электронной почты добавит эти данные в список 32 источников предупредительных сообщений. Ниже со ссылками на фиг.11 описывается приведенный в качестве примера способ идентификации подписок на предупредительные сообщения исходя из содержимого объекта «cookie».

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

Отображаемая часть окна 50 пользовательского интерфейса для управления правилами электронной почты выбирается посредством закладки 52 "e-mail rules" (правила электронной почты). Как только будет выбрана закладка 52, отображается список правил 58 электронной почты. В списке правил 58 электронной почты перечислены все текущие активные правила электронной почты в том порядке, в котором они применяются. Для изменения порядка правил электронной почты в списке правил 58 электронной почты могут быть предусмотрены клавиши пользовательского интерфейса. Вдобавок, на панели 56 окна пользовательского интерфейса отображается содержание правила электронной почты для правила, выбранного в списке правил 58 электронной почты. Также предусмотрен ряд других объектов пользовательского интерфейса: для создания нового правила, изменения правила, удаления правила или изменения действий, связанных с конкретным правилом. На фиг.9 показано ниспадающее меню, где отображается список действий 116, которые могут выполняться с сообщением электронной почты. Список действий 116 включает в себя действия для отображения предупреждения на рабочем столе пользовательского интерфейса (например, через приложение IM), воспроизведения звука, перемещения или копирования сообщения электронной почты, присваивания приоритетов сообщению электронной почты, маркировки сообщения для его отслеживания и удаления сообщения. Пользователь может выбрать клавишу 64 «apply» (применить), чтобы ввести любые изменения. Пользователь также может выбрать клавишу 60 «OK» или клавишу 62 отмены, когда он прекратил пользование окном 50 пользовательского интерфейса.

Для доступа к части окна 50 пользовательского интерфейса для управления подписками на предупредительные сообщения пользователь может выбрать закладку 54 «manage alerts» (управление предупреждениями). При выборе закладки 54 пользователю предлагается окно 50 пользовательского интерфейса, показанное на фиг.4. Окно 50 пользовательского интерфейса, показанное на фиг.4, включает в себя элементы пользовательского интерфейса для управления подписками на предупредительные сообщения, такими как подписка на предупредительные сообщения с источником 34 подписки. При выборе закладки 50 клиентское приложение 24 электронной почты формирует и отображает список 78 текущих подписок. Список 78 текущих подписок идентифицирует все подписки на предупредительные сообщения, поддерживаемые в данный момент текущим пользователем клиента 42 подписок.

Перед отображением подписки пользователю каждая подписка в списке 78 текущих подписок подвергается проверке. Как показано на фиг.5А-5С, пользователю может быть предоставлено отображение состояния процесса проверки. Например, как показано на фиг.5А, поле 82 описания предупреждения указывает, что извлекается предупредительная информация для источника подписки, идентифицированного в поле 80 источника предупреждения как «Bitpipe, Inc». На фиг.5В поле 82 описания предупреждения указывает, что не смогло быть выполнено соединение с источником предупреждения для «Bitpipe, Inc». Как показано на фиг.5С, поле 82 описания предупреждения включает в себя описание предупреждения, если подписку удалось подтвердить. Ниже со ссылками на фиг.12 описывается приведенный в качестве примера способ для создания и отображения списка текущих подписок. Как будет более подробно описано ниже, согласно одному варианту изобретения пользователю представляются только те источники подписок, которые можно проверить.

Для того чтобы оформить (создать) новую подписку на предупредительные сообщения, пользователь может выбрать клавишу 70 "new alert" (новое предупреждение). В ответ на выбор клавиши 70 "new alert" клиентское приложение 24 электронной почты отображает диалоговое окно 90, показанное на фиг.6А или на фиг.6В. Как показано на фиг.6А, диалоговое окно 90 может включать в себя древовидное отображение 92, идентифицирующее все проверенные ранее провайдеры, посылающие предупреждения в настоящее время. Древовидное отображение 92 может также идентифицировать провайдеры подписок на предупредительные сообщения, которые были посещены ранее, с использованием приложения 26 Web-броузера. Эти провайдеры могут быть идентифицированы на основе содержимого объектов «cookie», содержащихся в накопителе 27 для «cookie». Древовидное отображение 92 может также включать в себя идентификационные данные Web-узлов, предоставляющих услуги по уведомлению, к которым обращался пользователь, или Web-узлов, где пользователь оставил на хранение свои документы. Эти системы могут быть идентифицированы на основе имени, связанного с указанными серверами.

Как показано на фиг.6В, древовидное отображение 92 может также идентифицировать узлы, идентифицированные в зоне сетевых мест клиента 42 подписки. Пользователь может выбрать один из источников подписки, идентифицированных в древовидном отображении 92, или предоставить сетевой адрес вручную для провайдера подписки в поле 94. Как только пользователь сделал свой выбор, он может активизировать клавишу 60 "open" (открыть) для создания нового предупреждения или клавишу 62 "cancel" для отмены выбора. Если пользователь выбирает клавишу 60 "open", то в приложении 26 Web-броузера открывается окно, которое адресуется к Web-узлу для управления подписками, предоставляемыми источником подписки. На фиг.7 показан такой Web-узел. Этот Web-узел включает в себя список подписок 102 на предупредительные сообщения, которые могут быть оформлены пользователем. Путем активизации клавиши 104 'next" могут быть отображены дополнительные страницы для настройки предупреждения в соответствии с требованиями пользователя. Способ для добавления новой подписки на предупредительные сообщения будет описан ниже в связи с фиг.13.

Вновь обратимся к фиг.4, где пользователь может выбрать клавишу 72 "alert properties" (характеристики предупреждения) для отображения характеристик подписки на предупредительные сообщения, выбранной в списке 78 текущих подписок. В ответ на выбор клавиши 72 "alert properties" клиентское приложение 24 электронной почты отображает диалоговое окно 108, показанное на фиг.8. Это диалоговое окно отображает идентификационные данные источника предупреждения и предоставляет связь с Web-узлом, поддерживаемым источником предупреждения. Диалоговое окно 108 также предоставляет описание предупреждения и идентифицирует объект, к которому это предупреждение относится. Пользуясь диалоговым окном 108, пользователь может управлять предупреждениями, включая создание нового правила электронной почты, которое используется для входящих сообщений, создаваемых в результате подписки на предупредительные сообщения, путем выбора гиперссылки 110 "alerts management" (Управление предупреждениями). Как только пользователь завершит просмотр характеристик для выбранного предупреждения, он может выбрать клавишу 112 "close" (закрыть), чтобы закрыть диалоговое окно 108.

Следует отметить, что правило электронной почты, которое применяется к входящим сообщениям, сформированным в результате подписки на предупредительные сообщения, может быть создано путем выбора клавиши 76 «create rule» (создать правило), показанной на фиг.4. Пользователь может также удалить выбранное правило путем выбора клавиши 74 «delete» (удалить). Пользователь может также выбрать закладку 52 для возврата в часть окна 50 для управления правилами электронной почты или выбрать клавишу 60 «OK», клавишу 62 «cancel» (отменить) или клавишу 64 «apply» (применить) для выполнения соответствующей функции.

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

Обратимся теперь к фиг.10, со ссылками на которую описывается приведенная в качестве примера подпрограмма 1000, иллюстрирующая операции для идентификации подписки на предупредительные сообщения исходя из содержимого сообщения электронной почты. Как обсуждалось выше, клиентское приложение 24 электронной почты в состоянии оценить принятые сообщения электронной почты с целью определения того, относятся ли эти сообщения к подписке на предупредительные сообщения. Соответственно подпрограмма 1000 начинается с операции 1002 принятия решения, в которой определяется, принято ли сообщение электронной почты. Если сообщение электронной почты не было принято, то подпрограмма 1000 возвращается к операции 1002 принятия решения. Если сообщение электронной почты было принято, то подпрограмма 1000 переходит к операции 1004 поиска, в которой ищется содержимое принятых сообщений электронной почты с целью определения того, относится ли сообщение электронной почты к подписке на предупредительные сообщения. Как описано выше, эта операция может содержать поиск части с заголовком электронной почты для информации, идентифицированной в вышеупомянутой таблице 1.

После выполнения операции 1004 поиска подпрограмма 1000 переходит к операции 1006 принятия решения, в которой определяется, была ли принята информация в сообщении электронной почты, указывающая на то, что это сообщение относится к подписке на предупредительные сообщения. Если таких данных не обнаружено, то подпрограмма 1000 переходит к операции 1008 принятия решения, где определяется, были ли приняты дополнительные сообщения электронной почты. Если дополнительные сообщения электронной почты были приняты, то подпрограмма 1000 переходит к операции 1010 выборки, где извлекается и обрабатывается следующее сообщение электронной почты. Если дополнительные сообщения электронной почты не были приняты, то подпрограмма 1000 переходит от операции 1008 принятия решения к операции 1002 принятия решения, где дополнительные сообщения электронной почты могут быть обработаны вышеописанным образом.

Если в результате выполнения операции 1006 принятия решения определяется, что в принятом сообщении электронной почты обнаружены данные, указывающие на то, что данное сообщение относится к подписке на предупредительные сообщения, то подпрограмма 1000 переходит от операции 1006 принятия решения к операции 1012 принятия решения. При выполнении операции 1012 принятия решения определяется, соответствует ли информация, содержащаяся в принятом сообщении электронной почты, относящемся к подписке, текущей подписке, идентифицированной ранее клиентом 42 подписки. Это может быть выполнено путем сравнения информации, выделенной из принятого сообщения электронной почты, со списком 32 источников предупреждений. Если обнаружено соответствие, то добавлять источник предупреждения, идентифицированный в принятом сообщении электронной почты, к списку 32 источников предупреждений нет необходимости. Поэтому, если указанное соответствие обнаружено, то подпрограмма 1000 переходит от операции 1012 принятия решения к операции 1008 принятия решения. Если соответствие не обнаружено, то подпрограмма 1000 переходит от операции 1012 принятия решения к операции 1014 обработки, где информация, содержащаяся в сообщении электронной почты, относящемся к подписке, добавляется к списку 32 источников предупреждений. В частности, в список 32 источников предупреждений в виде новой записи добавляется информация, идентифицированная выше в таблице 1. Затем подпрограмма 1000 переходит от операции 1014 обработки к операции 1008 принятия решения.

Обратимся теперь к фиг.11, со ссылками на которую будет описана приведенная в качестве примера подпрограмма 1100, демонстрирующая операции для идентификации подписки на предупредительные сообщения исходя из содержимого объекта «cookie» или объекта постоянного хранения другого типа. Как описано выше, клиентское приложение 24 электронной почты периодически анализирует принятые объекты «cookie» для определения того, относится ли «cookie» к подписке на предупредительные сообщения. Соответственно подпрограмма 1100 начинается с операции 1102 принятия решения, где определяется, был ли принят объект «cookie». Если объект «cookie» не был принят, то подпрограмма 1100 переходит к операции 1102 принятия решения. Если объект «cookie» был принят, то подпрограмма 1100 переходит к операции 1102, где ищется содержимое накопителя 27 для «cookie», чтобы определить, относятся ли какие-либо содержащиеся в нем объекты «cookie» к подписке на предупредительные сообщения. Как обсуждалось выше, эта операция может содержать поиск в каждом объекте «cookie» на предмет наличия информации, идентифицированной в вышеуказанной таблице 2. Следует понимать, что согласно различным вариантам изобретения прием объекта «cookie» для запуска процесса, показанного на фиг.11, не является обязательным. Вместо этого процесс, показанный на фиг.11, может выполняться клиентским приложением 24 электронной почты на периодической основе, а не в ответ на прием объекта «cookie».

После операции 1104 поиска подпрограмма 1100 переходит к операции 1006 принятия решения, где определяется, была ли в принятом объекте «cookie» информация, указывающая на то, что данный объект «cookie» относится к подписке на предупредительные сообщения. Если указанные данные не были обнаружены, то подпрограмма 1100 переходит к операции 1108 принятия решения, где определяется, остались ли дополнительные объекты «cookie», подлежащие проверке. Если остались дополнительные объекты «cookie», подлежащие проверке, то подпрограмма 1100 переходит к операции 1110 выборки, где из накопителя 27 для «cookie» извлекается следующий объект «cookie», который затем обрабатывается. Если дополнительные объекты «cookie» не были приняты, то подпрограмма 1100 переходит от операции 1108 принятия решения к операции 1102 принятия решения, где вышеописанным образом могут быть обработаны дополнительные сообщения электронной почты.

Если при выполнении операции 1106 принятия решения определяется, что в принятом объекте «cookie» были обнаружены данные, указывающие на то, что данный объект «cookie» относится к подписке на предупредительные сообщения, то подпрограмма 1100 переходит от операции 1106 принятия решения к операции 1112 принятия решения. Во время операции 1112 принятия решения определяется, соответствует ли информация, содержащаяся в объекте «cookie», которая относится к подписке, текущей подписке, идентифицированной ранее клиентом 42 подписки. Это может быть выполнено путем сравнения информации, выделенной из объекта «cookie», со списком 32 источников предупредительных сообщений. Если соответствие обнаружено, то в список 32 источников предупреждений не надо добавлять источник предупреждений, идентифицированный в данном объекте «cookie». Поэтому, если соответствие обнаружено, подпрограмма 1100 переходит от операции 1112 принятия решения к операции 1108 принятия решения. Если соответствие не обнаружено, то подпрограмма 1100 переходит от операции 1112 принятия решения к операции 1114 обработки, где к списку 32 источников предупреждений добавляется информация, содержащая объект «cookie», который относится к данной подписке. В частности, в список 32 источников предупреждений добавляется в качестве новой записи информация, идентифицированная выше в таблице 2. Затем подпрограмма 1100 переходит от операции 1114 обработки к операции 1108 принятия решения.

Обратимся теперь к фиг.12, со ссылками на которую будет описана приведенная в качестве примера подпрограмма 1200 для создания и отображения списка текущих подписок. Как описано выше со ссылками с фиг.4, список 78 текущих подписок отображается на части унифицированного пользовательского интерфейса для управления правилами электронной почты и подписками на предупредительные сообщения. Как описано выше, источник подписки отображается в списке 78 текущих подписок только в том случае, если этот источник может быть проверен. Соответственно подпрограмма 1200 начинается с операции 1202 выборки, где из списка 32 источников предупреждений извлекаются идентификационные данные и сетевой адрес первого источника подписки. Затем подпрограмма 1200 переходит к операции 1204 принятия решения, где определяется, установлен ли ключ доверительных источников. Ключ доверительных источников позволяет пользователю указать, что подтвержденными являются только доверительные узлы подписки. Список может поддерживаться всеми доверительными узлами или доменами.

Если ключ доверительных источников не установлен, то подпрограмма 1200 переходит к операции 1212 подтверждения. Если ключ доверительных источников установлен, то подпрограмма 1200 переходит к операции 1206 принятия решения, где определяется, является ли текущий источник доверительным. Если источник текущей подписки не вызывает доверия, то подпрограмма 1200 переходит к операции 1208 принятия решения, где определяется, остались ли в списке 32 источников предупреждений дополнительные источники, подлежащие проверке. Если остались дополнительные источники, подлежащие проверке, то подпрограмма 1200 переходит к операции 1210 выборки, где выбирается следующий источник подписки, идентифицированный в списке 32 источников предупреждений. Если дополнительных источников, подлежащих проверке, не осталось, то подпрограмма 1200 переходит к операции 1209 останова, где она заканчивается. Если во время операции 1206 принятия решения определяется, что источник текущей подписки является доверительным, то тогда подпрограмма 1200 переходит от операции 1206 принятия решения к операции 1212 подтверждения. В ходе операции 1212 подтверждения от клиентского приложения 24 электронной почты в код 38 интерфейса предупреждений, выполняющийся в идентифицированном источнике 34 подписки, передается запрос SOAP. Затем в источнике 34 подписки формируется ответ, который передается в клиентское приложение 24 электронной почты. Если ответ правильный, то источник подписки считается действительным. Если ответ неправильный, то источник подписки считается недействительным. Соответственно подпрограмма 1200 переходит от операции 1212 подтверждения к операции 1214 принятия решения, где определяется, является ли источник подписки действительным. Если источник подписки является недействительным, то подпрограмма 1200 переходит к операции 1208 определения. Если источник подписки является действительным, то подпрограмма 1200 переходит к операции 1216 обработки.

При выполнении операции 1216 обработки клиентское приложение 24 электронной почты передает запрос SOAP на код 38 интерфейса предупреждений, выполняющийся в источнике текущей подписки, на все подписки для данного пользователя. В ответ на это код 38 интерфейса предупреждений создает структуру данных XML, идентифицирующую все подписки, поддерживаемые пользователем, и передает эту структуру данных XML в клиентское приложение 24 электронной почты. Пример указанной структуры данных показан ниже в таблице 3. Как показано в таблице 3, структура данных XML включает в себя тег XML, называемый <GetAlertsResponse>, который указывает, что структура данных XML является ответом на запрос для идентификации одной или нескольких подписок на предупредительные сообщения. В теге <GetAlertsResponse> имеется тег <GetAlertsResult>, который идентифицирует пользователя и имя серверного компьютера, предоставляющего подписки на предупредительные сообщения и другую информацию. Тег <GetAlertsResponse> может также идентифицировать сетевой адрес для серверного компьютера, тип сервера для серверного компьютера, Web-адрес для Web-узла, который серверный компьютер назначил ведущим для управления подписками на предупредительные сообщения, и сетевой адрес для Web-узла для добавления новых предупреждений. В теге <GetAlertsResult> имеется один или несколько дополнительных тегов <Alert>, идентифицирующих каждое предупреждение, на которое подписался пользователь, и предоставляющих дополнительную информацию, такую как Web-адрес, который соответствует данному предупреждению. Тег <Alert> предоставляется для каждого предупреждения, на которое подписался пользователь.

Таблица 3

<?xml version="1.0" encoding="utf-8"?>

<soap: Envelope

xmlns: xsi=

xmlns: xsd=

xmlns: soap="http: //schemas.xmlsoap.org/soap/envelope/">

<soap:Body>

<GetAlertsResponse xmlns="http://schemas.microsoft.corn/sharepoint/soap/2002/1/al

erts/"

<GetAlertsResult>

<CurrentUser>string</CurrentUser>

<AlertServerName>string</AlertServerName>

<AlertWebUrl>string</AlertWebUrl>

<AlertServerType>string</AlertServerType>

<AlertsManagementUrl>string</AlertsManagementUrl>

<AlertWebTitle>string</AlertWebTitle>

<NewAlertUrl>string</NewAlertUrl>

<AlertWebId>string</AlertWebId>

<Alerts>

<Alert>

<Id>string</Id>

<Title>string</Title>

<Active>boolean</Active>

<EventType>string</EventType>

<AlertForTitle>string</

AlertForTitle>

<AlertForUrl>string</AlertForUrl>

<EditAlertURL>string</EditAlertURL>

<DeliveryChannels xsi:nil="true"/>

</Alert>

</Alerts>

</GetAlertsResult>

</GetAlertsResponse>

</soap:Body>

</soap:Envelope>

Из операции 1216 обработки подпрограмма 1200 переходит к операции 1218 принятия решения. В ходе операции 1218 принятия решения определяется, являются ли данные подписки XML, принятые от источника 34 подписки, действительными. Если данные недействительны, то подпрограмма 1200 переходит к операции 1208 принятия решения. Если данные действительны, то подпрограмма 1200 переходит к операции 1220 обработки, где к списку 58 текущих подписок добавляются подписки на предупредительные сообщения, идентифицированные в данных подписки XML, которые и отображаются. Затем подпрограмма 1200 переходит от операции 1220 обработки к операции 1208 принятия решения, где процесс повторяется для каждого источника подписки, идентифицированного в списке 32 источников предупреждений.

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

Обратимся теперь к фиг.13, со ссылками на которую будет описана приведенная в качестве примера подпрограмма 1300 для добавления новой подписки на предупредительные сообщения. Как описано выше со ссылками на фиг.4 и 6А-6В, пользователь может осуществить новую подписку на предупредительные сообщения, выбрав клавишу 70 «new alert» (новое предупреждение) в окне 50 пользовательского интерфейса. В ответ на выбор клавиши 70 «new alert» пользователю предоставляется диалоговое окно 90, показанное на фиг.6А-6В. Затем пользователь может выбрать источник подписки, с которым необходимо оформить новую подписку. В подпрограмме 1300 показаны операции, необходимые для обеспечения этой функциональной возможности.

Подпрограмма 1300 начинается с операции 1302 обработки, где происходит поиск по списку 32 источников предупреждений. Как показано на фиг.6А, пользователю для выбора могут быть отображены источники предупреждений, идентифицированные в списке 32 источников предупреждений, которые в настоящее время обеспечивают предупреждения данному пользователю. После операции 1302 обработки подпрограмма 1300 переходит к операции 1304 обработки, где определяются идентификационные данные узлов, обеспечивающих источники подписки. Как обсуждалось выше, Web-узел может иметь объект «cookie», хранящийся в накопителе 27 для «cookie», когда пользователь посещает этот узел. Объект «cookie» может содержать данные, идентифицированные выше в таблице 2, которые указывают, что данный узел предоставляет предупредительные сообщения. Соответственно в ходе операции 1304 обработки может быть осуществлен поиск в накопителе 27 для объектов «cookie», чтобы идентифицировать посещенные Web-узлы, с использованием приложения 26 Web-броузера, которое предоставляет предупреждения. Как показано на фиг.6А, эти узлы затем могут также быть отображены для выбора их пользователем. После операции 1304 обработки подпрограмма 1300 переходит к операции 1306 обработки, где от пользователя получают выбранный им источник, с которым следует оформить новую подписку. Эта операция может включать в себя выбор пользователем источника из древовидного отображения 92 или предоставление пользователем сетевого адреса вручную.

От операции 1306 обработки подпрограмма 1300 переходит к операции 1308 принятия решения, где определяется, сделал ли пользователь свой выбор. Если пользователь выбор не сделал, то подпрограмма 1300 возвращается к операции 1306 обработки. Если пользователь сделал выбор, то подпрограмма 1300 переходит к операции 1310 принятия решения. В ходе операции 1310 принятия решения определяется, выбрал ли пользователь клавишу 62 <cancel>, показанную на фиг.6А-6В. Если пользователь выбрал клавишу <cancel>, то подпрограмма 1300 переходит к операции 1314 останова, где подпрограмма заканчивается. Если пользователь не выбрал клавишу <cancel>, то подпрограмма 1300 переходит к операции 1312 обработки, где запускается приложение 26 Web-броузера, которое адресуется к Web-узлу, предоставленному источником подписки, для добавления новых предупреждений. Пример такого Web-узла показан на фиг.7 и описан выше со ссылками на этот чертеж. После операции 1312 обработки подпрограмма 1300 переходит к операции 1314 останова, где подпрограмма заканчивается.

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

1. Способ управления подписками на предупредительные сообщения, причем способ содержит:
прием информации обмена;
определение на основе содержимого информации обмена того, относится ли информация обмена к подписке на предупредительные сообщения; и
в ответ на определение того, что информация обмена относится к подписке на предупредительные сообщения - добавление источника (34) подписки, идентифицированного по содержимому информации обмена, в список (32) источников подписки, и
проверку достоверности источника подписки посредством выполнения с источником подписки операций направления запроса и приема ответа.

2. Способ по п.1, в котором информация обмена содержит сообщение электронной почты.

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

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

5. Способ по п.1, в котором информация обмена содержит объект с постоянным состоянием.

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

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

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

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

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

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

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

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

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