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


 


Владельцы патента RU 2400016:

АПС АСТРА ПЛАТФОРМ СЕРВИСЕС ГМБХ (DE)

Изобретение относится к способу передачи данных на мобильный модуль (60) обработки данных. Технический результат заключается в усовершенствовании управления данными. Способ содержит шаги обеспечения хранилища (30) данных, относящихся к телевизионному и/или звуковому вещанию, по меньшей мере, одного провайдера (1, 2, 3) канала, и передачи данных из хранилища (30) данных на мобильный модуль (60) обработки данных через TCP сервер (40) и беспроводную сеть (80). Данные передаются из TCP сервера (40) на мобильный модуль (60) обработки данных в ответ на периодические запросы от мобильного модуля (60) обработки данных на TCP сервер (40). 3 н. и 15 з.п. ф-лы, 1 ил.

 

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

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

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

Мобильные модули обработки данных, такие как наладонные компьютеры, КПК (PDA, Personal Digital Assistant, карманный персональный компьютер), интеллектуальные мобильные телефоны (смартфоны) и т.д., становятся все более и более популярными. Одна из причин заключается в том, что мультимедийные способности этих устройств постоянно растут. Например, мобильные телефоны в наши дни включают в себя обширный набор функций, который превосходит базовые потребности связи.

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

Для того чтобы передавать необходимые данные для дополнительного содержания, из уровня техники известно, например из WO 2004/088983, WO 03/088027 и WO 03/088655, использование телевизионной приставки или т.п. для получения цифровых данных, которые заключают в себе свернутые телевизионный/звуковой сигнал и дополнительные данные для дополнительного содержания. Дополнительные данные выделяются из телевизионного сигнала и в беспроводном режиме, используя, например, стандарт Bluetooth, передаются с телевизионной приставки на КПК или мобильный телефон, чтобы быть доступными пользователю.

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

На интернет-сайте «www.joca.tv» описан способ, в котором дополнительное содержание, относящееся, среди прочего, к текущим телевизионным программам, передается на мобильный телефон, используя GPRS-сеть (General Packet Radio Service, пакетная радиосвязь общего назначения). Однако не представлено подробной информации о том, как осуществляется управление потоком дополнительных данных. Управление потоком данных важно, поскольку существуют, по сути, две противоречащие задачи. С одной стороны, поставщик дополнительных данных, например поставщик (провайдер, источник) телевизионных каналов, может иметь желание влиять на содержание, отображаемое на мобильном модуле пользователя. С другой стороны, пользователь мобильного модуля сам желать сохранять управление тем, какие данные должны отображаться на мобильном модуле, предпочтительно способом, похожим на просматривание Интернета.

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

Раскрытие изобретения

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

Согласно одному аспекту изобретения эта задача решается способом в соответствии с пунктом 1 формулы изобретения.

Соответственно, способ по изобретению не использует лишь один процесс проталкивания или извлечения информации для того, чтобы передавать дополнительные данные на мобильный модуль обработки данных. Наоборот, поскольку мобильный модуль обработки данных передает периодические запросы на TCP (Transmission Control Protocol, протокол управления передачей) сервер, изменяющиеся отклики TCP сервера из-за меняющихся данных в хранилище данных будут приводить к тому, что новые данные будут отправляться на мобильный модуль обработки данных. Следовательно, данные, окончательно обработанные и отображенные мобильным модулем обработки данных, могут быть как данными, запрашиваемыми пользователем, так и данными, которые должны быть получены по желанию поставщика телевизионного канала, такие как важное сообщение, которое, соответственно, сохраняется в хранилище данных и пересылается через TCP сервер в ответ на следующий запрос с мобильной станции. Поэтому изобретение эффективно обеспечивает разделение управления данными, пересылаемыми на мобильный модуль обработки данных, между поставщиком канала и пользователем.

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

В предпочтительном варианте способ содержит дополнительный шаг по передаче одного или более файлов данных из хранилища данных на мобильный модуль обработки данных через HTTP (Hypertext Transfer Protocol, протокол передачи гипертекста) сервер в ответ на запрос данных с мобильного модуля обработки данных. Адрес HTTP сервера для запросов данных предпочтительно отправляется с TCP сервера на мобильный модуль обработки данных в ответ на запрос с мобильного модуля обработки данных, устанавливающего соединение с TCP сервером. В результате TCP сервер определяет контекст дополнительных данных, отправляемых на мобильный модуль обработки данных, такой как данные настройки, относящихся к поставщику конкретного канала, в то время как HTTP сервер доставляет данные для соответствующего контекста.

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

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

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

