УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ/ПРИЕМА СООБЩЕНИЯ УВЕДОМЛЕНИЯ В СИСТЕМЕ ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ, И СИСТЕМА ДЛЯ ЭТОГО Российский патент 2010 года по МПК H04W4/06 

Описание патента на изобретение RU2380856C2

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

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

Настоящее изобретение, в общем, относится к устройству и способу передачи/приема сообщений в системе широковещательной передачи. Более конкретно, настоящее изобретение относится к устройству и способу передачи/приема сообщения уведомления в системе широковещательной передачи, и системе для этого.

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

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

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

Фиг.1 - это концептуальная схема общей системы предоставления услуг мобильного широковещания.

Мобильный терминал 104 может принимать мультимедийное содержимое, предоставляемое поставщиком содержимого или поставщиком услуг 105, и руководство 101 по услуге для предоставляемой услуги посредством широковещательного канала 102 или канала 103 взаимодействия. Широковещательный канал 102 включает в себя цифровое видеовещание (DVB), услугу широковещательной и многоадресной передачи мультимедиа согласно Партнерскому проекту третьего поколения (3GPP MBMS) и услугу широковещательной и многоадресной передачи согласно Партнерскому проекту третьего поколения 2 (3GPP2 BCMCS), а также может включать в себя другие технологии широковещательной передачи, такие как цифровая широковещательная передача мультимедиа (DMB), цифровая широковещательная передача аудио (DAB) и т.д. Канал 103 взаимодействия может включать в себя сети, допускающие предоставление интерактивных услуг, в том числе различные сети мобильной связи, такие как множественный доступ с кодовым разделением каналов (CDMA), общая служба пакетной радиопередачи (GPRS) и сети третьего поколения (3G), а также беспроводную локальную вычислительную сеть (WLAN). Поставщик содержимого или поставщик услуг 105 может однонаправлено передавать в широковещательном или многоадресном режиме руководство по услуге, мультимедийное содержимое большого объема и услугу уведомлений во множество терминалов посредством широковещательного канала 102 и может предоставлять услуги посредством канала 103 взаимодействия, когда требуется услуга взаимодействия.

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

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

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

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

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

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

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

Согласно другому аспекту примерного варианта осуществления настоящего изобретения, предусмотрено устройство передачи сообщения в системе широковещательной передачи. Устройство содержит функцию события уведомления для приема уведомления, указывающего информацию изменения содержимого, предоставленную от блока создания содержимого, и формирования сообщения о событии уведомления для формирования сообщения уведомления; функцию формирования уведомлений для формирования сообщения уведомления с помощью сообщения о событии уведомления, принятого от функции событий уведомления, при этом сообщение уведомления включает в себя NotificationType (Тип уведомления), указывающий то, является сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем терминала, назначенного для того, чтобы принимать сообщение уведомления, или сообщением уведомления, которое должно быть использовано терминалом, NotificationVersion (Версия уведомления), указывающая информацию версии сформированного сообщения уведомления, PresentationType (Тип представления), указывающий тип представления сообщения уведомления, UsageType (Тип использования), указывающий использование SessionInformation (Информация сеанса) в сообщении уведомления, EventType (Тип события), указывающий то, посредством какого события сконфигурировано сообщение уведомления, и FilteringValue (Значение фильтрации), указывающее информацию для приведения в исполнение содержимого, ранее сохраненного в терминале; и функцию распространения/адаптации уведомлений для приема сообщения уведомления от функции формирования уведомлений и передачи принятого сообщения уведомления в терминал через конкретную сеть.

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

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

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

Согласно еще одному другому аспекту примерного варианта осуществления настоящего изобретения, предусмотрено устройство терминала для приема широковещательной услуги от системы широковещательной передачи. Устройство содержит приемное устройство для приема сообщения уведомления от системы широковещательной передачи; и контроллер для определения того, является принятое сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем, или сообщением уведомления, которое должно быть использовано терминалом, согласно информации NotificationType сообщения уведомления, управления операцией отображения сообщения уведомления согласно информации PresentationType сообщения уведомления, проверки UsageType сообщения уведомления, чтобы осуществлять доступ к сеансу согласно использованию SessionInformation сообщения уведомления, проверки информации NotificationVersion сообщения уведомления, чтобы определять то, является ли принимаемое сообщение уведомления новым принимаемым сообщением уведомления, проверки EventType сообщения уведомления, чтобы выполнять соответствующую операцию согласно типу события принятого сообщения уведомления, и проверки FilteringValue сообщения уведомления, чтобы предоставить пользователю содержимое, FilteringValue которого равно FilteringValue из ранее сохраненного содержимого.

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

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

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

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

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

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

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

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

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

Фиг.3 - это схема, иллюстрирующая таблицу схемы сообщения уведомления согласно первому и второму вариантам осуществления настоящего изобретения;

Фиг.4 - это блок-схема, иллюстрирующая структуру терминала согласно первому и второму вариантам осуществления настоящего изобретения;

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

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

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

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

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

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

Подробное описание примерных вариантов осуществления

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

Хотя название объектов, заданные в BCAST Открытого альянса мобильной связи (OMA BCAST), стандартной группы для вариантов применения мобильных терминалов, в данном документе используются идентично для удобства, это не ограничивает область применения настоящего изобретения, и примерные варианты осуществления настоящего изобретения могут быть применены к любой системе, имеющей аналогичный уровень техники на основе Интернет-протокола (IP).

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

Блок 201 создания содержимого (или поставщик содержимого) - это поставщик широковещательной услуги (в данном документе называемой BCAST-услугой), и BCAST-услуга может включать в себя услугу традиционной широковещательной передачи аудио/видео, услугу загрузки файлов (музыкальных файлов или файлов данных) и т.д. Блок 201 создания содержимого, если есть какие-либо проблемы в предоставлении BCAST-услуги или какие-либо изменения в содержимом услуги, сообщает об изменении в функцию событий уведомления (NTE) 202a в приложении 202 BCAST-услуг.Функция 202a событий уведомления передает сообщение о событии уведомления в функцию 204a формирования уведомлений (NGF) на основе принимаемого события.

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

Блок 203 распространения/адаптации BCAST-услуги имеет функцию установления однонаправленного канала для передачи данных BCAST-услуги, предоставляемых от приложения 202 BCAST-услуги, функцию определения расписания передачи для BCAST-услуги и функцию формирования руководства для портативной широковещательной передачи. Блок 203 распространения/адаптации BCAST-услуги соединен с системой распространения широковещательной передачи (BDS) 206, допускающей предоставление широковещательной услуги, и с сетью 207 взаимодействия, поддерживающей связь взаимодействия. Помимо этого, блок 203 распространения/адаптации BCAST-услуг, включающий в себя функцию 203a распространения/адаптации уведомлений (NTDA), принимает сообщение уведомления от блока 204 управления BCAST-подпиской и передает сообщение уведомления одному пользователю или множеству пользователей посредством BDS 206 или сети 207 взаимодействия. Блок 203 распространения/адаптации BCAST-услуг имеет информацию сеанса, требуемую функцией 204a формирования уведомлений, чтобы сформировать сообщения уведомления для терминалов, и функция 203а распространения/адаптации уведомлений передает информацию сеанса в функцию 204a формирования уведомлений.

Блок 204 управления BCAST-подпиской управляет информацией предоставления услуг, такой как абонентская информация для приема BCAST-услуги, и информацией, указывающей то, приобрел ли абонент связанное содержимое, и информацией устройства для приема BCAST-услуги, т.е. терминала 208 для приема BCAST-услуги. В частности, блок 204 управления BCAST-подпиской включает в себя функцию 204a формирования уведомлений. Следовательно, когда событие, указывающее добавление или изменение новой функции, связанной с BCAST-услугой, произошло в блоке 201 создания содержимого и BDS 206, функция 204a формирования уведомлений принимает сообщение о событии уведомления, включающее в себя информацию по произошедшему событию, и формирует сообщение уведомления согласно нему. Помимо этого, когда такое событие, как изменение BCAST-услуги, спонтанно возникает в блоке 204 управления BCAST-подпиской, блок 204 управления BCAST-подпиской внутренним образом доставляет соответствующее событие в функцию 204a формирования уведомлений, чтобы сформировать сообщение уведомления.

Блок 205 распространения BDS-услуг имеет функцию распространения всех принимаемых BCAST-услуг посредством широковещательного канала или канала взаимодействия и является объектом, который может существовать или не существовать, согласно типу реализованной BDS 206.

BDS 206 - это сеть для передачи BCAST-услуг, и ей может быть, например, DVB-H, 3GPP MBMS или 3GPP2 BCMCS. Помимо этого, в случае если есть изменение в широковещательной информации, связанной с передачей содержимого при передаче конкретной BCAST-услуги, если X-1-интерфейс 231 или блок 205 распространения BDS-услуг существует, BDS 206 уведомляет об изменении в блок 203 распространения/адаптации BCAST-услуг через NT-B1-интерфейс 224.

Сеть 207 взаимодействия передает BCAST-услуги на основе "один-к-одному" либо интерактивно обменивается управляющей информацией и дополнительной информацией, связанной с приемом BCAST-услуг, и может быть, например, существующей сотовой сетью.

Терминал 208, терминал, допускающий прием BCAST-услуги, имеет возможную функцию осуществления доступа к сотовой сети согласно своим характеристикам. В данном документе предполагается, что терминал 208 - это терминал, допускающий осуществление доступа к сотовой сети. Терминал 208 принимает сообщение уведомления, передаваемое через NT-5-интерфейс 225 с помощью клиентской функции уведомления (NTC) 208a, и выполняет соответствующую операцию согласно принимаемому сообщению уведомления. Альтернативно, терминал 208 принимает сообщение уведомления, передаваемое через NT-6-интерфейс 226, и выполняет соответствующую операцию согласно принимаемому сообщению уведомления. Структура терминала 208 подробно описывается в данном документе далее со ссылкой на Фиг.3.

Ниже приведено описание интерфейсов между блочными элементами портативной системы широковещательной передачи.

NT-1-интерфейс 221, интерфейс между функцией 202a событий уведомления, находящейся в приложении 202 BCAST-услуг, и блоком 201 создания содержимого, используется для того, чтобы доставлять соответствующее событие уведомления в функцию 202a событий уведомления, когда требующее уведомления событие возникает в блоке 101 создания содержимого.

NT-3-интерфейс 222, интерфейс от функции 202a событий уведомления, находящейся в приложении 202 BCAST-услуг, к функции 204a формирования уведомлений блока 204 управления BCAST-подпиской, доставляет информацию, требуемую для уведомления о событии или для формирования сообщения уведомления, с тем чтобы функция 204a формирования уведомлений могла сформировать сообщение уведомления.

NT-4-интерфейс 223 - это интерфейс между функцией 204a формирования уведомлений, находящейся в блоке 204 управления BCAST-подпиской, и функцией 203a распространения/адаптации уведомлений блока 203 распространения/адаптации BCAST-услуг. NT-4-интерфейс 223 используется для передачи сообщения уведомления в функцию 203а распространения/адаптации уведомлений, чтобы передавать сообщение уведомления, сформированное в функции 204a формирования уведомлений, в BDS 206 или сеть 207 взаимодействия, либо используется функцией 203a распространения/адаптации уведомлений для того, чтобы передавать сообщение уведомления для события, возникшего в BDS 206.

NT-5-интерфейс 225, интерфейс, используемый, когда сообщение уведомления, предоставленное от функции 203a распространения/адаптации уведомлений блока 203 распространения/адаптации BCAST-услуг, непосредственно передается в терминал 208 посредством широковещательного канала через BDS 206, используется для передачи сообщения уведомления в один или множество терминалов.

NT-6-интерфейс 226, интерфейс, используемый тогда, когда сообщение уведомления, передаваемое от функции 203a распространения/адаптации уведомлений блока 203 распространения/адаптации BCAST-услуг, напрямую доставляется в терминал 208 посредством выделенного канала к терминалу 208 по сети 207 взаимодействия или посредством широковещательного канала, предоставляемого сетью 207 взаимодействия, используется для передачи сообщения уведомления в один или множество терминалов 208.

NT-B1-интерфейс 224 - это интерфейс между блоком 203 распространения/адаптации BCAST-услуг и блоком 205 распространения BDS-услуг, используемый в качестве пути передачи, который должен быть использован блоком 203 распространения/адаптации BCAST-услуг в BDS 206, или в качестве пути приема для информации событий, сформированной в BDS 206. NT-B1-интерфейс 224 служит для того, чтобы передавать сообщение о событии уведомления, сформированное сетью 207 взаимодействия, в блок 203 распространения/адаптации BCAST-услуг. Т.е. функция 203а распространения/адаптации уведомлений блока 203 распространения/адаптации BCAST-услуг передает сообщение события, принятое от BDS 206 или сети 207 взаимодействия через NT-B1-интерфейс 224, в функцию 204a формирования уведомлений через NT-4-интерфейс 223.

X-1-интерфейс 231 - это интерфейс, используемый для установления пути передачи, который BDS 206 должна использовать в сети 207 взаимодействия, блоком 203 распространения/адаптации BCAST-услуг, когда блок 205 распространения BDS-услуг отсутствует.Тем не менее, когда блок 205 распространения BDS-услуг существует, X-1-интерфейс 231 используется в качестве интерфейса между BDS 206 и блоком 205 распространения BDS-услуг для уведомления о том, что в BDS 206 произошло событие.

X-2-интерфейс 232 - это интерфейс, используемый для установления пути передачи, который блок 203 распространения/адаптации BCAST-услуг должен использовать в сети 207 взаимодействия, когда блок 205 распространения BDS-услуг отсутствует.Тем не менее, когда блок 205 распространения BDS-услуг существует, X-2-интерфейс 232 используется в качестве интерфейса между BDS 206 и сетью 207 взаимодействия для установления однонаправленного канала, в котором сообщение уведомления должно быть использовано в сети 207 взаимодействия, а также для передачи сообщения уведомления.

X-3-интерфейс 233, интерфейс между BDS 206 и терминалом 208, используется для BCAST-услуги или всех сообщений, передаваемых посредством широковещательного канала.

X-4-интерфейс 234 - это интерфейс широковещательного канала между блоком 205 распространения BDS-услуг и терминалом 208.

X-5-интерфейс 235 - это интерфейс канала взаимодействия между блоком 205 распространения BDS-услуг и терминалом 208.

X-6-интерфейс 236 - это интерфейс взаимодействия, посредством которого сеть 207 взаимодействия может передавать управляющую информацию, связанную с BCAST-услугой.

Функция 202a событий уведомления имеет функцию предоставления информации, требуемой для формирования сообщения уведомления, в функцию 204a формирования уведомлений, и после обнаружения возникновения требующего уведомления события предоставляет информацию о событии в функцию 204a формирования уведомлений. Функция 204a формирования уведомлений формирует сообщение уведомления, используя информацию и событие, требуемое для формирования сообщения уведомления, принимаемого от функции 202a событий уведомления. Когда функция 204a формирования уведомлений принимает событие уведомления от BDS 206 посредством функции 203a распространения/адаптации уведомлений, она формирует сообщение уведомления и передает сообщение уведомления в функцию 203a распространения/адаптации уведомлений.

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

