ОБЪЯВЛЕНИЕ ОБ ИНИЦИАЛИЗАЦИИ ТЕРМИНАЛА ПРИ ПОМОЩИ СЕРВИСНОГО СПРАВОЧНИКА Российский патент 2010 года по МПК H04H60/35 H04W8/00 H04H60/72 

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

ССЫЛКА НА СВЯЗАННУЮ ЗАЯВКУ

Заявляется приоритет согласно предварительной заявке на патент США №60/726,172, поданной 14.10.2005 и включенной в данное описание путем ссылки.

ОБЛАСТЬ ТЕХНИКИ

Варианты осуществления настоящего изобретения главным образом относятся к сетям связи. Более конкретно, варианты осуществления изобретения предназначены для обеспечения инициализации терминала в сети связи.

УРОВЕНЬ ТЕХНИКИ

Как правило, электронный сервисный справочник (ESG, Electronic Service Guide) дает возможность сообщать терминалу о том, какие службы доступны конечным пользователям, и как к ним можно получить доступ. Фрагменты ESG являются независимо существующими элементами ESG. Обычно фрагменты ESG включают документы XML, однако теперь они могут охватывать обширные массивы элементов, такие как, например, описание SDP (протокол описания сеанса), текстовый файл или изображение. Фрагменты ESG описывают один или несколько аспектов служб или программ вещания, доступных в данный момент (или в будущем). Такие аспекты могут включать, например, открытое текстовое описание, расписание, доступность в географических зонах, цену, способ приобретения, жанр и дополнительную информацию, такую как изображения предварительного просмотра или клипы. Аудио, видео и другие типы данных, содержащих фрагменты ESG, могут передаваться по сетям различных типов согласно множеству различных протоколов. К примеру, данные могут передаваться через совокупность сетей, обычно называемую «Интернет», при помощи набора Интернет-протоколов, таких как протокол Интернет (IP) и протокол дейтаграмм пользователя (UDP). Часто информация, передаваемая по Интернету, предназначается отдельному пользователю. Однако она может адресоваться группе пользователей, что обычно называется групповым вещанием. Случай, когда информация предназначена для всех пользователей, называется широковещательной передачей. Данные ESG могут передаваться через различные цифровые беспроводные сети, в том числе через цифровые сети широкополосного вещания, двунаправленные сети и/или сети группового вещания.

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

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

КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

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

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

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

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

В другом варианте представлен приемник для получения и анализа фрагмента ESG для определения инициализации терминала как службы или как доступа к службе.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

Фиг.3 показывает схематическое изображение примера транспортного объекта, в котором могут быть реализованы один или несколько типичных вариантов выполнения изобретения.

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

Особенности изобретения могут быть использованы в широком спектре сетей и протоколов связи. Фиг.1 показывает пример беспроводной системы 110 связи, в которой могут быть использованы системы и способы, соответствующие изобретению. Одно или несколько сетевых мобильных устройств 112, таких как персональный цифровой секретарь (PDA), сотовый телефон, мобильный терминал, персональный видеорекордер, портативный телевизор, персональный компьютер, цифровая камера, цифровая записывающая видеокамера, портативное аудиоустройство, портативное радио или комбинации этих устройств, соединены с поставщиком 112 услуг по широковещательной сети 114 и/или сотовой сети 116. Мобильный терминал/устройство 112 может содержать устройство приема цифрового широкополосного вещания. Поставщик 122 услуг может быть соединен с несколькими провайдерами услуг, которые могут предоставлять свой текущий программный контент, информацию или описание услуг мобильному устройству 112. Некоторые провайдеры услуг могут включать провайдеров услуг телевидения и/или цифрового телевидения, провайдеров услуг AM/FM радио, провайдеров услуг SMS/MMS, провайдеров Интернет-контента или доступа к Интернету, но не только их.

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

Для определения времени и места появления этих потоков пользователи обращаются к электронным сервисным справочникам (ESG). Одним из типов DVB является цифровое телевидение для портативных устройств (DVB-H) - недавно разработанная технология, которая увеличивает возможности и услуги, доступные для небольших портативных устройств, таких как мобильные телефоны. Стандарт DVB-H предназначен для передачи данных на портативные устройства, работающие от батарей, со скоростью 10 Мбит/с.

Транспортные потоки DVB доставляют пользователю сжатые аудио, видео и другие данные через сторонние сети доставки. Стандарты Экспертной группы по кинематографии (MPEG) являются технологией, в соответствии с которой закодированные в одной программе видео, аудио и другие данные уплотняются с другими программами в транспортные потоки (TS). Транспортный поток является пакетированным потоком данных с фиксированной длиной пакетов, включающих заголовок. Отдельные элементы программы, аудио и видео, переносятся в пакетах, каждый из которых имеет уникальный идентификатор пакета (PID). Для того чтобы приемное устройство могло обнаруживать разные элементы определенной программы в транспортном потоке, предоставляется специальная информация о программе (PSI), включаемая в транспортный поток. Помимо этого в транспортный поток может быть включена дополнительная сервисная информация (SI), представляющая собой набор таблиц, встраиваемых в специальную часть синтаксиса MPEG. Это позволяет приемному устройству правильно обрабатывать данные, которые содержатся в транспортном потоке.

Однако особенности настоящего изобретения могут быть также применены и в других традиционных цифровых системах широкого мобильного цифрового вещания, таких как, например, T-DAB, T/S-DMB, ISDB-Т, ATSC, MediaFLO, а также в нетрадиционных, таких как 3 GPP MBMS и 3GPP2BCMCS.