Изобретение также предлагает систему в соответствии с пунктом 14 формулы.

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

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

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

Осуществление изобретения

На чертеже представлена схематическая система в соответствии с предпочтительным вариантом осуществления изобретения. Как можно видеть, существуют три поставщика 1, 2, 3 телевизионных каналов, которые составляют программы для телепередачи. Как показано пунктирной линией на чертеже, программы пересылаются на общий воспроизводящий центр или распределительное устройство 10, которое передает полученные программы через спутник (не показан). Различные поставщики 1, 2 и 3 телевизионных программ могут использовать более чем один воспроизводящий центр для передачи их программ. Кроме того, альтернативно передаче через спутник поставщики телевизионных программ могут использовать кабельную сеть (не показано) или наземные вещательные системы (не показано), каждые из которых могут передавать телевизионные программы или в цифровом, или в аналоговом виде. Пользователь у себя дома 20 может получать программы с помощью соответствующего телевизора 21, который может включать или не включать в себя телевизионную приставку (не показана).

В дополнение к составлению телевизионных программ поставщики 1, 2, 3 телевизионных каналов подготавливают файлы данных для дополнительного содержания, отображаемого на мобильном модуле 60 обработки данных вместе с передачей определенной телевизионной программы. Файлы данных существуют, например, в XML (Extensible Markup Language, расширяемый язык разметки) или HTML (HyperText Markup Language, язык гипертекстовой разметки) формате и отправляются в хранилище 30 данных, которое предпочтительно содержит один или более серверов файлов. Как показано на чертеже, файлы данных могут быть переданы в хранилище 30 данных с использованием обычной линии данных, например через Интернет, используя FTP (File Transfer Protocol, протокол передачи файлов) протокол. Файлы данных различных поставщиков 1, 2, 3 телевизионных программ предпочтительно хранятся в отдельных разделах хранилища 30 данных, как схематично показано на чертеже.

Предпочтительно, каждый поставщик 1, 2, 3 канала может подключаться только к своей части 31, 32, 33 хранилища 30 данных для дополнения хранимых файлов данных. На чертеже показана примерная древовидная структура для расположения файлов данных в HTML формате в хранилище 30 данных. Однако альтернативные способы расположения файлов данных, например, без общего корня также возможны. Кроме того, может быть предусмотрено множество хранилищ данных, например, по одному для каждого поставщика телевизионного канала.

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

TCP сервер 40 отвечает за поддержание синхронизации мобильного модуля обработки данных с хранилищем 30 данных. С этой целью он подключается к Интернету и, таким образом, через шлюз 70 к беспроводной сети 80 связи, используя, например, стандарт GPRS или UMTS (Universal Mobile Telecommunications System, универсальная система мобильной связи). Сервис, предоставляемый TCP сервером 40, управляется обновлениями данных, запускаемыми соответствующими поставщиками 1, 2, 3 телевизионного канала с одной стороны, и текущим запросом каждого подсоединенного мобильного модуля обработки данных с другой стороны. Поскольку может быть большое число мобильных модулей обработки данных, одновременно подсоединенных как клиенты, TCP сервер 40 предпочтительно способен обрабатывать большое число параллельных соединений, используя известные IP (Internet Protocol) способы, такие как групповая передача. Это особенно важно в случае так называемой «горячей синхронизации», т.е. при обновлении определенной страницы, которая отправляется на все подключенные мобильные модули обработки данных (например, 100000) за короткое время.

В целом, связь между TCP сервером 40 и каждым подключенным мобильным модулем 60 обработки данных такая же, как связь между телевизионной приставкой и мобильным модулем обработки данных, как описано в РСТ-заявке РСТ/ЕР2005/010961 настоящего заявителя.

