RU2494547C2 - Устройство и способ для передачи/приема уведомляющего сообщения в системе цифрового видеовещания - Google Patents
Устройство и способ для передачи/приема уведомляющего сообщения в системе цифрового видеовещания Download PDFInfo
- Publication number
- RU2494547C2 RU2494547C2 RU2010133974/07A RU2010133974A RU2494547C2 RU 2494547 C2 RU2494547 C2 RU 2494547C2 RU 2010133974/07 A RU2010133974/07 A RU 2010133974/07A RU 2010133974 A RU2010133974 A RU 2010133974A RU 2494547 C2 RU2494547 C2 RU 2494547C2
- Authority
- RU
- Russia
- Prior art keywords
- notification message
- list
- notification
- message
- request
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 38
- 230000002452 interceptive effect Effects 0.000 claims abstract description 33
- 230000005540 biological transmission Effects 0.000 claims abstract description 15
- 230000004044 response Effects 0.000 claims abstract description 9
- 238000004891 communication Methods 0.000 abstract description 15
- 230000000694 effects Effects 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 230000001343 mnemonic effect Effects 0.000 description 10
- 238000013499 data model Methods 0.000 description 8
- 239000012634 fragment Substances 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 102100033763 Transducin-like enhancer protein 4 Human genes 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
- H04H2201/16—Aspects of broadcast communication characterised by the type of broadcast system digital video broadcasting - handhelds [DVB-H]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/90—Wireless transmission systems
- H04H60/91—Mobile communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Изобретение относится к устройству и способу для передачи/приема уведомляющего сообщения в системе цифрового видеовещания (DVB). Техническим результатом является обеспечение эффективной передачи/приема уведомляющего сообщения через интерактивную сеть в системе DVB. Указанный технический результат достигается тем, что передают сообщение запроса списка доставки уведомляющих сообщений на сервер; принимают список доставки уведомляющих сообщений, включающий в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени из сервера по интерактивной сети или широковещательной сети, в ответ на запрос и получают уведомляющее сообщение, которое должно быть принято, из сервера на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений. 4 н. и 16 з.п. ф-лы, 3 ил., 9 табл.
Description
УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ
1. Область техники, к которой относится изобретение
Настоящее изобретение относится к устройству и способу для передачи/приема уведомляющего сообщения в системе цифрового видеовещания (DVB). Более точно, настоящее изобретение относится к устройству и способу для передачи/приема уведомляющего сообщения по каналу связи в системе DVB.
2. Описание предшествующего уровня техники
Цифровое видеовещание (DVB) является европейской технологией цифрового вещания и поддерживает стандарт передачи для предоставления цифровой мультимедийной услуги через мобильное или портативное устройство, а также унаследованной услуги цифрового вещания.
Система DVB может одновременно мультиплексировать основанные на транспортном потоке (TS) стандарта 2 Экспертной группы по киноизображению вещательные данные и передавать основанные на межсетевом протоколе (IP) потоки данных. Система DVB также может передавать мультиплексированные данные из множества услуг в одном IP-потоке. Поэтому, терминал, который поддерживает систему DVB, принимает IP-поток, демультиплексирует IP-поток в данные отдельных услуг, демодулирует данные услуги и визуально выдает демодулированные данные услуги пользователю.
Могут существовать различные услуги для DVB. Одной из услуг является передача уведомляющих сообщений. Уведомляющее сообщение может включать в себя сообщение о чрезвычайной ситуации, уведомляющее сообщение о новой услуге, сообщение биржевой тикерной ленты, сообщение о погоде, и тому подобное.
Уведомляющее сообщение также включает в себя уведомляющее сообщение по умолчанию, которое все терминалы обычно принимают без регистрации в сети, у поставщика электронного справочника услуг (ESG) или поставщика платформы.
Уведомляющие сообщения также включают в себя сообщение имеющего отношение к услуге уведомления (SRN), которое терминал может принимать после процедур подписки и закупки. Как и в других услугах общего назначения, информация о SRN переносится в ESG. То есть, если в ESG существует SRN, услуга, связанная с SRN, информация о содержимом услуги и информация о сеансе, требуемая для приема SRN, включены в ESG.
Поэтому, пользователь терминала может находить намеченное уведомляющее сообщение в принятой ESG. Подобно другим услугам, пользователь может покупать уведомляющее сообщение в процедуре закупки.
Уведомляющее сообщение может принимать форму автономной услуги уведомления. То есть, скорее само уведомляющее сообщение определяется в качестве услуги, чем уведомляющее сообщение, связанное с любой услугой общего назначения. В этом случае, каждое уведомляющее сообщение идентифицируется идентификатором услуги (ServiceID), а не идентификатором сообщения (MessageID).
В настоящее время, определены только подписка на и прием уведомляющего сообщения по вещательному каналу, а передача уведомляющего сообщения по вещательному каналу еще только должна быть специфицирована.
Примерное уведомляющее сообщение является уведомляющим сообщением для «уведомления о времени начала подписной услуги». Примерное уведомляющее сообщение обеспечивает, чтобы покупатель услуги принимал вещательную услугу, заблаговременно предупреждая покупателя услуги о времени начала вещательной услуги.
Однако, в случае, где терминал покупателя услуги не присоединен к вещательной услуге, когда уведомляющее сообщение передается по вещательному каналу, терминал не может принимать уведомляющее сообщение. Поэтому, чтобы принимать каждое непредвиденное уведомляющее сообщение, терминал должен удерживаться присоединенным к вещательной услуге все время, несмотря на неэффективность этого.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Аспект настоящего изобретения состоит в том, чтобы принять меры в ответ на по меньшей мере упомянутые выше проблемы и/или недостатки, и чтобы обеспечить по меньшей мере преимущества, описанные ниже. Соответственно, аспект настоящего изобретения состоит в том, чтобы предоставить устройство и способ для передачи/приема уведомляющего сообщения в системе цифрового видеовещания (DVB).
В соответствии с аспектом настоящего изобретения, предложены устройство и способ для формирования сигнальной информации для доставки уведомляющего сообщения и передачи/приема сигнальной информации по каналу связи в системе DVB.
В соответствии с еще одним аспектом настоящего изобретения, предложены устройство и способ для передачи/приема уведомляющего сообщения через интерактивную сеть, а также уведомляющего сообщения по вещательному каналу в системе DVB.
В соответствии с еще одним другим аспектом настоящего изобретения, предложены устройство и способ для эффективной передачи/приема уведомляющего сообщения через интерактивную сеть в системе DVB.
В соответствии с еще одним другим аспектом настоящего изобретения, предложен способ для приема уведомляющего сообщения на терминале в системе DVB. Способ включает в себя выявление точки доступа (AP) из сеанса самозагрузки электронного справочника услуг (ESG), опрос AP для запрашивания списка уведомляющих сообщений либо целого или части уведомляющего сообщения по каналу связи и прием списка уведомляющих сообщений либо целого или части уведомляющего сообщения от AP.
В соответствии с еще одним другим аспектом настоящего изобретения, предложен способ для передачи уведомляющего сообщения на сервере в системе DVB. Способ включает в себя передачу сеанса самозагрузки ESG, в том числе, информации об AP на терминал, прием опроса касательно списка уведомляющих сообщений либо целого или части уведомляющего сообщения от терминала по каналу связи и передачу списка уведомляющих сообщений либо целого или части уведомляющего сообщения на терминал.
В соответствии с еще одним другим аспектом настоящего изобретения, предложена система для передачи и приема уведомляющего сообщения в системе DVB. Система включает в себя сервер для передачи сеанса самозагрузки ESG, в том числе, информации об AP на терминал и для приема опроса касательно запрашивания списка уведомляющих сообщений либо целого или части уведомляющего сообщения от терминала, и терминал для приема запрошенного списка уведомляющих сообщений любо всего или части запрошенного уведомляющего сообщения от AP, и сеть для передачи и приема опроса и запрошенного списка уведомляющих сообщений либо целого или части запрошенного уведомляющего сообщения по одному из канала связи и вещательного канала.
Другие аспекты, преимущества и выдающиеся признаки изобретения станут очевидными специалистам в данной области техники из последующего подробного описания, которое, взятое в соединении с прилагаемыми чертежами, раскрывает примерные варианты осуществления изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеприведенные и другие аспекты, признаки и преимущества некоторых примерных вариантов осуществления настоящего изобретения станут более очевидными из последующего описания, взятого в соединении с прилагаемыми чертежами, на которых:
фиг.1 - блок-схема последовательности операций способа, иллюстрирующая операцию управления для приема уведомляющего сообщения на терминале в системе цифрового видеовещания (DVB), согласно примерному варианту осуществления настоящего изобретения;
фиг.2 - блок-схема последовательности операций способа, иллюстрирующая операцию управления для передачи уведомляющего сообщения на передатчике в системе DVB, согласно примерному варианту осуществления настоящего изобретения; и
Фиг.3 - структурная схема системы DVB согласно примерному варианту осуществления настоящего изобретения.
На всем протяжении чертежей, должно быть отмечено, что подобные номера ссылок используются для изображения одинаковых или подобных элементов, признаков и конструкций.
ПОДРОБНОЕ ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Последующее описание со ссылкой на прилагаемые чертежи приведено для содействия во всестороннем понимании примерных вариантов осуществления изобретения, которое определено формулой изобретения и ее эквивалентами. Соответственно, специалисты в данной области техники будут осознавать, что различные изменения и модификации вариантов осуществления, описанных в материалах настоящей заявки, могут быть произведены, не выходя из объема и сущности изобретения. В дополнение, описания широко известных функций и конструкций опущены для ясности и краткости.
Термины и слова, используемые в последующем описании и формуле изобретения, не ограничены библиографическими значениями, но используются заявителем, только чтобы дать возможность ясного и непротиворечивого понимания изобретения. Соответственно, специалистам в данной области техники должно быть очевидно, что последующее описание примерных вариантов осуществления настоящего изобретения приведено только с целью иллюстрации, а не с целью ограничения изобретения, которое определено прилагаемой формулой изобретения и ее эквивалентами.
Должно быть понятно, что формы единственного числа включают в себя многочисленные объекты ссылки, если контекст явно не предписывает иное. Таким образом, например, ссылка на «составляющую поверхность» включает в себя ссылку на одну или более таких поверхностей.
Несмотря на то, что примерные варианты осуществления настоящего изобретения описаны в контексте стандарта асинхронной мобильной связи, такого как основанная на Проекте партнерства 3его поколения (3GPP) система или система цифрового видеовещания (DVB), любая ссылка на них приведена только для содействия в понимании примерных вариантов осуществления настоящего изобретения. Соответственно, должно быть принято во внимание, что стандарты, системы и их наименования не ограничивают объем настоящего изобретения, и что настоящее изобретение применимо к любым другим стандарту или системе с подобным технологическим уровнем техники.
Примерные варианты осуществления настоящего изобретения предлагают способ и процедуру для передачи уведомляющего сообщения по каналу связи, такому как в интерактивной сети, а также по вещательному каналу, в системе DVB. Примерные варианты осуществления настоящего изобретения также предлагают способ и процедуру для приема уведомляющего сообщения по вещательному каналу или интерактивному каналу на терминале.
Система DVB использует по меньшей мере одно из обнаружения услуги наделенного возможностью вещательного приема терминала, подписку терминала на услугу, предоставление управляющей информации, требуемой для приема услуги, передачу услуги и прием услуги на терминале.
Для приема услуги, терминал принимает уведомляющее сообщение, несущее информацию о вещательной услуге. Уведомляющие сообщения являются уведомляющим сообщением по умолчанию и имеющим отношение к услуге уведомлением (SRN) для конкретной услуги.
Между тем, терминал принимает электронный справочник услуг (ESG) для запуска приема услуги. Некоторая информация может изменяться в любое время в ESG, и каждый раз, когда возникает изменение в отношении ESG, ESG должен передаваться на терминал. Принимая во внимание появление новых терминалов, принадлежащих к классу вещательных услуг, ESG повторно передается, даже если нет изменений в ESG.
Касательно уведомляющего сообщения по умолчанию, поэтому, примерные варианты осуществления настоящего изобретения указывают точку доступа (AP), от которой терминал может принимать уведомляющее сообщение по умолчанию по каналу связи. Уведомляющее сообщение по умолчанию, которое могут принимать все терминалы, в большинстве случаев, без какой бы то ни было подписки на их сети или поставщиков, может быть уведомлением по умолчанию сети (NDN), уведомление по умолчанию ESG (EDN) или уведомлением по умолчанию платформы (PDN).
В соответствии с примерными вариантами осуществления настоящего изобретения, информация об AP добавляется в сеанс самозагрузки ESG в системе DVB. Добавление информации об AP проиллюстрировано в первом и втором примерных вариантах осуществления настоящего изобретения, как определено в таблицах 1-6.
Между тем, после того, как терминал подписывается на и закупает конкретную услугу, он принимает SRN в модели данных ESG. Поскольку модель данных ESG передается через интерактивную AP, может быть определена AP для передачи SRN через интерактивную сеть. Соответственно, примерные варианты осуществления настоящего изобретения не предусматривают схему для добавления информации об AP в случае SRN.
В примерных вариантах осуществления настоящего изобретения, после того, как терминал получает информацию об AP из уведомляющего сообщения по умолчанию или SRN интерактивной сети, терминал может действовать, как изложено ниже.
Терминал запрашивает список уведомляющих сообщений (DeliveryList (Список доставки)) по примерным вариантам осуществления настоящего изобретения, или запрашивает передачу уведомляющего сообщения по умолчанию по интерактивному каналу, либо запрашивает часть уведомляющего сообщения, через AP.
Так как терминал принимает информацию только об AP, которая передает уведомляющее сообщение по умолчанию по вещательному каналу, он не может иметь гарантию, принял ли он уведомляющее сообщение по умолчанию успешно. Отсюда, терминал запрашивает DeliveryList и получает список уведомляющих сообщений по умолчанию, которые сервер передал или будет передавать на терминал в течение предопределенного периода времени, так что он может повторно запрашивать претерпевшее неудачу или ошибочное уведомляющее сообщение по каналу связи, то есть, через интерактивную сеть.
DeliveryList может быть расширен для SRN. Хотя терминал может определять SRN, которое должно приниматься, на основании набора информации об AP уведомляющего сообщения в ESG, он может не знать заблаговременно время передачи SRN ввиду природы SRN. В этом случае, терминал запрашивает DeliveryList для SRN и проверяет SRN в DeliveryList, чтобы, тем самым, иметь гарантию, что он принял SRN безошибочно, или повторно запрашивает ошибочный SRN.
В этом контексте, примерные варианты осуществления настоящего изобретения определяют новейший формат опроса протокола передачи гипертекста (HTTP) для запрашивания информации, показанный в таблицах 7A, 7B и 7C.
После передачи опроса на сервер, терминал принимает целое или часть запрошенного уведомляющего сообщения или DeliveryList от сервера. С таблицы 8A по таблицу 9 показывают синтаксисы и семантику расширяемого языка разметки (XML) предложенного DeliveryList.
<<Определение AP>>
Будет описан примерный вариант осуществления настоящего изобретения, в котором информация об AP добавляется в сеанс самозагрузки ESG.
Таблица 1 и таблица 4 перечисляют синтаксисы и семантику XML описателей для указания AP, от которой уведомляющее сообщение по умолчанию может приниматься в сеансе самозагрузки ESG. AP указывается посредством PDNIAEntry() и EDNIAEntry(), которые добавлены согласно примерным вариантам осуществления настоящего изобретения.
Синтаксисы PDNIAEntry() и EDNIAEntry() показаны в таблицах 2A, 2B и 2C, а также в таблицах 3A, 3B и 3C, соответственно, а семантика PDNIAEntry() и EDNIAEntry() показана в таблице 5.
Таблица 2A и таблица 2B определяют два примера синтаксиса PDNIAEntry(). Они отличаются тем, добавляют они или нет значение «IAmode», указывающее режим интерактивной передачи.
Таблица 3A и таблица 3B определяют два примера EDNIAEntry() согласно тому, имеют ли они дополнительное значение «IAmode».
В таблице 1, информация о PDNEntry() и EDNEntry() дает IP-адрес AP сервера, который широковещательно передает уведомляющее сообщение по умолчанию. С другой стороны, в таблицах с 2A по 3B, информация о PDNEntry() и EDNEntry() дает унифицированный указатель ресурса (URI) AP интерактивного сервера.
Два режима имеются в распоряжении для интерактивной передачи, «PUSH» и «PULL» («с активным источником данных» и «с пассивным источником данных»). В режиме с активным источником данных, сервер передает информацию на конкретный терминал, тогда как в режиме с пассивным источником данных, терминал производит запрос ради информации на сервер и принимает информацию от сервера. AP интерактивного сервера согласно примерным вариантам осуществления настоящего изобретения может выполнять два режима согласно характеристикам сервера.
Для указания поддерживаемой модели терминалу, сервер передает информацию 'IAmode' на терминал. Если 'IAmode' имеет значение «PUSH», терминал может быть осведомленным об адресе AP с сервера с активным источником данных и, таким образом, может считать активно доставляемый сигнал от сервера надежным. Если 'IAmode' имеет значение «PULL», терминал может быть осведомленным об AP согласно URL сервера, который он может опрашивать. Когда необходимо, терминал опрашивает AP (обратитесь к таблице 5).
По сравнению с вышеописанными примерными вариантами осуществления настоящего изобретения, информация 'Purchase_item_ID' ('Идентификатор_позиции закупки') передается в таблицах 2C и 3C, так что поставщик услуг может начислять плату за уведомляющее сообщение по умолчанию, когда оно передается в интерактивную сеть.
Помимо уведомляющего сообщения по умолчанию, передаваемого через вещательную сеть без подписки, уведомляющее сообщение, передаваемое через интерактивную сеть, может требовать процедур подписки и закупки. Процедура закупки выполняется посредством идентификации 'Purchase_item_ID' для каждой позиции закупки. Поэтому, 'Purchase_item_ID' выделяется для каждой записи уведомляющего сообщения по умолчанию, чтобы сделать функцию жизнеспособной. 'Purchase item_ID' может быть специфичной для каждого уведомляющего сообщения по умолчанию.
Описанные выше примерные варианты осуществления настоящего изобретения воплощены в контексте основной информации. Синтаксисы, описанные в примерных вариантах осуществления, могут использоваться в комбинации. То есть, кроме информации базовой записи сообщения по умолчанию, могут совместно использоваться 'IAmode' и 'Purchase item_ID'.
Таблица 1 | ||
Синтаксис описателя доступа к уведомлению по умолчанию (DefaultNotificationAccessDescriptor) | ||
Синтаксис | Число бит | Мнемоника |
DefaultNotificationAccessDescriptor { | ||
PDNFlag | 1 | uimsbf |
Reserved | 7 | uimsbf |
n_o_EDNEntries | 8 | uimsbf |
If(PDNFIag){ | ||
PDNEntry() | ||
PDNIAEntry() | ||
} | ||
For(i=0;i< n_o_ EDNEntries;i++){ | ||
EDNEntry[i]() | ||
EDNIAEntry[i]() | ||
} | ||
} |
Продолжение таблицы 1 | ||
Синтаксис | Число бит | Мнемоника |
PDNEntry{ | ||
PDNEntryversion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
IPVersion6 | 1 | bslbf |
Reserved | 7 | bslbf |
If(IPVersion6){ | ||
SourceIP Address | 128 | bslbf |
DestinationIPAddress | 128 | bslbf |
}else{ | ||
SourceIPAddress | 32 | bslbf |
DestinationIPAddress | 32 | bslbf |
} | ||
Port | 16 | uimsbf |
TSI | 16 | uimsbf |
} | ||
} |
Продолжение таблицы | ||
Синтаксис | Число бит | Мнемоника |
EDNEntry{ | ||
EDNEntryVersion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
ProviderID | 16 | uimsbf |
IPVersion6 | 1 | bslbf |
Reserved | 7 | bslbf |
If(IPVersion6){ | ||
SourceIPAddress | 128 | bslbf |
DestinationIPAddress | 128 | bslbf |
}else{ | ||
SourceIPAddress | 32 | bslbf |
DestinationIPAddress | 32 | bslbf |
} | ||
Port | 16 | uimsbf |
TSI | 16 | uimsbf |
} | ||
} | ||
Таблица 2A | ||
Синтаксис PDNIAEntry | ||
Синтаксис | Число бит | Мнемоника |
PDNIAEntry{ | ||
PDNIAIAEntryversion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
Reserved | 8 | bslbf |
For(i=0; i<URILength ; i++){ | ||
URIByte | ||
} | ||
} |
Таблица 2B | ||
Синтаксис PDNIAEntry | ||
Синтаксис | Число бит | Мнемоника |
PDNIAEntry { | ||
Iamode | 1 | bslbf |
Reserved | 7 | bslbf |
PDNIAEntryversion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
Reserved | 8 | bslbf |
For(i=0; i<URILength ; i++){ | ||
URIByte | ||
} | ||
} |
Таблица 2C | ||
Синтаксис PDNIAEntry | ||
Синтаксис | Число бит | Мнемоника |
PDNIAEntry{ | ||
Purchase_item_ID | 8 | uimsbf |
PDNIAEntryversion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
Reserved | 8 | bslbf |
For(i=0; i<URILength ; i++){ | ||
URIByte | ||
} | ||
} |
Таблица 3A | ||
Синтаксис EDNIAEntry | ||
Синтаксис | Число бит | Мнемоника |
EDNIAEntry { | ||
EDNIAEntryversion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
ProviderID | 16 | vluimsbf8 |
Reserved | 8 | bslbf |
For(i=0; i<URILength ; i++){ | ||
URIByte | ||
} | ||
} |
Таблица 3B | |||
Синтаксис EDNIAEntry | |||
Синтаксис | Число бит | Мнемоника | |
EDNIAEntry{ | |||
Iamode | 1 | bslbf | |
Reserved | 7 | bslbf | |
EDNIAEntryversion | 8 | uimsbf | |
EntryLength | 8+ | vluimsbf8 | |
ProviderID | 16 | vluimsbf8 | |
Reserved | 8 | bslbf | |
For(i=0; i<URILength; i++){ | |||
URIByte | |||
} | |||
} |
Таблица 3C | ||
Синтаксис EDNIAEntry | ||
Синтаксис | Число бит | Мнемоника |
EDNIAEntiy{ | ||
Purchase_item_ID | 8 | uimsbf |
EDNIAEntryversion | 8 | uimsbf |
EntryLength | 8+ | vluimsbf8 |
ProviderID | 16 | vluimsbf8 |
Reserved | 8 | bslbf |
For(i=0; i<URILength; i++){ | ||
URIByte | ||
} | ||
} |
Таблица 4 | |
Семантика описателя доступа к уведомлению по умолчанию | |
Поле | Семантика |
PDNFlag | Указывает, есть ли запись PDN в текущем описателе. Если установлен в «1», есть запись PDN, сопровождающая поле «n_o_EDNEntries». |
n_o_EDNEntries | Задает количество записей EDN, в которых сигнализируется информация об услуге EDN. |
n_o_IAEDNEntries | Задает количество записей EDN, в которых информация о доступе услуги EDN сигнализируется по интерактивному каналу. |
PDNEntryVersion | Задает версию спецификации записи PDN. Значение должно быть установлено в «1». ПРИМЕЧАНИЕ 1: Эта версия инкрементируется, если спецификация записи PDN изменяется некоторым образом, который не является совместимым снизу вверх; ПРИМЕЧАНИЕ 2: Приемник должен декодировать только записи PDN, которым он соответствует. |
EDNEntry Version | Задает версию спецификации записи EDN. Значение должно быть установлено в «1». ПРИМЕЧАНИЕ 3: Эта версия инкрементируется, если спецификация записи EDN изменяется некоторым образом, который не является совместимым снизу вверх; ПРИМЕЧАНИЕ 4: Приемник должен декодировать только записи EDN, которым он соответствует. |
EntryLength | Задает длину записи PDN/EDN в байтах, исключая поля PDNEntryVersion/EDNEntryVersion и EntryLength. ПРИМЕЧАНИЕ 5: Это предоставляет возможность совместимых снизу вверх реализаций, даже если в будущем к DefaultNotificationAccessDescriptor добавляются поля. |
IPVersion6 | Если установлено в «1», это задает, что SourceIPAddress и DestinationIPAddress сигнализируются согласно версии 6 IP. Если установлено в «0», это задает, что SourceIPAddress и DestinationIPAddress сигнализируются согласно версии 4 IP. |
ProviderID | Этот ID используется, чтобы уникально идентифицировать поставщика ESG в ESGProviderDiscoveryDescriptor. Поставщик ESG должен регистрировать ProviderID в службе, которая управляет каналом самозагрузки, чтобы гарантировать уникальность. |
SourceIPAddress | Задает IP-адрес источника сеанса FLUTE, транспортирующего сообщения PDN/EDN. Версия IP сигнализируется полем IPVersion6. |
DestinationIPAddress | Задает IP-адрес пункта назначения сеанса FLUTE, транспортирующего сообщения PDN/EDN. Версия IP сигнализируется полем IPVersion6. |
Port | Задает номер порта IP-потока сеанса FLUTE, в котором транспортируются сообщения PDN/EDN. |
TSI | Задает идентификатор сеанса транспортировки (TSI) сеанса FLUTE, в котором транспортируются сообщения PDN/EDN. |
Таблица 5 | |
Семантика с таблицы 2A по таблицу 3C | |
Поле | Семантика |
IAmode | Если режимом доставки является IA PULL, значение должно быть установлено в «1». В случае PUSH, значение должно быть установлено в «0». |
PDNIAEntryVersion | Задает версию спецификации записи PDNIA. Значение должно быть установлено в «1». ПРИМЕЧАНИЕ 1: Эта версия инкрементируется, если спецификация записи PDNIA изменяется некоторым образом, который не является совместимым снизу вверх; ПРИМЕЧАНИЕ 2: Приемник должен декодировать только записи PDNIA, которым он соответствует. |
EDNIAEntryVersion | Задает версию спецификации записи EDNIA. Значение должно быть установлено в «1». ПРИМЕЧАНИЕ 3: Эта версия инкрементируется, если спецификация записи EDNIA изменяется некоторым образом, который не является совместимым снизу вверх; ПРИМЕЧАНИЕ 4: Приемник должен декодировать только записи EDNIA, которым он соответствует. |
EntryLength | Задает длину записи PDNIA/EDNIA в байтах, исключая поля PDNIAEntryVersion/ EDNIAEntryVersion и EntryLength. |
ProviderID | Этот ID используется, чтобы уникально идентифицировать поставщика ESG в ESGProviderDiscoveryDescriptor. Поставщик ESG регистрирует ProviderID в службе, которая управляет каналом самозагрузки, чтобы гарантировать уникальность. |
URIByte | Байты URI, формирующие закодированный в UTF-8 URL интерактивной точки доступа интерактивного уведомления по умолчанию. |
Purchase_item_ID | Идентифицировать PDNIAEntry или EDNIAEntry. Эта информация используется в качестве идентификатора для закупки интерактивного уведомления по умолчанию. |
<Вариант 2 осуществления>
Таблица 6 показывает еще один примерный вариант осуществления настоящего изобретения, который добавляет информацию об AP в сеанс самозагрузки ESG.
В первом и втором примерных вариантах осуществления настоящего изобретения, информация определена одинаково. Чтобы быть более точным, PDNIAEntry() и EDNIAEntry[i]() определены в DefaultNotificationAccessDescriptor в первом примерном варианте осуществления настоящего изобретения наряду с тем, что DefaultNotificationIAAccessDescriptor определены во втором примерном варианте осуществления настоящего изобретения.
Таблица 6 | ||
Синтаксис описателя доступа к уведомлению IAIA по умолчанию | ||
Синтаксис | Число бит | Мнемоника |
DefaultNotificationIAAccessDescriptor { | ||
PDNFlag | 1 | uimsbf |
Reserved | 7 | uimsbf |
n_o_IAEDNEntries | 8 | uimsbf |
If(PDNFlag){ | ||
PDNIAEntry() | ||
} | ||
For(i=0;i< n_o_IAEDNEntries;i++){ | ||
EDNIAEntry[i]() | ||
} | ||
} |
<<Определение формата опроса HTTP>>
Таблицы 7A, 7B и 7C являются форматами опроса для уведомляющего сообщения, предложенными в примерных вариантах осуществления настоящего изобретения согласно их применениям. При допущении, что HTTP/1.1 POST используется в качестве протокола, примерные варианты осуществления настоящего изобретения определяют значения 'Key' ('Ключ'), значения 'Value' ('Значение') у значений 'Key' и их семантику. Множество значений ключей может использоваться одновременно и может использоваться избирательно по запросу терминала.
Как показано в таблицах 7A, 7B и 7C, если терминал запрашивает «type=NotificationDeliveryList», он может запрашивать DeliveryList уведомляющих сообщений, переданных за предопределенный период времени, устанавливая тип «NotiType=EDN» уведомляющего сообщения или устанавливая «StartDelivery» и «StopDelivery».
Если терминал запрашивает «type=NotificationMessage», он может запрашивать информацию уведомляющего сообщения или повторную часть ошибочной части уже принятого уведомляющего сообщения, устанавливая MessageID или указывая часть уведомляющего сообщения с MessageID, с использованием Content-ID и Content-Position.
Если терминала запрашивает «type=NotificationInitContainer», сервер может передавать адрес, по которому терминал может принимать InitContainer или он может передавать InitContainer непосредственно на терминал.
Если «type=DefaultNotification», это формат опроса, посредством которого терминал запрашивает, чтобы все уведомляющие сообщения по умолчанию, передаваемые по вещательной сети, должны были передаваться по интерактивной сети.
Таблица 7A | ||
Формат опроса уведомления IA | ||
Ключ | Значение | Семантика |
Type | Notification DeliveryList Notification Messages Notification Init Container Default Notification |
Тип ожидаемого ответа, например, если запрошены список или контейнеры доставки уведомлений. |
NotiType | NDN (уведомление по умолчанию сети) PDN (уведомление по умолчанию платформы) EDN (уведомление по умолчанию поставщика ESG) All DN |
Запрашивается тип уведомляющих сообщений или список доставки. Возможны многочисленные значения, разделенные запятой. 'All DN' означает все типы уведомлений по умолчанию. |
MessageID | 16-битное положительное целое число | ID запрошенного уведомляющего сообщения. |
MessageVersion | Беззнаковый байт | Номер версии уведомляющего сообщения. |
Content-ID | любой URI | ID части уведомляющего сообщения. |
Content-Position | 16-битное положительное целое число | Индекс составной/связанной части сообщения, которая содержит в себе соответствующую часть уведомляющего сообщения. |
Content-Type | Строка | Указывает тип многоцелевых расширений электронной почты (MIME) соответствующей части уведомляющего сообщения. |
Content-Transfer-Encoding | Строка | Указывает тип кодирования передачи контента, применяемого для соответствующей части уведомляющего сообщения. |
Subscription information | Строка | Связанная с подпиской информация, например тип валюты цены, тип закупки и т. д. |
StartDelivery | Date&Time (временная отметка протокола сетевого времени (NTP), беззнаковое целое) | Время начала интересующего периода, это время основано на времени доставки уведомляющего сообщения, для сообщений или для списка доставки. |
StopDelivery | Date&Time (временная отметка NTP, беззнаковое целое) | Время конца интересующего периода, это время основано на времени доставки уведомляющего сообщения для сообщений или для списка доставки. |
ValidFrom | Date&Time (временная отметка NTP, беззнаковое целое) | Время начала интересующего периода, это время основано на времени истечения. |
ValidTo | Date&Time (временная отметка NTP, беззнаковое целое) | Время конца интересующего периода, это время основано на времени истечения уведомляющего сообщения. |
DeliveryListVersion | Значение dateTime (временная отметка NTP, беззнаковое целое) |
Последний обновленный вариант DeliveryList. |
Таблица 7B показывает примерный вариант осуществления настоящего изобретения, в котором устранена информация, требуемая для приемной части уведомляющего сообщения, то есть, Content-ID, Content-Position, Content-Type и Content-Transfer-Encoding. Когда предполагается, что терминал должен запрашивать целое уведомляющее сообщение, указывается, что формат опроса, показанный в таблице 7A, не используется в примерном варианте осуществления настоящего изобретения.
Таблица 7B | ||
Формат опроса уведомления IA | ||
Ключ | Значение | Семантика |
Type | Notification DeliveryList Notification Messages Notification Init Container Default Notification |
Тип ожидаемого ответа, например, если запрошены Notification Delivery List или контейнеры |
NotiType | NDN (Уведомление по умолчанию сети) PDN (Уведомление по умолчанию платформы) EDN (Уведомление по умолчанию поставщика ESG) All DN |
Запрашивается тип уведомляющих сообщений или список доставки. Возможны многочисленные значения, разделенные запятой. 'All DN' означает все типы уведомлений по умолчанию. |
MessageID | 16-битное положительное целое число | ID запрошенного уведомляющего сообщения. |
MessageVersion | Беззнаковый байт | Номер версии уведомляющего сообщения. |
Subscription information | Строка | Связанная с подпиской информация, например тип валюты цены, тип закупки и т. д. |
StartDelivery | Date&Time (временная отметка NTP, беззнаковое целое) | Время начала интересующего периода, это время основано на времени доставки уведомляющего сообщения для сообщений или для списка доставки. |
StopDelivery | Date&Time (временная отметка NTP, беззнаковое целое) | Время конца интересующего периода, это время основано на времени доставки уведомляющего сообщения для сообщений или для списка доставки. |
ValidFrom | Date&Time (временная отметка NTP, беззнаковое целое) | Время начала интересующего периода, это время основано на времени истечения уведомляющего сообщения. |
ValidTo | Date&Time (временная отметка NTP, беззнаковое целое) | Время конца интересующего периода, это время основано на времени истечения уведомляющего сообщения. |
DeliveryListVersion | Значение LASTUPDATED dateTime (временная отметка NTP, беззнаковое целое) | Последний обновленный вариант списка доставки |
Таблица 7C идентична таблице 7A за исключением добавления имеющего отношение к услуге уведомления (SRN) и услуги уведомления (NS), а также добавления ServiceID.
То есть, таблица 7C является расширением, которое дает терминалу возможность запрашивать DeliveryList или уведомляющее сообщение ради SRN и NS, а также уведомляющее сообщение по умолчанию. NS имеет ServiceID подобно услуге общего назначения. В этом случае, формат опроса может быть определен добавлением ServiceID вместо MessageID.
Таблица 7C | ||
Формат опроса уведомления IA | ||
NotiType | NDN (Уведомление по умолчанию сети) PDN (Уведомление по умолчанию платформы) EDN (Уведомление по умолчанию поставщика ESG) SRN (Имеющее отношение к услуге уведомление) NS (Услуга уведомления) Все All DN |
Запрашивается тип уведомляющих сообщений или список доставки. Многочисленные значения возможны и разделены запятой. |
ServiceID | Notification Service ID |
Несмотря на то, что не показано особо, форматы опороса, показанные в таблицах 7A, 7B и 7C, могут использоваться в комбинации.
<<Определение DeliveryList>>
С таблицы 8A по таблицу 8E описывают синтаксисы XML предложенного DeliveryList. Таблица 9 описывает семантику DeliveryList, показанного в таблице с 8A по 8E.
Таблица 8A показывает DeliveryList для уведомляющих сообщений, передаваемых по интерактивной сети, а таблица 8B определяет DeliveryList, расширенный для вещательной сети. Таблица 8C описывает примерный вариант осуществления настоящего изобретения без SubListSubList (подсписка). SubList является схемой для передачи DeliveryList во множестве сегментов, когда DeliveryList слишком велик. Несмотря на то, что таблица 8C показывает DeliveryList для уведомляющих сообщений, передаваемых по интерактивной сети, он может быть применен к DeliveryList без Sublist, расширенного для вещательной сети.
Таблица 8D показывает примерный вариант осуществления настоящего изобретения, исключающий версию DeliveryList и связанные с истечением атрибуты. Поскольку DeliveryList является перечисляющим уведомляющие сообщения, передаваемые/должные быть переданными в установленные терминалом и установленные пользователем моменты времени, информация о версии DeliveryList может не быть необходимой. По синтаксисам в таблице 8D наблюдается, что атрибуты 'lastupdated', 'expirationDate' и 'expirationWindow' не передаются.
Таблица 8E показывает примерный вариант осуществления настоящего изобретения, в котором информация о цене и закупке предоставлена в качестве информации о запрошенном терминалом уведомляющем сообщении. Помимо информации о цене, на таблице 8D основана другая информация. Кроме того, таблица 8E может применяться к другим примерным вариантам осуществления DeliveryList. Хотя широковещательное уведомляющее сообщение по умолчанию может не требовать подписки и закупки, если оно передается по интерактивному каналу, то есть, каналу связи, оно может требовать подписки и закупки.
Таблица 9 | ||
Семантика списка доставки уведомлений | ||
Поле | Семантика | Комментарий |
SubList | DeliveryList может быть разбит на один или более подсписков. | |
lastupdated | Версия совместимого экземпляра ESG представлена этим DL. | Обновления отслеживаются посредством сравнения фрагмента, установленного в DL с локальным фрагментом DB или с предыдущим DL. |
expirationDate | Отметка времени NTP, когда истекает этот DL Терминал должен запросить новый DL для проверки обновлений в пределах интервала истечения. | |
expiration Window | Время в секундах, которое дает временной интервал для запросов нового DeliveryList. |
lastupdatedSL | Версия подсписка в формате временной отметки NTP. | |
subListID | ID отдельного подсписка. | Начиная с нуля (0). При запрашивании подсписка, lastupdated у DeliveryList должно быть включено в запрос. |
SubList@priority | Приоритет подсписка и фрагментов/контейнеров, которые он описывает. | |
IADeliveryChannel | Интерактивный канал, доставляющий уведомляющее сообщение. | |
IAInitContainer | Контейнер инициализации уведомления, доступный по интерактивному каналу. | |
IAMessage | Уведомляющее сообщение, которое должно выбираться по интерактивному каналу. |
IAMessage@MessageID | ID уведомляющего сообщения | |
IAMessage@version | Версия уведомляющего сообщения, доступного по интерактивному каналу. | |
IAMessage@size | Размер отдельного контейнера ESG, доступного по интерактивному каналу. | |
IAContainer@source | URL для непосредственной загрузки уведомляющего сообщения по интерактивному каналу. | |
BCDellveryChannel | Вещательный канал доставки, доставляющий уведомляющее сообщение. |
BCDeliveryChannel@ priority |
Приоритет отдельного вещательного канала. | Если в список внесены многочисленные каналы, приоритет дает указание терминалу, в какой последовательности он должен выбирать данные из каналов. |
BCMessage | Уведомляющее сообщение, которое должно выбираться по вещательному каналу. | |
BCMessage@containerID | ID уведомляющего сообщения. | |
BCMessage@version | Версия уведомляющего сообщения, доступного по вещательному каналу. | |
Price | Информация о цене уведомления. | |
PurchaseRequest | Специфицирует запрос, чтобы инициировать закупку. | |
Система DRM | Задает URI, который идентифицирует систему DRM |
PurchaseData | Задает строку, которая используется для удержания информации, необходимой для выполнения закупки. |
Фиг.1 - блок-схема последовательности операций способа, иллюстрирующая операцию управления для приема уведомляющего сообщения по каналу связи на терминале в системе DVB, согласно примерному варианту осуществления настоящего изобретения.
Со ссылкой на фиг.1, терминал осуществляет доступ к сеансу самозагрузки ESG, присоединяясь к вещательной услуге на этапе 101, и проверяет AP для передачи уведомляющего сообщения по умолчанию из сеанса самозагрузки ESG на этапе 103. Сеанс самозагрузки ESG состоит из описателя поставщика ESG и описателя доступа к ESG. Описатель поставщика ESG включает в себя ID, наименование и логотип поставщика ESG. Описатель доступа к ESG включает в себя информацию о канале касательно сеанса уведомления об ESG и количество и адреса IP-сеансов, несущих ESG.
На этапе 105, терминал выбирает один ESG с использованием информации о сеансе самозагрузки ESG, получает информацию об ESG, осуществляя доступ к карусели уведомлений ESG, и принимает модель данных ESG. Здесь, терминал принимает одну модель данных ESG из числа ESG, которые повторно передаются в файлах в карусели уведомлений.
На этапе 107, терминал выявляет AP для передачи SRN в модели данных ESG и закупает SRN согласно выбору пользователя. До приема модели данных, терминал мог получить уведомляющее сообщение по умолчанию. В этом случае, терминал принимает уведомляющее сообщение с добавленной информацией об AP, как показано в с таблицы 1 по таблицу 6.
Терминал запрашивает DeliveryList посредством запросного опроса HTTP на этапе 109 или запрашивает целое ли часть уведомляющего сообщения на основании уже известной информации об уведомляющем сообщении на этапе 111. В этом случае, терминал запрашивает передачу уведомляющего сообщения с использованием формата опроса, показанного в одной из таблиц 7A, 7B и 7C.
Терминал принимает DeliveryList на этапе 113, запрашивает запрошенное уведомляющее сообщение на основании информации DeliveryList на этапе 115 и принимает запрошенное уведомляющее сообщение на этапе 117. В особенности, терминал может запрашивать целое или часть уведомляющего сообщения на этапе 115 и может принимать целое или часть уведомляющего сообщения на этапе 117. В этом случае, уведомление имеет конфигурацию, показанную в одной из таблиц с 8A по 8E и таблице 9.
Фиг.2 - блок-схема последовательности операций способа, иллюстрирующая операцию управления для передачи уведомляющего сообщения по каналу связи на передатчике в системе DVB, согласно примерному варианту осуществления настоящего изобретения.
Со ссылкой на фиг.2, сервер открывает сеанс самозагрузки ESG и сеанс доставки файлов посредством однонаправленной транспортировки (FLUTE) для модели данных ESG и выдает ESG на терминал на этапах 201 и 203. То есть, передача сеанса самозагрузки ESG и модели данных ESG в файлах выполняется способом однонаправленной транспортировки от сервера на терминал.
Сервер принимает запросный опрос HTTP на этапе 205 и передает DeliveryList либо целое или часть уведомляющего сообщения на терминал на этапе 207.
Фиг.3 - структурная схема системы для передачи/приема уведомляющего сообщения через канал связи в системе DVB согласно примерному варианту осуществления настоящего изобретения.
Со ссылкой на фиг.3, сервер 310 включает в себя формирователь 311 уведомляющего сообщения, формирователь 313 ESG, передатчик 315 DeliveryList или уведомляющего сообщения, передатчик 317 ESG и приемник 319 опроса.
Формирователь 311 уведомляющего сообщения формирует уведомляющее сообщение и выдает его в передатчик 315 уведомляющего сообщения. Передатчик 315 уведомляющего сообщения выдает информацию об AP для передачи уведомляющего сообщения в формирователь 313 ESG, так что передатчик 313 ESG может передавать информацию о ESG на терминал 330. Передатчик 315 уведомляющего сообщения также передает DeliveryList на терминал 330. То есть, передатчик 315 уведомляющего сообщения анализирует запросный опрос, принятый через приемник 319 опроса, и передает запрошенный DeliveryList или уведомляющее сообщение на терминал 330. Сеть 320, которая передает DeliveryList или уведомляющее сообщение является вещательной сетью DVB-H или интерактивной сетью.
Согласно примерному варианту осуществления настоящего изобретения, терминал 330 включает в себя приемник 331 уведомляющего сообщения, приемник 333 ESG, передатчик 335 опросного запроса, интерпретатор 337 уведомляющего сообщения и интерпретатор 339 ESG.
Приемник 331 уведомляющего сообщения принимает уведомляющее сообщение от сервера 310 и выдает уведомляющее сообщение в интерпретатор 337 уведомляющего сообщения. Если уведомляющее сообщение содержит ошибку, приемник 331 уведомляющего сообщения уведомляет передатчик 335 опросного запроса о возникновении ошибки, так что передатчик 335 опросного запроса производит запрос на уведомляющее сообщение непосредственно на сервер 310. Терминал 330 также получает информацию об AP касательно уведомляющего сообщения через приемник 333 ESG и интерпретатор 339 ESG, и производит запрос на DeliveryList и часть или целое уведомляющее сообщение на сервер 310, когда необходимо.
Как очевидно из вышеприведенного описания, примерные варианты осуществления настоящего изобретения определяют передачу уведомляющего сообщения по каналу связи и предусматривают механизм и способ для приема уведомляющего сообщения по интерактивному каналу. Поскольку уведомляющее сообщение передается по каналу связи, терминал имеет повышенную возможность успешного приема каждого уведомляющего сообщения.
Более точно, примерные варианты осуществления настоящего изобретения принимают меры в ответ на традиционную проблему, что нет гарантии, чтобы терминал успешно принимал уведомляющее сообщение от сервера, вследствие природы уведомляющего сообщения и уведомляющего сообщения, у которого предварительно не задано время передачи. То есть, так как терминал запрашивает DeliveryList и принимает DeliveryList, он может подтверждать список уведомляющих сообщений. Поэтому, терминал может успешно принимать любое уведомляющее сообщение в любом случае.
Примерные варианты осуществления настоящего изобретения также могут быть воплощены в качестве машинно-читаемых управляющих программ на машинно-читаемом носителе записи. Машиночитаемый носитель записи является любым устройством хранения данных, которое может сохранять данные, которые, после этого, могут считываться компьютерной системой. Примеры машинно-читаемого носителя записи включают в себя, но не в качестве ограничения, постоянное запоминающее устройство (ПЗУ, ROM), оперативное запоминающее устройство (ОЗУ, RAM), CD-ROM (ПЗУ на компакт дисках), магнитные ленты, гибкие диски, оптические устройства хранения данных и несущие волны (такие как передача данных по сети Интернет через проводные или беспроводные тракты передачи). Машинно-читаемый носитель записи также может быть распределен по связанным сетью компьютерным системам, так что машинно-читаемый код сохраняется и исполняется распределенным образом. В дополнение, функциональные программы, управляющие программы и сегменты кода для выполнения примерных вариантов осуществления настоящего изобретения бесспорно могут быть истолкованы в качестве находящихся в пределах объема изобретения программистами, квалифицированными в области техники, к которой относится настоящее изобретение.
Несмотря на то, что изобретение было показано и описано со ссылкой на его некоторые примерные варианты осуществления настоящего изобретения, специалистами в данной области техники будет осознаваться, что различные изменения по форме и содержанию могут быть произведены в нем, не выходя из сущности и объема настоящего изобретения, которые определены прилагаемой формулой изобретения и ее эквивалентами.
Claims (20)
1. Способ получения уведомляющего сообщения на терминале в системе цифрового видеовещания (DVB), причем способ содержит этапы, на которых:
передают сообщение запроса списка доставки уведомляющих сообщений на сервер;
принимают список доставки уведомляющих сообщений, включающий в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени из сервера по интерактивной сети или широковещательной сети, в ответ на запрос; и.
получают уведомляющее сообщение, которое должно быть принято, из сервера на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений,
причем получение содержит этапы, на которых:
определяют по меньшей мере одно уведомляющее сообщение, которое должно быть получено, на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений;
запрашивают определенное по меньшей мере одно уведомляющее сообщение у сервера; и
принимают определенное по меньшей мере одно уведомляющее сообщение из сервера в ответ на запрос.
передают сообщение запроса списка доставки уведомляющих сообщений на сервер;
принимают список доставки уведомляющих сообщений, включающий в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени из сервера по интерактивной сети или широковещательной сети, в ответ на запрос; и.
получают уведомляющее сообщение, которое должно быть принято, из сервера на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений,
причем получение содержит этапы, на которых:
определяют по меньшей мере одно уведомляющее сообщение, которое должно быть получено, на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений;
запрашивают определенное по меньшей мере одно уведомляющее сообщение у сервера; и
принимают определенное по меньшей мере одно уведомляющее сообщение из сервера в ответ на запрос.
2. Способ по п.1, в котором сообщение запроса списка доставки уведомляющих сообщений включает в себя информацию о типе, идентификаторе и версии запрошенного уведомляющего сообщения и информацию о времени начала и времени окончания предварительно определенного периода времени.
3. Способ по п.2, в котором информация о типе запрошенного уведомляющего сообщения указывает одно из списка доставки уведомляющих сообщений, уведомляющего сообщения и контейнера исходной информации об уведомляющем сообщении, которые соответствуют типу запрошенного уведомляющего сообщения.
4. Способ по п.2, в котором информация о времени начала и времени окончания предварительно определенного периода времени является временной отметкой протокола сетевого времени (NTP).
5. Способ по п.1, в котором передача содержит этап, на котором передают сообщение запроса списка доставки уведомляющих сообщений посредством метода POST протокола передачи гипертекста (HTTP).
6. Устройство для получения уведомляющего сообщения на терминале в системе цифрового видеовещания (DVB), причем устройство содержит:
передатчик опросного запроса для передачи сообщения запроса списка доставки уведомляющих сообщений на сервер;
приемник уведомляющих сообщений для приема списка доставки уведомляющих сообщений, включающего в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени из сервера по интерактивной сети или широковещательной сети, в ответ на запрос; и
интерпретатор сообщения для получения уведомляющего сообщения, которое должно быть принято, из сервера на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений,
причем интерпретатор сообщения определяет по меньшей мере одно уведомляющее сообщение, которое должно быть получено, на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений; запрашивает определенное по меньшей мере одно уведомляющее сообщение у сервера; и принимает определенное по меньшей мере одно уведомляющее сообщение из сервера в ответ на запрос.
передатчик опросного запроса для передачи сообщения запроса списка доставки уведомляющих сообщений на сервер;
приемник уведомляющих сообщений для приема списка доставки уведомляющих сообщений, включающего в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени из сервера по интерактивной сети или широковещательной сети, в ответ на запрос; и
интерпретатор сообщения для получения уведомляющего сообщения, которое должно быть принято, из сервера на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений,
причем интерпретатор сообщения определяет по меньшей мере одно уведомляющее сообщение, которое должно быть получено, на основе списка из по меньшей мере одного уведомляющего сообщения, включенного в принятый список доставки уведомляющих сообщений; запрашивает определенное по меньшей мере одно уведомляющее сообщение у сервера; и принимает определенное по меньшей мере одно уведомляющее сообщение из сервера в ответ на запрос.
7. Устройство по п.6, в котором сообщение запроса списка доставки уведомляющих сообщений включает в себя информацию о типе, идентификаторе и версии запрошенного уведомляющего сообщения и информацию о времени начала и времени окончания предварительно определенного периода времени.
8. Устройство по п.7, в котором информация о типе запрошенного уведомляющего сообщения указывает одно из списка доставки уведомляющих сообщений, уведомляющего сообщения и контейнера исходной информации об уведомляющем сообщении, которые соответствуют типу запрошенного уведомляющего сообщения.
9. Устройство по п.7, в котором информация о времени начала и времени окончания предварительно определенного периода времени является временной отметкой протокола сетевого времени (NTP).
10. Устройство по п.6, в котором передатчик опросного запроса передает сообщение запроса списка доставки уведомляющих сообщений посредством метода POST протокола передачи гипертекста (HTTP).
11. Способ поддержки получения уведомляющего сообщения на терминале в системе цифрового видеовещания (DVB), осуществляемый в сервере, причем способ содержит этапы, на которых:
принимают сообщение запроса списка доставки уведомляющих сообщений от терминала;
передают список доставки уведомляющих сообщений, включающий в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени в терминал по интерактивной сети или широковещательной сети, в ответ на запрос; и
передают по меньшей мере одно уведомляющее сообщение, соответствующее запросу от терминала,
причем по меньшей мере одно уведомляющее сообщение, которое должно быть получено на основе списка из по меньшей мере одного уведомляющего сообщения, включают в передаваемый список доставки уведомляющих сообщений.
принимают сообщение запроса списка доставки уведомляющих сообщений от терминала;
передают список доставки уведомляющих сообщений, включающий в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени в терминал по интерактивной сети или широковещательной сети, в ответ на запрос; и
передают по меньшей мере одно уведомляющее сообщение, соответствующее запросу от терминала,
причем по меньшей мере одно уведомляющее сообщение, которое должно быть получено на основе списка из по меньшей мере одного уведомляющего сообщения, включают в передаваемый список доставки уведомляющих сообщений.
12. Способ по п.11, в котором сообщение запроса списка доставки уведомляющих сообщений включает в себя информацию о типе, идентификаторе и версии запрошенного уведомляющего сообщения и информацию о времени начала и времени окончания предварительно определенного периода времени.
13. Способ по п.12, в котором информация о типе запрошенного уведомляющего сообщения указывает одно из списка доставки уведомляющих сообщений, уведомляющего сообщения и контейнера исходной информации об уведомляющем сообщении, которые соответствуют типу запрошенного уведомляющего сообщения.
14. Способ по п.12, в котором информация о времени начала и времени окончания предварительно определенного периода времени является временной отметкой протокола сетевого времени (NTP).
15. Способ по п.11, в котором прием содержит этап, на котором принимают сообщение запроса списка доставки уведомляющих сообщений посредством метода POST протокола передачи гипертекста (HTTP).
16. Устройство в сервере для поддержки получения уведомляющего сообщения на терминале в системе цифрового видеовещания (DVB), причем устройство содержит:
приемник опроса для приема сообщения запроса списка доставки уведомляющих сообщений от терминала; и
передатчик уведомляющего сообщения для передачи списка доставки уведомляющих сообщений, включающего в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени в терминал по интерактивной сети или широковещательной сети, в ответ на запрос, и передачи по меньшей мере одного уведомляющего сообщения, соответствующего запросу от терминала,
причем по меньшей мере одно уведомляющее сообщение, которое должно быть получено на основе списка из по меньшей мере одного уведомляющего сообщения, включено в переданный список доставки уведомляющих сообщений.
приемник опроса для приема сообщения запроса списка доставки уведомляющих сообщений от терминала; и
передатчик уведомляющего сообщения для передачи списка доставки уведомляющих сообщений, включающего в себя список из по меньшей мере одного уведомляющего сообщения, переданного за предварительно определенный период времени в терминал по интерактивной сети или широковещательной сети, в ответ на запрос, и передачи по меньшей мере одного уведомляющего сообщения, соответствующего запросу от терминала,
причем по меньшей мере одно уведомляющее сообщение, которое должно быть получено на основе списка из по меньшей мере одного уведомляющего сообщения, включено в переданный список доставки уведомляющих сообщений.
17. Устройство по п.16, в котором сообщение запроса списка доставки уведомляющих сообщений включает в себя информацию о типе, идентификаторе и версии запрошенного уведомляющего сообщения и информацию о времени начала и времени окончания предварительно определенного периода времени.
18. Устройство по п.16, в котором информация о типе запрошенного уведомляющего сообщения указывает одно из списка доставки уведомляющих сообщений, уведомляющего сообщения и контейнера исходной информации об уведомляющем сообщении, которые соответствуют типу запрошенного уведомляющего сообщения.
19.Устройство по п.17, в котором информация о времени начала и времени окончания предварительно определенного периода времени является временной отметкой протокола сетевого времени (NTP).
20. Устройство по п.16, в котором приемник опроса принимает сообщение запроса списка доставки уведомляющих сообщений посредством метода POST протокола передачи гипертекста (HTTP).
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20080014151 | 2008-02-15 | ||
KR10-2008-0014151 | 2008-02-15 | ||
KR1020080018345A KR20090088771A (ko) | 2008-02-15 | 2008-02-28 | 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 |
KR10-2008-0018345 | 2008-02-28 | ||
PCT/KR2009/000716 WO2009102170A1 (en) | 2008-02-15 | 2009-02-13 | Apparatus and method for transmitting/receiving notification message in a digital video broadcasting system |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2010133974A RU2010133974A (ru) | 2012-02-20 |
RU2494547C2 true RU2494547C2 (ru) | 2013-09-27 |
Family
ID=41207323
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2010133974/07A RU2494547C2 (ru) | 2008-02-15 | 2009-02-13 | Устройство и способ для передачи/приема уведомляющего сообщения в системе цифрового видеовещания |
Country Status (9)
Country | Link |
---|---|
US (1) | US20090210896A1 (ru) |
EP (1) | EP2253138A4 (ru) |
JP (1) | JP2011515890A (ru) |
KR (1) | KR20090088771A (ru) |
CN (1) | CN101946510A (ru) |
AU (1) | AU2009213271A1 (ru) |
CA (1) | CA2715653A1 (ru) |
RU (1) | RU2494547C2 (ru) |
WO (1) | WO2009102170A1 (ru) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009101602A2 (en) * | 2008-02-15 | 2009-08-20 | Nokia Corporation | System and method for delivering notification messages |
EP2542977A4 (en) * | 2010-03-05 | 2015-01-07 | Samsung Electronics Co Ltd | METHOD AND DEVICE FOR TRANSFERRING AND RECEIVING A CONTENT FILE WITH MULTIPLE STREAMS |
CA2851607C (en) * | 2011-10-20 | 2018-02-06 | Lg Electronics Inc. | Broadcast service receiving method and broadcast service receiving apparatus |
WO2014062017A1 (en) | 2012-10-18 | 2014-04-24 | Lg Electronics Inc. | Apparatus and method for processing an interactive service |
US10554708B2 (en) * | 2015-03-27 | 2020-02-04 | Qualcomm Incorporated | Point-to-multipoint broadcast assisted vehicle-to-X broadcast |
CN112218147B (zh) * | 2019-07-12 | 2022-05-06 | 杭州海康威视数字技术股份有限公司 | 一种录播系统的控制方法、装置及录播系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2195086C2 (ru) * | 1997-03-21 | 2002-12-20 | КАНАЛЬ+ Сосьетэ Аноним | Способ загрузки данных в приемник/декодер мреg и система трансляции мреg для его реализации |
WO2005013560A1 (en) * | 2003-08-01 | 2005-02-10 | Koninklijke Philips Electronics, N.V. | Bss-switch module for wireless devices |
US20050122921A1 (en) * | 2003-12-04 | 2005-06-09 | Cheong-Jeong Seo | Apparatus and method for registering wireless terminals with access point through wireless network |
US20060072721A1 (en) * | 2004-09-21 | 2006-04-06 | Netomat, Inc. | Mobile messaging system and method |
EP1755274A2 (en) * | 2005-08-17 | 2007-02-21 | Samsung Electronics Co., Ltd. | Method and apparatus for providing notification message in a broadcasting system |
US20070086465A1 (en) * | 2005-10-07 | 2007-04-19 | Nokia Corporation | Notification as a Service or as an Access to a Service |
WO2007042907A2 (en) * | 2005-10-14 | 2007-04-19 | Nokia Corporation | Declaring terminal provisioning with service guide |
WO2007052111A1 (en) * | 2005-11-01 | 2007-05-10 | Nokia Corporation | Identifying scope esg fragments and enabling hierarchy in the scope |
US20070207727A1 (en) * | 2006-02-01 | 2007-09-06 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving notification message in a mobile broadcast system |
WO2007136199A1 (en) * | 2006-05-18 | 2007-11-29 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving electronic service guide for roaming user in a digital broadcasting system |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7150031B1 (en) * | 2000-06-09 | 2006-12-12 | Scientific-Atlanta, Inc. | System and method for reminders of upcoming rentable media offerings |
KR101476562B1 (ko) * | 2003-07-17 | 2014-12-24 | 인터디지탈 테크날러지 코포레이션 | Wlan 네트워크 제어를 위한 신호 방법 |
US20050108706A1 (en) * | 2003-11-14 | 2005-05-19 | International Business Machines Corporation | Method and system for dynamically loading server code on a client to support multiple veresions of client and servers in a client/server application |
GB0403128D0 (en) * | 2004-02-12 | 2004-03-17 | Koninkl Philips Electronics Nv | Multicast transmission |
CN101061730A (zh) * | 2004-09-21 | 2007-10-24 | 内托马特公司 | 移动消息传送系统及方法 |
KR100631648B1 (ko) * | 2005-06-17 | 2006-10-09 | 엘지전자 주식회사 | 휴대 인터넷 시스템에서의 채널 선택 방법 |
JP2007134829A (ja) * | 2005-11-08 | 2007-05-31 | Matsushita Electric Ind Co Ltd | 移動通信システム及びメッセージサーバ |
WO2007064150A1 (en) * | 2005-11-29 | 2007-06-07 | Samsung Electronics Co., Ltd. | Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system |
US8374591B2 (en) * | 2006-03-03 | 2013-02-12 | Samsung Electronics Co., Ltd | Method and system for providing notification message in a mobile broadcast system |
JP4759418B2 (ja) * | 2006-03-23 | 2011-08-31 | 株式会社日立製作所 | メッセージ回復システムおよび回復方法 |
WO2009001238A2 (en) * | 2007-06-25 | 2008-12-31 | Nokia Corporation | Method and apparatus for signaling updates to notification session in ip datacast |
AU2008346173A1 (en) * | 2008-01-04 | 2009-07-16 | Nokia Corporation | System and method for binding notification types to applications for a notification framework |
-
2008
- 2008-02-28 KR KR1020080018345A patent/KR20090088771A/ko not_active Application Discontinuation
-
2009
- 2009-02-13 CA CA2715653A patent/CA2715653A1/en not_active Abandoned
- 2009-02-13 WO PCT/KR2009/000716 patent/WO2009102170A1/en active Application Filing
- 2009-02-13 EP EP09709526A patent/EP2253138A4/en not_active Withdrawn
- 2009-02-13 CN CN2009801051830A patent/CN101946510A/zh active Pending
- 2009-02-13 RU RU2010133974/07A patent/RU2494547C2/ru not_active IP Right Cessation
- 2009-02-13 JP JP2010546699A patent/JP2011515890A/ja active Pending
- 2009-02-13 AU AU2009213271A patent/AU2009213271A1/en not_active Abandoned
- 2009-02-17 US US12/372,100 patent/US20090210896A1/en not_active Abandoned
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2195086C2 (ru) * | 1997-03-21 | 2002-12-20 | КАНАЛЬ+ Сосьетэ Аноним | Способ загрузки данных в приемник/декодер мреg и система трансляции мреg для его реализации |
WO2005013560A1 (en) * | 2003-08-01 | 2005-02-10 | Koninklijke Philips Electronics, N.V. | Bss-switch module for wireless devices |
US20050122921A1 (en) * | 2003-12-04 | 2005-06-09 | Cheong-Jeong Seo | Apparatus and method for registering wireless terminals with access point through wireless network |
US20060072721A1 (en) * | 2004-09-21 | 2006-04-06 | Netomat, Inc. | Mobile messaging system and method |
EP1755274A2 (en) * | 2005-08-17 | 2007-02-21 | Samsung Electronics Co., Ltd. | Method and apparatus for providing notification message in a broadcasting system |
US20070086465A1 (en) * | 2005-10-07 | 2007-04-19 | Nokia Corporation | Notification as a Service or as an Access to a Service |
WO2007042907A2 (en) * | 2005-10-14 | 2007-04-19 | Nokia Corporation | Declaring terminal provisioning with service guide |
WO2007052111A1 (en) * | 2005-11-01 | 2007-05-10 | Nokia Corporation | Identifying scope esg fragments and enabling hierarchy in the scope |
US20070207727A1 (en) * | 2006-02-01 | 2007-09-06 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving notification message in a mobile broadcast system |
WO2007136199A1 (en) * | 2006-05-18 | 2007-11-29 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving electronic service guide for roaming user in a digital broadcasting system |
Non-Patent Citations (1)
Title |
---|
IP Datacast over DVB-H: Electronic Service Guide, DVB DIGITAL VIDEO BROADCASTING, DVB Document A099, 1 September 2000. * |
Also Published As
Publication number | Publication date |
---|---|
AU2009213271A1 (en) | 2009-08-20 |
RU2010133974A (ru) | 2012-02-20 |
WO2009102170A1 (en) | 2009-08-20 |
CA2715653A1 (en) | 2009-08-20 |
US20090210896A1 (en) | 2009-08-20 |
CN101946510A (zh) | 2011-01-12 |
KR20090088771A (ko) | 2009-08-20 |
EP2253138A1 (en) | 2010-11-24 |
JP2011515890A (ja) | 2011-05-19 |
EP2253138A4 (en) | 2012-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9749696B2 (en) | Method and apparatus for searching and downloading related contents by terminal through broadcast service | |
CA2615675C (en) | Method and apparatus for providing notification message in a broadcasting system | |
RU2494547C2 (ru) | Устройство и способ для передачи/приема уведомляющего сообщения в системе цифрового видеовещания | |
RU2516387C2 (ru) | Способ и устройство для поддержки мобильности в системе мобильного вещания | |
EP2225884B1 (en) | System and method for binding notification types to applications for a notification framework | |
MX2007012072A (es) | Contenedor de guia de servicio electronico mejorado. | |
US20070174861A1 (en) | Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system | |
WO2008100014A1 (en) | Method and apparatus for transmitting and receiving electronic service guide in a digital broadcasting system | |
US11689304B2 (en) | Receiving device, and signaling device | |
US9544073B2 (en) | System and method for delivering notification messages | |
US20090193462A1 (en) | Apparatus and method for transmitting/receiving electronic service guide in digital video broadcasting system | |
CN109923869B (zh) | 发送用户服务捆绑描述的方法,及渲染视频服务的设备 | |
KR100880743B1 (ko) | 방송 서비스를 제공하기 위한 방송 시스템 및 그 방법 | |
Hong et al. | Design and implementation of home media server for personalized broadcasting service in ubiquitous environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20140214 |