Функция 203а распространения/адаптации уведомлений служит для того, чтобы передавать сообщение уведомления через NT-5-интерфейс 225 или NT-6-интерфейс 226. Когда функция 203a распространения/адаптации уведомлений принимает от BDS 206 изменение информации по конкретной портативной широковещательной услуге, она доставляет соответствующее событие уведомления в функцию 204a формирования уведомлений через NT-4-интерфейс 223. Пример изменения информации по конкретной портативной широковещательной услуге - это информация, указывающая корректировку скорости передачи данных вследствие беспроводного сетевого окружения, или информация, указывающая недоступность услуги. На Фиг.2 функция 204a формирования уведомлений и функция 203a распространения/адаптации уведомлений упоминаются как "передающее устройство сообщений уведомления".

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

Фиг.3 - это схема, иллюстрирующая таблицу схемы сообщения уведомления согласно первому и второму примерным вариантам осуществления настоящего изобретения.

Ссылаясь на Фиг.3, "Имя" 301 указывает имена значения элемента и значения атрибута, составляющих соответствующее сообщение.

"Тип" 302 указывает то, соответствует ли соответствующее имя значению элемента или значению атрибута. Значение элемента имеет значения E1, E2, E3 и E4 в трех формах: E1 означает значение верхнего элемента для всего сообщения, E2 означает значение подчиненного элемента E1, E3 означает значение подчиненного элемента E2, а E4 означает значение подчиненного элемента E3. Значение атрибута указывается посредством A, и A означает значение атрибута соответствующего элемента. Например, A согласно E1 означает значение атрибута E1.

"Категория" 303 используется для указания того, является ли соответствующее значение элемента или значение атрибута обязательным, и имеет значение M, если значение обязательное, и значение O, если значение необязательное.

"Количество элементов" 304 означает отношения между элементами, и имеет значения "0", "0…1", "1", "0…N", "1…N", где 0 означает необязательное отношение, 1 означает обязательное отношение, а N означает возможность наличия множества значений. Например, "0…N" означает возможность того, что нет соответствующего значения элемента или имеется N соответствующих значений элемента.

"Описание" 305 задает смысл соответствующего значения элемента или атрибута.

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

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

Таблицы 1-5 разделены из одной таблицы для удобства, и определение элементов в каждой таблице следует определению из таблицы 1.

Таблица 1 Номер Имя Тип Категория Количество элементов Описание 501 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
SessionInformation
MediaInformation
502 ID A M 1 Идентификатор сообщения уведомления. 503 NotificationType A M 1 Тип уведомления:
если 0, UserUse (применение пользователем)
если 1, TerminalUse (применение терминалом)
ServiceProvider Defined допускается.
504 Validity A O 0…1 Допустимое время фрагмента. 505 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
506 Lang A O 0…1 Язык 507 Description E2 M 1…N Содержимое или описание сообщения уведомления. 508 Lang A O 0…1 Язык.

Notification 501 указывает соответствующий фрагмент сообщения уведомления и включает в себя значения атрибутов ID (Идентификатор) 502, NotificationType 503 и Validity (Допустимость) 504 и значения подчиненных элементов Name (Имя) 505 и Description (Описание) 507 в таблице 1, PresentationType 509 в таблице 2, ExtensionURL (URL-адрес дополнения) 510 и SessionInformation (Информация сеанса) 511 в таблице 3, и MediaInformation (Информация мультимедиа) 523 в таблице 4. Значения атрибутов ID 502, NotificationType 503 и Validity 504, а также значения элементов Name 505, Description 507, PresentationType 509 и ExtensionURL 510 в сообщении уведомления, как правило, используются для каждого сообщения уведомления. Notification 501 может не включать в себя SessionInformation 511 и MediaInformation 523 согласно использованию сообщения уведомления.

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

NotificationType 503 указывает каким типом или применением сообщения уведомления указывается применение для пользователя (далее упоминаемое как "применение пользователем"), применение для терминала (далее упоминаемое как "применение терминалом") или другое применение, и является обязательным элементом. Если соответствующее значение равно 0, оно указывает пользовательское применение, а если соответствующее значение равно 1, оно указывает применение терминалом. Кроме того, NotificationType 503 может задавать различные значения согласно назначению поставщика услуг.

Validity 504 указывает допустимое время сообщения уведомления и является необязательным. Следовательно, если время, заданное в Validity 504, истекает, сообщение уведомления, сохраненное в терминале, удаляется.

Name 505 указывает заголовок или имя сообщения уведомления и является обязательным элементом. Он может быть задан на различных языках.

Lang (Язык) 506, значение атрибута для Name 505, указывает язык содержимого, написанного в Name 505, и является необязательным значением. Если Lang 506 не имеет значения, ему присваивается значение, заданное по умолчанию, и значение по умолчанию может указывать язык в соответствующей зоне обслуживания либо английский язык.

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

Lang 508, значение атрибута для Description 507, указывает язык содержимого, написанного в Description 507, и является необязательным значением. Если Lang 508 не имеет значения, ему присваивается значение, заданное по умолчанию, и значение по умолчанию может указывать язык в соответствующей зоне обслуживания либо английский язык.

Таблица 2 509 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.

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

Например, если PresentationType задан равным 0, терминал, принимающий сообщение уведомления, предоставляет сообщение уведомления пользователю при приеме сообщения. Если PresentationType задан равным 1, терминал сохраняет принятое сообщение уведомления в запоминающем устройстве, а далее предоставляет сообщение уведомления пользователю по запросу пользователя. Помимо этого, если PresentationType задан равным 2, терминал перекрывает сообщение уведомления по услуге, в данный момент предоставляемой через дисплей, пользователю.

Таблица 3 510 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации. 511 SessionInformation E2 O 0…N Информация сеанса по данным.
Атрибуты:
ValidFrom
ValidTo
UsageType
Элементы:
DeliverySession
TransportObjectID
Fragment
AlternativeURI
512 ValidFrom A O 0…1 Время начала сеанса. 513 ValidTo A O 0…1 Время окончания сеанса. 514 UsageType A O 0…1 Тип использования сеанса (например, руководство по услуге, доставка файлов и т.д.). 515 DeliverySession E3 M 1 Информация сеанса по содержимому доставки.
Атрибуты:
SourceIP
TransportSessionID
516 SourceIP A M 1 IP-адрес источника, который должен быть передан. 517 TransportSessionID A M 1 Идентификатор сеанса, который должен быть передан. 518 TransportObjectID E3 O 0…N Идентификатор объекта передачи.

В таблице 3 ExtensionURL 510 указывает URL-адрес сервера услуги или содержимого для дополнительной информации по сообщению уведомления и является необязательным значением.

SessionInformation 511 указывает информацию сеанса для приема данных и является необязательным значением. SessionInformation 511 - это информация о сеансе, где есть соответствующее руководство по услуге или есть файлы и содержимое, когда руководство по услуге обновляется либо файл или содержимое принимается. SessionInformation 511 имеет значения атрибутов ValidFrom (Действителен с) 512, ValidTo (Действителен до) 513 и UsageType 514 и значения элементов DeliverySession (Сеанс доставки) 515 и TransportObjectID (Идентификатор объекта транспортировки) 518 в таблице 3 и Fragment (Фрагмент) 519 и AlternativeURI (Альтернативный URI-адрес) 522 в таблице 4 в качестве своих значений подчиненных элементов.

ValidFrom 512 указывает начальное время, когда SessionInformation 511 действительна, и является необязательным значением.

ValidTo 513 указывает конечное время, когда SessionInformation 511 действительна, и является необязательным значением.

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

DeliverySession 515 указывает значение позиции для сеанса, где такой объект, как руководство по услуге или файл, должен фактически передаваться, и имеет значения атрибутов SourceIP 516 и TransportSessionID (Идентификатор сеанса транспортировки) 517.

SourceIP 516, IP-адрес соответствующего сеанса передачи, доступен как для широковещательной, так и для многоадресной передачи.

TransportSessionID 517 имеет значение идентификатора для сеанса передачи.

TransportObjectID 518 - это уникальный идентификатор объекта, передаваемого в ходе сеанса.

Таблица 4 519 Fragment E3 O 0…N Информация фрагмента передаваемого объекта.
Атрибуты:
FragmentID
FragmentVersion
520 FragmentID A O 0…1 Значение идентификатора фрагмента. 521 FragmentVersion A O 0…1 Информация версии фрагмента. 522 AlternativeURI E3 O 0…1 Альтернативный URI-адрес, допускающий прием передаваемого объекта. 523 MediaInformation E2 O 0…1 Информация мультимедиа для формирования мультимедийного сообщения уведомления.
Элементы:
Picture
Video
Audio
524 Picture E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
PictureURI
525 MIMEtype A O 0…1 Тип MIME. 526 PictureURI A O 0…1 URI-адрес, указывающий позицию изображения. 527 Video E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
VideoURI

В таблице 4, Fragment (Фрагмент) 519, который является информацией фрагмента передаваемого объекта, указывает обновленную информацию конкретного фрагмента для руководства по услуге и позволяет терминалу проверять соответствующий идентификатор и информацию версии, принимать только обновленный фрагмент и сохранять принятый фрагмент. Fragment 519 и его подчиненные атрибуты требуются, только когда сообщение уведомления используется для того, чтобы уведомлять об обновлении руководства по услуге, и не используются, когда сообщение уведомления используется для другой цели.

FragmentID (Идентификатор фрагмента) 520 - это значение уникального идентификатора фрагмента, который должен быть принят.

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

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

MediaInformation 523 указывает мультимедийную информацию для формирования сообщения уведомления и требуется для сообщения уведомления, сконфигурированного с помощью мультимедиа. MediaInformation 523 состоит из значений подчиненных элементов Picture (Изображение), Video (Видео) и Audio (Аудио).

Picture 524 указывает информацию картинки или изображения, MIMEtype 525 указывает тип многоцелевых расширений электронной почты в Интернете (MIME) для соответствующего движущегося изображения, PictureURI 526 - это URI-адрес, указывающий позицию картинки или изображения, а Video 527 указывает информацию о движущемся изображении. "Позиция изображения" означает позицию конкретного сервера, когда соответствующее изображение существует на конкретном сервере, вместо включения в сообщение уведомления передачи.

Таблица 5 528 MIMEtype A O 0…1 Тип MIME. 529 VideoURI A O 0…1 URI-адрес, указывающий позицию видео. 530 Audio E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
AudioURI
531 MIMEtype A O 0…1 Тип MIME. 532 AudioURI A O 0…1 URI-адрес, указывающий позицию аудио.

В таблице 5 MIMEtype 528 указывает MIME-тип для соответствующего движущегося изображения, а VideoURI 529 - это URI-адрес, указывающий позицию движущегося изображения. "Позиция движущегося изображения" означает позицию конкретного сервера, когда соответствующее движущееся изображение существует на конкретном сервере, вместо включения в сообщение уведомления передачи.

Audio 530 указывает информацию по аудио, музыке и звукам уведомлений. MIMEtype 531 указывает MIME-тип для соответствующего аудио. AudioURI (URI-адрес аудио) 532 - это URI-адрес, указывающий позицию аудио. "Позиция аудио" означает позицию конкретного сервера, когда соответствующее аудио существует на конкретном сервере, вместо включения в сообщение уведомления передачи.

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

Таблица 6 Номер Имя Тип Категория Количество элементов Описание 601 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
602 ID A M 1 Идентификатор сообщения уведомления. 603 NotificationType A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
604 Validity A O 0…1 Допустимое время фрагмента. 605 Имя E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
606 Lang A O 0…1 Язык. 607 Description E2 M 1…N Содержимое или описание сообщения уведомления. 608 Lang A O 0…1 Язык.

Таблица 7 609 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.
610 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации.

Сообщение уведомления для пользовательского применения, показанное в таблице 6 и таблице 7, предлагаемое в примерном варианте осуществления настоящего изобретения, может быть использовано для приема публичных уведомлений, рекламных сообщений, информации выставления счетов и информации оплаты счетов для поставщика услуг или поставщика содержимого. ExtensionURL 610, выступающий в качестве CallbackURL (URL-адрес обратного вызова), может принимать дополнительную информацию посредством канала взаимодействия.

Соответствующее сообщение уведомления включает в себя значения атрибутов ID 602, NotificationType 603 и Validity 604 и значения элементов Name 605, Description 607, PresentationType 609 и ExtensionURL 610. Описание всех значений подчиненных атрибутов и значений подчиненных элементов, составляющих сообщение уведомления, показанное в таблице 6 и таблице 7, идентично описанию по таблицам 1-5.

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

Таблица 8 Номер Имя Тип Категория Количество элементов Описание 701 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
MediaInformation
702 ID A M 1 Идентификатор сообщения уведомления. 703 Notification Type A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
704 Validity A O 0…1 Допустимое время фрагмента. 705 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
706 Lang A O 0…1 Язык. 707 Description E2 M 1…N Содержимое или описание сообщения уведомления. 708 Lang A O 0…1 Язык.

Таблица 9 709 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.
710 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации. 723 MediaInformation E2 O 0…1 Информация мультимедиа для формирования мультимедийного сообщения уведомления.
Элементы:
Picture
Video
Audio
724 Picture E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
PictureURI
725 MIMEtype A O 0…1 Тип MIME. 726 PictureURI A O 0…1 URI-адрес, указывающий позицию изображения.

Таблица 10 727 Video E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
VideoURI
728 MIMEtype A O 0…1 Тип MIME. 729 VideoURI A O 0…1 URI-адрес, указывающий позицию видео. 730 Audio E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
AudioURI
731 MIMEtype A O 0…1 Тип MIME. 732 AudioURI A O 0…1 URI-адрес, указывающий позицию аудио.

Таблицы 8-10 иллюстрируют формат сообщения, сконфигурированного с помощью мультимедиа, что является схемой сообщений уведомления, используемой для пользовательского применения согласно первому варианту осуществления настоящего изобретения. Сообщение уведомления для пользовательского применения, показанное в таблицах 8-10, предлагаемое в примерном варианте осуществления настоящего изобретения, позволяет конфигурировать сообщение с помощью различных мультимедийных файлов, таких как изображение, движущееся изображение, аудио и т.д., и может быть по-разному использовано в качестве рекламного сообщения по услуге и содержимому и сообщения общественного блага, такое как поиск пропавшего ребенка. Сообщение уведомления по таблицам 8-10 включает в себя значения атрибутов ID 702, NotificationType 703 и Validity 704 и значения элементов Name 705, Description 707, PresentationType 709, ExtensionURL 710 и MediaInformation 723. Описание всех значений подчиненных атрибутов и значений подчиненных элементов, составляющих сообщение уведомления, показанное в таблицах 8-10, идентично описанию по таблицам 1-5.

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

Таблица 11 Номер Имя Тип Категория Количество элементов Описание 801 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
SessionInformation
802 ID A M 1 Идентификатор сообщения уведомления. 803 Notification Type A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
804 Validity A O 0…1 Допустимое время фрагмента. 805 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
806 Lang A O 0…1 Язык. 807 Description E2 M 1…N Содержимое или описание сообщения уведомления. 808 Lang A O 0…1 Язык.