Широковещательная сеть 114 может включать радиопередачу IPDC по DVB-H. Через передатчик 118 широковещательная сеть 114 может транслировать услугу, такую как цифровой или аналоговый телевизионный сигнал, и вспомогательный контент, относящийся к услуге. Широковещательная сеть также может включать радио, телевидение или сеть широкого вещания IPDC. Широковещательная сеть 114 также может передавать вспомогательный контент, который может включать телевизионный сигнал, аудио- и/или видеопотоки, потоки данных, видеофайлы, аудиофайлы, файлы программного обеспечения и/или видеоигры. При передаче услуг IPDC поставщик 122 услуг может передавать текущий программный контент на пользовательское устройство 112 через широковещательную сеть 114, а дополнительную информацию, такую как пользовательские права и информацию о доступе к текущему программному контенту, через сотовую сеть 116 или при помощи обеих сетей.

Также мобильное устройство 112 может соединяться с поставщиком 122 услуг по сотовой сети 116. Сотовая сеть 116 может содержать беспроводную сеть и передатчик 120 базовой станции. Сотовая сеть может включать сотовые сети передачи данных 2-го/3-го поколения, глобальную систему мобильной связи (GSM), универсальную мобильную телекоммуникационную сеть (UMTS) или другие сети беспроводной связи, такие как сеть WLAN.

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

Как показано на фиг.2, мобильное устройство 112 может содержать процессор 128, подключенный к пользовательскому интерфейсу 130, память 134 и/или другое запоминающее устройство и экран 136. Мобильное устройство также может иметь батарею 150, динамик 152 и антенны 154. В состав пользовательского интерфейса 130 могут входить клавиатура, сенсорный экран, голосовой интерфейс, четыре клавиши со стрелками, джойстик, управляющая перчатка, манипулятор «мышь», трекбол или другие подобные устройства.

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

Мобильное устройство 112 может быть сконфигурировано для приема через специальный приемник DVB 141, декодирования и обработки передач цифрового широкополосного вещания, основанных, например, на стандарте цифрового телевещания (DVB), таком как DVB-H, DVB-T или DVB-MHP.

Мобильное устройство также может быть оборудовано приемниками передач цифрового широкополосного вещания других типов. Кроме того, приемное устройство 112 также может быть сконфигурировано для приема, декодирования и обработки передач через приемник 142 FM/AM радио, приемопередатчик 143 WLAN и приемопередатчик 144 телекоммуникаций. В одной особенности изобретения мобильное устройство 112 может принимать сообщения в виде потока данных в радиодиапазоне (RDS).

В примере стандарта DVB одна передача DVB со скоростью 10 Мбит/с может содержать 200 каналов аудиопередач с битрейтом 50 кбит/с или 50 каналов телепередач с битрейтом 200 кбит/с. Мобильное устройство 112 может быть сконфигурировано для приема, декодирования и обработки передач, основанных на стандарте цифрового телевидения для портативных устройств (DVB-H) или других стандартах DVB, таких как DVB-МНР, спутниковое DVB (DVB-S), наземное DVB (DVB-T) или кабельное DVB (DVB-C). Подобным образом в качестве альтернативного варианта для доставки контента и информации о доступности дополнительных услуг могут быть использованы другие форматы цифровой передачи, такие как ATSC (комитет систем перспективного телевидения), NTSC (национальный комитет по телевизионным системам), ISDB-T (наземное цифровое вещание с интегрированными услугами), DAB (цифровое аудиовещание), DMB (цифровое мультимедиа-вещание), FLO (линия связи с ретрансляторами) или DIRECTV. Помимо этого цифровая передача может быть квантована по времени, как в технологии DVB-H. Квантование по времени может снизить среднее потребление энергии мобильным терминалом и обеспечить ровную и непрерывную передачу. Квантование по времени представляет собой отправку данных в пакетах с использованием более высокого мгновенного битрейта по сравнению с битрейтом, необходимым для передачи данных при помощи традиционного механизма потоковой передачи. В этом случае мобильное устройство 112 может иметь одно или несколько буферных запоминающих устройств для хранения декодированных квантованных по времени передач перед воспроизведением. Для снижения энергопотребления питание приемника в промежутках между пакетами может отключаться.

В одном варианте осуществления изобретения фрагменты ESG могут доставляться на терминал потребителя услуг при помощи одного или нескольких потоков данных или каналов. В данном примере ряд каналов (таких как потоки пакетов IP) может быть использован для доставки информации ESG на терминал потребителя услуг.

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

Фрагменты ESG могут доставляться в транспортном объекте, который может переносить информацию ESG в контейнере. Таким образом, фрагменты ESG могут быть помещены в контейнер, который может быть доставлен в своем собственном транспортном объекте. Более того, контейнер может содержать заголовок и полезную нагрузку контейнера, где, например, заголовок контейнера может давать информацию о размещении каждого транспортного объекта в контейнере. В одном примере транспортный объект может содержать один контейнер или ряд контейнеров, каждый из которых содержит по меньшей мере один фрагмент ESG. На фиг.3 показана схема примера транспортного объекта, соответствующая по меньшей мере одному аспекту настоящего изобретения. Как показано в примере на фиг.3, транспортный объект 300 может содержать контейнер, который может включать заголовок 310 контейнера и полезную нагрузку 320 контейнера. В одном примере заголовок 310 контейнера и полезная нагрузка 320 контейнера объединены в один контейнер 305, который может быть объединен в один транспортный объект 300 таким образом, что заголовок 310 контейнера не требуется перекомпоновывать с информацией о размещении каждого контейнера в разных транспортных потоках. В качестве альтернативного варианта транспортный объект 300 может содержать ряд контейнеров, а контейнер может содержать некоторое количество фрагментов ESG 340. Заголовок контейнера 310 может содержать информацию, связанную с соответствующим фрагментом ESG, такую как, например, информация о заголовке 310 контейнера и/или полезной нагрузке 320 контейнера.