Протокол обмена данными между TCP сервером 40 и подключенным мобильным модулем 60 обработки данных предпочтительно основан на XML формате файла. Для того чтобы удерживать количество данных протокола как можно малым, рекомендуется использовать краткий XML для построения XML протокола. Для создания соединения между подключенным мобильным модулем 60 обработки данных и TCP сервером 40 мобильному модулю 60 обработки данных необходимо быть подключенным к Интернету. Это может быть достигнуто с использованием шлюза 70 предпочтительно ориентированной на пакетную связь беспроводной сети 80 связи, такой как GPRS или UMTS сети. Сначала запускается связное программное обеспечение подключенного мобильного модуля 60 обработки данных, «браузер» (программа просмотра). После запуска просмотровой программы проверяется, возможно ли и готово ли подключение к сети 80 мобильного модуля 60 обработки данных. Если нет, просмотровая программа посоветует пользователю, как подсоединиться к сети 80 и, таким образом, к шлюзу 70. Кроме того, если мобильный модуль обработки данных уже имеет другое запущенное TCP соединение, это соединение предпочтительно прекращается перед подключением к TCP серверу 40.

В одном варианте осуществления просмотровая программа имеет встроенный URL (Uniform Resource Locator, унифицированный указатель ресурса), который определяет, как инициализируется соединение. Эта ссылка может различаться в зависимости от просмотровой программы. Ссылка зашифровывает доступ к HTTP серверу 50 (или к другому серверу), который доставляет исходный НТМ файл "portal.htm", как схематично показано на чертеже. Этот файл данных хранилища данных находится вне каких-либо частных контекстов, т.е. он не относится к какому-либо провайдеру телевизионных каналов. Исходная страница портала содержит одну или более ссылок, которые разрешают пользователю выбор и синхронизацию с разными контекстами, т.е. одним из провайдеров 1, 2 или 3 телевизионных каналов.

На следующем шаге просмотровая программа пытается установить соединение с TCP сервером 40. В зависимости от его конфигурации может быть необходимо ввести идентификационный номер (PIN, personal identification number) для подключения. После успешного подключения к TCP серверу 40 просмотровая программа предпочтительно отправляет начальный запрос на TCP сервер 40, который предпочтительно включает в себя определение контекста, т.е. конкретного поставщика телевизионного канала, дополнительное содержание которого пользователь хочет получить. Дополнительно может быть выполнен шаг идентификации, при котором строка авторских прав, отправленная с мобильного модуля 60 обработки данных, сравнивается с сохраненной соответственной частью со стороны TCP сервера 40. Строкой авторских прав является постоянная текстовая строка, которая может быть определена системным провайдером.

После успешного подключения TCP сервер 40 отправляет один или более параметров настройки на мобильный модуль 60 обработки данных, включая адрес HTTP сервера 50 для будущих запросов данных с мобильного модуля 60 обработки данных, которые будут обсуждаться ниже. Каждый TCP сервис, предоставляемый TCP сервером 40, знает свой HTTP сервер 50 данных по настройкам.

После того как связь между мобильным модулем 60 обработки данных и TCP сервером 40 установлена, работа TCP сервиса, обеспечиваемого сервером 40, запускается с двух сторон: с одной стороны есть просмотровая программа, которая отправляет команды "Обновить", "Синхронизировать" или "Заблокировать", как описано ниже. С другой стороны имеются файлы данных в хранилище данных, которые обновляются в любое время поставщиком телевизионного канала. Общий процесс предпочтительно следующий.

Кроме файлов данных, поставщик телевизионного канала предоставляет предпочтительно файл управления, который переносит два параметра управления в TCP сервис: путь страницы синхронизации (SyncPagePath) и указатель, показывающий, проводится ли синхронизация (для так называемых "горячих страниц") или нет. Поставщик телевизионного канала может начать обновление данных и/или любого файла управления посредством отправления дополнительного (пустого) файла запуска в хранилище 30 данных. ТСР-сервис сервера 40 отслеживает присутствие этого пускового файла. Как только пусковой файл появляется, сервис оценивает обновления данных для каждой подключенной просмотровой программы на основе следующих запросов, ранее полученных с соответственной мобильной станции 60 обработки данных:

"Заблокировать"

Если просмотровая программа отправляет запрос на блокировку, она не заинтересована в каких-либо обновлениях, так что никакого ответа ТСР-сервисом не производится.

"Синхронизировать"