Таблица 12 809 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.
810 ExtensionURL E2 0 0…N URL-адрес для дополнительной информации. 811 SessionInformation E2 O 0…N Информация сеанса по данным.
Атрибуты:
ValidFrom
ValidTo
UsageType
Элементы:
DeliverySession
TransportObjectID
Fragment
AlternativeURI
812 ValidFrom A O 0…1 Время начала сеанса. 813 ValidTo A O 0…1 Время окончания сеанса. 814 UsageType A O 0…1 Тип использования сеанса (например, руководство по услуге, доставка файлов и т.д.).

Таблица 13 815 DeliverySession E3 M 1 Информация сеанса по содержимому доставки.
Атрибуты:
SourceIP
TransportSessionID
816 SourceIP A M 1 IP-адрес источника, который должен быть передан. 817 TransportSessionID A M 1 Идентификатор сеанса, который должен быть передан. 818 TransportObjectID E3 O 0…N Идентификатор объекта передачи. 819 Fragment E3 O 0…N Информация фрагмента передаваемого объекта.
Атрибуты:
FragmentID
FragmentVersion
820 FragmentID A O 0…1 Значение идентификатора фрагмента. 821 FragmentVersion A O 0…1 Информация версии фрагмента. 822 AlternativeURI A O 0…1

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

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

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

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

Сообщение уведомления для применения терминалом, показанное в таблицах 11-13, предлагаемое в первом варианте осуществления настоящего изобретения, включает в себя значения атрибутов ID 802, NotificationType 803 и Validity 804 и значения элементов Name 805, Description 807, PresentationType 809, ExtensionURL 810 и SessionInformation 811. Описание всех значений подчиненных атрибутов и значений подчиненных элементов, составляющих сообщение уведомления, показанное в таблицах 11-13, идентично описанию по таблицам 1-5.

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

Приемное устройство 400 принимает сообщение уведомления от портативной системы широковещательной передачи и предоставляет принятое сообщение уведомления в анализатор 402 сообщений.

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

Если сообщение уведомления сконфигурировано в формате расширяемого языка разметки (XML), анализатор 402 сообщения включает в себя XML-анализатор, чтобы анализировать принимаемое сообщение уведомления. Анализатор 402 сообщений анализирует сообщение уведомления, принятое посредством приемного устройства 400, проверяет содержимое NotificationType, которое является одним из значений атрибутов, и доставляет содержимое в контроллер 404. Например, если значение NotificationType равно 0, указывая то, что принимаемое сообщение уведомления предназначено для пользовательского применения, анализатор 402 сообщений доставляет содержимое в контроллер 404 и предоставляет возможность контроллеру 404 выполнить соответствующую операцию.

Контроллер 404 управляет терминалом в зависимости от NotificationType сообщения уведомления, проанализированного посредством анализатора 402 сообщений, согласно первому и второму вариантам осуществления настоящего изобретения. Например, в первом варианте осуществления, если NotificationType равно 0, указывая то, что принимаемое сообщение уведомления предназначено для пользовательского применения, контроллер 404 предоставляет принятое сообщение уведомления пользователю через дисплей 406. В этом случае сообщением уведомления может быть сообщение службы коротких сообщений (SMS) или мультимедийное сообщение.

Наоборот, если NotificationType равно 1, указывая то, что принимаемое сообщение уведомления предназначено для использования терминалом, контроллер 404 распознает то, что соответствующее сообщение является сообщением для уведомления о руководстве по услуге и обновлению. Чтобы проверить содержимое измененной или обновленной информации сеанса, контроллер 404 предоставляет возможность блоку 408 доступа к сеансу осуществлять доступ к соответствующему сеансу, принимать указанное содержимое, такое как руководство по услуге, файл и объект в сеансе, к которому осуществлен доступ, и сохранять принятое содержимое в запоминающем устройстве 410. В данном документе "осуществление доступа к соответствующему сеансу" означает осуществление доступа к портативной системе широковещательной передачи с информацией сеанса, заданной в сообщении уведомления, если информация сеанса включена в принимаемое сообщение уведомления.

Согласно второму варианту осуществления настоящего изобретения, если новое принятое сообщение уведомления идентично по версии ранее принятому сообщению уведомления, контроллер 404 отбрасывает новое принятое сообщение уведомления. Если сообщения уведомления не равны друг другу по версии, контроллер 404 выполняет соответствующую операцию согласно содержимому нового принятого сообщения уведомления. В частности, контроллер 404 определяет то, является ли принятое сообщение новым или не зависит от ID 502 таблицы 1 и информации NotificationVersion, добавленной согласно второму варианту осуществления настоящего изобретения. Эти процессы подробнее описываются ниже со ссылкой на таблицы 14-26.

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

Если PresentationType сообщения уведомления, проанализированного посредством анализатора 402 сообщений, равен 1, контроллер 404 сохраняет принятое сообщение уведомления в запоминающем устройстве 410, с тем чтобы пользователь мог использовать его в дальнейшем.

Если NotificationType сообщения уведомления, проанализированного посредством анализатора 402 сообщений согласно варианту осуществления настоящего изобретения, равен 1, указывая то, что принятое сообщение уведомления предназначено для применения терминалом, блок 408 осуществления доступа к сеансу осуществляет доступ к соответствующему сеансу под управлением контроллера 404. Дополнительно, блок 408 осуществления доступа к сеансу принимает указанное содержимое, такое как руководство по услуге, файл и объект, в сеансе, к которому осуществлен доступ.

Запоминающее устройство 410 сохраняет руководство по услуге, файл и объект, принятые посредством блока 408 осуществления доступа к сеансу, а также сохраняет сообщение уведомления с PresentationType=1.

Дисплей 406, в общем, отображает текст, изображение, движущееся изображение и/или неподвижное изображение под управлением контроллера 404. Согласно варианту осуществления настоящего изобретения, если PresentationType равен 0, дисплей 406 под управлением контроллера 404 останавливает содержимое в услуге, такое как изображение, и выводит принятое сообщение уведомления.

Тем не менее, если PresentationType сообщения уведомления равен 2, дисплей 406 под управлением контроллера 404 выводит принятое сообщение уведомления для содержимого, в данный момент предоставляемого в услуге, перекрывающимся способом.

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

На этапе 501 терминал принимает сообщение уведомления от портативной системы широковещательной передачи с помощью приемного устройства 400. На этапе 502 анализатор 402 сообщений анализирует соответствующее сообщение согласно формату, в котором сконфигурировано принятое сообщение уведомления. Если сообщение уведомления сконфигурировано в XML-формате, анализатор 402 сообщений анализирует принятое сообщение с помощью XML-анализатора, включенного в него.

На этапе 503 контроллер 404 проверяет NotificationType сообщения уведомления, проанализированного посредством анализатора 402 сообщений, и выполняет заранее заданную операцию согласно результату проверки, и ее описание приводится ниже в данном документе. Если NotificationType равен 0, указывая то, что принятое сообщение уведомления предназначено для пользовательского применения, контроллер 404 переходит к этапу 510. Если NotificationType равен 1, указывая то, что принятое сообщение уведомления предназначено для применения терминалом, контроллер 404 переходит к этапу 530. Если NotificationType равен 2 и более, указывая то, что принятое сообщение уведомления - это сообщение, заданное поставщиком услуг, контроллер 404 переходит к этапу 520, где он выполняет конкретную операцию, заданную поставщиком услуг.В данном документе, когда NotificationType равен 2, поставщик услуг может свободно задавать сообщение уведомления согласно своей бизнес-модели и услугам.

На этапе 510 контроллер 404 может предоставлять принятое сообщение уведомления пользователю через дисплей 406, поскольку принятое сообщение уведомления - это сообщение, принятое для пользовательского применения. Сообщение уведомления, принятое для пользовательского уведомления, может быть SMS-сообщением или мультимедийным сообщением. При помощи этого сообщения поставщик услуг может предоставлять различные типы сообщений, такие как уведомление события услуг, уведомление о сбое/проверке системы, текстовое или мультимедийное рекламное объявление по услуге/содержимому, сообщение сбоя широковещательной передачи, уведомление выдачи счетов и т.д. Что касается этого сообщения уведомления, контроллер 404 проверяет PresentationType, и если принятое сообщение уведомления имеет высокий приоритет, который задается согласно результату проверки, контроллер 404 выводит принятое сообщение уведомления через дисплей 406. PresentationType может быть свободно задан согласно бизнес-модели и услугам поставщика услуг и должен иметь значение, отличное от значения, заданного выше.

На этапе 511 контроллер должен определять, следует ли обрабатывать принятое сообщение уведомления, в зависимости от PresentationType принятого сообщения уведомления. Если PresentationType принятого сообщения уведомления равен 0, контроллер 404 определяет то, что принятое сообщение уведомления - это сообщение, которое должно быть срочно предоставлено пользователю. Если PresentationType равен 1, контроллер 404 сохраняет принятое сообщение уведомления в запоминающем устройстве 410, с тем чтобы пользователь мог его использовать в дальнейшем.

Наконец, если PresentationType равен 2, контроллер 404 перекрывает соответствующее сообщение уведомления по содержимому услуги.

Если на этапе 511 определено, что PresentationType принятого сообщения уведомления равен 0, указывая то, что соответствующее сообщение должно быть немедленно отправлено пользователю, контроллер 404 переходит к этапу 512, на котором он останавливает текущую услугу. На этапе 513 контроллер 404 конфигурирует принятое сообщение уведомления, с тем, чтобы оно могло быть непосредственно предоставлено пользователю. На этапе 514 контроллер 404 отображает сконфигурированное сообщение уведомления через дисплей 406 согласно заранее заданному способу конфигурирования экрана. В данном документе "конфигурирование принятого сообщения уведомления" означает, если сообщение уведомления сконфигурировано в XML-формате, реконфигурирование сообщения согласно заранее заданному способу конфигурирования экрана, с тем чтобы предоставить такую информацию, как текст, изображение, видео и аудио, включенную в сообщение, пользователю.

Если на этапе 511 определено, что PresentationType принятого сообщения уведомления равен 1, контроллер 404 сохраняет сообщение уведомления в запоминающем устройстве 410 на этапе 515. В дальнейшем пользователь может проверить сообщение уведомления, сохраненное в запоминающем устройстве 410, посредством соответствующей операции.

В завершение, если на этапе 511 определено, что PresentationType принятого сообщения уведомления равен 2, контроллер 404 реконфигурирует на этапе 516 сообщение уведомления согласно способу конфигурирования экрана, заданному терминалом 208, чтобы перекрыть принятое сообщение уведомления о текущей услуге/содержимому через дисплей 406.

На этапе 517 контроллер 404 перекрывает сообщение уведомления, сформированное на этапе 516 по текущему принятому содержимому и предоставляет результаты перекрывания пользователю через дисплей 406.

Тем не менее, если на этапе 503 определено то, что PresentationType принятого сообщения уведомления равен 1, контроллер 404 определяет на этапе 530 то, что принятое сообщение уведомления предназначено для применения терминалом.

Контроллер 404 проверяет содержимое информации сеанса принятого сообщения уведомления на этапе 531 и осуществляет доступ к соответствующему сеансу на основе содержимого информации сеанса на этапе 532. Контроллер 404 принимает указанное содержимое, такое как руководство по услуге, файл и объект в сеансе, к которому осуществлен доступ, на этапе 533 и сохраняет или обновляет принятое содержимое в запоминающем устройстве 410 на этапе 534.

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

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

Сообщение уведомления формируется посредством функции 204a формирования уведомлений, описанной на Фиг.2, по запросу поставщика содержимого, поставщика услуг или поставщика сетевых услуг либо на основе события уведомления, сформированного посредством системы портативных широковещательных услуг.

На этапе 601 функция 204a формирования уведомлений принимает от функции 202a событий уведомления сообщение о событии уведомления, уведомляющее об изменении/сбое в системе и услуге, изменении/доставке руководства по услуге, доставке содержимого, рекламном объявлении, чрезвычайной ситуации, аварийной ситуации и т.д.

На этапе 602 на основе принятого сообщения о событии уведомления функция 204a формирования уведомлений создает базовую информацию для события уведомления, т.е. значения атрибутов ID и Validity и значения элементов Name, Description, ExtensionURL и MediaInformation.

На этапе 603 после создания базовой информации функция 204a формирования уведомлений определяет то, предназначено сообщение уведомления, которое должно быть передано в терминал, для пользовательского применения или для применения терминалом, и задает NotificationType согласно результату определения.

Если сообщение уведомления предназначено для пользовательского применения (610), функция 204a формирования уведомлений задает NotificationType равным 0 на этапе 611.

После задания NotificationType равным 0 на этапе 611 функция 204a формирования уведомлений определяет на этапе 612 то, должна ли она сразу отобразить соответствующее сообщение на пользовательском терминале, сохранить соответствующее сообщение в терминале, чтобы вывести его позднее по запросу пользователя, или перекрыть соответствующее сообщение по содержимому услуги для пользователя.

Если функция 204a формирования уведомлений определяет немедленно отобразить сообщение уведомления при его получении (620) в процессе определения способа отображения сообщения уведомления в терминале на этапе 612, она задает PresentationType сообщения уведомления равным 0 на этапе 621. Тем не менее, если функция 204a формирования уведомлений определяет сохранить сообщение уведомления в терминале, чтобы вывести его позднее по запросу пользователя (630), она задает PresentationType равным 1 на этапе 631.

Наконец, если функция 204a формирования уведомлений определяет перекрыть сообщение уведомления по предоставляемому в данный момент содержимому для пользователя (640), она задает PresentationType в сообщении уведомления равным 2 на этапе 641.

Тем не менее, если на этапе 603 определено то, что сообщение уведомления предназначено для применения терминалом (650), функция 204a формирования уведомлений задает NotificationType сообщения уведомления равным 1 на этапе 651.

На этапе 652 сообщение уведомления для применения терминалом, как описано в разделе формата сообщения уведомления, используется как сообщение, уведомляющее об обновлении/доставке руководства по услуге или доставке услуги/содержимого, и требует информации сеанса для соответствующего сообщения. Следовательно, чтобы сформировать сообщение уведомления для применения терминалом, функции 204a формирования уведомлений требуется соответствующая информация сеанса. Информация сеанса сохраняется в блоке 203 распространения/адаптации BCAST-услуг, и когда функция 203a распространения/адаптации уведомлений блока 203 распространения/адаптации BCAST-услуг доставляет информацию сеанса в функцию 204a формирования уведомлений, функция 204a формирования уведомлений проверяет информацию сеанса, а затем задает связанную информацию. Информация сеанса записана в элементах 511-522 по таблице 3 и таблице 4 в первом варианте осуществления.

По завершению задания сообщения уведомления для пользовательского применения или для применения терминалом функция 204a формирования уведомлений формирует сообщение уведомления на этапе 660. На этапе 670 функция 204a формирования уведомлений передает сформированное сообщение уведомления в терминал посредством функции 203a распространения/адаптации уведомлений.

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

Ниже описывается полная схема сообщения уведомления согласно второму варианту осуществления настоящего изобретения со ссылкой на таблицы 14-18.

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

Таблицы 14-18 разделены из одной таблицы для удобства, и определение элементов в каждой таблице следует определению из таблицы 14.