В примере, показанном на фиг.3, фрагмент ESG 340 содержится в полезной нагрузке 320 контейнера. Заголовок 310 контейнера может содержать дескрипторы для идентификации и описания фрагментов ESG в соответствующей полезной нагрузке 320 контейнера. Таким образом могут быть определены такие характеристики фрагмента ESG как положение фрагмента ESG в транспортном объекте 300 или длина каждого включенного фрагмента ESG 340, но эти примеры не являются ограничениями. Например, в одном варианте осуществления изобретения поле указывает, в каком месте полезной нагрузки 320 контейнера начинается отдельный фрагмент ESG, предоставляя, к примеру, величину коррекции, начальную и конечную точки, или подобную информацию. В других вариантах осуществления с отдельными фрагментами ESG 340 могут быть связаны метаданные 350, расположенные рядом или внутри заголовка 310, дескрипторов, фрагмента ESG 340 или в их сочетаниях.

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

Фиг.4 показывает пример передачи набора отдельных транспортных объектов. Как показано на фиг.4, транспортные объекты (ТО) настоящего изобретения могут передаваться, например, в сеансах FLUTE (доставка файлов однонаправленной передачей) или только в сеансе ALC (асинхронное многоуровневое кодирование). В примере на фиг.4 данные о корневом канале ESG, такие как IP-адрес, номер порта и идентификатор транспортного сеанса (TSI), объявлены в таблице уведомления IP/MAC (таблица INT), которая может передаваться, например, в потоке SI/PSI в DVB-H как одна из таблиц системной информации DVB-H. Сеанс FLUTE корневого канала ESG включает таблицу доставки файлов (FDT) в рамках сессии и один или более транспортных объектов (ТО). Эти транспортные объекты, которые могут быть доставлены посредством кругового объявления, содержат карту соответствия разных частей ESG и параметров доступа к различным способам ESG, в которых передаются данные ESG. Справочники ESG могут отличаться друг от друга. Например, ESG могут быть на разных языках, иметь разный вид или кодировку.

Примерами параметров доступа являются, например, IP-адреса, номера портов, TSI, время начала и окончания и т.д. Таким образом сеанс FLUTE объявляет, каким образом данные ESG распределяются по разным сессиям. Транспортные объекты сеанса FLUTE переносят данные о соответствии, описанные в FDT (таблице доставки файлов) сеанса FLUTE. Данные о соответствии ESG могут доставляться в одном или нескольких транспортных объектах. Карта соответствия может быть реализована по схеме XML, в виде открытого текста ASCII, структурированного текста ASCII, такого как составной стандарт MIME или заголовки MIME, в виде двоичного кода с пронумерованными типами или различными другими средствами, известными в данной области техники. В этом примере данные ESG могут доставляться в одном или нескольких транспортных объектах, которые могут находиться, например, только в сеансах ALC. Данные ESG или их части в некоторых вариантах осуществления изобретения могут доставляться в одном или более сеансах FLUTE в качестве дополнения к сеансам ALC или вместо них.

Службы мобильного вещания позволяют распространять богатый интерактивный мультимедиа-контент для широкой аудитории пользователей мобильных устройств. Такие службы могут передаваться по множеству различных сетей широкого вещания, таким как DVB-T, DVB-H, Qualcomm FLO, T-DMB, S-DMB, WLAN, WiMAX, 3GPP/MBMS, 3GPP2/BCMCS и другим.

Кроме того, сеть может быть объединена с интерактивными службами, такими как сотовые системы 2G, 2.5G и 3G, WLAN и т.д.

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

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

Для инициализации терминала могут быть реализованы различные интерфейсы. В одном примере представлен интерфейс для поддержания обмена между сетью и терминалом сообщениями инициализации и управления терминалом. Например, в сети двунаправленного взаимодействия и сеть, и терминал поддерживают обмен данными для инициализации терминала. Интерфейс ТР-7 является примером интерфейса между управлением подпиской ОМА BCAST и терминалом, обеспечивающим поддержку обмена между сетью и терминалом сообщениями инициализации и управления терминалом. Такие интерфейсы могут быть, например, однонаправленными или двунаправленными.

В другом примере представлен интерфейс, поддерживающий доставку на терминал сообщений инициализации. Например, сообщения инициализации и управления терминалом могут передаваться на терминал по широковещательной системе распределения. Сеть может поддерживать доставку сообщений инициализации. В качестве альтернативного варианта сеть может не поддерживать доставку сообщений инициализации. Интерфейс ТР-5 является примером интерфейса между распределением/адаптацией услуг ОМА BCAST и терминалом, обеспечивающим передачу на терминал сообщений инициализации и управления терминалом в соответствии с данным примером. Таким образом, инициализация терминала может объявляться по интерфейсу ТР-5, а в элементе "BroadcastTransmission" (широковещательная передача) может содержаться параметр типа, такой как AccessType (тип доступа). Помимо этого элемент "BroadcastTransmission" может определять доступ к сеансу передачи файлов BCAST. В другом примере представлен интерфейс, поддерживающий доставку или обмен файловыми объектами как сообщениями инициализации. В одном примере файловые объекты имеют тип "application/vnd.syncml.dm+wbxml." Интерфейс ТР-4 является примером интерсрейса между распределением/адаптацией услуг ОМА BCAST и управлением подпиской ОМА BCAST, обеспечивающим поддержку доставки или обмена файловыми объектами как сообщениями инициализации. В соответствии с этим примером обмен данными или данные, передаваемые по интерфейсу ТР-4, включают сообщения инициализации ОМА DM. Также по этому интерфейсу может осуществляться обмен сообщениями инициализации ОМА DM как файловыми объектами типа "аррlication/vnd.syncml.dm+wbxml".

В одном примере наличие или доступ к функции инициализации терминала может обеспечиваться в сервисном справочнике посредством сеанса распределения файлов, в котором сообщения инициализации терминала передаются по соответствующему интерфейсу, например по интерфейсу ТР-5. В этом примере сообщения инициализации могут передаваться как файл, содержащий сообщения инициализации. Примером типа файла, содержащего сообщения инициализации, может быть "application/vnd.syncml.dm+wbxml" - сообщение Open Mobile Alliance Device Management (ОМА DM), закодированное в формате WAP Binary Extensible Markup Language (WBXML).

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