При запросе на синхронизацию просмотровая программа информирует ТСР-сервис о своей последней известной странице для синхронизации, которая может отличаться от текущей отображаемой страницы. Если обновление данных запускается, TCP сервис сервера 40 проверяет, правильна ли еще страница синхронизации, оценивая путь страницы синхронизации, который указывается в файле управления. Если путь страницы синхронизации отличен от одной из страниц синхронизации, ранее запрошенных просмотровой программой, служба производит так называемый "ответ синхронизации" и сообщает просмотровой программе о том, что правильная страница синхронизации указана в недавно обновленном файле управления. Если путь страницы синхронизации соответствует, сервис оценивает, обновлялась ли страница синхронизации от поставщика телевизионного канала, сравнивая вариант страницы, известный из просмотровой программы, с вариантом, имеющимся в хранилище информации. Если две версии номеров различны, сервис сообщает просмотровой программе, что страница синхронизации обновлена.

"Обновить"

При запросе на обновление просмотровая программа сообщает ТСР-серверу о его последней известной странице синхронизации и странице, отображаемой в данный момент, которые могут различаться. Если запускается обновление данных, сервис TCP сервера 40 проверяет, правильна ли еще страница синхронизации, оценивая путь страницы синхронизации в файле управления. Если путь синхронизации страницы другой, и в файле управления установлен так называемый "защитный параметр", сервис производит ответ-обновление и сообщает просмотровой программе о ("горячей") странице синхронизации, которую требуется отобразить. Если путь страницы синхронизации такой же, или так называемый "защитный параметр" в файле управления не установлен, сервис сравнивает вариант текущей отображаемой страницы, указанной просмотровой программой, с представленной в хранилище данных. Если отличаются, то сервис сообщает просмотровой программе, что страница обновлена.

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

Далее дополнительно описывается возвращение данных просмотровой программы с использованием HTTP сервера 50.

HTTP сервер 50 отвечает за доставку данных из хранилища 30 по запросу мобильного модуля 60 обработки данных. HTTP сервер 50 соединен с Интернетом и принимает HTTP запросы, которые составлены в соответствии с протоколом. Одиночный HTTP сервер 50 может иметь доступ и доставлять данные из нескольких хранилищ 30. Кроме того, как и TCP сервер, HTTP сервер способен доставлять данные для всех клиентов (например, 100000) в данном контексте за короткое время. Опять же, это может достигаться такими методами, как балансировка нагрузки на основе аппаратного или программного обеспечения и IP технологий, таких как групповое вещание.

Данные запрашиваются через команду "Получение" (GetCommand) с HTTP сервера, которая подобна команде "Получение", описанной в вышеупомянутой РСТ-заявке заявителя. Однако команда является расширенной, причем расширение позволяет доставлять множество файлов. HTTP сервер 50, который доставляет данные, определяется или начальным, встроенным в просмотровую программу URL (Uniform Resource Locator), или - если пользователь уже решил войти в специальный контекст - URL, доставленным во время установления TCP соединения.

При каждом запросе "Получение" (GetRequest) просмотровая программа мобильного модуля 60 обработки данных предпочтительно также отправляет контекст, т.е. канал телевизионного провайдера, дополнительное содержание которого запрашивается. HTTP сервер 50 определяет запрашиваемый файл (файлы), находя путь на основе контекстной информации и настроек, так что файлы выбираются из правильного раздела хранилища 30 данных. Для файлов, которые не связаны с определенным контекстом (например, начальная HTML страница), HTTP сервер поддерживает также определенный путь "без контекста".

Сервис HTTP сервера 50 доставляет только файлы, которые запускаются как обновленные провайдером, для того чтобы обеспечить непротиворечивость хранилища данных и логики TCP сервиса. В одном варианте осуществления это достигается следующим путем: как только TCP сервис обнаруживает присутствие обновленного файла запуска, он записывает/обновляет файл запуска с пустым содержанием. Для каждого запрошенного файла HTTP сервер 50 сравнивает отметку времени файла (это версия файла…) с одним из файлов запуска данных. Если запрошенный файл более ранний, чем запуск данных, файл не доставляется, потому что провайдер еще не запускал обновление. HTTP сервис отвечает на запрос просмотровой программы итоговым кодом "данные еще не доступны" вместо доставки файла.

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

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

Способ и система, описанные в настоящей заявке, могут быть объединены со способом и системой для передачи данных на мобильный модуль обработки данных, описанными в вышеупомянутой РСТ заявке РСТ/ЕР2005/010961 заявителя. Как можно видеть на чертеже, имеется соединение между распределительным устройством 10 и хранилищем 30 данных. Соответственно, распределительное устройство может получать дополнительное содержание в хранилище 30 данных для создания свернутого сигнала, содержащего цифровые телевизионные и/или звуковые сигналы, сгруппированные с дополнительным содержанием, которые потом могут быть восстановлены телевизионной приставкой (не показана) и переправлены на мобильный модуль 60 обработки данных с использованием способа, описанного в вышеупомянутой заявке. В результате могут использоваться два механизма передачи попеременно или одновременно для передачи дополнительного содержания на мобильный модуль 60 обработки данных пользователя, который может получать дополнительные данные либо с соответствующим образом выполненной телевизионной приставки или прямо по воздуху, т.е. используя серверы 40 и 50, Интернет и беспроводную сеть 80.