Таблица 14 Номер Имя Тип Категория Количество элементов Описание 1100 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationVersion
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
SessionInformation
MediaInformation
1101 ID A M 1 Идентификатор сообщения уведомления. 1102 NotificationVersion A M 1 Информация версии сообщения уведомления. 1103 NotificafionType A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
1104 Validity A O 0…1 Допустимое время фрагмента. 1105 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
1106 Lang A O 0…1 Язык. 1107 Description E2 M 1…N Содержимое или описание сообщения уведомления. 1108 Lang A O 0…1 Язык.

Уведомление 1100 указывает соответствующий фрагмент сообщения уведомления и включает в себя значения атрибутов: ID 1101, NotificationVersion 1102, NotificationType 1103, Validity 1104 и значения подэлементов: Name 1105 и Description 1107, оба в таблице 14, PresentationType 1109 в таблице 15, ExtensionURL 1110 и SessionInformation 1111 в таблице 16 и MediaInformation 1123 в таблице 17.

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

NotificationVersion 1102 указывает номер версии сообщения уведомления. Во втором варианте осуществления настоящего изобретения причина задания номера версии сообщения уведомления в сообщении уведомления заключается в том, что портативная система широковещательной передачи может многократно передавать сообщение уведомления при необходимости. Это эффективно, когда сообщение уведомления теряется в ходе передачи или есть необходимость оповестить об обновленной версии для конкретной уведомляемой услуги. Когда портативная система широковещательной передачи повторно передает сообщение уведомления, терминалу требуется критерий для определения того, является ли принимаемое сообщение уведомления новым сообщением. Следовательно, второй вариант осуществления настоящего изобретения добавляет атрибут NotificationVersion 1102, показанный в таблице 14, в качестве атрибута фрагмента Notification 1100. Согласно второму варианту осуществления настоящего изобретения, терминал, принимающий сообщение уведомления, может проверить информацию версии соответствующего сообщения уведомления, когда он использует NotificationVersion 1102 и ID 1101 совместно. Т.е. когда терминал принимает сообщение уведомления, многократно переданное посредством портативной системы широковещательной передачи, он может определить то, является ли принимаемое сообщение уведомления новым сообщением уведомления.

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

NotificationType 1103 указывает то, указывает тип или использование сообщения уведомления пользовательское применение, применение терминалом или другое применение, и является обязательным элементом. Если значение NotificationType 1103 равно 0, оно указывает пользовательское применение, а если значение NotificationType 1103 равно 1, оно указывает применение терминалом. Кроме того, NotificationType 1103 может задавать различные значения согласно назначению поставщика услуг.

Validity 1104 указывает допустимое время сообщения уведомления и является необязательным. Следовательно, если время, заданное в Validity 1104, истекает, сообщение уведомления, сохраненное в терминале, удаляется.

Name 1105 указывает заголовок или имя сообщения уведомления и является обязательным элементом. Он может быть задан на различных языках.

Lang 1106, значение атрибута для Name 1105, указывает язык содержимого, написанного в Name 1105, и является необязательным значением. Если Lang 1106 не имеет значения, ему присваивается значение, заданное по умолчанию, и значение по умолчанию может указывать язык в соответствующей зоне обслуживания либо английский язык.

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

Lang 1108, значение атрибута для Description 1107, указывает язык содержимого, написанного в Description 1107, и является необязательным значением. Если Lang 1108 не имеет значения, ему присваивается значение, заданное по умолчанию, и значение по умолчанию может указывать язык в соответствующей зоне обслуживания либо английский язык.

Таблица 15 1109 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.

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

Например, если PresentationType задан равным 0, контроллер 404 терминала, принимающего сообщение уведомления, предоставляет сообщение уведомления пользователю через дисплей 406 при приеме сообщения. Если PresentationType задан равным 1, контроллер 404 сохраняет принимаемое сообщение уведомления в запоминающем устройстве 410. Помимо этого, если PresentationType задан равным 2, контроллер 404 перекрывает сообщение уведомления по услуге, в данный момент предоставляемой через дисплей 406, пользователю.

Таблица 16 1110 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации. 1111 SessionInformation E2 O 0…N Информация сеанса по данным.
Атрибуты:
ValidFrom
ValidTo
UsageType
Элементы:
DeliverySession
TransportObjectID
Fragment
AlternativeURI
1112 ValidFrom A O 0…1 Время начала сеанса. 1113 ValidTo A O 0…1 Время окончания сеанса. 1114 UsageType A O 0…1 Тип использования сеанса (например, руководство по услуге, доставка файлов и т.д.). 1115 DeliverySession E3 M 1 Информация сеанса по содержимому доставки.
Атрибуты:
SourceIP
TransportSessionID
1116 SourceIP A M 1 IP-адрес источника, который должен быть передан. 1117 TransportSessionID A M 1 Идентификатор сеанса, который должен быть передан. 1118 TransportObjectID E3 O 0…N Идентификатор объекта передачи.

В таблице 16 ExtensionURL 1110 указывает URL-адрес сервера услуги или содержимого для дополнительной информации по сообщению уведомления и является необязательным значением.

SessionInformation 1111 указывает информацию сеанса для приема данных и является необязательным значением. SessionInformation 1111 - это информация о сеансе, где есть соответствующее руководство по услуге или есть файлы и содержимое, когда руководство по услуге обновляется либо файл или содержимое принимается. SessionInformation 1111 имеет значения атрибутов ValidFrom 1112, ValidTo 1113 и UsageType 1114 и значения элементов DeliverySession 1115 и TransportObjectID 1118 в таблице 16 и Fragment 1119 и AlternativeURI (Альтернативный URI-адрес) 1122 в таблице 17 в качестве своих значений подчиненных элементов. Т.е. SessionInformation 1111 используется для того, чтобы предоставлять информацию сеанса по услуге, которую должен принять терминал 208. Применение SessionInformation 1111 может быть определено в зависимости от UsageType 1114. Терминал может определить, какое содержимое должно быть включено в SessionInformation 1111, в зависимости от UsageType 1114 принимаемого сообщения уведомления.

ValidFrom 1112 указывает начальное время, когда SessionInformation 1111 допустим, и является необязательным значением.

ValidTo 1113 указывает конечное время, когда SessionInformation 1111 допустим, и является необязательным значением.

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

DeliverySession 1115 указывает значение позиции для сеанса, где такой объект, как руководство по услуге или файл, должен фактически передаваться, и имеет значения атрибутов SourceIP 1116 и TransportSessionID 1117.

SourceIP 1116, IP-адрес соответствующего сеанса передачи, доступен как для широковещательной, так и для многоадресной передачи.

TransportSessionID 1117 имеет значение идентификатора для сеанса передачи.

TransportObjectID 1118 - это уникальный идентификатор объекта, передаваемого в ходе сеанса.

Таблица 17 1119 Fragment E3 O 0…N Информация фрагмента передаваемого объекта.
Атрибуты:
FragmentID
FragmentVersion
1120 FragmentID A O 0…1 Значение идентификатора фрагмента. 1121 FragmentVersion A O 0…1 Информация версии фрагмента. 1122 AlternativeURI E3 O 0…1 Альтернативный URI-адрес, допускающий прием передаваемого объекта. 1123 MediaInformation E2 O 0…1 Информация мультимедиа для формирования мультимедийного сообщения уведомления.
Атрибуты:
Picture
Video
Audio
1124 Picture E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
PictureURI
1125 MIMEtype A O 0…1 Тип MIME. 1126 PictureURI A O 0…1 URI-адрес, указывающий позицию изображения. 1127 Video E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
VideoURI

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

FragmentID 1120 - это значение уникального идентификатора фрагмента, который терминал 208 должен принять.

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

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

MediaInformation 1123 указывает мультимедийную информацию для формирования сообщения уведомления и требуется для сообщения уведомления, сконфигурированного с помощью мультимедиа. MediaInformation 1123 состоит из значений подчиненных элементов Picture (Изображение), Video (Видео) и Audio (Аудио).

Picture 1124 указывает информацию картинки или изображения, MIMEtype 1125 указывает тип многоцелевых расширений электронной почты в Интернете (MIME) для соответствующего движущегося изображения, PictureURI 1126 - это URI-адрес, указывающий позицию картинки или изображения, а Video 1127 указывает информацию о движущемся изображении.

Таблица 18 1128 MIMEtype A O 0…1 Тип MIME. 1129 VideoURI A O 0…1 URI-адрес, указывающий позицию видео. 1130 Audio E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
AudioURI
1131 MIMEtype A O 0…1 Тип MIME. 1132 AudioURI A O 0…1 URI-адрес, указывающий позицию аудио.

В таблице 18 MIMEtype 1128 указывает MIME-тип для соответствующего движущегося изображения, а VideoURI 1129 - это URI-адрес, указывающий позицию движущегося изображения. "Позиция движущегося изображения" означает позицию конкретного сервера, когда соответствующее движущееся изображение существует на конкретном сервере, вместо включения в сообщение уведомления передачи.

Audio 1130 указывает информацию по аудио, музыке и звукам уведомлений, MIMEtype 1131 указывает MIME-тип для соответствующего аудио, а AudioURI 1132 - это URI-адрес, указывающий позицию аудио.

Таблица 19 и таблица 20 иллюстрируют формат сообщения, сконфигурированного с помощью текста, что является схемой сообщений уведомления, используемой для пользовательского применения согласно второму варианту осуществления настоящего изобретения. Определение каждого элемента в таблице 19 и таблице 20 идентично определению в таблице 14, и подробное описание таких же блоков, что и блоки в таблицах 14-18, опускается.

Таблица 19 Номер Имя Тип Категория Количество элементов Описание 1200 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationVersion
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
1201 ID A M 1 Идентификатор сообщения уведомления. 1202 NotificationVersion A M 1 Информация версии сообщения уведомления. 1203 NotificationType A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
1204 Validity A O 0…1 Допустимое время фрагмента. 1205 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
1206 Lang A O 0…1 Язык. 1207 Description E2 M 1…N Содержимое или описание сообщения уведомления. 1208 Lang A O 0…1 Язык.

Таблица 20 1209 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.
1210 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации.

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

Соответствующее сообщение уведомления включает в себя значения атрибутов ID 1201, NotificationVersion 1202, NotificationType 1203 и Validity 1204 и значения элементов Name 1205, Description 1207, PresentationType 1209 и ExtensionURL 1210. Описание всех значений подчиненных атрибутов и значений подчиненных элементов, составляющих сообщение уведомления, показанное в таблице 19 и таблице 20, идентично описанию по таблице 14-18.

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

Таблица 21 Номер Имя Тип Категория Количество элементов Описание 1300 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationVersion
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
MediaInformation
1301 ID A M 1 Идентификатор сообщения уведомления. 1302 NotificationVersion A M 1 Информация версии сообщения уведомления. 1303 NotificationType A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
1304 Validity A O 0…1 Допустимое время использования фрагмента. 1305 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
1306 Lang A O 0…1 Язык. 1307 Description E2 M 1…N Содержимое или описание сообщения уведомления. 1308 Lang A O 0…1 Язык.

Таблица 22 1309 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.
1310 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации. 1323 MediaInformation E2 O 0…1 Информация мультимедиа для формирования мультимедийного сообщения уведомления.
Элементы:
Picture
Video
Audio
1324 Picture E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
PictureURI
1325 MIMEtype A O 0…1 Тип MIME. 1326 PictureURI A O 0…1 URI-адрес, указывающий позицию изображения.

Таблица 23 1327 Video E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
VideoURI
1328 MIMEtype A O 0…1 Тип MIME. 1329 VideoURI A O 0…1 URI-адрес, указывающий позицию видео. 1330 Audio E3 O 0…N Информация изображения.
Атрибуты:
MIMEtype
AudioURI
1331 MIMEtype A O 0…1 Тип MIME. 1332 AudioURI A O 0…1 URI-адрес, указывающий позицию аудио.

Таблицы 21-23 иллюстрируют формат сообщения, сконфигурированного с помощью мультимедиа, что является схемой сообщений уведомления, используемой для пользовательского применения согласно второму варианту осуществления настоящего изобретения. Сообщение уведомления для пользовательского применения, показанное в таблицах 21-23, предлагаемое в примерном варианте осуществления настоящего изобретения, позволяет конфигурировать сообщение с помощью различных мультимедийных файлов, таких как изображение, движущееся изображение, аудио и т.д., и может быть по-разному использовано в качестве рекламного сообщения по услуге и содержимому и сообщения общественного блага, такое как поиск пропавшего ребенка. Сообщение уведомления по таблицам 21-23 включает в себя значения атрибутов ID 1301, NotificationVersion 1302, NotificationType 1303 и Validity 1304 и значения элементов Name 1305, Description 1307, PresentationType 1309, ExtensionURL 1310 и MediaInformation 1323. Описание всех значений подчиненных атрибутов и значений подчиненных элементов, составляющих сообщение уведомления, показанное в таблицах 21-23, идентично описанию по таблицам 14-18.

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

Таблица 24 Номер Имя Тип Категория Количество элементов Описание 1400 Notification E1 O 0…N Фрагмент сообщения уведомления.
Содержит следующие атрибуты и элементы.
Атрибуты:
ID
NotificationVersion
NotificationType
Validity
Элементы:
Name
Description
PresentationType
ExtensionURL
SessionInformation
1401 ID A M 1 Идентификатор сообщения уведомления. 1402 NotificationVersion A M 1 Информация версии сообщения уведомления. 1403 NotificationType A M 1 Тип уведомления:
если 0, UserUse
если 1, TerminalUse
ServiceProvider Defined допускается.
1404 Validity A O 0...1 Допустимое время фрагмента. 1405 Name E2 M 1…N Заголовок фрагмента уведомления.
Содержит следующий атрибут:
Lang
1406 Lang A O 0…1 Язык. 1407 Description E2 M 1…N Содержимое или описание сообщения уведомления. 1408 Lang A O 0…1 Язык.

Таблица 25 1409 PresentationType E2 M 1 Задание типа представления сообщения.
PresentationType=0. Терминал сразу отображает сообщение уведомления на экране при его приеме.
PresentationType=1. Терминал сохраняет сообщение уведомления в запоминающем устройстве, так что пользователь может проверить его позднее. (По умолчанию).
PresentationType=2. Терминал отображает сообщение уведомления по текущей выполняющейся услуге перекрывающимся способом.
Если необходимо, можно указать дополнительный PresentationType.
1410 ExtensionURL E2 O 0…N URL-адрес для дополнительной информации. 1411 SessionInformation E2 O 0…N Информация сеанса по данным.
Атрибуты:
ValidFrom
ValidTo
UsageType
Элементы:
DeliverySession
TransportObjectID
Fragment
AlternativeURI
1412 ValidFrom A O 0…1 Время начала сеанса. 1413 ValidTo A O 0…1 Время окончания сеанса. 1414 UsageType A O 0…1 Тип использования сеанса (например, руководство по услуге, доставка файлов и т.д.).

Таблица 26 1415 DeliverySession E3 M 1 Информация сеанса по содержимому доставки.
Атрибуты:
SourceIP
TransportSessionID
1416 SourceIP A M 1 IP-адрес источника, который должен быть передан. 1417 TransportSessionID A M 1 Идентификатор сеанса, который должен быть передан. 1418 TransportObjectID E3 O 0…N Идентификатор объекта передачи. 1419 Fragment E3 O 0…N Информация фрагмента передаваемого объекта.
Атрибуты:
FragmentID
FragmentVersion
1420 FragmentID A O 0…1 Значение идентификатора фрагмента. 1421 FragmentVersion A O 0…1 Информация версии фрагмента. 1422 AlternativeURI A O 0…1

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

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