Например, атрибут или элемент типа контента в элементе файла сервисного справочника может задавать инициализацию терминала. В данном примере фрагмент контента в сервисном справочнике предоставляется с элементом или субэлементом файла, который помимо этого может содержать параметр или атрибут типа контента, включающий файл с сообщением инициализации ОМА DM. В этом примере файл, содержащий сообщение инициализации ОМА DM, может иметь значение, например, "application/vnd.syncml.dm+wbxml".

В другом примере фрагмент контента в сервисном справочнике может содержать параметр, такой как элемент FileDescription (описание файла), где субэлемент или параметр содержит сообщение инициализации ОМА DM. Помимо этого файл может находиться в субэлементе или атрибуте элемента или субэлемента File Description. Например, файл может иметь значение "application/vnd.syncml.dm+wbxml." Также, в другом примере, файл может находиться в субэлементе или атрибуте "Content-Type" (тип контента) элемента или субэлемента FileDescription (описание файла).

Кроме того, файл, содержащий сообщения инициализации ОМА DM, может при необходимости быть сжат. В одном примере сжатие применяется к целому файлу. В другом примере сжимается только выбранная часть файла. Сжатие может объявляться и сигнализироваться установкой значения соответствующего параметра, показывающего, что файл сжат.В одном примере для сигнализации сжатия значение "Content-Encoding" (кодировка контента) может быть установлено как "application/gzip".

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

В другом примере для обеспечения инициализации терминала в сервисном справочнике предоставляется фрагмент доступа. Фрагмент доступа может содержать субэлемент типа доступа, который может содержать элемент для определения типа доступа. Например, если для инициализации терминала объявлен интерфейс ТР-5, то тип доступа может содержать элемент "BroadcastTransmission" (широковещательная передача).

В другом примере для инициализации терминала объявлен интерфейс ТР-7 - интерфейс между управлением подпиской ОМА BCAST и терминалом. В этом примере тип доступа может содержать элемент "InteractiveTransmissionScheme" (интерактивная схема передачи). Кроме того, это может определять доступ к соответствующему серверу ОМА DM.

Помимо этого сервисный справочник может содержать фрагмент контента, который может включать элементы, субэлементы и атрибуты для задания сообщений инициализации терминала как файла. К примеру, файл может иметь значение "application/vnd.syncml.dm+wbxml."

В соответствии с другой особенностью изобретения инициализация терминала может объявляться как доступ к службе. В соответствии с этим примером фрагмент службы сервисного справочника определяет службу определенного типа. Установленный тип может включать любой тип, включая, например, основное телевидение интерактивного или неинтерактивного типа, вещание клипов, интерактивное или неинтерактивное сочетание основного телевидения и вещания клипов, интерактивное или неинтерактивное основное радио, службу загрузки файлов, службу управления программным обеспечением и т.д. Кроме того, фрагмент доступа сервисного справочника, связанный с соответствующей службой, может содержать параметр, такой как ApplicationSpec (параметры приложения), для определения характеристик доступа, который может быть использован приложением для получения услуги. Параметр (например, параметр ApplicationSpec) может иметь значение файла, содержащего сообщение инициализации. В соответствии с одним примером файл может иметь значение "application/vnd.syncml.dm+wbxml." Помимо этого фрагмент доступа может включать параметр, описывающий тип доступа. Этот параметр может являться, например, параметром AccessType (тип доступа). Параметр, описывающий тип доступа, может изменяться в зависимости от типа интерфейса, используемого в сети связи. Например, параметр типа может иметь значение "BroadcastTransmission" (широковещательная передача), описывающее сеанс распределения файлов (например, сеанс FLUTE), если используется интерфейс ТР-5. В качестве альтернативного варианта параметр типа может иметь значение "InteractiveTransmissionScheme" (интерактивная схема передачи), описывающее доступ к соответствующему сервису, если используется интерфейс ТР-7.

Кроме того, сервисный справочник для обеспечения инициализации терминала как доступа к службе может содержать фрагмент контента для задания сообщений инициализации терминала как файла. К примеру, файл может иметь значение "application/vnd.syncml.dm+wbxml."

Фиг.5 является частичной блок-схемой, показывающей пример приемника или терминала в соответствии с особенностями изобретения. В данном примере приемник 500 имеет вход 501. Вход 501 может быть сконфигурирован для приема информации, передаваемой в виде фрагмента ESG или при помощи механизма передачи фрагментов ESG. Также фрагмент ESG может приниматься через интерфейс. Как показано на фиг.5, интерфейс ТР-7 505 может принимать ESG, например, по сети двунаправленного взаимодействия. В этом примере обмен сообщениями инициализации терминала может осуществляться между сетью и приемником 500. В качестве альтернативного варианта ESG могут приниматься через интерфейс ТР-5 506. В этом примере сообщения инициализации терминала могут доставляться в приемник 500 по сети. Сеть также может принимать информацию от приемника 500. ESG может приниматься через интерфейс ТР-4 507, где сообщения инициализации в ESG предоставляются как файловые объекты. Например, файловые объекты могут иметь тип "application/vnd.syncml.dm+wbxml."

Кроме того, приемник 500 может содержать анализатор 502 для определения параметров в фрагменте ESG, связанных с инициализацией терминала. Например, анализатор может определять параметр, связанный с файлом, который содержит сообщения инициализации ОМА DM. В данном примере анализатор 502 может определять фрагмент контента в сервисном справочнике. Помимо этого анализатор 502 может определять атрибут, содержащийся в фрагменте контента, для установки параметров, связанных с инициализацией терминала. В соответствии с одним примером атрибут может являться атрибутом типа контента в элементе, предоставляющем описание файла (например, элементе FileDescription). Также элемент может являться, например, элементом, предоставляющим параметры, связанные с файлом. В одном примере файл имеет значение "application/vnd.syncml.dm+wbxml."