1. Способ передачи данных, относящихся к телевизионному и/или звуковому вещанию, по меньшей мере, одного поставщика (1, 2, 3) канала, на мобильный модуль (60) обработки данных, содержащий следующие шаги:
а. обеспечение хранилища (30) данных, содержащего указанные данные;
b. передача указанных данных из хранилища (30) данных на мобильный модуль (60) обработки данных через TCP сервер (40) и беспроводную сеть (80);
с. причем указанные данные передают с TCP сервера (40) на мобильный модуль (60) обработки данных в ответ на периодические запросы с мобильного модуля (60) обработки данных на TCP сервер (40),
отличающийся тем, что дополнительно содержит шаг
d. передачи запроса на блокировку с мобильного модуля (60) обработки данных на TCP сервер (40), указывающего на неготовность мобильного модуля обработки данных к синхронизации с новыми данными.

2. Способ по п.1, отличающийся тем, что, по меньшей мере, один из периодических запросов с мобильного модуля (60) обработки данных на TCP сервер (40) содержит указание, по меньшей мере, на одного поставщика (1, 2, 3) канала.

3. Способ по п.1, отличающийся тем, что периодические запросы с мобильного модуля (60) обработки данных служат для синхронизации, по меньшей мере, части данных в мобильном модуле (60) обработки данных с набором новых данных, сохраненных поставщиком (1, 2, 3) канала в хранилище (30) данных.

4. Способ по п.3, отличающийся тем, что данные, сохраненные поставщиком (1, 2, 3) канала в хранилище (30) данных, содержат указатель пути для TCP сервера (40), указывающий путь к синхронизируемым данным и/или указатель необходимости выполнения синхронизации с мобильным модулем (60) обработки данных.

5. Способ по п.4, отличающийся тем, что TCP сервер (40) выполняет синхронизацию в ответ на определение файла запуска в хранилище (30) данных.

6. Способ по любому из предыдущих пунктов, отличающийся тем, что дополнительно содержит шаг передачи одного или более файлов данных из хранилища (30) данных на мобильный модуль (60) обработки данных через HTTP сервер (50) в ответ на запрос данных с мобильного модуля (60) обработки данных.

7. Способ по п.6, отличающийся тем, что адрес HTTP сервера (50) для запросов данных отправляют с TCP сервера (40) на мобильный модуль (60) обработки данных в ответ на запрос с мобильного модуля (60) обработки данных, устанавливающего соединение с TCP сервером (40).

8. Способ по п.7, отличающийся тем, что дополнительно содержит шаги предоставления HTTP серверу (50) файла с одной или более ссылками на один или более TCP серверов (40), выполненных с возможностью получения периодических запросов для получения указанных данных из хранилища (30) данных.

9. Мобильный модуль (60) обработки данных, содержащий:
а. модуль приемопередатчика для связи с беспроводной сетью (80), предпочтительно ориентированной на пакетную связь;
b. средство управления, снабженное инструкциями для модуля приемопередатчика на периодическую передачу запроса на TCP сервер (40) для синхронизации данных в мобильном модуле (60) обработки данных через TCP сервер (40) с данными, хранимыми, по меньшей мере, одним поставщиком (1, 2, 3) канала телевизионного и/или звукового вещания в хранилище (30) данных,
отличающийся тем, что
с. средство управления дополнительно содержит инструкции для передачи запроса на блокировку с мобильного модуля обработки данных на TCP сервер (40), указывающего на неготовность мобильного модуля (60) обработки данных к синхронизации с новыми данными.

10. Мобильный модуль по п.9, отличающийся тем, что средство управления дополнительно выполнено с возможностью указания поставщика (1, 2, 3) канала, по меньшей мере, в одном из периодических запросов.

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

12. Мобильный модуль по п.9, отличающийся тем, что средство управления содержит указания для асинхронной посылки дополнительных запросов данных с HTTP сервера (50), подключенного к хранилищу (30) данных.