Сообщение уведомления для применения терминалом, показанное в таблицах 24-26, предлагаемое во втором варианте осуществления настоящего изобретения, включает в себя значения атрибутов ID 1401, NotificationVersion 1402, NotificationType 1403 и Validity 1404 и значения элементов Name 1405, Description 1407, PresentationType 1409, ExtensionURL 1410 и SessionInformation 1411. Описание всех значений подчиненных атрибутов и значений подчиненных элементов, составляющих сообщение уведомления, показанное в таблицах 24-26, идентично описанию по таблицам 14-18.

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

На этапе 701 терминал принимает сообщение уведомления от портативной системы широковещательной передачи с помощью приемного устройства 400. На этапе 702 анализатор 402 сообщений анализирует соответствующее сообщение согласно формату, в котором сконфигурировано принятое сообщение уведомления. Если сообщение уведомления сконфигурировано в XML-формате, анализатор 402 сообщений анализирует принятое сообщение с помощью XML-анализатора, включенного в него.

На этапе 703 контроллер 404 определяет то, является ли принятое сообщение уведомления уже принятым сообщением уведомления, посредством сравнения ранее принятого сообщения уведомления с новым принятым сообщением уведомления в отношении ID и NotificationVersion. Если новое принятое сообщение уведомления идентично ранее принятому сообщению уведомления, контроллер 404 переходит к этапу 705, где он отбрасывает новое принятое сообщение уведомления, а затем завершает процесс. Тем не менее, если новое принятое сообщение уведомления не идентично ранее принятому сообщению уведомления, контроллер 404 переходит к этапу 704.

На этапе 704 контроллер 404 проверяет NotificationType сообщения уведомления, проанализированного посредством анализатора 402 сообщений, и выполняет заранее заданную операцию согласно результату проверки, и ее описание приводится ниже в данном документе. Если NotificationType равен 0, указывая то, что принятое сообщение уведомления предназначено для пользовательского применения, контроллер 404 переходит к этапу 710. Если NotificationType равен 1, указывая то, что принятое сообщение уведомления предназначено для применения терминалом, контроллер 404 переходит к этапу 730. Если NotificationType равен 2 и более, указывая то, что принятое сообщение уведомления - это сообщение, заданное поставщиком услуг, контроллер 404 переходит к этапу 720, где он выполняет конкретную операцию, заданную поставщиком услуг.В данном документе, когда NotificationType равен 2, поставщик услуг может свободно задавать сообщение уведомления согласно своей бизнес-модели и услугам.

На этапе 710 контроллер 404 может предоставлять принятое сообщение уведомления пользователю через дисплей 406, поскольку принятое сообщение уведомления - это сообщение, принятое для пользовательского применения. Сообщение уведомления, принятое для пользовательского уведомления, может быть SMS-сообщением или мультимедийным сообщением. При помощи этого сообщения поставщик услуг может предоставлять различные типы сообщений, такие как уведомление события услуг, уведомление о сбое/проверке системы, текстовое или мультимедийное рекламное объявление по услуге/содержимому, сообщение сбоя широковещательной передачи, уведомление выдачи счетов и т.д. Что касается этого сообщения уведомления, контроллер 404 проверяет PresentationType, и если принятое сообщение уведомления имеет высокий приоритет, который задается согласно результату проверки, контроллер 404 выводит принятое сообщение уведомления через дисплей 406. PresentationType может быть свободно задан согласно бизнес-модели и услугам поставщика услуг и должен иметь значение, отличное от значения, заданного выше.

На этапе 711 контроллер должен определять, следует ли обрабатывать принятое сообщение уведомления, в зависимости от PresentationType принятого сообщения уведомления. Если PresentationType принятого сообщения уведомления равен 0, контроллер 404 определяет то, что принятое сообщение уведомления - это сообщение, которое должно быть срочно предоставлено пользователю. Если PresentationType равен 1, контроллер 404 сохраняет принятое сообщение уведомления в запоминающем устройстве 410, с тем чтобы пользователь мог его использовать в дальнейшем. Наконец, если PresentationType равен 2, контроллер 404 накладывает соответствующее сообщение уведомления на содержимое услуги.

Если на этапе 711 определено, что PresentationType принятого сообщения уведомления равен 0, указывая то, что соответствующее сообщение должно быть немедленно отправлено пользователю, контроллер 404 переходит к этапу 712, на котором он останавливает текущую услугу. На этапе 713 контроллер 404 конфигурирует принятое сообщение уведомления, с тем чтобы оно могло быть непосредственно предоставлено пользователю. На этапе 714 контроллер 404 отображает сконфигурированное сообщение уведомления через дисплей 406 согласно заранее заданному способу конфигурирования экрана. В данном документе "конфигурирование принятого сообщения уведомления" означает, если сообщение уведомления сконфигурировано в XML-формате, реконфигурирование сообщения согласно заранее заданному способу конфигурирования экрана, с тем чтобы предоставить такую информацию, как текст, изображение, видео и аудио, включенную в сообщение, пользователю.

Если на этапе 711 определено, что PresentationType принятого сообщения уведомления равен 1, контроллер 404 сохраняет сообщение уведомления в запоминающем устройстве 410 на этапе 715. В дальнейшем пользователь может проверить сообщение уведомления, сохраненное в запоминающем устройстве 410, посредством соответствующей операции.

В завершение, если на этапе 711 определено, что PresentationType принятого сообщения уведомления равен 2, контроллер 404 реконфигурирует на этапе 716 сообщение уведомления согласно способу конфигурирования экрана, заданному терминалом 208, чтобы наложить принятое сообщение уведомления на текущую услугу/содержимое на дисплее 406.

На этапе 717 контроллер 404 накладывает сообщение уведомления, сформированное на этапе 716 на текущее принятое содержимое и предоставляет результаты наложения пользователю через дисплей 406.

Тем не менее, если на этапе 704 определено то, что PresentationType принятого сообщения уведомления равен 1, контроллер 404 определяет на этапе 730 то, что принятое сообщение уведомления предназначено для применения терминалом.

Контроллер 404 проверяет содержимое информации сеанса принятого сообщения уведомления на этапе 731 и осуществляет доступ к соответствующему сеансу на основе содержимого информации сеанса на этапе 732. Контроллер 404 принимает указанное содержимое, такое как руководство по услуге, файл и объект в сеансе, к которому осуществлен доступ, на этапе 733 и сохраняет или обновляет принятое содержимое в запоминающем устройстве 410 на этапе 734.

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

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

Сообщение уведомления формируется посредством функции 204a формирования уведомлений, описанной на Фиг.2, по запросу поставщика содержимого, поставщика услуг или поставщика сетевых услуг либо на основе события уведомления, сформированного посредством системы портативных широковещательных услуг.

На этапе 801 функция 204a формирования уведомлений принимает от функции 202a событий уведомления сообщение о событии уведомления, уведомляющее об изменении/сбое в системе и услуге, изменении/доставке руководства по услуге, доставке содержимого, рекламном объявлении, чрезвычайной ситуации, аварийной ситуации и т.д.

На этапе 802 на основе принятого сообщения о событии уведомления функция 204a формирования уведомлений создает базовую информацию для сообщения уведомления, т.е. значения атрибутов ID и Validity и значения элементов Name, Description, ExtensionURL и MediaInformation.

На этапе 803 после создания базовой информации функция 204a формирования уведомлений определяет то, предназначено соответствующее сообщение уведомления для пользовательского применения или для применения терминалом, и задает NotificationType согласно результату определения.

Если сообщение уведомления предназначено для пользовательского применения (810), функция 204a формирования уведомлений задает NotificationType равным 0 на этапе 811.

После задания NotificationType равным 0 на этапе 811 функция 204a формирования уведомлений определяет на этапе 812 то, должна ли она сразу отобразить соответствующее сообщение на пользовательском терминале, сохранить соответствующее сообщение в терминале, чтобы вывести его позднее по запросу пользователя, или перекрыть соответствующее сообщение по содержимому услуги для пользователя.

Если функция 204a формирования уведомлений определяет немедленно отобразить сообщение уведомления при его получении (820) в процессе определения способа отображения сообщения уведомления в терминале на этапе 812, она задает PresentationType сообщения уведомления равным 0 на этапе 821. Тем не менее, если функция 204a формирования уведомлений определяет сохранить сообщение уведомления в терминале, чтобы вывести его позднее по запросу пользователя (830), она задает PresentationType равным 1 на этапе 831.

Наконец, если функция 204a формирования уведомлений определяет перекрыть сообщение уведомления по предоставляемому в данный момент содержимому для пользователя (840), она задает PresentationType в сообщении уведомления равным 2 на этапе 841.

Тем не менее, если на этапе 803 определено то, что сообщение уведомления предназначено для применения терминалом (850), функция 204a формирования уведомлений задает NotificationType сообщения уведомления равным 1 на этапе 851.

На этапе 852 сообщение уведомления для применения терминалом, как описано в разделе формата сообщения уведомления, используется как сообщение, уведомляющее об обновлении/доставке руководства по услуге или доставке услуги/содержимого, и требует информации сеанса для соответствующего сообщения. Следовательно, чтобы сформировать сообщение уведомления для применения терминалом, функции 204a формирования уведомлений требуется соответствующая информация сеанса. Информация сеанса сохраняется в блоке 203 распространении/адаптации BCAST-услуг, и когда функция 203a распространения/адаптации уведомлений блока 203 распространения/адаптации BCAST-услуг доставляет информацию сеанса в функцию 204a формирования уведомлений, функция 204a формирования уведомлений проверяет информацию сеанса, а затем задает связанную информацию. Информация сеанса записана в элементах 1111-1122 по таблице 16 и таблице 17 во втором варианте осуществления.

По завершении задания сообщения уведомления для пользовательского применения или для применения терминалом функция 204a формирования уведомлений формирует сообщение уведомления на этапе 860. На этапе 870 функция 204a формирования уведомлений передает сформированное сообщение уведомления в терминал посредством функции 203a распространения/адаптации уведомлений.

Таблица 27 ниже - это схема сообщения уведомления, предоставляемая для лучшего понимания таблиц, представляющих значения элементов и значения атрибутов, составляющих сообщение уведомления, проиллюстрированное выше, и таблиц, представляющих значения элементов и значения атрибутов, составляющих сообщение уведомления, проиллюстрированное ниже.

Таблица 27 Имя Тип Категория Количество элементов Description Тип данных

В таблице 27 "Имя" указывает имя элемента или атрибута, составляющих соответствующий фрагмент."Тип" указывает то, соответствует ли имя значению элемента (E) или значению атрибута (A). Значение элемента включает в себя E, E1 и E2. "Категория" используется для указания того, является соответствующее значение элемента или значение атрибута обязательным или необязательным в сети (N) или терминале (T), и имеет значение M, если значение обязательное, и значение O, если значение необязательное. Следовательно, обязательное содержимое в сети обозначается как "NM (обязательное в сети)", обязательное содержимое в терминале обозначается как "TM (обязательное в терминале)", необязательное содержимое в сети обозначается как "NO (необязательное в сети)", а необязательное содержимое в терминале обозначается как "TO (необязательное в терминале)". "Количество элементов" означает отношения между элементами, и имеет значения "0", "0…1", "1", "0…N", "1…N", где 0 означает необязательное отношение, 1 означает обязательное отношение, а N означает возможность наличия множества значений. Например, "0…N" означает возможность того, что нет соответствующего значения элемента или имеется N соответствующих значений элемента. "Описание" задает смысл соответствующего значения элемента или значения атрибута. Тип данных означает тип данных для соответствующего значения элемента или атрибута, т.е. задает тип программного языка, используемого для формирования сообщения. Например, "Тип данных" может указывать тип данных, используемый в XML.

Таблицы 28-36 иллюстрируют сообщение уведомления, описанное в таблице 27, согласно третьему варианту осуществления настоящего изобретения. Сообщение уведомления согласно третьему варианту осуществления отличается от сообщения уведомления согласно первому варианту осуществления в том, что "Категория" означает то, является соответствующее содержимое обязательным или необязательным в сети и терминале, как описано в таблице 27. Кроме того, среди значений элементов, Name 1205 по таблице 19, указывающее имя сообщения уведомления в первом и втором вариантах осуществления, заменено на Title (Заголовок) в таблице 29 ниже. Помимо этого, хотя первый и второй варианты осуществления осуществляют доступ к сеансу с помощью информации сеанса, включенной в сообщение уведомления, и принимают соответствующий файл, третий вариант осуществления добавляет ServiceGuideDeliveryDescriptor (Дескриптор доставки руководства по услуге) и Fragment в сообщение уведомления, чтобы использовать их для обновления руководства по услуге. Третий вариант осуществления отличается от предыдущих вариантов осуществления тем, что NotificationType, используемый для пользовательского применения или применения терминалом, различается согласно использованию или событию сообщения уведомления.

Сообщение уведомления по таблицам 28-36, в общем, включает в себя значения атрибутов ID, NotificationVersion, NotificationType и Validity и значения элементов Title, Description, PresentationType и ExtensionURL и может дополнительно включать в себя SessionInformation, MediaInformation, ServiceGuideDeliveryDescriptor или Fragment согласно своему применению.

Таблица 28 Имя Тип Категория Количество элементов Описание Тип данных NotificationMessage E Фрагмент сообщения уведомления.
Содержит следующие атрибуты:
ID
NotificationVersion
NotificationType
Validity
Содержит следующие элементы:
Title
Description
PresentationType
ExtensionURL
SessionInformation
MediaInformation
ServiceGuideDeliveryDescriptor
Fragment
ID A NM/TM 1 Идентификатор сообщения уведомления. anyURI NotificationVersion A NM/TM 1 Информация версии сообщения уведомления. Он должен быть использован для того, чтобы проверять избыточность сообщения уведомления и новые сообщения уведомления. int (32 бита), выраженное как NTP-время NotificationType A NM/TM 1 Тип уведомления, переносимый в этом сообщении уведомления. См. раздел 8.2. integer Validity A NO/TM 0…1 Допустимое время фрагмента сообщения уведомления.
Если Validity задан, срок действия сообщения уведомления должен истекать в указанное время.
int (32 бита), выраженное как NTP-время

Таблица 29 Title E1 NM/TM 0…N Заголовок сообщения уведомления, возможно, на нескольких языках.
Язык выражается с помощью встроенного XML-атрибута xml:lang с помощью этого элемента.
string
Description E1 NO/TM 0…N Описание или сообщения уведомления, возможно, на нескольких языках.
Язык выражается с помощью встроенного XML-атрибута xml:lang с помощью этого элемента.
string
PresentationType E1 NM/TM 1 Задает тип представления принимаемых сообщений уведомления.
Если PresentationType=0, терминал подготавливает к просмотру сообщение уведомления сразу после прерывания всех приложений.
Если PresentationType=1, терминал сохраняет сообщение уведомления. Пользователь может просматривать сохраненное сообщение каждый раз, когда захочет. (По умолчанию.)
Если PresentationType=2, терминал подготавливает к просмотру сообщение уведомления, перекрывая текущие воспроизводимые услуги.
Другие значения PresentationType могут быть определены согласно назначению поставщиков услуг, операторов или вещательных станций.
integer
ExtensionURL E1 NO/TM 0…N URL-адрес, содержащий дополнительную информацию, связанную с сообщением уведомления. anyURI