В качестве альтернативного варианта параметры, связанные с файлом, могут сигнализироваться внутри полосы. В данном примере может использоваться атрибут в таблице доставки файлов (FDT), связанный с типом контента. К примеру, анализатор 502 может определять атрибут в FDT, связанный с типом контента. В этом примере в FDT может использоваться тип контента.

Кроме того, приемник 500 может содержать процессор 503 для управления анализатором 502 с целью определения соответствующего параметра в фрагменте ESG, определяющего инициализацию терминала. Данные, соответствующие инициализации терминала, выводятся на выход 504. Например, информация может отображаться пользователю или потребителю услуг.

В одном примере инициализация терминала определяется в сервисном справочнике как служба. Сервисный справочник, содержащий информацию об инициализации терминала, принимается на входе 501 приемника, сообщающем о типах ТР-7 (505), ТР-5 (506) или ТР-4 (507). Помимо этого сервисный справочник может включать фрагмент службы, который, в свою очередь, может содержать атрибут для отображения служб инициализации терминала. В одном примере фрагмент службы сервисного справочника содержит атрибут «тип», который имеет значение, соответствующее службам инициализации терминала.

Также сервисный справочник в этом примере может содержать фрагмент доступа, который может включать информацию, относящуюся к инициализации терминала. Фрагмент доступа может содержать, например, атрибут типа (например, AccessType), который может показывать тип передачи и доступа к сети. В одном примере сервисный справочник принимают через интерфейс ТР-5 (506), а атрибут типа во фрагменте доступа (например, AccessType) указывает на широковещательную передачу. В другом примере сервисный справочник принимают через интерфейс ТР-7 (505), а атрибут типа во фрагменте доступа (например, AccessType) указывает на интерактивную схему передачи.

Помимо этого сервисный справочник может включать фрагмент контента, который может задавать инициализацию терминала. В этом примере сервисный справочник, принимаемые на входе 501, может во фрагменте контента содержать файл, задающий сообщения инициализации терминала. В одном примере файл имеет значение "application/vnd.syncml.dm+wbxml."

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

Например, если принят сервисный справочник, в котором инициализация терминала объявлена через интерфейс ТР-5 (506), тип доступа может соответствовать широковещательной передаче. В качестве альтернативного варианта, когда инициализация терминала объявляется через интерфейс ТР-7 (505), атрибут доступа может соответствовать интерактивной схеме передачи.

Кроме этого приемник может содержать устройство 508 инициализации. Устройство 508 инициализации может обрабатывать данные в терминале на основании параметров инициализации терминала или элементов, определенных в принятом сервисном справочнике анализатором 502. В одном примере приемник 500 может позволять провайдеру услуг обновлять параметры в приемнике на основании параметров инициализации терминала, принятых в сервисном справочнике. К примеру, через интерфейс ТР-5 (506) может быть принят сервисный справочник, который содержит в фрагменте службы атрибут типа, указывающий на службы инициализации терминала, в фрагменте доступа - атрибут типа доступа, указывающий на широковещательную передачу, а во фрагменте контента - файл, задающий сообщения инициализации. Анализатор определяет принятые параметры, элементы или файлы и может использовать параметры в приемнике 500 на основании параметров, принятых в файле, задающем сообщения инициализации терминала в фрагменте контента. Кроме того, приемник может выполнять соответствующую функцию на основании файла инициализации терминала, принятого в фрагменте контента, или элементов или параметров инициализации терминала, принятых в фрагменте службы или фрагменте доступа. В другом примере приемник 500 может разрешать доступ к провайдеру услуг на основании файлов инициализации терминала и параметров, принятых в сервисном справочнике. Также провайдер услуг может давать доступ к программе или услуге, связанной с сервисным справочником, на основании параметров инициализации терминала или файлов, содержащихся в сервисном справочнике. В одном альтернативном варианте осуществления изобретения провайдер услуг может давать доступ к программе или услуге при помощи параметров инициализации. В этом примере доступна только часть услуги или программы, что выполняется на основании возможности использования параметров, дающих доступ, например, к вещательным и интерактивным службам.

В другом примере инициализация терминала объявляется как доступ к службе. В этом примере сервисный справочник может приниматься на входе 501 приемника 500 через интерфейс, такой как ТР-4 (507), ТР-5 (506) или ТР-7 (505). Фрагмент службы может содержать данные об инициализации терминала, где инициализация терминала объявлена как доступ к службе.

В данном примере сервисный справочник может содержать фрагмент службы, который, в свою очередь, может содержать атрибут типа. Помимо этого сервисный справочник может содержать фрагмент доступа. Фрагмент доступа может включать элемент для задания приложения, соответствующего инициализации терминала на основании сервисного справочника. В одном примере элемент типа в фрагменте доступа может являться элементом AccessType (тип доступа). В другом примере элемент типа имеет значение "application/vnd.syncml.dm+wbxml."

Помимо этого сервисный справочник в данном примере может включать фрагмент контента, который может, в свою очередь, содержать файл, задающий инициализацию терминала. В одном примере файл имеет значение "application/vnd.syncml.dm+wbxml."

Сервисный справочник, объявляющий инициализацию терминала как доступ к службе, может приниматься, например, через интерфейс ТР-5. Анализатор 502 может анализировать сервисный справочник для определения параметров, элементов или файлов инициализации терминала. В этом примере сервисный справочник содержит фрагмент доступа, который, в свою очередь, содержит атрибут типа, показывающий тип доступа как широковещательную передачу. В другом примере сервисный справочник принимают через интерфейс ТР-7 (505), а атрибут типа доступа показывает тип доступа как интерактивную схему передачи.

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

