способ и устройство для передачи сигналов кодового набора передачи при широковещании данных
Классы МПК: | H04N7/088 цифрового сигнала H04H60/18 при копировании информации H04L29/06 отличающиеся процедурой регистрации и коммутации сообщений |
Автор(ы): | ЛИ Дох-хиеонг (KR), АДАМС Гленн А. (US), ЛИ Кванг-ки (KR) |
Патентообладатель(и): | САМСУНГ ЭЛЕКТРОНИКС КО., ЛТД. (KR) |
Приоритеты: |
подача заявки:
2005-04-27 публикация патента:
27.12.2009 |
Изобретение относится к системам передачи сигналов кодового набора передачи, и, в частности, к устройству и способу для передачи сигналов кодового набора передачи для присваивания имен путям с использованием различных языков при передаче данных о системе кодирования символов имени пути в сообщении карусели объектов. Техническим результатом является создание способа и устройства для сообщения информации о системе кодирования, чтобы представлять имена путей, используя различные языки в системе, использующей карусель объектов. Указанный результат достигается тем, что клиент, использующий способ передачи сигналов кодового набора передачи, включает в себя демультиплексор, демультиплексирующий пакет элементарного пакетизированного потока (ЭПП), соответствующий программе, выбранной пользователем из широковещательного потока, принимаемого системным интерфейсом; декодер изображения, декодирующий демультиплексированный ЭПП для изображений; звуковой декодер, декодирующий демультиплексированный ЭПП для звука; и процессор, извлекающий из демультиплексированного сообщения ЭПП информацию о кодовом наборе передачи символьной строки, использованной в сообщении карусели объектов, и декодирующий символьную строку, использованную в сообщении карусели объектов, на основании извлеченной информации о кодовом наборе передачи. 17 н. и 43 з.п. ф-лы, 9 ил.
Формула изобретения
1. Способ декодирования символьных строк в сообщении для ссылки на данные, причем эти данные включены в объект, который передается вместе с сообщением для ссылки на упомянутые данные посредством карусели объектов, при этом упомянутое сообщение включает в себя информацию, касающуюся системы кодирования, использованной для кодирования символьных строк в упомянутом сообщении, причем способ содержит этапы, на которых
получают упомянутую информацию, касающуюся упомянутой системы кодирования, на основе сообщения; и декодируют символьные строки согласно извлеченной информации,
при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
2. Способ по п.1, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
3. Способ по п.1, в котором символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
4. Способ по п.1, в котором сообщение является сообщением BIOP::ServiceGateway.
5. Способ по п.1, в котором упомянутая информация выражена в контексте службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) спецификации CORBA/IIOP.
6. Способ по п.4, в котором упомянутая информация включена в контекст службы кодового набора протокола GIOP в сообщении BIOP::ServiceGateway.
7. Способ по п.1, в котором упомянутая информация указывает, что символьные строки кодированы на основании либо стандарта ISO 8859-1, либо стандарта UTF-8.
8. Способ по п.1, в котором символьные строки декодируются на основании стандарта ISO 8859-1, если система кодирования явно не описана в упомянутой информации.
9. Устройство для приема объекта, включающего в себя данные, и сообщения для ссылки на эти данные, которые переданы посредством карусели объектов, причем данное сообщение является сообщением BIOP::ServiceGateway, при этом устройство содержит
блок приема, выполненный с возможностью принимать упомянутые объект и сообщение, и
блок управления, выполненный с возможностью получать информацию, касающуюся системы кодирования, использованной для кодирования символьных строк, из этого сообщения BIOP::ServiceGateway и декодировать символьные строки согласно упомянутой информации,
при этом упомянутое сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (ВIOР).
10. Устройство по п.9, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
11. Устройство по п.9, в котором символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
12. Устройство по п.9, в котором упомянутая информация выражена в контексте службы кодового набора GIOP спецификации CORBA/IIOP.
13. Устройство по п.9, в котором упомянутая информация включена в контекст службы кодового набора Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway.
14. Устройство по п.9, в котором информация указывает, что символьные строки закодированы на основании либо стандарта ISO 8859-1, либо стандарта UTF-8.
15. Устройство по п.9, в котором блок управления декодирует символьные строки на основании стандарта ISO 8859-1, если система кодирования явно не описана в упомянутой информации.
16. Способ приема объекта, включающего в себя данные, и сообщения для ссылки на эти данные, которые переданы посредством карусели объектов, причем это сообщение является сообщением BIOP::ServiceGateway, при этом способ содержит этапы, на которых
получают информацию, касающуюся системы кодирования, использованной для кодирования символьных строк, на основе данного сообщения BIOP::ServiceGateway,
декодируют символьные строки согласно упомянутой информации,
определяют данные, на которые ссылаются символьные строки, и
выводят данные, включенные в объект,
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
17. Способ декодирования символьных строк в сообщении для ссылки на данные, причем эти данные включены в объект, который передается вместе с упомянутым сообщением для ссылки на упомянутые данные посредством карусели объектов, при этом упомянутое сообщение является сообщением BIOP::ServiceGateway, причем способ содержит этапы, на которых
определяют систему кодирования, использованную для кодирования символьных строк, на основе упомянутого сообщения, причем символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP, и выражены на различных языках; и
декодируют символьные строки на основании системы декодирования, соответствующей системе кодирования, которая определена.
18. Способ приема объекта, включающего в себя данные, причем этот объект передан вместе с сообщением для ссылки на упомянутые данные посредством карусели объектов, при этом упомянутое сообщение является сообщением BIOP::ServiceGateway, причем способ содержит этапы, на которых
декодируют символьные строки в сообщении, используя систему декодирования символьных строк, поддерживающую различные языки;
определяют данные, на которые ссылаются символьные строки, которые декодированы; и
выводят данные, включенные в объект,
при этом сообщение BIOP::ServiceGateway включает в себя информацию, идентифицирующую систему декодирования символьных строк, которая должна быть использована при декодировании символьных строк, и символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
19. Способ передачи посредством карусели объектов объекта, включающего в себя данные, и сообщения для ссылки на эти данные, причем способ содержит этапы, на которых
вставляют в сообщение информацию, которая указывает систему кодирования, использованную при кодировании символьных строк в этом сообщении; и
осуществляют широковещание упомянутых данных и сообщения, при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
20. Способ по п.19, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
21. Способ по п.19, в котором символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
22. Способ по п.19, в котором сообщение является сообщением ВIOР::ServiceGateway.
23. Способ по п.22, в котором упомянутая информация выражена в контексте службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway.
24. Способ по п.19, в котором упомянутая информация указывает, что символьные строки закодированы на основании либо стандарта ISO 8859-1, либо стандарта UTF-8.
25. Устройство для передачи посредством карусели объектов, объекта, включающего в себя данные, и сообщения для ссылки на эти данные, причем устройство содержит
блок управления, который создает объект и вставляет в сообщение информацию, которая указывает систему кодирования, использованную для кодирования символьных строк в этом сообщении; и
передающий блок, который передает данные и сообщение, при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
26. Устройство по п.25, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
27. Устройство по п.25, в котором символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
28. Устройство по п.25, в котором сообщение является сообщением BIOP::ServiceGateway.
29. Устройство по п.28, в котором упомянутая информация включена в контекст службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway.
30. Устройство по п.25, в котором упомянутая информация указывает, что символьные строки закодированы на основании либо стандарта ISO 8859-1, либо стандарта UTF-8.
31. Способ широковещания посредством карусели объектов, объекта, включающего в себя данные, и сообщения для ссылки на эти данные, причем способ содержит этапы, на которых
кодируют символьные строки в сообщении, используя систему кодирования, поддерживающую различные языки; и
осуществляют широковещание объекта и сообщения,
при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
32. Способ по п.31, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
33. Способ по п.31, в котором система кодирования является системой UTF-8.
34. Способ по п.31, в котором сообщение включает в себя информацию, указывающую систему кодирования, использованную при кодировании символьных строк.
35. Способ по п.31, в котором символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
36. Способ по п.31, в котором сообщение является сообщением BIOP::ServiceGateway.
37. Способ по п.31, в котором информация выражена в контексте службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) спецификации CORBA/IIOP.
38. Способ по п.37, в котором информация включена в контекст службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway.
39. Способ передачи и приема посредством карусели объектов, объекта, включающего в себя данные, и сообщения для ссылки на эти данные, причем способ содержит этапы, на которых
вставляют в сообщение информацию, касающуюся системы кодирования, использованной при кодировании символьных строк в этом сообщении;
передают объект и сообщение;
принимают объект и сообщение;
определяют упомянутую информацию из сообщения; и
декодируют символьные строки в сообщении согласно упомянутой информации, при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
40. Система передачи и приема посредством карусели объектов, объекта, включающего в себя данные, и сообщения для ссылки на эти данные, содержащая
передающее устройство, которое передает посредством карусели объектов объект, включающий в себя данные, и сообщение для ссылки на эти данные; и приемное устройство, которое принимает объект и сообщение, при этом передающее устройство содержит
блок управления, который вставляет в сообщение информацию, касающуюся системы кодирования, использованной для кодирования символьных строк в этом сообщении; и
передающий блок, который передает объект и сообщение, и при этом принимающее устройство содержит
принимающий блок, который принимает объект и сообщение; и блок управления, который декодирует символьные строки на основании упомянутой информации, при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
41. Способ формирования сообщения для ссылки на данные, которые включены в объект, который передается вместе с этим сообщением посредством карусели объектов, причем способ содержит этапы, на которых
вставляют в сообщение информацию для ссылки на данные и информацию, касающуюся системы кодирования, использованной в символьных строках в сообщении,
при этом упомянутая информация, касающаяся упомянутой системы кодирования, используется для декодирования символьных строк, при этом сообщение является сообщением Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP).
42. Клиент, принимающий поток данных через широковещание, при этом клиент содержит
приемник, который принимает переданные посредством карусели объектов данные и сообщение Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP),
процессор, который извлекает информацию о кодовом наборе передачи из сообщения BIOP, причем данная информация о кодовом наборе передачи предоставляет инструкцию по интерпретации символьных строк сообщения BIOP, и
декодер, который декодирует символьные строки на основе инструкции, предоставленной информацией о кодовом наборе передачи,
при этом сообщение BIOP является сообщением BIOP::ServiceGateway, и процессор считывает упомянутую информацию в контексте службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway, и
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
43. Клиент по п.42, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
44. Клиент по п.42, в котором упомянутая информация выражена в поле char_data контекста службы кодового набора GIOP.
45. Клиент по п.44, в котором упомянутая информация указывает, что символьные строки кодированы на основании либо стандарта ISO 8859-1, либо стандарта UTF-8.
46. Клиент по п.45, в котором декодер декодирует символьные строки на основании стандарта ISO 8859-1, если система кодирования явно не описана в упомянутой информации.
47. Клиент по п.46, в котором контекст службы кодового набора GIOP для Широкосимвольного Кодового Набора Передачи является незаданным.
48. Клиент по п.47, в котором поле wchar_data не используется для определения системы кодирования символьных строк в упомянутом сообщении.
49. Способ декодирования символьных строк в сообщении для ссылки на данные, содержащий этапы, на которых
принимают сообщение для ссылки на данные, которые переданы посредством карусели объектов, причем это сообщение является сообщением BIOP::ServiceGateway,
извлекают информацию, относящуюся к системе кодирования, использованной для кодирования символьных строк, на основе упомянутого сообщения BIOP, и
декодируют символьные строки согласно упомянутой информации, которая извлечена,
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
50. Способ по п.49, в котором карусель объектов определена согласно стандарту ISO-IEC 13838-6.
51. Способ по п.49, в котором упомянутая информация выражена в поле char_data контекста службы кодового набора GIOP.
52. Способ по п.51, в котором упомянутая информация включена в контекст службы кодового набора GIOP в сообщении BIOP::ServiceGateway.
53. Способ по п.52, в котором упомянутая информация указывает, что символьные строки кодированы на основании либо стандарта ISO 8859-1, либо стандарта UTF-8.
54. Способ по п.53, в котором символьные строки декодируют на основании стандарта ISO 8859-1, если система кодирования явно не описана в упомянутой информации.
55. Способ по п.54, в котором контекст службы кодового набора GIOP для Широкосимвольного Кодового Набора Передачи является незаданным.
56. Способ по п.55, в котором поле wchar_data не используется для определения системы кодирования символьных строк в упомянутом сообщении.
57. Сервер, поддерживающий структуры объектов, представленных на различных языках, в широковещательном потоке данных, содержащий
средство формирования, которое формирует данные и сообщение Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP),
процессор, который вставляет информацию о кодовом наборе передачи в сообщение BIOP, причем данная информация о кодовом наборе передачи предоставляет инструкцию по интерпретации символьных строк сообщения BIOP, и
передатчик, который передает упомянутые данные и сообщение BIOP посредством карусели объектов,
при этом сообщение BIOP является сообщением BIOP::ServiceGateway, и процессор вставляет упомянутую информацию в контексте службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway, и
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
58. Способ передачи объекта, включающего в себя данные, и сообщения для ссылки на эти данные посредством карусели объектов, содержащий этапы, на которых
вставляют в сообщение информацию, которая указывает систему кодирования, использованную для кодирования символьных строк в сообщении, и осуществляют широковещание упомянутых данных и сообщения посредством карусели объектов,
при этом сообщение является сообщением BIOP::ServiceGateway, и упомянутую информацию вставляют в контекст службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway, и
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
59. Способ передачи и приема посредством карусели объектов, объекта, включающего в себя данные, и сообщения для ссылки на эти данные, содержащий этапы, на которых
вставляют в сообщение информацию, относящуюся к системе кодирования, использованной для кодирования символьных строк в сообщении,
передают упомянутые данные и сообщение посредством карусели объектов,
принимают упомянутые данные и сообщение,
определяют упомянутую информацию из сообщения и декодируют символьные строки в сообщении согласно упомянутой информации,
при этом сообщение является сообщением BIOP::ServiceGateway, и упомянутую информацию вставляют в контекст службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway, и
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
60. Система для передачи и приема посредством карусели объектов, объекта, включающего в себя данные, и сообщения для ссылки на эти данные, содержащая
передающее устройство, которое передает посредством карусели объектов, объект, включающий в себя данные, и сообщение Протокола для Коммуникации между Брокерами Объектных Запросов при Широковещании (BIOP) для ссылки на эти данные, и
приемное устройство, которое принимает объект,
при этом передающее устройство содержит блок управления, который вставляет в сообщение BIOP информацию, относящуюся к системе кодирования, использованной для кодирования символьных строк в этом сообщении, и
передающий блок, который передает объект и сообщение BIOP,
при этом приемное устройство содержит принимающий блок, который принимает объект, и блок управления, который декодирует символьные строки на основе упомянутой информации,
причем сообщение BIOP является сообщением BIOP::ServiceGateway, и блок управления вставляет упомянутую информацию в контекст службы кодового набора Общего Протокола для Коммуникации между Брокерами Объектных Запросов (GIOP) в сообщении BIOP::ServiceGateway, и
при этом символьные строки являются строками Общей Архитектуры Брокера Объектных Запросов (CORBA), определенными согласно спецификации CORBA/IIOP.
Описание изобретения к патенту
Область техники
Настоящее изобретение относится к устройству и способу для передачи сигналов кодового набора передачи, и, в частности, к устройству и способу для передачи сигналов кодового набора передачи для присваивания имен путям с использованием различных языков при передаче данных о системе кодирования символов имени пути в сообщении карусели объектов.
Уровень техники
Цифровое широковещание является передовой технологией широковещания, которая выполняет двунаправленную передачу данных, а также воспроизведение и хранение данных отличным от аналогового широковещания образом. При цифровом широковещании телевизионные сигналы сжимаются и рассылаются как цифровые сигналы, в которых записаны кодированные сигналы данных. Поскольку количество сигналов, которые можно передавать посредством цифрового широковещания в шесть раз больше, чем в аналоговом широковещании, разрешающая способность сигналов в цифровом широковещании, по меньшей мере, в два раза выше, чем в аналоговом широковещании. Кроме того, поскольку цифровой радиосигнал может хранить множество файлов изображения и звуковых файлов, в цифровом широковещании может быть задействовано от шести до восьми каналов в одной полосе пропускания, в отличие от одного канала в аналоговом широковещании. Как таковое, цифровое широковещание стало основной технологией информационной эры, посредством которой файлы изображения и звуковые файлы можно сжимать и передавать, и разнообразные сигналы могут модулироваться путем использования технологий связи на основе компьютеров. Соответственно, телевизор в цифровом широковещании трансформировался из традиционно пассивного устройства в активное мультимедиа-устройство.
Широковещание данных, основной элемент цифрового широковещания, является непрерывной передачей цифрового/мультимедиа содержимого широковещания, в добавление к файлам изображения, звуковым файлам, программным приложениям и потоковой передаче данных в устройство обработки информации, такое как ПК, цифровая телевизионная приставка и персональный портативный терминал. Широковещание данных не требует обратной связи, и устройство обработки информации принимает содержимое, не запрашивая их. Таким образом, широковещание данных является передовой технологией, сочетающей методы широковещания, методы связи и Интернет, чтобы двунаправлено передавать мультимедиа содержимое на очень высокой скорости. Следовательно, широковещание данных позволяет разрешить такие проблемы, как простота и свойство однонаправленности аналогового широковещания и ограничения, связанные с качеством изобретения, качеством звука и широковещанием в объеме Интернета.
Примеры систем цифрового широковещания включают систему Advanced Television Systems Committee (ATSC), используемую в США, и систему Digital Video Broadcasting - Terrestrial (DVB-T), используемую в Европе, в качестве систем наземного радиоприема, а также систему OpenCable, используемую в США, и систему Digital Video Broadcasting - Cable (DVB-C), используемую в Европе в качестве систем кабельного приема. Примеры технологии промежуточного ПО (программного обеспечения) для цифрового широковещания включают в себя платформы DVB-Multimedia Home Platform (DVB-MHP), OpenCable Application Platform (OCAP) и Advanced Common Application Platform (ACAP). Платформа DVB-MHP является системой промежуточного ПО для Европейского цифрового телевидения, разрабатываемого в проекте DVB. Платформа OCAP является системой промежуточного ПО для приставок цифрового кабельного телевидения и других цифровых устройств, принятых кабельными компаниями в США. Платформа ACAP была разработана с целью унификации платформы OCAP, используемой в кабельном широковещании, и платформы Digital TV Application Software Environment (DASE), используемой в наземном широковещании.
Раскрытие изобретения
Техническая проблема
Платформы DVB-MHP, OCAP и ACAP используют карусель объектов, которая определена стандартом ISO-IEC 13818-6. Карусель объектов использует строку Общей Архитектуры Брокера Объектных Запросов (CORBA - Common Object Request Broker Architecture), определенную в спецификации CORBA/IIOP 2.1, для обмена компонента имени пути, который используется для присваивания имен данным, каталогам и файлам. Кроме того, когда в строке CORBA не указаны данные кодировки символов, для системы кодирования карусель объектов использует стандарт ISO 8859-1 (ISO Latin 1). Соответственно, эти технологии промежуточного ПО, использующие карусель объектов, используют стандарт ISO 8859-1 в качестве основной системы кодирования для присваивания имен путям, файлам и каталогам. Однако платформы DVB-MHP, OCAP и ACAP для имен путей поддерживают только языки на латинице, и, соответственно, невозможно представить имена путей с использованием другого языка.
Техническое решение
Настоящее изобретение предоставляет способ и устройство для сообщения информации о системе кодирования, чтобы представлять имена путей, используя различные языки в системе, использующей карусель объектов.
Согласно одному аспекту настоящего изобретения предоставлен клиент, использующий способ передачи сигналов кодового набора передачи в системе широковещания данных с использованием карусели объектов, причем клиент содержит системный интерфейс, принимающий широковещательный поток, вещаемый сервером; демультиплексор, демультиплексирующий пакет элементарного пакетизированного потока (ЭПП), соответствующий программе, выбранной пользователем из широковещательного потока, принимаемого системным интерфейсом; декодер изображения, декодирующий демультиплексированный ЭПП для изображений; звуковой декодер, декодирующий демультиплексированный ЭПП для звука; и центральный процессор (ЦП), извлекающий информацию о кодовом наборе передачи символьной строки, использованной в сообщении карусели объектов, из демультиплексированного сообщения ЭПП и декодирующий символьную строку, использованную в сообщении карусели объектов, на основании извлеченной информации о кодовом наборе передачи.
Согласно другому аспекту настоящего изобретения предоставлен сервер, использующий способ передачи сигналов кодового набора передачи в системе широковещания данных с использованием карусели объектов, причем сервер, содержащий кодер изображения, кодирующий данные изображения и генерирующий поток битов изображения; звуковой кодер, кодирующий звуковые данные и генерирующий поток битов звука; мультиплексор, мультиплексирующий поток битов изображения и поток битов звука и генерирующий поток передачи; блок обработки радиочастотных сигналов, модулирующий поток передачи в выходной сигнал; и ЦП, управляющий кодером изображения, звуковым кодером, мультиплексором и блоком обработки радиочастотных сигналов, и генерирующий сообщение карусели объектов, которое необходимо загрузить в поток передачи, и генерирующий сообщение, включающее в себя информацию о кодовом наборе передачи символьной строки, использованной в сообщении.
Согласно другому аспекту настоящего изобретения предоставлен способ передачи сигналов кодового набора передачи, причем способ, содержащий этапы, на которых принимают сообщения от сервера, причем сообщение, включающее в себя информацию о кодовом наборе передачи символьной строки, использованной в сообщении карусели объектов, извлекают информацию о кодовом наборе передачи символьной строки из принятого сообщения и декодируют символьную строку, использованную в сообщении карусели объектов, на основании информации о кодовом наборе передачи.
Описание чертежей
Вышеупомянутые и другие особенности настоящего изобретения станут более понятны из подробного описания примерных вариантов его осуществления со ссылкой на прилагаемые чертежи, в которых:
Фиг.1 - структурная схема, иллюстрирующая концепцию модели DSM-CC;
Фиг.2 - иллюстрация службы DVB, включающей в себя спектр карусели объектов;
Фиг.3 - иллюстрация формата сообщения BIOP;
Фиг.4 - иллюстрация формата структуры ServiceGatewayInfo ()сообщения downloadServerInitiate (DSI);
Фиг.5 - иллюстрация формата сообщения BIOP::DirectoryMessage;
Фиг.6 - иллюстрация формата сообщения BIOP::FileMessage;
Фиг.7 - структурная схема сервера согласно примерному варианту осуществления настоящего изобретения;
Фиг.8 - структурная схема клиента согласно примерному варианту осуществления настоящего изобретения; и
Фиг.9 - блок-схема алгоритма, иллюстрирующая способ передачи сигналов кодового набора передачи согласно примерному варианту осуществления настоящего изобретения.
Вариант осуществления изобретения
Настоящее изобретение и способы его осуществления можно более легко понять, обратившись к нижеследующему подробному описанию примерных вариантов осуществления и прилагаемым чертежам. Однако настоящее изобретение может быть реализовано во многих различных формах и не должно быть истолковано, как ограниченное изложенными здесь примерными вариантами осуществления. Скорее, эти примерные варианты осуществления предоставлены для того, чтобы настоящее раскрытие было полным и исчерпывающим, и полностью передавало концепцию изобретения специалистам в данной области техники, и настоящее изобретение будет определено только прилагаемой формулой изобретения. Одинаковые ссылочные позиции ссылаются на одинаковые элементы по всему описанию.
Настоящее изобретение ниже описано более подробно со ссылкой на прилагаемые чертежи, в которых показаны варианты осуществления изобретения.
Стандарт DSM-CC (Digital Storage Media Command and Control- Команды и Управление Цифровыми Носителями) является набором протоколов, предоставляющих функции управления и операции для управления потоками битов MPEG-1 И MPEG-2, чтобы передавать мультимедийные широкополосные службы. Концепция карусели объектов была определена в стандарте DSM-CC и отражена в спецификации DVB, а впоследствии принята платформами DVB-MHP, OCAP и ACAP в качестве спецификации промежуточного ПО для цифрового широковещания.
На Фиг.1 проиллюстрирована концепция модели DSM-CC.
В модели DSM-CC потоки, сгенерированные сервером 120, передаются клиенту 110. И клиент 110, и сервер 120 рассматриваются как пользователи. Клиент 110 является цифровой телевизионной приставкой, ПК или персональным портативным терминалом, который использует мультимедиа содержимое. Сервер 120 предоставляет мультимедиа содержимое и службы. Сеть 130 обозначает набор коммуникационных элементов, который предоставляет соединения между пользователями. На Фиг.1 показаны соединение 136 для переноса данных от пользователя в сеть (U-N) и соединение 134 для переноса данных от пользователя к пользователю (U-U). Поток информации U-U используется между клиентом и сервером, а поток информации U-N используется между сетью и клиентом или между сетью и сервером. В модели DSM-CC определен логический объект, на который ссылаются как на SRM (Session and Resource Manager - Менеджер Сеансов и Ресурсов). В этом случае SRM 132 предоставляет централизованное управление сессиями и ресурсами сети.
Система DVB обеспечивает передачу транспортных потоков (ТП) MPEG-2 посредством различных передающих сред путем заимствования соединения U-U из спецификации DSM-CC. ТП MPEG-2 включает в себя видео MPEG-2 и аудио MPEG-2. Широковещание данных рассматривается как главное расширение стандарта передачи DVB, основанного на MPEG-2. Примеры широковещания данных включают в себя загрузку ПО посредством спутниковых, кабельных или наземных линий связи, передачу Интернет услуг через каналы вещания, и интерактивное телевидение. Информация данных может быть передана путем ее включения в ТП MPEG-2. Примеры способа передачи информации данных включают передачу с использованием конвейера данных, потока данных, многопротокольной инкапсуляции, карусели данных и карусели объектов.
На Фиг.2 проиллюстрирована служба DVB, использующая карусель объектов.
Карусель объектов, определенная DSM-CC, является структурой данных, поддерживающей передачу групп объектов широковещательному приемнику из широковещательного сервера, использующего объект-каталог, объект-файл и объект-поток. В этом случае реальные каталоги и содержимое находятся в сервере. Спецификация карусели объектов поддерживает службу широковещания данных, которая запрашивает периодическое широковещание объекта U-U стандарта DSM-CC через совместимую с DVB широковещательную сеть. Сервер многократно внедряет объекты в совместимый с DVB транспортный поток MPEG-2 согласно протоколу карусели объектов. Передаваемые каталоги 210 и файлы 220 включают в себя содержимое объектов, и передаваемые потоки 230 являются ссылками на другие потоки широковещания. Кроме того, потоки 230 могут включать в себя информацию о событиях DSM-CC, которые рассылаются в особом потоке. События DSM-CC могут рассылаться с обычным потоком данных и использоваться для инициации приложений DSM-CC. Множество клиентов маскируют объекты на сервере как объектные реализации клиентов путем многократного считывания передающихся данных карусели, и, соответственно, клиенты могут восстановить объектные реализации. Объекты карусели предоставляют клиентам способ доступа к приложениям и содержимому, которые используются приложениями, как будто клиенты соединены с сервером.
Данные и атрибут объекта U-U в карусели объектов передаются как сообщение. Формат сообщения описывается с использованием протокола BIOP (Broadcast Inter ORB Protocol - Протокол для коммуникации между брокерами объектных запросов при широковещании). На Фиг.3 проиллюстрирован формат сообщения BIOP. Сообщение BIOP формируется из заголовка 312 сообщения, заголовка 314 раздела сообщения и тела 316 сообщения. Заголовок 312 сообщения предоставляет информацию о версии протокола BIOP и длине сообщения BIOP. Заголовок 314 раздела сообщения включает в себя информацию о передаваемых объектах, например типах объектов, таких как файлы, потоки и каталоги, и ключ объекта. Тело 316 сообщения включает данные объекта U-U.
Сообщение BIOP рассылается в модуле 320 карусели данных. В этом случае один модуль 320 формируется из более чем одного связанного сообщения BIOP. Каждый объект в одном модуле 320 идентифицируется, используя ключ объекта. Согласно спецификации карусели данных DSM-CC каждый модуль разделяется на более чем один блок. Блоки передаются как DDB (DownloadDataBlock - Блок Загрузки Данных). Каждое сообщение DDB последовательно передается как тип секции 340 MPEG-2. Блок можно получить непосредственно из ТП путем использования аппаратного фильтра демультиплексора. Для того, чтобы получить один объект из широковещательной сети, необходимо получить каждый модуль, включающий в себя объект. Соответственно, следует получить параметры передачи модуля, например, версию модуля, размер модуля, размер блока, синхронизацию и широковещательный канал. Поскольку параметры передаются как сообщение DII (DownloadInfoIndication - Индикация Информации Загрузки), сообщение DII следует получить до получения модуля. В результате процесс получения объекта из широковещательной сети включает получение сообщения DII и модулей.
Для того, чтобы получить объект, переданный из широковещательного потока, получается сообщение DSI (DownloadServerInitiate - Инициация Сервера Загрузки), и структура ServiceGatewayInfo (Информация Служебного Шлюза), включенная в сообщение DSI, интерпретируется. Сообщение DSI включает информацию о группах, включенных в супергруппу. В этом случае супергруппа формируется из более чем одной группы, и группа формируется из более чем одного модуля.
На Фиг.4 проиллюстрирована грамматика структуры ServiceGatewayInfo.
Карусель объектов представляет особый служебный домен, который является набором объектов U-U DSM-CC в сети DVB. Служебный домен включает в себя служебный шлюз, который предоставляет приемнику граф служебного имени и имени объекта.
Из Информации Служебного Шлюза клиент получает IOR 410 (InterOperableReference - Интероперабельная Ссылка), которая представляет местоположение объекта. Ссылка IOR 410, включенная в Информацию Служебного Шлюза, содержит информацию о местоположении маршрутного объекта объектного графа в Служебном Шлюзе, иначе говоря, в одном служебном домене. Поскольку для того, чтобы определить маршрутный объект одного служебного домена следует получить модули, включающие в себя маршрутный объект, то маршрутный объект (BIOP::DirectoryMessage) получают, последовательно получая сообщения DII и сообщения DDB.
На Фиг.5 проиллюстрирован тип сообщения BIOP:DirectoryMessage.
Сообщение BIOP:DirectoryMessage включает местоположение, имя и атрибут объекта, который включен в маршрутный объект.Поле 510 IOR включает в себя информацию местоположения объекта, и поле 520 id_data-byte включает в себя информацию имени объекта. Поле 540 objectKind_data включает в себя значение для распознавания типа сообщений, и согласно значению сообщение BIOP:DirectoryMessage имеет тип «dir».
С другой стороны, когда значение поля 540 objectKind_data равно «str», сообщение становится сообщением BIOP::ServiceGateway с информацией об объекте, включенном в маршрутный объект. Соответственно, сообщение BIOP::ServiceGateway имеет тот же формат что и сообщение BIOP:DirectoryMessage, за исключением значения поля 540 objectKind_data. Поле 530 serviceContextList_data_byte сообщения BIOP::ServiceGateway может включать структуру контекста кодового набора GIOP (General Inter ORB Protocol - Общий протокол для коммуникации между брокерами объектных запросов) CORBA, включающую в себя информацию о кодовом наборе передачи строки CORBA. Структура контекста кодового набора GIOP CORBA будет описана ниже со ссылкой на Фиг.7.
На Фиг.6 проиллюстрирован тип сообщения BIOP::FileMessage.
Сообщение BIOP::FileMessage является информационным сообщением, включающим в себя содержимое реальных полей. Клиент получает желаемый объект путем выполнения серий процессов получения ссылок IOR.
На Фиг.7 показана структурная схема сервера 700 согласно примерному варианту осуществления изобретения.
Сервер 700 включает в себя кодер 710 изображения и звуковой кодер 720 для кодирования данных, мультиплексор 730, блок 740 обработки радиочастотных сигналов, блок 750 вывода потока передачи и ЦП 760. Кодер 710 изображения кодирует данные изображения и генерирует потоки битов изображения, которые предоставляются в мультиплексор 730. Звуковой кодер 720 кодирует звуковые данные и генерирует звуковые потоки битов, которые предоставляются в мультиплексор 730. Мультиплексор 730 мультиплексирует потоки битов, кодированные в кодере 710 изображения и звуковом кодере 720, и генерирует один или более потоков передачи, которые предоставляются в блок 740 обработки радиочастотных сигналов. Блок обработки сигналов 740 модулирует потоки передачи в сигнал, который можно вывести, и предоставляет сигнал в блок 750 вывода потока передачи. Блок 750 вывода потока передачи передает потоки передачи. ЦП 760 управляет операциями каждого блока и генерирует сообщения карусели объектов, такие как сообщение DSI, сообщение DII и сообщение DDB, которые необходимо загружать в потоки передачи. Когда в объектном сообщении используется отличающийся от стандарта ISO 8859-1 кодовый набор передачи, ЦП 760 генерирует сообщение BIOP:ServiceGateway, включающее в себя информацию о кодовом наборе передачи.
Передача символьной строки в карусели объектов следует формату строки CORBA, которая определена в спецификации CORBA/IIOP 2.1. На основании спецификации CORBA/IIOP 2.1, когда информация о коде передачи отсутствует, строка CORBA следует формату стандарта ISO 8859-1 (ISO Latin 1). Соответственно, платформы DVB-MHP, OCAP и ACAP, использующие карусель объектов, используют стандарт ISO 8859-1 в качестве основного кодового набора передачи для имен файлов и имен каталогов. Соответственно, для использования другого кодового набора передачи, например кодового набора передачи UTF-8, необходимо передавать информацию об использованном кодовом наборе передачи в строке CORBA.
Правило кодирования символов, применяемое к конкретному экземпляру строки CORBA, определяется на основании следующих параметров, указывающих является ли экземпляр строки узкой строкой или широкой строкой: значение TCS-C (Narrow Char Transmission Code Set - Узкосимвольный Кодовый Набор Передачи) и значение TCS-W (Wide Char Transmission Code Set - Широкосимвольный Кодовый Набор Передачи). Когда значение TCS-C неизвестно, применяется базовое значение стандарта ISO 8859-1. Когда значение TCS-W неизвестно, возникает ошибка вследствие кодирования или декодирования широкосимвольной строки, поскольку базовое значение TCS-W отсутствует. Согласно языку (IDL) описания интерфейса представление контекста службы кодового набора GIOP имеет следующий вид:
Согласно спецификации CORBA/IIOP 2.1 значения TCS-C и TCS-W распределяются с использованием Контекста Службы Кодового Набора GIOP. Соответственно, структура Контекста Службы Кодового Набора GIOP спецификации CORBA/IIOP 2.1. может быть выборочно внесена в поле 530 serviceContextList_data_byte сообщения BIOP::ServiceGateway карусели объектов с целью сообщения клиенту информации о кодовом наборе передачи строки CORBA карусели объектов. Иначе говоря, при использовании для строки CORBA кодового набора передачи, который отличается от стандарта ISO 8859-1, например, кодового набора передачи UTF-8, значение TCS-C может быть установлено как кодовый набор передачи UTF-8, и значение TCS-W может быть установлено путем внесения структуры Контекста Службы Кодового Набора GIOP в поле 530 seviceContextList_data_byte сообщения BIOP::ServiceGateway. Более того, строки CORBA сообщения карусели объектов можно интерпретировать на основании определения CORBA в узкосимвольной строке.
На Фиг.8 показана структурная схема клиента согласно варианту осуществления настоящего изобретения.
На Фиг.8 клиент является цифровой телевизионной приставкой для широковещания данных. Цифровая телевизионная приставка 800 включает в себя системный интерфейс 810, демультиплексор 820, декодер 830 изображения и звуковой декодер 840 как блок декодирования, ЦП 880, память 850, блок 860 вывода изображения и блок 870 вывода звука.
Системный интерфейс 810 принимает сигналы изображения/звука, которые трансформируются в низкочастотные сигналы, и модулирует принятые сигналы в сигналы изображения/звука для выдачи их в телевизионный приемник. Кроме того, системный интерфейс 810 генерирует поток передачи путем дескрамблирования модулированных сигналов изображения/звука и передает поток передачи в демультиплексор 820. Используя фильтр, демультиплексор 820 выбирает пакет ЭПП (элементного пакетизированного потока), соответствующий выбранной пользователем программе, из потока передачи, в котором мультиплексировано множество пакетов ЭПП. Декодер 830 изображения и звуковой декодер 840 декодируют выбранный демультиплексором 820 ЭПП для трансформирования декодированного ЭПП в вид потока, который нужно выдать. Далее декодер 830 изображения и декодер 840 звука выводят широковещательные данные через блок 860 вывода изображения и блок 870 вывода звука. Память 850 сохраняет выбранный демультиплексором 820 ЭПП, декодированный сигнал изображения или декодированный сигнал звука. ЦП 880 управляет операциями каждого блока цифровой телевизионной приставки 800 и интерпретирует сообщения карусели объектов, например, сообщение DSI, сообщение DII и сообщение DBB, переданные с сервера. Более конкретно, когда ЦП 880 принимает сообщение BIOP::ServiceGateway, ЦП 880 извлекает из полученного сообщения BIOP:ServiceGateway информацию о кодовом наборе передачи символьной строки, использованной в сообщении карусели объектов, для декодирования символьной строки в сообщении путем использования декодера, соответствующего кодовому набору передачи.
Каждый из показанных на Фиг.7 и 8 блоков может быть реализован аппаратно или программно.
На Фиг.9 показана блок-схема алгоритма, иллюстрирующая способ разделения информации о кодовом наборе передачи согласно примерному варианту осуществления настоящего изобретения.
В операции S910 сервер передает контекст службы кодового набора GIOP, включающий в себя информацию о кодовом наборе передачи строки CORBA, использованной в сообщении карусели объектов, путем вставки контекста службы кодового набора GIOP в поле 530 serviceContextList_data_byte сообщения BIOP:ServiceGateway, и в операции S920 клиент принимает сообщение BIOP:ServiceGateway. В операции S930 ЦП 880 клиента извлекает контекст службы кодового набора GIOP из сообщения BIOP:ServiceGateway, чтобы извлечь информацию о кодовом наборе передачи. В операции S940 ЦП 880 клиента декодирует имена путей, включенные в сообщение, путем использования надлежащего символьного декодера согласно извлеченной информации о кодовом наборе передачи.
Промышленная применимость
Согласно устройству и способу для передачи сигналов кодового набора передачи по настоящему изобретению предоставляется возможность передачи сигналов кодового набора передачи для присваивания имен путям посредством использования различных языков при передаче данных о системе кодирования символов имени пути в сообщении карусели объектов.
Несмотря на то, что настоящее изобретение было подробно показано и описано со ссылкой на примерные варианты его осуществления, специалисты в данной области техники поймут, что в них могут быть выполнены различные изменения в форме и деталях, не выходя за рамки сущности и объема настоящего изобретения, определенного в следующей формуле изобретения.
Класс H04N7/088 цифрового сигнала
Класс H04H60/18 при копировании информации
Класс H04L29/06 отличающиеся процедурой регистрации и коммутации сообщений