Таблица 30 SessionInformation E1 NO/TM 0…N Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит указатель на другой сеанс доставки.
SessionInformation задает информацию сеанса доставки, информацию объектов или фрагментов, доставляемых посредством указанного сеанса, и URI-адрес в качестве альтернативного способа доставки. После приема сообщения уведомления с SessionInformation терминал должен осуществить доступ к соответствующему сеансу, указанному посредством SessionInformation, и предпринять соответствующее действие, такое как прием содержимого.
Содержит следующие атрибуты:
ValidFrom
ValidTo
UsageType
Содержит следующие элементы:
DeliverySession
TransportObjectID
AlternativeURI
ValidFrom A NO/TM 0…1 Первый момент, когда сеанс для терминала, чтобы принимать данные, допустим. int (32 бита), выражен-ное как NTP-
время
ValidTo A NO/TM 0…1 Последний момент, когда сеанс для терминала, чтобы принимать данные, допустим. int (32 бита), выражен-ное как NTP-
время

Таблица 31 UsageType A NO/TM 0…1 Задает тип объекта, передаваемого посредством указанного сеанса доставки.
Если UsageType=0, указанный сеанс доставки должен быть использован для доставки файлов.
Если UsageType=1, услуга должна начинаться посредством указанного сеанса доставки по расписанию.
Другие значения PresentationType могут быть определены согласно назначению поставщиков услуг, операторов или вещательных станций.
integer
DeliverySession E2 NO/TM 0…1 Информация целевого сеанса доставки, указанного посредством сообщения уведомления.
Содержит следующие атрибуты:
SourceIP
TransportSessionID
SourceIP A NM/TM 1 IP-адрес источника для сеанса доставки. string TransportSessionID A NM/TM 1 Идентификатор целевого сеанса доставки. Unsigned Short (16 битов) TransportObjectID E2 NO/TM 0…N Идентификатор объекта транспортировки (TOI) для объекта, передаваемого посредством указанного сеанса доставки, включающего в себя соответствующие элементы фрагментов. unsignedInt (32 бита) AlternativeURI E2 NO/TM 0…1 Альтернативный URI-адрес для приема объекта посредством канала взаимодействия. Если терминал не может осуществлять доступ к указанному сеансу доставки, терминал может принимать объект, ассоциативно связанный с сообщением уведомления, посредством AlternativeURI. anyURI

Таблица 32 MediaInformation E1 NO/TM 0…1 Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит информацию для предоставления поддержки уведомления.
MediaInformation используется для того, чтобы составлять и подготавливать к просмотру сообщения уведомления.
Содержит следующие элементы:
Picture
Video
Audio
Picture E2 NO/TM 0…N Задает то, как получить изображение и MIME-тип.
Содержит следующие элементы:
MIMEtype
PictureURI
MIMEtype A NO/TM 0…1 MIME-тип изображения. string PictureURI A NO/TM 0…1 URI-адрес, ссылающийся на изображение. anyURI Video E2 NO/TM 0…N Задает то, как получить видео и MIME-тип.
Содержит следующие элементы:
MIMEtype
VideoURI
MIMEtype A NO/TM 0…1 MIME-тип видео. string VideoURI A NO/TM 0…1 URI-адрес, ссылающийся на видео. anyURI Audio E2 NO/TM 0…N Задает то, как получить аудио и MIME-тип.
Содержит следующие элементы:
MIMEtype
AudioURI

Таблица 33 MIMEtype A NO/TM 0…1 MIME-тип аудио. string AudioURI A NO/TM 0…1 URI-адрес, ссылающийся на аудио. anyURI ServiceGuideDeliveryDescriptor E1 NO/TM 0…N Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит SGDD.
ServiceGuideDeliveryDescriptor содержит следующий подчиненный элемент:
DescriptorEntry
ID A NM/TM 1 Идентификатор фрагмента ServiceGuideDeliveryDescriptor, глобально уникальный. anyURI Version A NM/TM 1 Версия этого фрагмента. Более новая версия переопределяет более старую, как только она принята. unsignedInt (32 бита) DescriptorEntry E2 NM/TM 1…N Запись в ServiceGuideDeliveryDescriptor.
Содержит следующие подчиненные элементы:
GroupingCriteria
Transport
AlternativeAccessURL
ServiceGuideDeliveryUnit
GroupingCriteria E3 NO/TM 0…1 Задает критерии для группировки фрагментов руководства по услуге в этом DescriptorEntry руководства по услуге.
Если несколько критериев для группировки присутствует одновременно, все эти критерии группировки применяются к набору фрагментов руководства по услуге в данном DescriptorEntry руководства по услуге.
Содержит следующие подчиненные элементы:
TimeGroupingCriteria
GenreGroupingCriteria
ServiceProviderCriteria

Таблица 34 TimeGroupingCriteria E4 NO/TM 0…1 Задает период времени, который описывает этот DescriptorEntry. (Например: объявляет конкретную подгруппу допустимых фрагментов руководства по услуге для следующих 2 часов).
Содержит следующие атрибуты:
StartTime
EndTime
StartTime A NM/TM 1 Начало периода времени, для которого этот DescriptorEntry объявляет фрагменты.
(Отметим, что это отличается от времени допустимости фрагмента).
int (32 бита), выражен-
ное как NTP-время
EndTime A NM/TM 1 Окончание периода времени, для которого этот DescriptorEntry объявляет фрагменты.
(Отметим, что это отличается от времени допустимости фрагмента).
int (32 бита), выражен-
ное как NTP-время
GenreGroupingCriteria E4 NO/TM 0…1 Задает классификацию услуг/содержимого, ассоциативно связанного с фрагментами в этом блоке доставки руководства по услуге (к примеру, комедия, боевик, драма) string ServiceProviderCriteria E4 NO/TM 0…1 Задает каждого поставщика услуг по уникальному имени. string Transport E3 NO/TM 0…1 Указатель на транспортный сеанс, доставляющий фрагменты руководства по услуге в рамках блоков доставки руководства по услуге, указанных в этом DescriptorEntry.
Содержит следующие атрибуты:
IpAddress
Port
SrcIpAddress
SessionID
IpAddress A NM/TM 1 IP-адрес назначения целевого сеанса доставки. string Port A NM/TM 1 Порт назначения целевого сеанса доставки. Unsigned Short (16 битов) SrcIpAddress A NO/TM 0…1 IP-адрес источника для сеанса доставки. string

Таблица 35 SessionID A NM/TM 1 Идентификатор целевого сеанса доставки. unsignedShort (16 битов) AlternativeAccessURL E3 NO/TM 0…N Альтернативный URL-адрес для извлечения блоков доставки руководства по услуге посредством канала взаимодействия. anyURI ServiceGuide DeliveryUnit E3 NM/TM 1…N Группа фрагментов.
Содержит следующие атрибуты:
transportObjectID
validFrom
validTo
Содержит следующий подчиненный элемент:
Fragment
transportObjectID A NO/TM 0…1 Идентификатор транспортного объекта блока доставки руководства по услуге, переносящего объявленные фрагменты в рамках этой группы. unsignedInt (32 бита) validFrom A NO/TM 0…1 Первый момент времени, когда эта группа фрагментов руководства по услуге действительна. Форматом является NTP.
Примечание. Если этот элемент отсутствует, атрибут validFrom ДОЛЖЕН присутствовать в подчиненном элементе Fragment.
int (32 бита), выражен-
ное как NTP-время
validTo A NO/TM 0…1 Последний момент времени, когда эта группа фрагментов руководства по услуге действительна. Форматом является NTP.
Примечание. Если этот элемент отсутствует, атрибут validTo ДОЛЖЕН присутствовать в подчиненном элементе Fragment.
int (32 бита), выражен-
ное как NTP-время
Fragment E4 NM/TM 1…N Объявление фрагмента руководства по услуге, который доступен по широковещательному каналу.
Содержит следующие атрибуты:
transportID
ID
Version
validFrom
validTo
Type

Таблица 36 transportID A NM/TM 1 Идентификатор объявленного фрагмента руководства по услуге, который должен быть использован в заголовке блока доставки руководства по услуге. unsignedInt (32 бита) ID A NM/TM 1 Идентификатор объявленного фрагмента руководства по услуге. anyURI Version A NM/TM 1 Версия объявленного фрагмента руководства по услуге.
Примечание. Область действия Version ограничена заданным транспортным сеансом. Значение Version изменяется от 2^32-1 до 0.
unsignedInt (32 бита)
validFrom A NO/TM 0…1 Первый момент, когда этот фрагмент является допустимым. Если не предоставлен, предполагается, что допустимость начата некоторое время назад.
Примечание. Если этот атрибут присутствует, и атрибут validFrom для ServiceGuideDeliveryUnit также присутствует, значение этого атрибута перекрывает значение атрибута validFrom для ServiceGuideDeliveryUnit.
int (32 бита), выраженное как NTP-время
validTo A NO/TM 0…1 Последний момент, когда этот фрагмент является допустимым. Если не предоставлен, предполагается, что допустимость завершается в неопределенное время в будущем.
Примечание. Если этот атрибут присутствует, и атрибут validTo для ServiceGuideDeliveryUnit также присутствует, значение этого атрибута перекрывает значение атрибута validTo для ServiceGuideDeliveryUnit.
int (32 бита), выражен-ное как NTP-время
Type A NM/TM 1 Перечислимое значение, обозначающее схему или MIME-тип для фрагмента. string Fragment E1 NO/TM 0…N Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит фрагмент руководства по услуге.
Этот элемент может переносить любой фрагмент руководства по услуге.
<TBD>

Таблицы 37-45 ниже иллюстрируют сообщение уведомления согласно четвертому варианту осуществления настоящего изобретения. Различия между сообщением уведомления согласно четвертому варианту осуществления и сообщением уведомления согласно другим вариантам осуществления следующие. Терминал определяет то, предназначено соответствующее сообщение уведомления для пользовательского применения или для применения терминалом, в зависимости от NotificationType. Функция 204a формирования уведомлений конфигурирует сообщение согласно типу события (добавлено) сообщения уведомления с помощью EventType, указывающего тип события уведомления. Терминал может определять то, посредством какого события сконфигурировано принятое сообщение уведомления, в зависимости от EventType принятого сообщения уведомления. Помимо этого, функция 204a формирования уведомлений добавляет FilteringValue к сообщению уведомления, с тем чтобы отобразить содержимое, сохраненное в абонентском терминале, или содержимое, существующее в конкретном сеансе, и содержимое, соответствующее FilteringValue, с тем чтобы пользователи могли просматривать различное содержимое. Т.е. поскольку функция 204a формирования уведомлений формирует сообщение уведомления согласно принятому сообщению о событии уведомления, можно сконфигурировать сообщение уведомления, включающее в себя только элемент, требуемый для сообщения уведомления, посредством включения в сообщение уведомления передачи информации EventType, указывающий тип события, для предоставления возможности функции 204a формирования уведомлений формировать сообщение уведомления.

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

Generic Field (Общее поле) сообщения уведомления согласно четвертому варианту осуществления включает в себя значения атрибутов ID, NotificationVersion, NotificationType, EventType, PresentationType и Validity и значения элементов Title, Description и ExtensionURL. FilteringValue, SessionInformation, MediaInformation, ServiceGuideDeliveryDescriptior и Fragment, наряду с Generic Field, могут быть сконфигурированы по-другому согласно EventType.

Таблица 37 Имя Тип Категория Количество элементов Описание Тип данных NotificationMessage E Фрагмент сообщения уведомления.
Содержит следующие атрибуты:
ID
NotificationVersion
NotificationType
EventType
PresentationType
Validity
Содержит следующие элементы:
Title
Описание
ExtensionURL
FilteringValue
SessionInformation
MediaInformation
ServiceGuideDeliveryDescriptor
Fragment
ID A NM/TM 1 Идентификатор сообщения уведомления. anyURI NotificationVersion A NM/TM 1 Информация версии сообщения уведомления. Он должен быть использован для того, чтобы проверять избыточность сообщения уведомления и новые сообщения уведомления. int (32 бита), выражен-
ное как NTP-время

Таблица 38 NotificationType A NM/TM 1 Тип уведомления:
Если NotificationType=0, это сообщение является ориентированным на пользователя сообщением, таким как уведомление от SP, мультимедийное сообщение, экстренное сообщение и т.д.
Если NotificationType=1, это сообщение является ориентированным на терминал сообщением, таким как начало услуги или загрузка файла и т.д.
Другие значения NotificationType могут быть определены согласно назначению поставщиков услуг, операторов или вещательных станций.
UnsignedByte
EventType A NM/TM 1 Тип события уведомления, переносимый в этом сообщении уведомления. unsignedByte PresentationType A NM/TM 1 Задает тип представления принимаемых сообщений уведомления.
Если PresentationType=0, терминал подготавливает к просмотру сообщение уведомления сразу после прерывания всех приложений.
Если PresentationType=1, терминал сохраняет сообщение уведомления. Пользователь может просматривать сохраненное сообщение каждый раз, когда захочет. (По умолчанию.)
Если PresentationType=2, терминал подготавливает к просмотру сообщение уведомления, перекрывая текущие воспроизводимые услуги.
Другие значения PresentationType могут быть определены согласно назначению поставщиков услуг, операторов или вещательных станций.
unsignedByte
Validity A NO/TM 0…1 Допустимое время фрагмента сообщения уведомления.
Если Validity задан, срок действия сообщения уведомления должен истекать в указанное время.
Примечание. Если сообщение уведомления используется для рекламного уведомления и это поле присутствует, оно ДОЛЖНО быть использовано для того, чтобы указывать время начала рекламы.
int (32 бита), выраженное как NTP-время

Таблица 39 Title E1 NO/TM 0…N Заголовок сообщения уведомления, возможно, на нескольких языках.
Язык выражается с помощью встроенного XML-атрибута xml:lang с помощью этого элемента.
string
Description E1 NO/TM 0…N Описание или сообщения уведомления, возможно, на нескольких языках.
Язык выражается с помощью встроенного XML-атрибута xml:lang с помощью этого элемента.
string
ExtensionURL E1 NO/TM 0…N URL-адрес, содержащий дополнительную информацию, связанную с сообщением уведомления. AnyURI FilteringValue E1 NO/TO 0…N Задает значение, которое должно быть использовано для фильтрации. String FilteringType A NM/TM 1 Задет тип фильтрации. Возможные значения - Genre (Жанр), Age (Возраст), Name, Location (Размещение) и т.д. String SessionInformation E1 NO/TM 0…N Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит указатель на другой сеанс доставки.
SessionInformation задает информацию сеанса доставки, информацию объектов или фрагментов, доставляемых посредством указанного сеанса, и URI-адрес в качестве альтернативного способа доставки. После приема сообщения уведомления с SessionInformation терминал должен осуществить доступ к соответствующему сеансу, указанному посредством SessionInformation, и предпринять соответствующее действие, такое как прием содержимого.
Содержит следующие атрибуты:
ValidFrom
ValidTo
UsageType
Содержит следующие элементы: DeliverySession
TransportObjectID
AlternativeURI