Фиг.6 является частичной блок-схемой, показывающей пример передатчика в соответствии с особенностями изобретения. В данном примере передатчик 600 имеет вход 601 для приема данных, которые должны быть включены в передаваемый фрагмент ESG. Эти данные могут приниматься из различных источников, например от провайдера услуг или службы широкого вещания. Помимо этого передатчик 600 может содержать процессор 604 для компоновки или обработки фрагмента ESG, соответствующего программе или службе. На фиг.6 изображен процессор 604, содержащий модуль 602 инициализации терминала и компонующее устройство 603.

Однако любой их этих компонентов при необходимости может находиться отдельно от процессора 604.

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

Помимо этого передатчик 600 может включать интерфейс для согласования с системой широковещательного распределения или сетью. Например, передатчик может включать интерфейс ТР-4 (608), ТР-5 (607) или ТР-7 (606). В одном примере сервисный справочник передают получателю или группе получателей передатчиком 600, в котором взаимодействие с получателем или группой получателей не предусмотрено. В этом примере передатчик может передавать сервисный справочник по интерфейсу ТР-5 (607). В другом примере сервисный справочник передают получателю, при этом предусмотрено взаимодействие с пользователем. В данном примере сервисный справочник может передаваться по интерфейсу ТР-7 (606).

В одном примере передатчик 600 обрабатывает сервисный справочник таким образом, чтобы включить в него данные об инициализации терминала, объявленной как службы. В этом примере компонующее устройство 603 компонует сервисный справочник для передачи его по сети получателю или группе получателей. В соответствии с этим примером информация об аутентификации задается в параметрах, элементах или файлах инициализации терминала, включенных в сервисный справочник. Компонующее устройство 603 может включать в сервисный справочник фрагмент службы, который, в свою очередь, содержит атрибут типа. В данном примере атрибут типа может иметь значение, указывающее службы инициализации терминала. Помимо этого компонующее устройство 603 может включать в сервисный справочник фрагмент доступа, который, в свою очередь, содержит элемент типа для определения доступа к сервисному справочнику. Например, в сетевой системе, в которой сервисный справочник и соответствующая программа или услуга может передаваться получателю таким образом, что взаимодействие или входные данные от получателя не отображаются, атрибут типа доступа во фрагменте доступа может указывать на широковещательную передачу, а сервисный справочник может передаваться по интерфейсу ТР-5 (607). В качестве альтернативного варианта в системе, в которой взаимодействие или входные данные от получателя отображаются, атрибут типа доступа во фрагменте доступа может указывать на интерактивную схему передачи, а сервисный справочник может передаваться по интерфейсу ТР-7 (606).

Также в этом примере компонующее устройство 603 может включать в сервисный справочник фрагмент контента, который, в свою очередь, содержит файл для задания сообщений инициализации терминала. В одном примере файл имеет значение "application/vnd.syncml.dm+wbxml." Сервисный справочник может выводиться из передатчика 600 через выход 605 и передаваться на удаленный терминал.

В другом примере передатчик 600 компонует сервисный справочник, в котором инициализация терминала объявляется как доступ к службе. В этом примере информация об инициализации терминала может приниматься при помощи модуля 603 инициализации терминала. Один пример включает информацию об аутентификации, принимаемую от провайдера услуг для предоставления сервисного справочника только аутентифицированным пользователям. Компонующее устройство 603 может компоновать соответствующие сервисный справочник, включая в него, например, фрагмент службы, фрагмент доступа и фрагмент контента. Фрагмент службы может содержать атрибут типа, который может указывать на инициализацию терминала или любой тип услуг. Фрагмент доступа может содержать элемент, указывающий на связанное с инициализацией терминала приложение. Например, фрагмент доступа может включать элемент ApplicationSpec (характеристики приложения). Элемент, в свою очередь, может иметь значение "application/vnd.syncml.dm+wbxml."

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

Фрагмент контента в данном примере может включать файл, задающий инициализацию терминала. В соответствии с одним примером файл может иметь значение "application/vnd.syncml.dm+wbxml."

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

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

Помимо этого фрагмент ESG может содержать фрагмент доступа для указания, каким образом терминал может получить доступ к службе. Фрагмент доступа, в свою очередь, может включать элемент типа для определения доступа к сервисному справочнику или фрагменту ESG (шаг 704). В соответствии с одним примером, тип доступа может указываться как широковещательная передача (например, при передаче по интерфейсу ТР-5). В качестве альтернативного варианта тип доступа может указываться как интерактивная схема передачи (например, при передаче по интерфейсу ТР-7). Кроме того, фрагмент доступа может содержать элемент для обозначения приложения, связанного с инициализацией терминала, такой как элемент ApplicationSpec со значением application/vnd.syncml.dm+wbxml (шаг 704).

Помимо этого фрагмент ESG может содержать фрагмент контента, который может включать файл для задания сообщения инициализации терминала (шаг 705). В одном примере файл может иметь тип "application/vnd.syncml.dm+wbxml", который является сообщением ОМА DM, закодированным в формате WBXML.

На шаге 706 фрагмент ESG передается на терминал или получателю. Таким образом терминал или получатель могут получать данные инициализации терминала, такие как, например, параметры, данные или приложения инициализации терминала.

Фиг.8 является блок-схемой, изображающей пример приемника или терминала, принимающего данные инициализации терминала в составе фрагмента ESG. В этом примере на шаге 801 терминал или приемник получает фрагмент ESG. На шаге 802 синтаксический анализатор в терминале может анализировать фрагмент ESG для получения данных, связанных с инициализацией терминала. Фрагмент ESG может содержать фрагмент службы, который может содержать параметр, такой как атрибут типа. Этот атрибут указывает тип службы инициализации терминала, связанной с инициализацией терминала, и может быть определен на терминале (шаг 803).

