Система и способ уведомления о вызовах

011847 Область техники, к которой относится изобретение Настоящее изобретение относится к системе и способу уведомления о вызовах и, в частности, применимо для настройки уведомления о вызове в мобильных телефонах, компьютерных системах связи и т.п. Предпосылки создания изобретения В сегодняшней жизни используется множество различных механизмов осуществления связи. Связь,осуществляемую с использованием одного из данных механизмов, в настоящем изобретении называют вызовом. Используемые механизмы включают обычные телефонные вызовы по линиям мобильной и стационарной связи, вызовы через Интернет или по сети, обычно с использованием передачи речи по протоколу IP (IP-телефония), вызовы по видеотелефону, чаты в текстовом или ином режиме и сеансы с совместным использованием прикладным программ, когда два пользователя, один из которых пользуется удаленной ЭВМ, могут управлять прикладной программой, установленной на одной ЭВМ. Для этого может использоваться сеть с коммутацией сообщений и другие подобные пакеты. Все механизмы включают по меньшей мере три последовательно происходящие стадии: стадию инициации; стадию связи и стадию завершения. Если стадии инициации и завершения включают передачу данных, которую можно рассматривать как "связь", упоминаемая в настоящем описании, стадия связи означает (обычно синхронное) взаимодействие между пользователями после инициации вызова одной стороной и его принятия другой стороной. Стадия завершения включает восстановление возможностей, выставление счета и т.п. Поскольку данная стадия не имеет особого значения для настоящего изобретения, в дальнейшем она не описана. Стадию инициации приводит в действие сторона, запрашивающая вызов (в дальнейшем именуемая"инициатором"), и продолжает по меньшей мере одна другая сторона (в дальнейшем именуемая "получателем"). Обычно после того, как инициатор обратится к своей системе, чтобы инициировать вызов, с системой получателя устанавливают соединение посредством обмена данными, именуемого методом подтверждения связи ("рукопожатие"). Подтверждение связи обычно является прозрачным для инициатора и получателя и осуществляется при помощи соответствующих механизмов связи. Во время подтверждения связи системы инициатора и получателя и любые необходимые промежуточные системы обмениваются данными, необходимыми для начала стадии связи. При связи на основе соединений стадия подтверждения связи может также включать согласование необходимых средств, таких как полоса частот с промежуточными системами для поддержки и маршрутизации данных на стадии связи. Когда система получателя принимает подтверждения связи, обычно передают соответствующее уведомление, чтобы оповестить получателя о запрашиваемом вызове. Получатель принимает вызов согласно установленному в системе порядку (снимая трубку, нажимая на клавишу, принимая подсказку от пользовательского интерфейса и т.д.). Порядок уведомления обычно зависит от характера и оснащения системы получателя и примененной настройки или персонализации. Например, при поступлении вызова система получателя может выбирать определенный сигнал вызова, отображение на дисплее какой-либо пиктограммы, осуществление какого-либо действия, такого как вибрация мобильного телефона, или их сочетание. На стадии инициации стандартных телефонных вызовов по стационарным линиям, которые осуществляют в телефонной сети общего пользования или цифровой сети с предоставлением комплексных услуг (ISDN), системе получателя направляют пакеты данных для установления соединения, который обычно называют определителем номера вызывающего абонента (CLI), несмотря на то, что он содержит не только номер телефона вызывающей системы. В процессе передачи CLI коммутаторы телефонной сети настроены на установление сквозного соединения. В различных системах существуют разновидности формата данных для установления соединения, хотя они по большей части являются функционально совместимыми. В сетях мобильной связи, таких как сети стандартов GSM, CDMA или UMTS используют CLI тех же форматов, что и в стационарных линиях. Вместе с тем, с учетом технологии, необходимой для установления беспроводного соединения, мобильные телефоны обычно более сложны, чем стационарные телефоны. Одно из применений мобильного телефона заключается в том, чтобы получатель мог связывать уведомление определенного типа с CLI одного или нескольких инициаторов, например, чтобы о вызове одного инициатора его уведомляли при помощи сигнала вызова, отличающегося от сигнала вызова другого инициатора. Системы IP-телефонии являются весьма разнообразными в том, что касается способа их реализации, но обычно существует стадия инициации, на которой инициирующая и принимающая системы обмениваются небольшим объемом данных в формате, заданном набором правил, часто с использованием стандартного протокола инициирования сеанса связи (SIP).IP-технология позволяет осуществлять текстовые чаты, видеовызовы и пользоваться совместно используемыми графическими средами. Что касается инициации сеанса связи, ее осуществляют таким же способом, как и в IP-телефонии.-1 011847 Краткое изложение сущности изобретения В соответствии с одной из особенностей изобретения предложена система уведомления о вызове, в которой в ответ на принятые от инициирующей системы данные инициирования вызова принимающая система генерирует уведомление о вызове, при этом инициирующая система способна управлять, по меньшей мере, аспектами уведомления о вызове. Инициирующая и принимающая системы могут представлять собой мобильный телефон, программу, выполняемую компьютером, абонента IP-телефонии, стационарную телефонную линию, видеотелефон или систему конференц-связи. Данные инициации могут вызывать срабатывание принимающей системы для получения данных уведомления о вызове и их использования при генерировании уведомления о вызове. Принимающая система может быть настроена на установление отдельного соединения с инициирующей системой с целью получения данных уведомления о вызове от инициирующей системы. Система может дополнительно включать удаленное хранилище данных для хранения данных уведомления о вызове, связанных с инициирующей системой, при этом, по меньшей мере, принимающая система или инициирующая система рассчитаны на получение из удаленного хранилища данных уведомления о вызове, связанных с инициирующей системой, для генерирования данных уведомления о вызове. Удаленное хранилище данных может дополнительно включать пользовательский интерфейс, способный принимать данные уведомления о вызове и/или выборки пользователя инициирующей системы и хранить данные уведомления о вызове и/или выборки, связанные с инициирующей системой. Инициирующая система может быть настроена на обеспечение удаленного хранилища данных данными уведомления о каждом инициированном вызове. Данные инициации могут представлять собой данные одного или нескольких типов, включающие данные уведомления о вызове, кодированные данные уведомления о вызове, ссылку на данные уведомления о вызове или однозначный идентификатор данных вызова, хранящихся в заданном положении, при этом принимающая система способна генерировать уведомление о вызове в зависимости от данных уведомления о вызове. Данные уведомления о вызове могут представлять собой данные одного или нескольких типов,включающие сигнал вызова, ссылку на данные уведомления о вызове, определение уведомления о вызове, генерируемого в принимающей системе, контактные данные изображения, указания, касающиеся действий, которые должна предпринимать принимающая система, ссылку на источник, из которого должны быть получены данные, указания о том, как генерировать, по меньшей мере, аспекты уведомления о вызове, или данные, требующие кодирования, декодирования, преобразования или перевода в другое представление принимающей системой до их вывода. В принимающей системе могут храниться, по меньшей мере, аспекты уведомления о вызове для предоставления по требованию. В соответствии с другой особенностью настоящего изобретения предложен способ генерирования уведомлений о вызове, включающий стадии, на которых принимающая система принимает данные инициации вызова от инициирующей системы и принимающая система генерирует уведомление о вызове, при этом инициирующая система предварительно задает, по меньшей мере, аспекты уведомления о вызове. Способ может дополнительно включать получение принимающей системой данных уведомления о вызове для использования при генерировании уведомления о вызове. Способ может дополнительно включать установление принимающей системой отдельного соединения с инициирующей системой и получение от принимающей системы данных уведомления о вызове. Способ может дополнительно включать хранение данных уведомления о вызове в удаленном хранилище данных и получение, по меньшей мере, принимающей системой или инициирующей системой данных уведомления о вызове, связанных с инициирующей системой, из удаленного хранилища данных. Способ может дополнительно включать обеспечение удаленного хранилища данных данными уведомления о каждом инициированном вызове. Способ может дополнительно включать хранение некоторых аспектов уведомления о вызове в принимающей системе для предоставления по требованию. Варианты осуществления настоящего изобретения могут быть реализованы программными средствами, программно-аппаратными средствами, аппаратными средствами или путем их сочетания. Варианты осуществления могут быть предварительно установлены и/или встроены в системы или быть доступны в виде инсталлируемых дополнений. Отдельныеварианты осуществления настоящего изобретения относятся к системе уведомления о сообщениях, в которой уведомление и другие данные, связанные с входящим сообщением, могут быть настроены стороной, инициирующей такое сообщение. Если в момент поступления вызова получатель вызова занят, в одном из вариантов осуществления настоящего изобретения предусмотрены дополнительные средства (такие как индикатор срочности, сигнал вызова и/или отмена режима выключения всех сигналов), позволяющие определить, является ли вы-2 011847 зов срочным. Варианты осуществления настоящего изобретения предпочтительно позволяют пользователям хранить и обновлять данные конфигурации при помощи пользовательского интерфейса через всемирную"паутину", сеть мобильной связи или другую сеть дальней связи. Данные конфигурации могут использоваться в качестве данных уведомления о вызове и могут включать сигнал вызова (или ссылку на/определение сигнала вызова); изображение, связанное с пользователем; адрес/контактные данные пользователя; действие, предпринимаемое принимающими аппаратными средствами (например, ПК может быть дана команда запустить конкретную программу). Например, данные уведомления о вызове могут быть приложены к заголовку или содержанию подтверждения связи или данных настройки вызова или закодированы в них; доступны посредством ссылки, содержащейся в заголовке или содержании подтверждения связи/данных настройки вызова; связаны с однозначным идентификатором, содержащимся в заголовке или содержании подтверждения связи/данных настройки вызова, как использовать который для получения данных уведомления о вызове известно совместимому получателю. Независимо от типа связи пользовательская программа в принимающей системе (которая может представлять собой программные средства, аппаратные средства, программно-аппаратные средства или определенное сочетание) интерпретирует переданные и/или полученные данные уведомления о вызове для их отображения или выполнения действия. Кроме того, принимающая система может устанавливать соединение с инициирующей системой или удаленным источником данных для получения дополнительных данных, например для сбора и/или обновления информации об адресах. Поскольку стиль и содержание уведомления не зависят от каких-либо предварительных настроек принимающей системы, инициатор (отправитель) может персонализировать свои сообщения. Это обеспечивает множество выгод, например компании могут продвигать свой бренд/стиль при помощи особого сигнала вызова и его графического отображения при поступлении вызова или сообщения электронной почты; пользователи мобильных телефонов могут пополнять данными свои адресные книги с возможностью их автоматического обновления; индикатор срочности мог бы побуждать пользователя мобильного телефона проверять, действительно ли входящий вызов требует ответа или вызов поступил от кого-то, кто просто хотел поболтать; данные уведомления в системе мобильной связи могли бы отображать краткое изложение предполагаемой темы вызова. С учетом высокой стоимости использования полосы частот на стадии инициации системы обычно обмениваются только данными, важными для установления соединения и начала стадии связи. Возможность передачи данных пользователя на данной стадии ограничена идентификацией инициатора или небольшим текстовым полем. Варианты осуществления настоящего изобретения позволяют инициатору задавать атрибуты уведомления о вызове, которое должно быть передано получателю. На протяжении инициации вызова принимающую систему снабжают данными или побуждают получать данные, и она генерирует уведомление в зависимости от данных и атрибутов, заданных инициатором. Примеры аспектов уведомлений, которые могут быть заданы, включают сигналы вызова, персональную контактную информацию и фотографические изображения. Варианты осуществления настоящего изобретения позволяют инициатору передавать и использовать в качестве уведомления о вызове до начала стадии связи данные в любой форме. Для простоты в большей части описания речь идет о связи между двумя абонентами, хотя подразумевается, что описанные принципы и примеры также применимы к связи между множеством абонентов. В предпочтительном варианте осуществления настоящего изобретения на протяжении стадии инициации получают данные уведомления о вызове, чтобы задать аспекты уведомления, передаваемого получателю. Данные, принятые системой получателя на протяжении стадии инициации, могут служить причиной для того, чтобы система получателя получила данные уведомления о вызове от системы инициатора или какого-либо посредника. На протяжении стадии инициации может быть установлена вторая линия связи, чтобы принимающая система получила доступ к данным уведомления о вызове, при этом стадию инициации продлевают,чтобы задержать уведомление до приема данных уведомления о вызове. Это позволяет использовать данные для уведомления, в частности заменять сигнал вызова звуковым сигналом, передаваемым инициатором, или отображать на дисплее изображение инициатора или изображение, связанное с вызовом. Поскольку варианты осуществления настоящего изобретения обеспечивают существенный обмен данными в рамках механизма уведомления о вызове, в отдельных вариантах осуществления предусмот-3 011847 рена передача уведомления о вызове без последующего вызова. В предпочтительном варианте осуществления настоящего изобретения предложен способ рекламирования товаров и услуг, включающий стадии, на которых в ответ на данные инициации вызова, принятые от инициирующей системы, принимающая система генерирует уведомление о вызове, при этом, по меньшей мере, аспекты уведомления о вызове рекламируют товары или услуги; и в случае принятия принимающей системой уведомления о вызове устанавливают соединение принимающей системы с представителем компании, рекламирующей товары или услуги. Краткое описание чертежей Далее описаны примеры настоящего изобретения со ссылкой на приложенные чертежи, на которых: на фиг. 1 схематически показана система связи, в которой используется один из вариантов осуществления настоящего изобретения; на фиг. 2 схематически проиллюстрирован поток данных согласно вариантам осуществления настоящего изобретения; на фиг. 3 схематически показана система связи, в которой используется один из вариантов осуществления настоящего изобретения; на фиг. 4-12 схематически проиллюстрированы аспекты потоков данных согласно вариантам осуществления настоящего изобретения и на фиг. 13 и 14 проиллюстрированы применения вариантов осуществления настоящего изобретения. Подробное описание На фиг. 1 схематически показана система связи, в которой используется один из вариантов осуществления настоящего изобретения. Система связи включает инициирующую систему 3, принимающую систему 2, которые связаны сетью 4. Обычно инициирующая система 3 запускает стадию инициации вызова путем направления запроса сети 4 на установление соединения с принимающей системой 2. Сеть 4 устанавливает данные для идентификации принимающей системы 2 на основании идентифицирующей информации, предоставленной инициирующей системой 3. Данные для идентификации могут включать местоположение, информацию, подтверждающую идентичность, и/или другую необходимую информацию о принимающей системе 2. В случае мобильного телефона данные для идентификации включают MSIDN, обычно известный как номер телефона. В случае прямого обмена сообщениями или других услуг это может быть более общий IP-адрес и/или идентификатор пользователя. После того как сеть установила данные для идентификации принимающей системы 2, она передает принимающей системе 2 данные инициации сеанса. Данные инициации сеанса включают технические подробности сеанса связи, такие как информацию о кодере-декодере для видео- и аудиовызовов или кодовые страницы для текстовых сообщений. В определенный момент на протяжении стадии инициации (или после ее завершения) принимающая система 2 генерирует уведомление о вызове. Далее более подробно рассмотрены различные варианты осуществления настоящего изобретения, но их общим элементом является то, что инициатор может управлять, по меньшей мере, атрибутами уведомления о вызове, генерируемого принимающей системой 2. В отдельных вариантах осуществления принимающую систему приводят в действие, чтобы она получила данные уведомления о вызове для использования при генерировании уведомления о вызове. В качестве альтернативы или дополнительно данные уведомления о вызове могут быть предоставлены принимающей системе 2 непосредственно или косвенно. В одном из вариантов осуществления данные уведомления о вызове могут быть приложены к определителю номера вызывающего абонента или закодированы в нем. Подразумевается, что в этом состоит отличие от известных из уровня техники систем, таких как описанные выше системы, в которых инициатор не может управлять атрибутами уведомления о вызове,генерируемого принимающей системой 2, и такими атрибутами управляет получатель. Стадия инициации обычно не считается успешно завершенной до тех пор, пока пользователь принимающей системы 2 не согласится принять вызов, после чего начинается стадия связи. Вместе с тем, в отдельных вариантах осуществления настоящего изобретения стадия инициации может считаться завершенной на более раннем этапе. В таких вариантах между стадией инициации и стадией связи предусмотрена стадия уведомления, которая начинается после завершения стадии инициации, а стадия связи начинается лишь после завершения стадии уведомления и принятия вызова. Уведомление о вызове может быть генерировано с использованием уже существующих возможностей принимающей системы 2 (таких как выбор конкретного существующего сигнала вызова или воспроизведение настроенного пользователем сигнала вызова с использованием генератора сигналов вызова принимающей системы). В некоторых вариантах осуществления настоящего изобретения инициирующая система 3 непосредственно или косвенно вводит в принимающую систему 2 данные, которые принимающая система 2 использует для генерирования настроенного пользователем уведомления о вызове, будь то особый сиг-4 011847 нал вызова, видеоизображение или отображение на дисплее короткого сообщения. Подразумевается, что инициирующая система и принимающая система необязательно являются системами одного типа. Варианты осуществления настоящего изобретения применимы при условии, что используемый механизм связи совместим с обеими системами. Например, мобильный телефон способен привести в действие управляемое инициатором уведомление о вызове по линии стационарной связи. Мобильный телефон также способен привести в действие управляемое инициатором уведомление о вызове использующего компьютер пользователя IP-телефонии. В данной ситуации вызов с мобильного телефона рассматривается как стандартный телефонный вызов, обрабатываемый шлюзом IP-телефонии,расположенным между сетью мобильной телефонной связи и сеть IP-телефонии. В качестве альтернативы, если сам телефон способен поддерживать IP-телефонию, необходимость в шлюзе отпадает. Если вызов может быть направлен через шлюз, то шлюз предпочтительно включает средства для преобразования управляемых инициатором данных уведомления о вызове, которые содержатся в данных инициации, в любой формат, который потребует принимающая система. Данные уведомления о вызове необязательно являются самостоятельными (или готовыми для вывода) и могут включать ссылки на другие источники, из которых должны быть получены данные; указания о том, как создать уведомление о вызове (с использованием возможностей принимающей системы или полученных где-либо еще возможностей); и данные, требующие кодирования, преобразования и т.п. принимающей системой до их вывода. В предпочтительных случаях описанных вариантов осуществления инициирующая система может на свое усмотрение передавать уведомление о связи с использованием одного из описанных механизмов без перехода на стадию связи. В других вариантах осуществления уведомление о вызове изначально может быть связано не с одним инициатором, а номером или центром обработки вызовов, с которым должно быть установлено соединение, если пользователь принимающей системы принимает уведомление о вызове. За счет этого может осуществляться передача содержащих рекламу уведомлений о вызове с запросом заинтересованности пользователя. Соединение с инициирующей системой устанавливают лишь в том случае, если пользователь принимает уведомление о вызове. Взаимно однозначное соответствие между инициатором и получателем, как в большинстве стандартных вызовов, как таковое необязательно, и инициатор может потенциально одновременно запрашивать множество получателей, устанавливая соединение только с теми из них, кто положительно воспринял уведомление о вызове. На фиг. 2 схематически проиллюстрирован поток данных согласно вариантам осуществления настоящего изобретения. После того как сеть 4 установила данные для идентификации принимающей системы 2, инициирующая система 3 передает принимающей системе 2 запрос 10 на инициацию. После приема запроса 10 на инициацию принимающая система 2 на шаге 20 осуществляет проверку, чтобы установить, поддерживается ли и разрешено ли генерированное инициатором уведомление о вызове. Чтобы установить, что вызов поддерживает генерированное инициатором уведомление о вызове,идентичность инициатора или сеанса может быть сверена со списком или базой данных, которая может храниться в принимающей системе или любом удаленном устройстве. Если генерированное инициатором уведомление о вызове поддерживается и разрешено, принимающая система 2 на шаге 30 использует данные из запроса на инициацию для получения данных, необходимых для генерирования уведомления о вызове. После получения данных на шаге 40 принимающая система 2 на шаге 50 генерирует и отображает уведомление о вызове. После принятия вызова принимающей системой 2 уведомление о вызове завершается и начинается стадия 60 связи. В качестве альтернативы самопроверки, которую осуществляет принимающая система 2, чтобы определить, поддерживается ли генерированное инициатором уведомление о вызове, принимающая система 2 может зарегистрировать принятие уведомления в объекте сети 4, который был проверен до доставки запроса 10 на инициацию принимающей системе 2. Если в таком объекте не зарегистрировано принятие уведомления для опознанной принимающей системы 2, принимающей системе 2 передают стандартный запрос на инициацию, в результате чего приводится в действие стандартное уведомление о вызове, генерируемое принимающей, а не инициирующей системой. В одном из вариантов осуществления, проиллюстрированных на фиг. 3, для хранения данных и необязательно атрибутов уведомлений для инициирующей системы 3 используют удаленное хранилище данных в виде сервера 1. В этом случае на шаге 40 принимающая система 2 может быть приведена в действие для обмена данными с сервером и получения данных и любых установочных параметров атрибутов для инициирующей системы 3. Для установления идентичности инициирующей системы может использоваться CLI или подобный идентификатор, содержащийся в запросе на инициацию. В запросе на инициацию также может быть включен идентификатор, IP- или web-адрес сервера 1.-5 011847 Сервер 1 предпочтительно включает интерфейс, позволяющий пользователю инициирующей системы 3 зарегистрироваться, хранить или выбирать данные для использования в уведомлении о вызове и устанавливать любые атрибуты уведомления. Запрос на инициацию может содержать особую информацию для использования инициирующей системой с целью идентификации вызовов, которые поддерживает генерированное инициатором уведомление о вызове. В случае обычной телефонии это может быть расширение с номером вызывающего абонента, в случае протокола SIP это может быть особый код на строке темы, при этом аналогичный подход применяют к другим механизмам инициации сеансов связи. Сервер 1 может являться частью сетевого посредника или маршрутизатора. Вместо или в дополнение к загрузке или выбору данных задолго до вызова инициирующая система 3 может загрузить данные в сервер 1 или указать серверу 1 данные для использования при уведомлении о вызове до или во время стадии инициации. В альтернативном варианте осуществления принимающая система 2 может получать данные и необязательно любые атрибуты уведомления непосредственно от инициирующей системы 3. Это может осуществляться посредством одноранговой связи или связи в любой другой форме. В некоторых вариантах осуществления настоящего изобретения предусмотрено, что принимающая система получает данные уведомления о вызове различными способами и/или в различное время. Далее рассмотрены различные типичные варианты осуществления, хотя также возможны и другие варианты. В одном из вариантов осуществления, проиллюстрированном на фиг. 4, принимающая система принимает уведомление о доступности данных уведомления о вызове и осуществляет доступ к ним на протяжении стандартной стадии 110 инициации до начала стадии 120 связи. Стадию 110 инициации продлевают, чтобы стадия 120 связи не начиналась до тех пор, пока данные уведомления о вызове не будут приняты и, где это применимо, выведены или обработаны принимающей системой 2. Уведомление о том, что данные уведомления о вызове доступны в инициирующей системе 3 для принимающей системы 2 посредством одноранговой связи, содержится в инициирующем подтверждении 100 связи. После завершения инициирующего подтверждения 100 связи на шаге 105, но до начала стадии 120 связи инициирующая система 3 на шаге 130 передает данные уведомления о вызове принимающей системе 2. Это называют продленной стадией 140 инициации, которая отличается от стадии 120 связи тем, что на ее протяжении разрешена не полная синхронная связь между пользователями, а лишь передача данных уведомления о вызове для уведомления о вызове. В качестве альтернативы продленной стадии инициации, в показанном на фиг. 5 варианте осуществления между двумя устройствами организуют отдельный сеанс 200 связи. Принимающая система 2 на шаге 205 запрашивает передачу данных уведомления о вызове, которые затем на шаге 210 передает инициирующая система 3. Лишь после завершения передачи и получения пользователем уведомления о вызове системы считают инициирующее подтверждение 100 связи завершенным и разрешают начать стадию 120 связи. В показанном на фиг. 6 варианте осуществления инициирующая система 3 на протяжении отдельного сеанса 250 связи уведомляет сервер 1 о доступности данных уведомления о вызове. Затем инициирующая система 3 начинает обычное инициирующее подтверждение 100 связи, а принимающая система 2 организует дополнительный отдельный сеанс 260 связи с целью проверки у сервера 1 доступности данных уведомления о вызове. После установления доступности данных уведомления о вызове принимающая система 2 на шаге 105 завершает инициирующее подтверждение связи и начинает сеанс 270 связи с инициирующей системой 3, но не разрешает начинать стадию связи. На протяжении данной стадии 280 инициирующая система 3 передает данные уведомления о вызове принимающей системе 2. Стадия 280 завершается лишь после принятия вызова получателем, после чего начинается стадия 120 связи. Согласно варианту осуществления, проиллюстрированному на фиг. 7, для запроса данных уведомления о вызове у инициирующей системы принимающая система 2 может использовать текущий сеанс, а не начинать новый сеанс. В проиллюстрированном на фиг. 8 варианте осуществления после того, как инициирующее подтверждение 100 связи поступило из инициирующей системы 3 в принимающую систему 2, инициирующая система 3 начинает отдельный сеанс 300 связи и на шаге 310 регистрирует, что данные уведомления о вызове доступны на отдельном сервере 1. После приема инициирующего подтверждения 100 связи принимающая система 2 аналогичным образом начинает отдельный сеанс связи и на шаге 320 проверяет доступность данных уведомления о вызове. После установления доступности данных уведомления о вызове принимающая система 2 завершает инициирующее подтверждение 100 связи и начинает сеанс 330 связи с инициирующей системой 3, но не разрешает начинать стадию связи. Затем осуществляют продленную стадию 340 инициации, во время которой инициирующая система 3 передает данные уведомления о вызове принимающей системе 2. Данная стадия завершается лишь после принятия вызова получателем, после чего начинается стадия 120 связи.-6 011847 В другом варианте осуществления, проиллюстрированном на фиг. 9, стадия 110 инициации начинается после того, как инициирующее подтверждение 100 связи поступило из инициирующей системы 3 в принимающую систему 2. Инициирующая система 3 начинает отдельный сеанс 400 связи и регистрирует, что данные уведомления о вызове доступны на отдельном сервере 1. После приема инициирующего подтверждения 100 связи принимающая система 2 аналогичным образом начинает отдельный сеанс связи и на шаге 410 проверяет доступность данных уведомления о вызове. После установления доступности данных уведомления о вызове принимающая система 2 использует текущий сеанс для запроса данных уведомления о вызове у инициирующей системы 3 на шаге 420. На шаге 430 инициирующая система 3 передает эти данные принимающей системе 2, которая генерирует уведомление о вызове. После принятия вызова получателем инициирующее подтверждение 100 связи завершается, после чего начинается стадия 120 связи. В показанном на фиг. 10 варианте осуществления стадия 110 инициации начинается после того, как инициирующее подтверждение 100 связи поступило из инициирующей системы 3 в принимающую систему 2. Инициирующая система 3 начинает отдельный сеанс 400 связи и на шаге 510 загружает данные уведомления о вызове в отдельный сервер 1. После приема инициирующего подтверждения 100 связи принимающая система 2 аналогичным образом начинает отдельный сеанс связи и на шаге 520 запрашивает у сервера 1 соответствующие данные уведомления о вызове. Если данные уведомления о вызове доступны, принимающая система 2 на шаге 530 загружает их из сервера и затем генерирует уведомление о вызове. После принятия вызова получателем инициирующее подтверждение 100 связи завершается,после чего начинается стадия 120 связи. На фиг. 11 проиллюстрирован вариант осуществления, альтернативный варианту осуществления,показанному на фиг. 10, в котором шаг 510 загрузки данных осуществляют до инициирующего подтверждения 100 связи. В одном из вариантов осуществления уведомление сервера о наличии данных уведомления о вызове и загрузка данных в сервер может необязательно осуществляться по отдельности, соответственно до и после инициирующего подтверждения 100 связи, как это показано на фиг. 12. В случае реализации в мобильной телефонии вызывающий мобильный телефон во время установления соединения передает принимающему мобильному телефону управляемый инициатором триггер уведомления о вызове. Принимающий мобильный телефон обрабатывает триггер и получает данные уведомления о вызове для генерирования уведомления о вызове для получателя до того, как он решил,следует ли принимать вызов. Данные уведомления о вызове могут включать данные нескольких различных типов, в том числе задаваемый инициатором сигнал вызова, записываемый инициатором сигнал вызова, индикатор срочности, текстовое сообщение, изображение и т.д. Данные уведомления о вызове обычно выбирает, создает или предоставляет инициатор в форме, доступной для загрузки и последующего использования принимающим мобильным телефоном до того, как получатель решит, следует принимать вызов. Инициатор вызова способен определить на вызывающем мобильном телефоне информацию для передачи, идентичность получателя и инициировать вызов через оператора сетевой связи. Инициатор вызова предпочтительно способен создавать дополнительные настройки стандартных параметров своего телефона. При активизации данных настроек все вызовы, осуществляемые с телефона,имеют заранее заданное управляемое инициатором уведомление о вызове, которое после приема вызова получает совместимый принимающий мобильный телефон. Стандартное управляемое инициатором уведомление о вызове, вероятно, включает данные пользователя, такие как изображение или сигнал вызова,а не характерные для вызова данные, такие как сообщение или индикатор срочности. В качестве альтернативы или дополнительно пользователь предпочтительно может задать характерное для вызова управляемое инициатором уведомление о вызове для присоединения к вызову до его осуществления. Это может быть сделано путем выбора запасной клавиши вызова или сочетания клавиш. В каждом случае пользователь должен выбрать соответствующее содержание уведомления о вызове до его осуществления. В случае использования как характерных для вызова данных, так и данных пользователя процесс осуществления вызова после присоединения к нему управляемого инициатором уведомления о вызове идентичен существующим функциям вызова. После того как вызов осуществлен путем набора, инициатор слышит сигнал вызова или сигнал обратного вызова, если он настроен, до тех пор, пока получатель не ответит на вызов. Инициатор может необязательно получать сообщение о том, принята ли получателем дополнительная информация. Управляемое инициатором уведомление о вызове может быть выбрано из предварительно заданного списка уведомлений о вызове или типов уведомлений, который предварительно установлен в мобильном телефоне, если речь идет о приоритетах, символах эмоций и т.п., или, что более вероятно, может храниться в отдельном от мобильного телефона сервере, если речь идет о сигналах вызовов, изображениях и т.д.-7 011847 Инициатор может необязательно генерировать личные данные, которые могут быть переданы получателю до генерирования мобильным телефоном получателя уведомления о вызове. Они могут включать короткие текстовые сообщения (хотя и отличающиеся от SMS-сообщения), фотографии, сигналы вызова,видео или даже самостоятельно записанные звуки и видео. Если инициирующей или принимающей системе доступна лишь ограниченная полоса частот, принимающая система или сеть предпочтительно могут уменьшить объем данных, загружаемых принимающей системой для генерирования уведомления о вызове. Это может быть сделано в форме кэшированных локальных копий данных, фотографий или видео с пониженной разрешающей способностью, аудио с пониженной дискретизаций и т.п. Инициатор предпочтительно не должен иметь возможности передавать вызов с управляемым инициатором уведомлением о вызове, если он решит скрыть или утаить от получателя свой номер телефона. Получатель предпочтительно может настроить свой мобильный телефон на принятие или отклонение управляемых инициатором уведомлений о вызове. Поскольку большинство мобильных телефонов допускают наличие множества конфигураций, предпочтительно, чтобы они были осведомлены об управляемых инициатором уведомлениях о вызове и включали установки, позволяющие определенным управляемым инициатором уведомлениям о вызове игнорировать настройки конфигурации. Например, если управляемое инициатором уведомление о вызове содержит признак высокого приоритета, при действующей настройке режима "молчания" может воспроизводиться стандартный сигнал вызова. После приема подтверждения установления соединения, включающего управляемое инициатором уведомление о вызове, принимающий мобильный телефон осуществляет проверку его текущей конфигурации с целью установить, может ли управляемое инициатором уведомление о вызове быть представлено пользователю. Если это так, мобильный телефон получает необходимые данные уведомления о вызове и воспроизводит для пользователя уведомление о вызове. Принимающий мобильный телефон также может передавать оператору сетевой связи уведомление о том, что уведомление о вызове было успешно принято и воспроизведено. В случае звукового уведомления оно должно представлять собой заменитель стандартного сигнала вызова. После принятия или отклонения вызова пользователем уведомление о вызове больше не воспроизводится. Если уведомление о вызове включает потоковые данные, такие как сигнал вызова или видео,остальную информацию не передают получателю. Предпочтительно в принимающем мобильном телефоне предусмотрена опция, позволяющая получателю сохранять аспекты уведомления о вызове. Простые аспекты уведомления о вызове, такие как индикаторы срочности, короткие текстовые сообщения и изображения, могут храниться в памяти принимающего мобильного телефона и отображаться в списке вызовов. Данные более крупных форм могут храниться для предоставления по запросу получателя, возможно, после их оплаты поставщику услуг или оператору сетевой связи. Мобильные телефоны могут быть настроены на локальное хранение всех форм данных уведомления о вызове и осуществление доступа к ним в списке вызовов. Предпочтительно принимающему мобильному телефону, который уже обрабатывает вызов, должно быть предоставлено максимальное полное управляемое инициатором уведомление о вызове. Техническая осуществимость этого с точки зрения ожидания вызова зависит от сети. Предпочтительно принимающему мобильному телефону, обрабатывающему текущий вызов, предоставляют, по меньшей мере,индикаторы срочности, короткие сообщения и изображения. Во избежание злоупотребления уведомлениями о вызове лицами, осуществляющими злонамеренные вызовы (например, передающими неуместную или содержащую угрозы дополнительную информацию), пользователь должен иметь возможность вносить определенных инициаторов в черный список,чтобы никогда более не принимать от них дополнительную информацию. Подразумевается, что существует множество потенциальных применений вариантов осуществления настоящего изобретения. Одним из потенциальных применений вариантов осуществления настоящего изобретения является реклама. Уведомление о вызове может включать рекламу или предложение. Для принятия предложения или дополнительного обсуждения рекламируемого товара или услуги с оператором или автоматизированной системой пользователь принимающей системы должен лишь принять вызов. При этом устанавливается соединение с соответствующим лицом или системой. Если пользователя это не интересует, он просто игнорирует уведомление. Например, пользователь может решить принимать уведомления о предлагаемых для продажи сигналах вызова или фоновых изображениях для мобильных телефонов. Уведомление может включать образец одного или нескольких сигналов вызова или фоновых изображений для ознакомления с ними пользователя (например, они могут демонстрироваться в единственном числе или в виде слайд-шоу или аналогичным образом). Если пользователь желает приобрести определенный сигнал вызова или фоновое изображение, он отвечает на вызов и его соединяют с оператором или автоматизированной системой для осуществления покупки.-8 011847 В виде уведомления, позволяющего пользователю ознакомиться с содержанием и осуществить покупку, приняв вызов, могут аналогичным образом передаваться субдискретизированные или сокращенные версии мелодий, видео и т.п. На фиг. 13 проиллюстрировано применение одного из вариантов осуществления настоящего изобретения. Как показано на фиг. 13, данный вариант осуществления применяется в условиях центра обработки вызовов для осуществления продаж по телефону. Центр 1000 обработки вызовов включает несколько терминалов 1010 операторов, центральное устройство 1020 управления терминалами и сервер 1030 уведомлений, связанные друг с другом сетью 1040 передачи данных. Сервер 1030 уведомлений может получать доступ к базе 1050 данных, в которой хранятся данные принимающей системы 2, желающей принять предложение продажи по телефону. Центральное устройство 1020 управления терминалами может обмениваться данными с терминалами 1010 операторов и сервером 1030 уведомлений и получать данные использования из центра 1000 обработки вызовов. Центральное устройство 1020 управления терминалами может приводить в действие сервер 1030 уведомлений, который рассылает уведомления о вызове заданному числу принимающих систем 2. Каждое уведомление о вызове включает подробности предложения продажи по телефону. После приема уведомления принимающая система 2 представляет его пользователю одним из рассмотренных выше способов (например, в форме графического, видео или звукового файла или их сочетания). Если пользователь принимающей системы 2 принимает вызов, сервер 1030 уведомлений устанавливает соединение с доступным терминалом 1010 оператора. Данным способом центральное устройство 1020 управления терминалами может управлять пропускной способностью центра обработки вызовов и поддерживать равновесие между числом передаваемых уведомлений и числом занятых терминалов 1010 операторов. В отличие от прямого почтового маркетинга и маркетинга на базе SMS, предусмотрена возможность управления уведомлениями, при этом пользователю предоставляют возможность принять предложение (уведомление) лишь в часы работы центра обработки вызовов; ограниченные по количеству предложения (такие как места в самолете, отдых и т.п.) могут соответствовать числу получателей, в результате чего исключается превышение спроса над предложением; и в традиционных видах бизнеса может использоваться сокращенная версия описанной системы для осуществления "своевременных" предложений в зависимости от наличия в данный момент (например,мест в ресторане). Пользователь может необязательно иметь возможность зарегистрировать конфигурацию предпочтений, согласно которой могут быть приняты/отклонены рекламные предложения лишь определенных типов. Также или в качестве альтернативы может быть предусмотрена система слежения за типом принимаемых рекламных предложений и их последующей адаптации соответствующим образом. Также могут быть предусмотрены другие управляемые событиями применения. Например, гостиница может соединить свою систему вызовов-напоминаний с системой обслуживания номеров. В данном случае об уведомлении предварительно договариваются накануне, и оно служит вызовом-напоминанием. Если пользователь решит встать, он отвечает на уведомление о вызове и его соединяют с системой обслуживания номеров, чтобы он мог заказать завтрак. В качестве альтернативы,если пользователь решит не вставать, система может быть настроена на передачу дополнительного уведомления по истечении заданного периода времени. Таким образом, когда пользователь решит встать, он в любом случае получит горячий/свежий завтрак. Аналогичный сценарий действует, если речь идет о регулярных пассажирах и т.п., когда компанияпоставщик информации о движении может направлять вызов-напоминание абонентским принимающим системам 2. Если вызов принят, за установленную плату может быть предоставлена информация о движении с учетом местоположения пользователя или предварительно заданной конфигурации. Другой пример проиллюстрирован на фиг. 14. В данном случае пользователям принимающих систем 2 предоставляют услуги поиска. При помощи пользовательского интерфейса принимающей системы 2 пользователь вводит соответствующие ключевые слова, которые обрабатывает удаленная поисковая служба 1200. Поисковая служба 1200 осуществляет в базе данных поставщиков-подписчиков поиск совпадений с ключевыми словами. Рекламу поставщиков, содержащую совпадения с ключевыми словами, объединяют в уведомление, которое затем передают принимающей системе 2. После приема уведомления принимающая система 2 отображает его в виде слайд-шоу 1210 рекламных сообщений, которые может просмотреть пользователь,пользуясь соответствующими клавишами 1220 принимающей системы 2. После выбора рекламного сообщения пользователь нажимает клавишу вызова принимающей системы 2, которая инициирует вызов соответствующего поставщика 1230 (если он доступен) или в противном случае запрос обратного вызова. Также могут быть предусмотрены применения, зависящие от обнаруженного местоположения принимающей системы 2. Обнаружение может осуществляться посредством систем наподобие GSM, обнаружения местоположения в системе с сотовой структурой или другими подобными способами. Например, агентство знакомств может предлагать платную услугу с использованием варианта осуществления настоящего изобретения. В этом случае, как только абонент, данные которого соответствуют данным,-9 011847 предварительно согласованным с пользователем, оказывается в заранее заданной зоне действия мобильного телефона пользователя, на мобильный телефон пользователя может быть передано уведомление с подробностями, фотографией и т.п. подходящего абонента. Если пользователя заинтересует переданная в уведомлении информация, он может принять вызов и установить соединение с подходящим абонентом. Следует отметить, что при этом решение об инициации уведомления о вызове не принимает ни один из пользователей. В зависимости от конфигурации системы, если уведомление о вызове инициировано третьей стороной-посредником между двумя другими сторонами, целесообразно, чтобы обе стороны получали уведомления о вызове, касающиеся другой стороны, и было предварительно обусловлено согласие обеих сторон на установление соединения. В случае уведомлений о вызове, касающихся продаж, может быть, в частности, целесообразно, чтобы уведомление сохранялось в течение заданного периода времени в принимающей системе 2 на случай,если оно не будет немедленно принято. Сохраняемые уведомления о вызове могут включать несколько предварительно запрограммированных стадий, которыми отличается само уведомление. Например, после приема уведомления о вызове может быть предусмотрено, что принимающая система 2 воспроизводит звуковую подсказку и изображение или видео (если исходить из того, что принимающая система 2 находится в предназначенном для этого режиме и уведомления такого типа в это время не запрещены принимающей системой). Если уведомление не принято в течение заданного периода времени (например, 10 с), оно может поступать на вторую стадию, на которой изображение или видео будут воспроизведены без звукового сопровождения. Если уведомление не принято в течение другого заданного периода времени, оно может быть удалено с экрана принимающей системы и внесено в список недавних уведомлений. По истечении заданного времени срок действия уведомления может истечь, и его удаляют из принимающей системы 2 или настраивают таким образом, чтобы принятие вызова стало в дальнейшем невозможным. Каждая принимающая система 2 предпочтительно имеет клавишу для отклонения поступившего уведомления, при этом уведомление останавливают и удаляют из принимающей системы 2. Уведомление может быть необязательно настроено таким образом, чтобы принимающая система 2 не допускала, чтобы пользователь принимающей системы 2 принимал вызов до тех пор, пока принимающая система не воспроизведет все уведомление или, по меньшей мере, его заданную часть. Тем самым, исключается возможность игнорирования пользователем важной информации, такой как положения и условия, которые в силу закона инициатор обязан довести до сведения получателя. Как указано выше, уведомление может быть отвергнуто в любой момент. Инициирующая система 3 может необязательно получать информацию в порядке обратной связи,которая позволяет инициатору контролировать статус уведомления. Например, для сообщения о подготовке уведомления и его о передаче принимающей системе 2 могут использоваться различные сигналы вызова. Для сообщения инициатору о том, что уведомление воспроизведено принимающей системой 2,обычно используют стандартный сетевой сигнал вызова. По соображениям пропускной способности линия связи, установленная при передаче уведомления о вызове, лишь, вероятно, продолжит действовать на начальной стадии уведомления. Если уведомление не принято в течение данного периода, линия связи, вероятно, будет использована повторно. Если уведомление будет принято в ситуации, когда уже не действует соответствующая линия связи, принимающая система 2 может быть настроена на вызов инициирующей системы 3 или в качестве альтернативы на запрос обратного вызова. В еще одном варианте осуществления в принимающей системе 2 может использоваться радиометка. Когда метка оказывается в диапазоне считывателя радиометок, может быть инициирован вызов принимающей системы. Радиометка может включать идентификатор принимающей системы или даже номер мобильного телефона получателя (предпочтительно закодированный во избежание злоупотреблений), на основании которых считыватель радиометок опознает принимающую систему 2. В качестве одного из применений такого устройства, в считыватель радиометок можно внедрять или присоединять к нему рекламу. При этом, если установлено, что пользователь потратил заданное количество времени, читая рекламное сообщение, ему может быть передано уведомление о вызове с версией рекламного сообщения, за которым может последовать вызов для получения дополнительной информации, заказа билетов и т.д. В качестве альтернативы уведомление может включать предложение, связанное с любым рекламируемым товаром или услугой. Могут быть предусмотрены различные системы оплаты. Например, пользователям, решившим принимать уведомления с рекламными сообщениями, могут предоставляться бесплатные вызовы. В качестве альтернативы пользователю может быть оплачен или иным образом компенсирован прием уведомлений с рекламными сообщениями. В еще одном варианте возможности уведомления могут предоставляться бесплатно или за сниженную плату, если инициатор/получатель разрешает отображать рекламу на дисплее до или после уведомления или включать в уведомление рекламные баннеры. Для корпоративных пользователей, таких как центры обработки вызовов, может быть предусмотрен оптовый тариф на уведомления с льготным тарифом на последующие вызовы. В зависимости от применения с получателя может необязательно взиматься плата за вызов, который следует за уведомлением. С получателя обычно не- 10011847 взимают плату в случае персональных уведомлений о вызове и рекламных вызовов. В случае предоставления информации о товарах и услугах посредством вызовов, с получателя обычно взимают плату. Также может быть предусмотрен финансируемый контент. Например, абонентам может предоставляться реклама, содержащая ежедневные дорожные сводки или сводки погоды, с возможностью осуществлять вызов рекламодателя, чтобы принять предложение какого-либо товара или услуги. В таких случаях с получателя взимают сниженную плату или освобождают его от платы за счет доходов от рекламы. Оператор связи предпочтительно должен осуществить определенные действия с генерированными или представленными инициатором данными уведомления о вызове до их использования в уведомлении,чтобы гарантировать их техническую пригодность и отсутствие вредных программ, таких как вирусы. На протяжении стадии инициации вызова оператор связи принимает идентификатор получателя вызова и указание или ссылку на управляемое инициатором уведомление о вызове. Оператор связи устанавливает, что принимающая система действует в местной сети, и проверяет, имеет ли право получатель пользоваться услугами. При условии, что получатель имеет право пользоваться услугами, оператор связи маршрутизирует вызов вызываемому абоненту сети с соответствующим идентификатором и предоставляет получателю как идентификатор вызывающего абонента, так и указание или ссылку на управляемое инициатором уведомление о вызове. Если получатель принимает вызов, оператор связи устанавливает соединение между инициатором и получателем вызова. В случае получателя из незнакомой (неместной) сети после того, как оператор связи установил, что получатель действует в незнакомой сети, он может проверить, поддерживает ли незнакомая сеть управляемое инициатором уведомление о вызове. В зависимости от реализации и договоренностей между операторами связи из сервера или ресурса в сети инициатора серверу или ресурсу незнакомой сети могут быть переданы любые необходимые данные уведомления для упрощения доступа к получателю. Могут использоваться средства управления для блокирования управляемых инициатором уведомлений о вызове, когда инициатор или получатель находятся в режиме роуминга или за рубежом. Управляемые инициатором уведомления о вызове могут подлежать оплате инициатором или пользователем или обоими помимо платы, взимаемой за вызов. В случае мобильных телефонов могут быть предусмотрены договоры на обслуживание, включающие определенное число управляемых инициатором уведомлений о вызове, подобно тому, как в существующих договорах предусмотрены бесплатные минуты исходящего трафика или SMS-сообщения. Плата может зависеть от самого уведомления о вызове (например, объема передаваемых получателю данных уведомления о вызове). Для предотвращения бесплатного использования управляемых инициатором уведомлений о вызове без ответных вызовов со стороны получателя также может быть установлена плата за использование управляемых инициатором уведомлений о вызове независимо от объема содержащихся в них данных уведомления о вызове. Выставление счетов может осуществлять система выставления счетов оператора действующей сети, вероятнее всего, путем направления детальной регистрации вызовов абонентам, оплачивающим счета. Переадресованные вызовы обрабатывают также как и обычные вызовы, в полном объеме осуществляя проверку незнакомой или местной сетей и права пользователя на получение дополнительной информации. Во многих сетях мобильной связи обслуживание переадресованных вызовов по практическим соображениям не разрешено, но это зависит от конкретной сети. Несмотря на постоянное сближение стандартов и расширение систем с целью поддержки различных форматов данных, вполне вероятно, что для данных каких-либо типов потребуется изменение формата, чтобы они были применимы для вывода принимающей системой. Например, может потребоваться преобразовать форматы кодирования музыки, изображения или видео в формат (и/или размер), применимый для принимающей системы. В варианты осуществления настоящего изобретения включена система транскодирования, при помощи которой преобразуют данные уведомления о вызовах до их передачи получателю. В описанных выше различных вариантах осуществления настоящего изобретения раскрыты признаки, которые необязательно могут сочетаться разнообразными способами в зависимости от желаемого воплощения. Поскольку описанные признаки являются модульными, также возможны другие варианты осуществления, основанные на различных сочетаниях признаков. Ни один из описанных признаков не является взаимоисключающим, и для выполнения описанных выше функций может использоваться любое их сочетание. ФОРМУЛА ИЗОБРЕТЕНИЯ 1. Способ работы системы уведомления о вызове, в которой в ответ на принятые от инициирующей системы (3) данные инициирования вызова принимающая система (2) генерирует уведомление о вызове,в котором данные инициирования вызывают срабатывание принимающей системы (2), которая устанавливает с инициирующей системой (3) отдельное соединение между равноправными устройствами с целью получения от инициирующей системы (3) данных уведомления о вызове для использования при генерировании уведомления о вызове, при этом инициирующая система (3) способна управлять, по меньшей мере, параметрами уведомления о вызове, а принимающая система (2) способна предоставлять инициирующей системе информацию по обратной связи о статусе уведомления о вызове. 2. Способ по п.1, в котором инициирующая система (3) представляет собой одну из систем, включающих мобильный телефон, программу, выполняемую компьютером, абонент IP-телефонии, стационарную телефонную линию, видеотелефон или систему конференц-связи. 3. Способ по п.1, в котором принимающая система (2) представляет собой одну из систем, включающих мобильный телефон, программу, выполняемую компьютером, абонент IP-телефонии, стационарную телефонную линию, видеотелефон или систему конференц-связи. 4. Способ по любому из предшествующих пунктов, в котором данные инициации представляют собой данные одного или нескольких типов, включающие данные уведомления о вызове, кодированные данные уведомления о вызове, ссылку на данные уведомления о вызове или однозначный идентификатор данных вызова, хранящихся в заданном положении, при этом принимающая система (2) способна генерировать уведомление о вызове в зависимости от данных уведомления о вызове. 5. Способ по любому из предшествующих пунктов, в котором используют данные уведомления о вызове представляющие собой данные одного или нескольких типов, включающие сигнал вызова, ссылку на данные уведомления о вызове, определение уведомления о вызове, генерируемого в принимающей системе, изображение, контактные данные, указания, касающиеся действий, которые должна предпринимать принимающая система, ссылку на источник, из которого должны быть получены данные, указания о том, как генерировать, по меньшей мере, параметры уведомления о вызове, или данные, требующие кодирования, декодирования, преобразования или перевода в другое представление принимающей системой (2) до их вывода. 6. Способ по любому из предшествующих пунктов, в котором в принимающей системе (2) хранятся, по меньшей мере, параметры уведомления о вызове для предоставления по требованию. 7. Способ по любому из предшествующих пунктов, в котором информация обратной связи включает сигнал тонального вызова, обозначающий статус принимающей системы (2) относительно уведомления. 8. Способ по п.7, в котором различные сигналы тонального вызова обозначают каждый из множества различных статусов принимающей системы (2) относительно уведомления. 9. Способ по любому из предшествующих пунктов, в котором информация обратной связи включает указание инициирующей системе (3) о приеме или неприеме данных уведомления о вызове принимающей системой (2). 10. Способ работы системы генерирования уведомления о вызове, включающий стадии на которых принимающая система (3) принимает данные инициации вызова от инициирующей системы (2),принимающая система (2) устанавливает с инициирующей системой (3) отдельное соединение между равноправными устройствами,принимающая система (3) получает данные уведомления о вызове от инициирующей системы,инициирующей системе (3) предоставляют информацию обратной связи о статусе уведомления о вызове и принимающая система (2) генерирует уведомление о вызове в зависимости от полученных данных уведомления о вызове,при этом инициирующая система (3) предварительно задает, по меньшей мере, параметры уведомления о вызове. 11. Способ по п.10, дополнительно включающий стадию, на которой принимающая система (2) получает данные уведомления о вызове для использования при генерировании уведомления о вызове. 12. Способ по п.10 или 11, в котором данные уведомления о вызове представляют собой данные одного или нескольких типов, включающие сигнал вызова, ссылку на данные уведомления о вызове, определение уведомления о вызове, генерируемого в принимающей системе, изображение, контактные данные, указания, касающиеся действий, которые должна предпринимать принимающая система, ссылку на источник, из которого должны быть получены данные, указания о том, как генерировать, по меньшей мере, параметры уведомления о вызове, или данные, требующие кодирования, декодирования, преобразования или перевода в другое представление принимающей системой до их вывода. 13. Способ по любому из пп.10-12, в котором в принимающей системе (2) хранятся, по меньшей мере, параметры уведомления о вызове для предоставления по требованию.- 12011847 14. Способ по любому из пп.10-13, в котором на стадии предоставления информации обратной связи инициирующей системе (3) передают сигнал тонального вызова, обозначающий статус принимающей системы (2) относительно уведомления. 15. Способ по п.14, в котором на стадии передачи сигнала тонального вызова передают один из множества различных сигналов тонального вызова в зависимости от статуса принимающей системы (2) относительно уведомления. 16. Способ по любому из пп.10-15, в котором на стадии предоставления информации обратной связи инициирующей системе (3) передают указание о приеме или неприеме данных уведомления о вызове принимающей системой (2).