Таблица 40 ValidFrom A NO/TM 0…1 Первый момент, когда сеанс для терминала, чтобы принимать данные, допустим. int (32 бита), выражен-ное как NTP-время ValidTo A NO/TM 0…1 Последний момент, когда сеанс для терминала, чтобы принимать данные, допустим. int (32 бита), выражен-
ное как NTP-время
DeliverySession E2 NO/TM 0…1 Информация целевого сеанса доставки, указанного посредством сообщения уведомления.
Содержит следующие атрибуты:
SourceIP
TransportSessionID
SourceIP A NM/TM 1 IP-адрес источника для сеанса доставки. string TransportSessionID A NM/TM 1 Идентификатор целевого сеанса доставки. Unsigned Short (16 битов) TransportObjectID E2 NO/TM 0…N Идентификатор объекта транспортировки (TOI) для объекта, передаваемого посредством указанного сеанса доставки, включающего в себя соответствующие элементы фрагментов. unsignedInt (32 бита) AlternativeURI E2 NO/TM 0…1 Альтернативный URI-адрес для приема объекта посредством канала взаимодействия. Если терминал не может осуществлять доступ к указанному сеансу доставки, терминал может принимать объект, ассоциативно связанный с сообщением уведомления, посредством AlternativeURI. anyURI MediaInformation E1 NO/TM 0…1 Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит информацию для предоставления поддержки уведомления.
MediaInformation используется для того, чтобы составлять и подготавливать к просмотру сообщения уведомления.
Содержит следующие элементы:
Picture
Video
Audio

Таблица 41 Picture E2 NO/TM 0…N Задает то, как получить изображение и MIME-тип.
Содержит следующие элементы:
MIMEtype
PictureURI
MIMEtype A NO/TM 0…1 MIME-тип изображения. string PictureURI A NO/TM 0…1 URI-адрес, ссылающийся на изображение. anyURI Video E2 NO/TM 0…N Задает то, как получить видео и MIME-тип.
Содержит следующие элементы:
MIMEtype
VideoURI
MIMEtype A NO/TM 0…1 MIME-тип видео. string VideoURI A NO/TM 0…1 URI-адрес, ссылающийся на видео. anyURI Audio E2 NO/TM 0…N Задает то, как получить аудио и MIME-тип.
Содержит следующие элементы:
MIMEtype
AudioURI
MIMEtype A NO/TM 0…1 MIME-тип аудио. string AudioURI A NO/TM 0…1 URI-адрес, ссылающийся на аудио. anyURI ServiceGuide DeliveryDescriptor E1 NO/TM 0…N Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит SGDD.
ServiceGuideDeliveryDescriptor содержит следующий подчиненный элемент:
DescriptorEntry

Таблица 42 ID A NM/TM 1 Идентификатор фрагмента ServiceGuideDeliveryDescriptor, глобально уникальный. anyURI Version A NM/TM 1 Версия этого фрагмента. Более новая версия переопределяет более старую, как только она принята. unsignedInt (32 бита) DescriptorEntry E2 NO/TM 1…N Запись в дескрипторе доставки руководства по услуге.
Содержит следующие подчиненные элементы:
GroupingCriteria
Transport
AlternativeAccessURL
ServiceGuideDeliveryUnit
GroupingCriteria E3 NO/TM 0…1 Задает критерии для группировки фрагментов руководства по услуге в этом DescriptorEntry руководства по услуге.
Если несколько критериев для группировки присутствует одновременно, все эти критерии группировки применяются к набору фрагментов руководства по услуге в данном DescriptorEntry руководства по услуге.
Содержит следующие подчиненные элементы:
TimeGroupingCriteria
GenreGroupingCriteria
ServiceProviderCriteria
TimeGrouping Criteria E4 NO/TM 0…1 Задает период времени, который описывает этот DescriptorEntry. Например: объявляет конкретную подгруппу допустимых фрагментов руководства по услуге для следующих 2 часов).
Содержит следующие атрибуты:
StartTime
EndTime
StartTime A NM/TM 1 Начало периода времени, для которого этот DescriptorEntry объявляет фрагменты.
(Отметим, что это отличается от времени допустимости фрагмента).
int (32 бита), выражен-
ное как NTP-время

Таблица 43 EndTime A NM/TM 1 Окончание периода времени, для которого этот DescriptorEntry объявляет фрагменты.
(Отметим, что это отличается от времени допустимости фрагмента).
int (32 бита), выражен-
ное как NTP-время
GenreGrouping Criteria E4 NO/TM 0…1 Задает классификацию услуг/содержимого, ассоциативно связанного с фрагментами в этом блоке доставки руководства по услуге (к примеру, комедия, боевик, драма) string ServiceProvider
Criteria
E4 NO/TM 0…1 Задает каждого поставщика услуг по уникальному имени. string
Transport E3 NO/TM 0…1 Указатель на транспортный сеанс, доставляющий фрагменты руководства по услуге в рамках блоков доставки руководства по услуге, указанных в этом DescriptorEntry.
Содержит следующие атрибуты:
IpAddress
Port
SrcIpAddress
SessionID
IpAddress A NM/TM 1 IP-адрес назначения целевого сеанса доставки. string Port A NM/TM 1 Порт назначения целевого сеанса доставки. Unsigned
Short
(16 битов)
SrcIpAddress A NO/TM 0…1 IP-адрес источника для сеанса доставки. string SessionID A NM/TM 1 Идентификатор целевого сеанса доставки. unsignedShort (16 битов) AlternativeAccess
URL
E3 NO/TM 0…N Альтернативный URL-адрес для извлечения блоков доставки руководства по услуге посредством канала взаимодействия. anyURI

Таблица 44 ServiceGuideDeliveryUnit E3 NM/TM 1…N Группа фрагментов.
Содержит следующие атрибуты:
transportObjectID
validFrom
validTo
Содержит следующий подчиненный элемент: Fragment
transportObjectID A NO/TM 0…1 Идентификатор транспортного объекта блока доставки руководства по услуге, переносящего объявленные фрагменты в рамках этой группы. unsignedInt (32 бита) validFrom A NO/TM 0…1 Первый момент времени, когда эта группа фрагментов руководства по услуге действительна. Форматом является NTP.
Примечание. Если этот элемент отсутствует, атрибут validFrom ДОЛЖЕН присутствовать в подчиненном элементе Fragment.
int (32 бита), выражен-
ное как NTP-время
validTo A NO/TM 0…1 Последний момент времени, когда эта группа фрагментов руководства по услуге действительна. Форматом является NTP.
Примечание. Если этот элемент отсутствует, атрибут validTo ДОЛЖЕН присутствовать в подчиненном элементе Fragment.
int (32 бита), выражен-
ное как NTP-время
Fragment E4 NM/TM 1…N Объявление фрагмента руководства по услуге, который доступен по широковещательному каналу.
Содержит следующие атрибуты:
transportID
ID
Version
validFrom
validTo
Type
transportID A NM/TM 1 Идентификатор объявленного фрагмента руководства по услуге, который должен быть использован в заголовке блока доставки руководства по услуге. unsignedInt (32 бита)

Таблица 45 ID A NM/TM 1 Идентификатор объявленного фрагмента руководства по услуге. anyURI Version A NM/TM 1 Версия объявленного фрагмента руководства по услуге.
Примечание. Область действия Version ограничена заданным транспортным сеансом. Значение Version изменяется от 2^32-1 до 0.
unsignedInt (32 бита)
validFrom A NO/TM 0…1 Первый момент, когда этот фрагмент является допустимым. Если не предоставлен, предполагается, что допустимость начата некоторое время назад.
Примечание. Если этот атрибут присутствует, и атрибут validFrom для ServiceGuideDeliveryUnit также присутствует, значение этого атрибута перекрывает значение атрибута validFrom для ServiceGuideDeliveryUnit.
int (32 бита), выражен-
ное как NTP-время
validTo A NO/TM 0…1 Последний момент, когда этот фрагмент является допустимым. Если не предоставлен, предполагается, что допустимость завершается в неопределенное время в будущем.
Примечание. Если этот атрибут присутствует, и атрибут validTo для ServiceGuideDeliveryUnit также присутствует, значение этого атрибута перекрывает значение атрибута validTo для ServiceGuideDeliveryUnit.
int (32 бита), выражен-
ное как NTP-время
Type A NM/TM 1 Перечислимое значение, обозначающее схему или MIME-тип для фрагмента. string Fragment E1 NO/TM 0…N Этот элемент ДОЛЖЕН присутствовать, когда сообщение уведомления переносит фрагмент руководства по услуге.
Этот элемент может переносить любой фрагмент руководства по услуге.
<TBD>

Таблица 46 иллюстрирует значения, используемые в NotificationType третьего варианта осуществления и EventType четвертого варианта осуществления. Формат сообщения уведомления по третьему и четвертому варианту осуществления подвержен изменению согласно EventType. Для EventType=1 сообщение уведомления может быть сконфигурировано с помощью Generic Field+MediaInformation. Для EventType=2, когда есть намерение показать связанную рекламу или содержимое, сохраненное в терминале посредством фильтрации, сообщение уведомления может быть сконфигурировано с помощью Generic Field+FilteringValue. Чтобы отправить рекламное содержимое в конкретном сеансе, чтобы дать возможность пользователю осуществить доступ к конкретному сеансу и просмотреть рекламу в реальном времени, сообщение уведомления может быть сконфигурировано с помощью Generic Field+SessionInformation или также может быть сконфигурировано с помощью Generic Field+FileteringValue+SessionInformation, с тем чтобы пользователь мог просматривать рекламу, сопоставленную ему посредством FilteringValue в ходе соответствующего сеанса.

Для EventType=3 сообщение уведомления конфигурируется с помощью Generic Field+SessionInformation, чтобы передавать сеанс, в котором соответствующая услуга или файл должен быть передан, чтобы указать начало услуги или доставки файла. Для EventType=4, чтобы уведомлять только о сеансе, где имеется обновленное руководство по услуге, чтобы указывать обновление руководства по услуге, сообщение уведомления может быть сконфигурировано с помощью Generic Field+Session Information, и можно доставлять соответствующий ServiceGuideDelieveryDescriptor наряду с Generic Field+ServiceGuideDeliveryDescriptor с помощью сообщения уведомления или конфигурировать сам модифицированный Fragment как Generic Field+Fragment.

Помимо этого, когда имеется несколько SGDD в сеансе уведомления, где передается SGDD, сообщение уведомления конфигурируется с помощью Version+SessionInformation и идентификатором Generic Field+ServiceGuideDeliveryDescriptor вместе, чтобы уведомлять об измененном конкретном SGDD в сеансе, позволяя обновление SGDD. Для EventType=5 сообщение уведомления может быть сконфигурировано только с помощью Generic Field. Для EventType=6 сообщение уведомления конфигурируется в форме Generic Field+MediaInformation, а затем доставляется в терминал. Что касается EventType по таблице 46, различные значения EventType могут быть добавлены согласно применению.

Таблица 46 EventType Имя Описание 1 Emergency notification (Уведомление о чрезвычайной ситуации) Чтобы передать сообщения по чрезвычайным ситуациям пользователям. 2 Advertisement (Рекламное объявление) Чтобы передать вставку рекламы терминалам. 3 Service availability announcement (Уведомление доступности услуги) Чтобы передать о доступности услуги пользователям. 4 Service Guide update (Обновление руководства по услуге) Чтобы передать обновления руководства по услуге пользователям. 5 Text message (Текстовое сообщение) Чтобы сообщать текстовые уведомления пользователям. 6 Multimedia message (Мультимедийное сообщение) Чтобы сообщать мультимедийные уведомления пользователям.

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

Т.е. чертеж иллюстрирует процесс, при котором когда рекламное сообщение с EventType=2 включает в себя FilteringValue, абонентский терминал отображает на своем рекламе ранее сохраненное рекламное содержимое или аналогичные данные с помощью FilteringValue. Распространение/адаптация широковещательных услуг (BSD/A) 901 - это сетевой объект для управления распространением в OMA BCAST, и распространение/адаптация уведомлений (NTDA) 902 - это компонент функции уведомлений для доставки сообщения уведомления в BSD/A 901.

NTDA 902 доставляет сообщение уведомления 903 с EventType=Advertisement, FilteringType=Genre и FilteringValue=Sports от OMA BCAST в NTC 904 терминала 911 через интерфейс 930, заданного между BSD/A 901 и терминалом 911.

NTC 904 проверяет принятое сообщение уведомления и выполняет поиск содержимого с Genre=Sports из содержимого 906909, сохраненного в запоминающем устройстве 905, используя соответствующую функцию в терминале 911. В этом примере, поскольку Content(ID:1) 906 соответствует рекламному содержимому, сопоставленному FilteringValue принятого сообщения 903 уведомления, содержимое отображается на дисплее 910 через интерфейс 940. Поскольку Validity в принимаемом сообщении уведомления задается как 2006.01.01 10:00AM, соответствующее содержимое автоматически отображается в 10:00AM.

FilteringValue и FilteringType, описанным в четвертом варианте осуществления изобретения, могут быть назначены различные значения согласно их применению, и основные типы могут включать в себя User Preference (Пользовательские настройки), User Location (Размещение пользователя), Target Group (Целевая группа), Service Provider (Поставщик услуг), User demographic profile (Демографический профиль пользователя), Time of day (Время дня), Day of week (День недели), channel (Канал) и т.д. Помимо этого, соответствующий тип должен быть использован с тем же именем, если он используется для того же применения или содержимого, что и содержимое значений элементов или значений атрибутов, описывающих a Fragment, ассоциативно связанный с содержимым или службой руководства по услуге. Значения элементов и значения атрибутов, используемых в Fragment, ассоциативно связанном с содержимым или услугой, включают в себя Genre, ParentalRating (Родительский рейтинг), UserRating (Пользовательский рейтинг), TargetUserProfile (Профиль целевого пользователя), BroadcastArea (Область широковещательной передачи) и т.д.

Что касается FilteringType и FilteringValue в вышеприведенных вариантах осуществления, FilteringType может быть использован с тем же применением и функцией в отношении Title, и FilteringValue может быть использован с тем же применением и функцией в отношении Description.

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

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

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

Примерные варианты осуществления настоящего изобретения могут быть осуществлены в компьютере общего назначения или специального назначения посредством выполнения программы с машиночитаемого носителя, в том числе, но не только, носителей хранения, таких как магнитные носители хранения (ПЗУ, ОЗУ, гибкие диски, магнитные диски и т.д.), оптически считываемые носители (CD-ROM, DVD и т.д.), и волновых несущих (передача по Интернету).

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

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

Похожие патенты RU2380856C2

название год авторы номер документа
СПОСОБ ДОСТАВКИ ИСТОЧНИКА РУКОВОДСТВА УСЛУГИ ДЛЯ ГЕНЕРИРОВАНИЯ РУКОВОДСТВА УСЛУГИ В МОБИЛЬНОЙ СИСТЕМЕ ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ И СПОСОБ И СИСТЕМА ДОСТАВКИ СОБЫТИЯ, ТРЕБУЮЩЕГО УВЕДОМЛЕНИЯ/СООБЩЕНИЯ ОБ УВЕДОМЛЕНИИ 2006
  • Хванг Сунг-Ох
  • Ох Дзае-Квон
  • Ли Коок-Хеуи
  • Ли Биунг-Рае
  • Ли Дзае-Йонг
  • Дзунг Бо-Сун
  • Ли Дзонг-Хио