Помимо этого фрагмент ESG может включать фрагмент доступа, содержащий параметр типа. Также фрагмент ESG может содержать элемент, задающий приложение, связанное с инициализацией терминала. В одном элемент является элементом ApplicationSpec со значением "application/vnd.syncml.dm+wbxml."

Кроме того, фрагмент ESG может содержать фрагмент контента (шаг 805), включающий файл для задания сообщений инициализации терминала (шаг 805). В одном примере файлы могут содержать сообщение об инициализации ОМА DM. Файл может иметь тип "application/vnd.syncml.dm+wbxml", который является сообщением ОМА DM, закодированным в формате WBXML. На шаге 806 терминалом принимаются и обрабатываются параметры инициализации терминала.

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

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

название год авторы номер документа
СПОСОБ ДОСТАВКИ ШАБЛОНОВ СООБЩЕНИЙ В СПРАВОЧНИКЕ УСЛУГ ЦИФРОВОГО ВЕЩАНИЯ 2006
  • Сеппяля Мартта Айно Аделе
RU2384953C2
СПОСОБ УКАЗАНИЯ ТИПОВ УСЛУГ В СПРАВОЧНИКЕ УСЛУГ 2006
  • Сеппяля Мартта
  • Пайла Тони
RU2410837C2
ПЕРЕДАЧА ИДЕНТИФИКАТОРА СОТЫ В СПРАВОЧНИКЕ ПО УСЛУГАМ ЦИФРОВОГО МОБИЛЬНОГО ВЕЩАНИЯ ДЛЯ ЛОКАЛИЗОВАННОЙ ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ 2006
  • Сеппяля Мартта
RU2409895C2
СПОСОБ И СИСТЕМА ДЛЯ ОБЕСПЕЧЕНИЯ СООБЩЕНИЯ ИЗВЕЩЕНИЯ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ 2007
  • Дзунг Бо-Сун
  • Хванг Сунг-Ох
  • Ли Дзонг-Хио
  • Ли Коок-Хеуи
  • Сонг Дзае-Йеон
RU2388154C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ УВЕДОМЛЕНИЯ ОБ ИЗМЕНЕНИИ УСЛУГИ 2006
  • Пайла Тони
  • Похьёлайнен Топи
RU2394390C2
УСТАНОВЛЕНИЕ СООТВЕТСТВИЯ МЕЖДУ УНИФИЦИРОВАННЫМ ИДЕНТИФИКАТОРОМ РЕСУРСА И ИДЕНТИФИКАТОРОМ ДЛЯ СПРАВОЧНИКА УСЛУГ 2006
  • Пайла Тони
  • Сеппяля Мартта
RU2383997C2
ОТОБРАЖЕНИЕ СЕТЕВОЙ ИНФОРМАЦИИ МЕЖДУ КАНАЛЬНЫМ И ФИЗИЧЕСКИМ УРОВНЕМ 2009
  • Вяре Яни
  • Весма Юсси
RU2486678C2
УСТРОЙСТВО И СПОСОБ ДЛЯ ПЕРЕДАЧИ/ПРИЕМА УВЕДОМЛЯЮЩЕГО СООБЩЕНИЯ В СИСТЕМЕ ЦИФРОВОГО ВИДЕОВЕЩАНИЯ 2009
  • Сонг Дзае-Йеон
  • Субраманиам Рам
  • Ли Коок-Хеуй
RU2494547C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖКИ МОБИЛЬНОСТИ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ 2009
  • Сюй Илин
  • Со Янг-Ван
  • Сонг Дзае-Йеон
  • Ли Коок-Хеуи
  • Хванг Сео-Янг
RU2516387C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ СООБЩЕНИЯ ОПОВЕЩЕНИЯ В СИСТЕМЕ ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ 2006
  • Хванг Сунг-Ох
  • Сонг Дзае-Йеон
  • Ли Коок-Хеуй
  • Дзунг Бо-Сун
  • Ли Дзонг-Хио
  • Ли Дзае-Йонг
RU2378795C2

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

Реферат патента 2010 года ОБЪЯВЛЕНИЕ ОБ ИНИЦИАЛИЗАЦИИ ТЕРМИНАЛА ПРИ ПОМОЩИ СЕРВИСНОГО СПРАВОЧНИКА

Изобретение относится к сетям связи, и в частности, предназначено для обеспечения инициализации терминала в сети связи. Техническим результатом является эффективное и надежное выполнение инициализации терминала в сети связи. Указанный технический результат достигается тем, что предложено устройство и способ для системы цифровой широковещательной передачи, позволяющие передавать инициализацию терминала как службу или как доступ к службе. Функция инициализация терминала может предоставлять терминалу или группе терминалов, например, параметры конфигурации, данные или приложения. Передача инициализации терминала может осуществляться во фрагменте ESG, который может включать, например, фрагмент службы, фрагмент доступа или фрагмент контента. В одном примере во фрагмент службы фрагмента ESG может быть включен параметр, который определяет тип фрагмента службы. Тип фрагмента службы может быть указан как служба инициализации терминала. В другом примере во фрагмент доступа фрагмента ESG может быть включен параметр для указания инициализации терминала как службы или как доступа к службе. Также фрагмент контента может содержать сообщения инициализации терминала в виде файлов. 9 н. и 55 з.п. ф-лы, 8 ил.

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

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

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

3. Способ по п.2, в котором сервисный справочник включает фрагмент контента.

4. Способ по п.3, в котором этап объявления включает предоставление атрибута во фрагменте контента, где атрибут определяет тип файла.

5. Способ по п.4, в котором атрибут во фрагменте контента имеет значение application/vnd.syncml.dm+wbxml.

6. Способ по п.5, в котором атрибут находится внутри элемента фрагмента контента, где элемент предоставляет описание файла.

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

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

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