13. Мобильный модуль по п.12, отличающийся тем, что средство управления дополнительно выполнено с возможностью получения адреса HTTP сервера (50) для запросов данных с TCP сервера (40) в ответ на запрос с мобильного модуля (60) обработки данных, устанавливающего соединение с TCP сервером (40).

14. Система для передачи данных, относящихся к телевизионному и/или звуковому вещанию, по меньшей мере, одного поставщика (1, 2, 3) канала на мобильный модуль (60) обработки данных, в особенности для выполнения способа по любому из пп.1-8, содержащая:
а. хранилище (30) данных, содержащее указанные данные;
b. TCP сервер (40), передающий указанные данные из хранилища данных на мобильный модуль (60) обработки данных через беспроводную сеть (80);
с. причем TCP сервер (40) выполнен с возможностью передачи указанных данных на мобильный модуль (60) обработки данных в ответ на получаемые периодические запросы с мобильного модуля (60) обработки данных,
отличающаяся тем, что
d. TCP сервер (40) дополнительно выполнен с возможностью приема запроса на блокировку с мобильного модуля (60) обработки данных, указывающего на неготовность мобильного модуля обработки данных к синхронизации с новыми данными.

15. Система по п.14, отличающаяся тем, что данные, хранимые поставщиком канала в хранилище (30) данных, содержат указание пути для TCP сервера (40), указывающего путь к синхронизируемым данным и/или указатель на необходимость выполнения синхронизации с мобильным модулем (60) обработки данных.

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

17. Система по п.14, отличающаяся тем, что дополнительно содержит HTTP сервер (50), выполненный с возможностью передачи одного или более файлов данных из хранилища (30) данных на мобильный модуль (60) обработки данных в ответ на запрос данных с мобильного модуля (60) обработки данных.

18. Система по п.14, отличающаяся тем, что TCP сервер (40) выполнен с возможностью хранения адреса HTTP сервера (50), a TCP сервер (40) выполнен с возможностью отправки адреса на мобильный модуль (60) обработки данных в ответ на запрос с мобильного модуля (60) обработки данных, устанавливающего соединение с TCP сервером.



 

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

Изобретение относится к системам беспроводной связи. .

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

Изобретение относится к сеансам связи на основе услуг подсистемы передачи мультимедийных сообщений на базе протоколов Интернет «IMS» и, в частности, к системе для управления одновременными сеансами связи, для таких услуг, как услуга многоточечной полудуплексной связи («Push-to-Таlk»/«Нажми и Говори») подвижной радиотелефонной связи сотовой связи («РоС» услуга).

Изобретение относится к области систем связи. .

Изобретение относится к области связи, в частности к способу контроля перегрузки медиа-шлюза доступа (AG) и соответствующему медиа-шлюзу доступа. .

Изобретение относится к беспроводным мобильным системам связи. .

Изобретение относится к области идентификации хост-узлов в сетях передачи данных. .

Изобретение относится к системам передачи данных. .

Изобретение относится к способу и устройству для распределения серверов приложений в IP-мультимедийной подсистеме (IMS)

Изобретение относится к службам, использующим протокол инициирования сеанса (SIP), и протоколу SIP для служб мгновенного обмена сообщениями и уведомления о присутствии (SIMPLE), в частности изобретение относится к службам на основе SIP/SIMPLE, таким как службы мгновенного обмена сообщениями и службы «нажми и говори» (РоС)

Изобретение относится к взаимодействию объединенных услуг вызова с коммутацией каналов и подсистемы мультимедиа Интернет-протокола (CSI), включающих объединенные вместе вызов с коммутацией каналов (CS) и сессию подсистемы мультимедиа Интернет-протокола (IMS), в частности к способу и системе для коммуникации между пользовательским оборудованием (CSI UE), которое может одновременно поддерживать вызов CS и сессию IMS, и пользовательским оборудованием (IMS UE), которое не может поддерживать CSI и может поддерживать только сессию IMS

Изобретение относится к способу реализации доступа между виртуальными частными сетями ВЧС (VPN)

Изобретение относится к системам связи

Изобретение относится к области связи и применяется, в частности, для гарантирования качества совместимости услуг между двумя или более сетями, одна из которых является базовой сетью подсистемы IP (Интернет протокола) мультимедиа

Изобретение относится к беспроводной связи
Наверх