RU2388185C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ СООБЩЕНИЯ ОПОВЕЩЕНИЯ В СИСТЕМЕ ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ 2006
  • Хванг Сунг-Ох
  • Сонг Дзае-Йеон
  • Ли Коок-Хеуй
  • Дзунг Бо-Сун
  • Ли Дзонг-Хио
  • Ли Дзае-Йонг
RU2378795C2
УСТРОЙСТВО И СПОСОБ ДЛЯ ДОСТАВКИ СОДЕРЖАНИЯ УПРАВЛЕНИЯ УСЛУГАМИ И ИНФОРМАЦИИ СОБЫТИЯ УВЕДОМЛЕНИЯ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ 2006
  • Хванг Сунг-Ох
  • Ох Дзае-Квон
  • Ли Дзонг-Хио
  • Ли Коок-Хеуй
  • Ли Биунг-Рае
  • Ли Дзае-Йонг
  • Дзунг Бо-Сун
RU2371879C1
СПОСОБ И СИСТЕМА ДЛЯ ОБЕСПЕЧЕНИЯ СООБЩЕНИЯ ИЗВЕЩЕНИЯ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ 2007
  • Дзунг Бо-Сун
  • Хванг Сунг-Ох
  • Ли Дзонг-Хио
  • Ли Коок-Хеуи
  • Сонг Дзае-Йеон
RU2388154C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ/ПРИЕМА ИНФОРМАЦИИ О ДОСТУПЕ ШИРОКОВЕЩАТЕЛЬНОЙ УСЛУГИ В ШИРОКОВЕЩАТЕЛЬНОЙ СИСТЕМЕ И СООТВЕТСТВУЮЩАЯ СИСТЕМА 2006
  • Хванг Сунг-Ох
  • Дзунг Бо-Сун
  • Ли Коок-Хеуй
  • Ли Дзай-Йонг
RU2372742C1
СПОСОБ ОСУЩЕСТВЛЕНИЯ УСЛУГИ РОУМИНГА В СИСТЕМЕ ШИРОКОВЕЩАНИЯ НА МОБИЛЬНЫЕ ТЕРМИНАЛЫ И СИСТЕМА ДЛЯ ЕГО РЕАЛИЗАЦИИ 2006
  • Хванг Сунг-Ох
  • Ли Дзонг-Хио
  • Ли Коок-Хеуи
  • Ли Биунг-Рае
  • Дзунг Бо-Сун
  • Ли Дзай-Йонг
RU2381624C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ РУКОВОДСТВА ПО УСЛУГЕ В МОБИЛЬНОЙ ШИРОКОВЕЩАТЕЛЬНОЙ СИСТЕМЕ 2008
  • Дзунг Бо-Сун
  • Ли Коок-Хеуй
  • Хванг Сунг-Ох
  • Ким Хиун-Чул
RU2496256C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ОТЧЕТА О СТЕПЕНИ ПРИЕМА ПОТОКОВОЙ УСЛУГИ ТЕРМИНАЛОМ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ И СИСТЕМА НА ИХ ОСНОВЕ 2007
  • Ли Дзонг-Хио
  • Хванг Сунг-Ох
  • Ли Коок-Хеуи
  • Дзунг Бо-Сун
RU2402877C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ И ПРИЕМА ИНФОРМАЦИИ МОБИЛЬНОСТИ, ПОДДЕРЖИВАЮЩЕЙ ПЕРЕДАЧУ ОБСЛУЖИВАНИЯ И/ИЛИ РОУМИНГ В ЦИФРОВОЙ ШИРОКОВЕЩАТЕЛЬНОЙ СИСТЕМЕ 2008
  • Сюй Илин
  • Сонг Дзае-Йеон
  • Ли Коок-Хеуи
RU2413364C1
СПОСОБ ПЕРЕДАЧИ/ПРИЕМА ИНФОРМАЦИИ ШИФРОВАНИЯ В МОБИЛЬНОЙ СИСТЕМЕ ВЕЩАНИЯ И СИСТЕМА ДЛЯ ТАКОВОГО 2006
  • Хванг Сунг-Ох
  • Ли Биунг-Рае
  • Ли Коок-Хеуи
  • Дзунг Бо-Сун
  • Ли Дзонг-Хио
  • Ох Дзае-Квон
  • Ли Дзае-Йонг
RU2388178C2

Иллюстрации к изобретению RU 2 380 856 C2

Реферат патента 2010 года УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ/ПРИЕМА СООБЩЕНИЯ УВЕДОМЛЕНИЯ В СИСТЕМЕ ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ, И СИСТЕМА ДЛЯ ЭТОГО

Изобретение относится к технике связи. Технический результат заключается в обеспечении возможности четкого задания форматов сообщений уведомления и работы на основе форматов сообщений. Технический результат достигается за счет того, что приемное устройство принимает сообщение уведомления от системы широковещательной передачи. Анализатор сообщений анализирует сообщение уведомления, принятое посредством приемного устройства, согласно определенному формату. Контроллер определяет то, является принятое сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем, или сообщением уведомления, которое должно быть использовано терминалом, на основе содержимого сообщения уведомления, проанализированного посредством анализатора сообщений, и выполняет операцию согласно результату определения. 12 н. и 37 з.п. ф-лы, 46 табл., 9 ил.

Формула изобретения RU 2 380 856 C2

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

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

3. Устройство по п.1, в котором функция формирования уведомлений формирует сообщение уведомления, включающее в себя NotificationType, указывающий применение сообщения уведомления.

4. Устройство по п.1, в котором функция формирования уведомлений формирует сообщение уведомления, включающее в себя NotificationVersion, указывающий информацию версии сообщения уведомления.

5. Устройство по п.1, в котором функция формирования уведомлений формирует сообщение уведомления, включающее в себя PresentationType, указывающий тип представления сообщения уведомления.

6. Устройство по п.1, в котором функция формирования уведомлений формирует сообщение уведомления, включающее в себя UsageType, указывающий применение SessionInformation, указывающей информацию сеанса для приема данных, в сообщении уведомления.

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

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

9. Устройство для передачи сообщения в системе широковещательной передачи, при этом устройство содержит:
функцию событий уведомления для приема уведомления, указывающего информацию изменения содержимого, предоставленную от блока создания содержимого, и формирования сообщения о событии уведомления;
функцию формирования уведомлений для формирования сообщения уведомления с помощью сообщения о событии уведомления, принятого от функции событий уведомления, при этом сообщение уведомления включает в себя NotificationType, указывающий то, является сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем терминала, назначенного для того, чтобы принимать сообщение уведомления, или сообщением уведомления, которое должно быть использовано терминалом, NotificationVersion, указывающий информацию версии сформированного сообщения уведомления, PresentationType, указывающий тип представления сообщения уведомления, UsageType, указывающий использование SessionInformation, указывающей информацию сеанса для приема данных, в сообщении уведомления, EventType, указывающий то, посредством какого события сконфигурировано сообщение уведомления, и FilteringValue, указывающий информацию для приведения в исполнение содержимого, ранее сохраненного в терминале; и
функцию распространения/адаптации уведомлений для приема сообщения уведомления от функции формирования уведомлений и передачи принятого сообщения уведомления в терминал через конкретную сеть.

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

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

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

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

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

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

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

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

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

19. Устройство терминала по п.18, в котором контроллер сравнивает NotificationVersion, включенный в принятое сообщение уведомления, с NotificationVersion, включенной в предыдущее принятое сообщение уведомления, чтобы определить то, является ли принятое сообщение уведомления новым сообщением уведомления, и отбрасывает принятое сообщение уведомления, если принятое сообщение уведомления не является новым сообщением уведомления.

20. Устройство терминала по п.18, в котором контроллер проверяет информацию NotificationType принимаемого сообщения уведомления, чтобы определить то, является принимаемое сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем, или сообщением уведомления, которое должно быть использовано терминалом.

21. Устройство терминала по п.18, в котором контроллер проверяет информацию PresentationType принимаемого сообщения уведомления и управляет операцией отображения принимаемого сообщения уведомления согласно результату проверки.

22. Устройство терминала по п.21, в котором, если информация PresentationType принимаемого сообщения уведомления равна 0, контроллер выполняет операцию управления для вывода сообщения уведомления через дисплей сразу после приема сообщения уведомления.

23. Устройство терминала по п.21, в котором, если информация PresentationType принимаемого сообщения уведомления равна 1, контроллер выполняет операцию управления для сохранения сообщения уведомления в запоминающем устройстве.

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

25. Устройство терминала по п.18, в котором контроллер проверяет UsageType, указывающий применение SessionInformation, указывающей информацию сеанса для приема данных, в сообщении уведомления, и управляет блоком доступа к сеансу, так чтобы он осуществлял доступ согласно применению.

26. Устройство терминала по п.25, в котором, если UsageType равен 0, контроллер управляет блоком доступа к сеансу, с тем чтобы он осуществлял доступ к сеансу согласно Sessionlnformation и принял файл.

27. Устройство терминала по п.25, в котором, если UsageType равен 1, контроллер управляет блоком доступа к сеансу, с тем чтобы он осуществлял доступ к сеансу и принял соответствующую услугу, к которой присоединился пользователь.

28. Устройство терминала по п.18, в котором контроллер проверяет EventType сообщения уведомления и выполняет соответствующую операцию согласно EventType принятого сообщения уведомления.

29. Устройство терминала по п.18, в котором контроллер проверяет FilteringValue сообщения уведомления и предоставляет пользователю содержимое, FilteringValue которого равно FilteringValue из содержимого, ранее сохраненного в терминале.

30. Устройство терминала для приема широковещательной услуги от системы широковещательной передачи, при этом устройство содержит:
приемное устройство для приема сообщения уведомления от системы широковещательной передачи; и
контроллер для определения того, является принятое сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем, или сообщением уведомления, которое должно быть использовано терминалом, согласно информации NotificationType сообщения уведомления, управления операцией отображения сообщения уведомления согласно информации PresentationType сообщения уведомления, проверки UsageType сообщения уведомления, чтобы осуществлять доступ к сеансу согласно использованию SessionInformation сообщения уведомления, проверки информации NotificationVersion сообщения уведомления, чтобы определять то, является ли принимаемое сообщение уведомления новым принимаемым сообщением уведомления, проверки EventType сообщения уведомления, чтобы выполнять соответствующую операцию согласно типу события принятого сообщения уведомления, и проверки FilteringValue сообщения уведомления, чтобы предоставить пользователю содержимое, FilteringValue которого равно FilteringValue из ранее сохраненного содержимого.

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

32. Способ по п.31, в котором этап определения того, является принятое сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем, или сообщением уведомления, которое должно быть использовано терминалом, содержит этап, на котором определяют, что принятое сообщение уведомления является сообщением уведомления, которое должно быть использовано пользователем, если информация NotificationType сообщения уведомления равна 0, и определяют то, что принятое сообщение уведомления является сообщением уведомления, которое должно быть использовано терминалом, если информация NotificationType сообщения уведомления равна 1.

33. Способ по п.31, дополнительно содержащий этапы, на которых:
сравнивают NotificationVersion принятого сообщения уведомления с NotificationVersion предыдущего принятого сообщения уведомления; и
отбрасывают принятое сообщение уведомления, если принятое сообщение уведомления не является новым сообщением уведомления в результате сравнения.

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

35. Способ по п.34, дополнительно содержащий этап, на котором выводят принятое сообщение уведомления пользователю сразу после приема сообщения уведомления, если информация PresentationType сообщения уведомления равна 0.

36. Способ по п.34, дополнительно содержащий этап, на котором сохраняют принятое сообщение уведомления в запоминающем устройстве, если информация PresentationType сообщения уведомления равна 1.

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

38. Способ по п.31, дополнительно содержащий этап, на котором проверяют UsageType, указывающий применение SessionInformation принятого сообщения уведомления, и осуществляют доступ к сеансу согласно применению SessionInformation.

39. Способ по п.38, дополнительно содержащий этап, на котором осуществляют доступ к сеансу согласно SessionInformation и принимают файл, если UsageType равен 0.

40. Способ по п.38, дополнительно содержащий этап, на котором осуществляют доступ к сеансу и принимают соответствующую услугу, к которой присоединился пользователь, если UsageType равен 1.

41. Способ по п.31, дополнительно содержащий этап, на котором проверяют EventType сообщения уведомления, чтобы обнаружить содержимое, включенное в принимаемое сообщение уведомления.

42. Способ по п.31, дополнительно содержащий этапы, на которых:
проверяют FilteringValue принятого сообщения уведомления; и
предоставляют пользователю содержимое, FilteringValue которого равно
FilteringValue из ранее сохраненного содержимого.

43. Способ приема широковещательной услуги от системы широковещательной передачи, содержащий этапы, на которых:
принимают терминалом сообщение уведомления из системы широковещательной передачи;
проверяют NotificationVersion сообщения уведомления, чтобы определить то, является ли принятое сообщение уведомления новым принятым сообщением уведомления;
если принятое сообщение уведомления является новым принятым сообщением уведомления, проверяют NotificationType сообщения уведомления, чтобы определить то, является принятое сообщение уведомления сообщением уведомления, которое должно быть использовано пользователем, или сообщением уведомления, которое должно быть использовано терминалом;
проверяют EventType сообщения уведомления, чтобы обнаружить содержимое, включенное в сообщение уведомления;
проверяют PresentationType сообщения уведомления, если принятое сообщение уведомления является сообщением уведомления, которое должно быть использовано пользователем;
выполняют операцию отображения сообщения уведомления согласно PresentationType сообщения уведомления; и
проверяют FilteringValue принятого сообщения уведомления и предоставляют пользователю содержимое, FilteringValue которого равно FilteringValue из содержимого, ранее сохраненного в терминале.

44. Способ по п.43, дополнительно содержащий этапы, на которых:
проверяют UsageType сообщения уведомления, если принятое сообщение уведомления является сообщением уведомления, которое должно быть использовано терминалом; и
определяют применение SessionInformation согласно UsageType и осуществляют доступ к соответствующему сеансу.

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

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

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

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

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

Документы, цитированные в отчете о поиске Патент 2010 года RU2380856C2

Устройство для отбора проб сыпучих материалов 1986
  • Азоркин Виктор Николаевич
  • Галанин Георгий Михайлович
  • Лукашевский Владимир Витальевич
  • Иваненко Петр Ефимович
SU1357754A1
УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ ИНФОРМАЦИИ УПРАВЛЕНИЯ ДЛЯ ШИРОКОВЕЩАТЕЛЬНОЙ/МНОГОАБОНЕНТСКОЙ СЛУЖБЫ МУЛЬТИМЕДИА В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ 2003
  • Ким Сунг-Хоон
  • Чой Сунг-Хо
  • Ли Коок-Хеуй
  • Парк Дзоон-Гоо
RU2251224C2
WO 2005015804, 17.02.2005
WO 03041311 A2, 15.05.2003.

RU 2 380 856 C2

Авторы

Хванг Сунг-Ох

Дзунг Бо-Сун

Ли Дзонг-Хио

Ли Коок-Хеуй

Ли Дзае-Йонг

Даты

2010-01-27Публикация

2006-08-17Подача