10. Способ по п.9, в котором атрибут включает параметр для задания служб инициализации терминала.

11. Способ по п.10, в котором параметр имеет значение, соответствующее службам инициализации терминала.

12. Способ по п.8, в котором фрагмент доступа включает атрибут для определения типа сеанса, соответствующего службе.

13. Способ по п.12, в котором атрибут определяет тип сеанса как широковещательную передачу.

14. Способ по п.13, в котором распределение включает передачу файла на терминал по интерфейсу инициализации терминала.

15. Способ по п.8, в котором фрагмент доступа включает атрибут для определения типа сеанса, соответствующего службе, где атрибут определяет тип сеанса как интерактивную схему вещания.

16. Способ по п.15, в котором инициализацию терминала обеспечивают по интерфейсу инициализации терминала.

17. Способ по п.8, также включающий предоставление фрагмента контента, где фрагмент контента задает сообщение инициализации терминала как файл, при этом фрагмент ESG содержит фрагмент контента.

18. Способ по п.17, в котором файл имеет тип application/vnd.syncml.dm+wbxml.

19. Способ по п.18, в котором фрагмент контента содержит атрибут, находящийся внутри элемента, где элемент предоставляет описание файла.

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

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

22. Способ по п.21, в котором фрагмент доступа включает атрибут для определения типа сеанса, соответствующего службе.

23. Способ по п.22, в котором атрибут определяет тип сеанса как широковещательную передачу.

24. Способ по п.23, в котором инициализацию терминала обеспечивают по интерфейсу инициализации терминала.

25. Способ по п.21, в котором фрагмент доступа включает атрибут для определения типа сеанса, соответствующего службе, где атрибут определяет тип сеанса как интерактивную схему вещания.

26. Способ по п.25, в котором инициализацию терминала обеспечивают по интерфейсу инициализации терминала.

27. Способ по п.21, также включающий предоставление фрагмента контента, где фрагмент контента задает сообщение инициализации терминала как файл, при этом фрагмент ESG содержит фрагмент контента.

28. Способ по п.27, в котором файл имеет тип application/vnd.syncml.dm+wbxml.

29. Способ по п.28, в котором фрагмент контента содержит атрибут, находящийся внутри элемента, где элемент предоставляет описание файла.

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

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

32. Передатчик по п.31, в котором фрагмент доступа включает элемент, имеющий значение, которое определяет тип доступа как широкополосную передачу.

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

34. Передатчик по п.31, в котором фрагмент доступа включает элемент, имеющий значение, которое определяет тип доступа как интерактивную схему передачи.

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

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

37. Передатчик по п.36, в котором фрагмент доступа включает элемент, имеющий значение, которое определяет тип доступа как широкополосную передачу.

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

39. Передатчик по п.36, в котором фрагмент доступа включает элемент, имеющий значение, которое определяет тип доступа как интерактивную схему передачи.

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

41. Передатчик по п.39, в котором устройство компоновки фрагмента ESG компонует фрагмент ESG с фрагментом контента, где фрагмент контента содержит сообщение инициализации терминала в виде файла.

42. Передатчик по п.41, в котором файл имеет тип application/vnd.syncml.dm+wbxml.

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

44. Приемник по п.43, в котором первый параметр является атрибутом типа со значением, соответствующим службе инициализации терминала.

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

46. Приемник по п.45, в котором второй параметр имеет значение, соответствующее широковещательной передаче.

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

48. Приемник по п.47, в котором второй параметр имеет значение, соответствующее интерактивной схеме передачи.

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

50. Приемник по п.49, в котором второй параметр имеет значение, соответствующее application/vnd.syncml.dm+wbxml.

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

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

53. Система по п.52, в которой фрагмент доступа включает элемент, имеющий значение, которое определяет тип доступа как широкополосную передачу.

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

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

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

57. Система по п.52, в которой фрагмент доступа содержит элемент, имеющий значение, которое соответствует application/vnd.syncml.dm+wbxml.

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

59. Передатчик по п.58, в котором параметры, соответствующие файлу, распространяются в сервисном справочнике.

60. Передатчик по п.59, в котором сервисный справочник включает фрагмент контента.

61. Передатчик по п.60, в котором средства для объявления включают средства для предоставления в фрагменте контента атрибута, который определяет тип файла.

62. Передатчик по п.61, в котором атрибут в фрагменте контента имеет значение application/vnd.syncml.dm+wbxml.

63. Передатчик по п.62, в котором атрибут находится внутри элемента фрагмента контента, при этом элемент предоставляет описание файла.

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

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

US 2004073923 A1, 15.04.2004
US 2004226051 A1, 11.11.2004
WO 2005022791 A1, 10.03.2005
US 2004003400 A1, 01.01.2004
US 2005090235 A1, 28.04.2005
СИСТЕМА УПРАВЛЕНИЯ ПРЕДПОЧТИТЕЛЬНЫМИ УСЛУГАМИ ДЛЯ МУЛЬТИМЕДИЙНОГО ВИДЕОДЕКОДЕРА 2000
  • Шнейдевенд Дениэл Ричард
  • Динвидди Арон Хей
  • Родс Стивен Чарльз
RU2239293C2
СПОСОБ ЗАГРУЗКИ ДАННЫХ В ПРИЕМНИК/ДЕКОДЕР МРЕG И СИСТЕМА ТРАНСЛЯЦИИ МРЕG ДЛЯ ЕГО РЕАЛИЗАЦИИ 1997
  • Сарфати Жан-Клод
  • Мерик Жером
RU2195086C2
ESG Datamodel Comparison between ОМА BCAST and DVB CBMS, 22 August 2005, Open Mobile Alliance Ltd
SYNCML DEVICE MANAGEMENT PROTOCOL, Version 1.1,

RU 2 392 745 C2

Авторы

Пайла Тони

Даты

2010-06-20Публикация

2006-10-09Подача