Режими швидкого доступу до довільної точки для мережевої потокової передачі кодованих відеоданих
Формула / Реферат
1. Спосіб витягання мультимедійних даних, причому спосіб включає:
аналіз інформації файлу маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність;
визначення одного або більше байтових діапазонів, що відповідають місцеположенням даних для часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення; і
ініціалізування одного або більше запитів даних для часової підпослідовності, причому запити задають байтові діапазони відповідних сегментів згаданого щонайменше одного представлення.
2. Спосіб за п. 1, який додатково включає представлення даних часової підпослідовності в режимі швидкого доступу до довільної точки для представлення.
3. Спосіб за п. 1, в якому визначення місцеположень даних містить визначення місцеположень даних для часової підпослідовності з файла маніфесту.
4. Спосіб за п. 1, в якому визначення місцеположень даних містить: витягання даних для частини представлення, при цьому згадана частина представлення включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності; і
аналіз даних для витягнутої частини представлення, щоб визначити байтові діапазони, що відповідають місцеположенням даних для часової підпослідовності представлення.
5. Спосіб за п. 4, в якому дані для частини представлення задають неперервну послідовність байтів одного зі згаданих відповідних сегментів представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності, і при цьому ініціалізування одного або більше запитів містить ініціалізуваня одного запиту, що задає байтовий діапазон, визначений згаданою неперервною послідовністю байтів.
6. Спосіб за п. 4, в якому частина представлення містить поле індексу підфрагмента представлення.
7. Спосіб за п. 4, в якому етап витягання даних для частини представлення включає:
визначення байта початку частини представлення і байта закінчення частини представлення з даних файла маніфесту; і
посилання запиту часткового GET, який задає байт початку, байт закінчення і ідентифікатор представлення.
8. Спосіб за п. 1, в якому дані для часової підпослідовності містять одну або більше картинок миттєвого оновлення декодера (IDR) згаданого представлення.
9. Пристрій для витягання мультимедійних даних, причому пристрій містить один або більше процесорів, сконфігурованих для:
аналізу інформації файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність,
визначення одного або більше байтових діапазонів, що відповідають місцеположенням даних для часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення, і
ініціалізування одного або більше запитів даних для часової підпослідовності, причому запити задають байтові діапазони відповідних сегментів згаданого щонайменше одного представлення.
10. Пристрій за п. 9, в якому згадані один або більше процесорів сконфігуровані для визначення місцеположень даних для часової підпослідовності з файла маніфесту.
11. Пристрій за п. 9, в якому для визначення місцеположень даних згадані один або більше процесорів сконфігуровані для витягання даних для частини представлення, при цьому частина представлення включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності, і аналізу даних для витягнутої частини представлення, щоб визначити байтові діапазони, що відповідають згаданим місцеположенням даних для часової підпослідовності представлення.
12. Пристрій за п. 11, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані для згаданої частини представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності, і при цьому пристрій сконфігурований для ініціалізування одного запиту, що задає байтовий діапазон, визначений згаданою неперервною послідовністю байтів.
13. Пристрій за п. 11, в якому для витягання даних для частини представлення згадані один або більше процесорів сконфігуровані для визначення байта початку частини представлення і байта закінчення частини представлення з даних файла маніфесту, і посилання запиту часткового GET, який визначає байт початку, байт закінчення і ідентифікатор представлення.
14. Пристрій за п. 9, в якому пристрій містить щонайменше одне з:
інтегральної схеми;
мікропроцесора; і
пристрою бездротового зв'язку, який включає в себе згадані один або більше процесорів.
15. Пристрій для витягання мультимедійних даних, причому пристрій містить:
засіб для аналізу інформації файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність;
засіб для визначення одного або більше байтових діапазонів, що відповідають місцеположенням даних для часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення; і
засіб для ініціалізування одного або більше запитів даних для часової підпослідовності, причому запити задають байтові діапазони відповідних сегментів згаданого щонайменше одного представлення.
16. Пристрій за п. 15, в якому засіб для визначення місцеположень даних містить засіб для визначення місцеположень даних для часової підпослідовності з файла маніфесту.
17. Пристрій за п. 15, в якому засіб для визначення місцеположень даних містить:
засіб для витягання даних для частини представлення, при цьому частина представлення включає в себе дані, що вказують одне або більше місцеположень даних для часової підпослідовності; і
засіб для аналізу даних для витягнутої частини представлення, щоб визначити місцеположення даних для часової підпослідовності представлення.
18. Пристрій за п. 17, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані в згаданій частині цього представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності, і при цьому засіб для ініціалізування одного або більше запитів містить засіб для ініціювання одного запиту, що задає байтовий діапазон, визначений згаданою неперервною послідовністю байтів.
19. Пристрій за п. 17, в якому засіб для витягання даних для частини представлення містить:
засіб для визначення байта початку частини представлення і байта закінчення частини представлення з даних файла маніфесту; і
засіб для посилання запиту часткового GET, який задає байт початку, байт закінчення і ідентифікатор представлення.
20. Зчитуваний комп'ютером носій, що має збережені на ньому команди, які при виконанні змушують процесор пристрою витягувати мультимедійні дані, щоб:
аналізувати інформацію файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність;
визначити один або більше байтових діапазонів, що відповідають місцеположенням даних для часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення; і
ініціалізувати один або більше запитів даних для часової підпослідовності, причому запити задають байтові діапазони відповідних сегментів згаданого щонайменше одного представлення.
21. Зчитуваний комп'ютером носій за п. 20, в якому команди змушують процесор надавати часову підпослідовність представлення в режимі швидкого доступу до довільної точки для представлення.
22. Зчитуваний комп'ютером носій за п. 20, в якому команди, які змушують процесор визначати місцеположення даних, містять команди, які змушують процесор визначати місцеположення даних для часової підпослідовності з файла маніфесту.
23. Зчитуваний комп'ютером носій за п. 20, в якому команди, які змушують процесор визначати місцеположення даних, містять команди, які змушують процесор:
витягувати дані для частини представлення, при цьому частина представлення включає в себе дані, що вказують одне або більше місцеположень даних для часової підпослідовності; і
аналізувати дані для витягнутої частини представлення, щоб визначати місцеположення даних для часової підпослідовності представлення.
24. Зчитуваний комп'ютером носій за п. 23, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані в згаданій частині згаданого представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності, і при цьому інструкції, які змушують процесор ініціалізувати один або більше запитів, містять інструкції, які змушують процесор ініціювати один запит, що задає байтовий діапазон, визначений згаданою неперервною послідовністю байтів.
25. Зчитуваний комп'ютером носій за п. 23, в якому команди, які змушують процесор витягувати дані для частини представлення, містять команди, які змушують процесор:
визначати байт початку частини представлення і байт закінчення частини представлення з даних файла маніфесту; і
посилати запит часткового GET, який визначає байт початку, байт закінчення і ідентифікатор представлення.
26. Спосіб посилання інформації для мультимедійних даних, причому спосіб включає:
одержання даних щонайменше для одного представлення мультимедійного контенту, який включає в себе часову підпослідовність;
одержання даних для файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що згадане щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність;
посилання щонайменше частини файла маніфесту на пристрій клієнта, і
посилання даних, що вказують один або більше байтових діапазонів, що відповідають місцеположенням даних для згаданої часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення, на пристрій клієнта.
27. Спосіб за п. 26, в якому файл маніфесту включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності.
28. Спосіб за п. 26, в якому частина представлення включає в себе згадані дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності, причому спосіб додатково включає:
прийом запиту частини представлення від пристрою клієнта; і
посилання частини представлення на пристрій клієнта у відповідь на запит.
29. Спосіб за п. 28, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані для згаданої частини представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності.
30. Спосіб за п. 28, в якому файл маніфесту вказує байтовий діапазон для частини представлення, і в якому запит містить запит часткового GET, який визначає байтовий діапазон для частини представлення.
31. Пристрій для посилання інформації для мультимедійних даних, причому пристрій містить один або більше процесорів, сконфігурованих для: одержання даних для щонайменше одного представлення мультимедійного контенту, який включає в себе часову підпослідовність, одержання даних для файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що згадане щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, посилання щонайменше частини файла маніфесту на пристрій клієнта, і посилання даних, що вказують один або більше байтових діапазонів, що відповідають місцеположенням даних для згаданої часової підпослідовності, в одному або більше відповідних сегментах згаданого щонайменше одного представлення, на пристрій клієнта.
32. Пристрій за п. 31, в якому файл маніфесту включає в себе дані, що вказують один або більше байтових діапазонів, що відповідають місцеположенням даних для часової підпослідовності.
33. Пристрій за п. 31, в якому частина представлення включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності, і в якому згадані один або більше процесорів сконфігуровані для прийому запиту частини представлення від пристрою клієнта і посилання частини представлення на пристрій клієнта у відповідь на запит.
34. Пристрій за п. 33, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані для згаданої частини представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності.
35. Пристрій за п. 33, в якому файл маніфесту вказує байтовий діапазон для частини представлення, і в якому запит містить запит часткового GET, який визначає байтовий діапазон для згаданої частини представлення.
36. Пристрій за п. 31, в якому пристрій містить щонайменше одне з:
інтегральної схеми;
мікропроцесора; і
пристрою бездротового зв'язку, який включає в себе один або більше процесорів.
37. Пристрій для посилання інформації для мультимедійних даних, причому пристрій містить:
засіб для одержання даних щонайменше для одного представлення мультимедійного контенту, що включає в себе часову підпослідовність;
засіб для одержання даних для файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність;
засіб для посилання щонайменше частини файла маніфесту на пристрій клієнта, і
засіб для посилання даних, що вказують один або більше байтових діапазонів, що відповідають місцеположенням даних для згаданої часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення, на пристрій клієнта.
38. Пристрій за п. 37, в якому файл маніфесту включає в себе дані, що вказує згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності.
39. Пристрій за п. 37, в якому частина представлення включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності, що додатково містить:
засіб для прийому запиту частини представлення від пристрою клієнта; і
засіб для посилання частини представлення на пристрій клієнта у відповідь на запит.
40. Пристрій за п. 39, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані для згаданої частини представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності.
41. Пристрій за п. 39, в якому файл маніфесту вказує байтовий діапазон для частини представлення, і в якому запит містить запит часткового GET, який визначає байтовий діапазон для частини представлення.
42. Зчитуваний комп'ютером носій, що має збережені на ньому команди, які при виконанні змушують процесор пристрою для посилання інформації для мультимедійних даних:
одержувати дані для щонайменше одного представлення мультимедійного контенту, який включає в себе часову підпослідовність;
одержувати дані для файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність;
посилати щонайменше частину файла маніфесту на пристрій клієнта, і
посилати дані, що вказують один або більше байтових діапазонів, що відповідають місцеположенням даних для згаданої часової підпослідовності в одному або більше відповідних сегментах згаданого щонайменше одного представлення, на пристрій клієнта.
43. Зчитуваний комп'ютером носій за п. 42, в якому файл маніфесту включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності.
44. Зчитуваний комп'ютером носій за п. 42, в якому частина представлення включає в себе дані, що вказують згадані один або більше байтових діапазонів, що відповідають місцеположенням згаданих даних для часової підпослідовності, що додатково містить команди, які змушують процесор:
приймати запит частини представлення від пристрою клієнта; і
посилати частину представлення на пристрій клієнта у відповідь на запит.
45. Зчитуваний комп'ютером носій за п. 44, в якому частина представлення містить поле індексу підфрагмента представлення, причому дані для згаданої частини представлення задають неперервну послідовність байтів одного з відповідних сегментів згаданого представлення, причому неперервна послідовність байтів містить дані для часової підпослідовності.
46. Зчитуваний комп'ютером носій за п. 44, в якому файл маніфесту вказує байтовий діапазон для частини представлення, і в якому запит містить запит часткового GET, який визначає байтовий діапазон для частини представлення.
Текст
Реферат: У одному прикладі пристрій для витягання мультимедійних даних, причому пристрій містить один або більше процесорів, сконфігурованих для аналізу інформації файла маніфесту для мультимедійного контенту, при цьому інформація файла маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, визначення одного або більше місцеположень даних для часової підпослідовності і подачу одного або більше запитів даних для часової підпослідовності. UA 107125 C2 (12) UA 107125 C2 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 ГАЛУЗЬ ТЕХНІКИ Дане розкриття стосується збереження і транспортування закодованих мультимедійних даних. РІВЕНЬ ТЕХНІКИ Можливості цифрового відео можуть бути вбудовані в широкий діапазон пристроїв, які включають в себе цифрові телевізори, цифрові системи мовлення, бездротові системи мовлення, персональні цифрові асистенти (асистенти PDA), портативні або настільні комп'ютери, цифрові камери, цифрові записуючі пристрої, цифрові медіаплеєри, пристрої для відеогри, відео ігрові консолі, стільникові або супутникові радіотелефони, відеопристрої організації телеконференцій і т. п. Цифрові відеопристрої реалізовують способи стиснення відео, такі як способи, описані в стандартах, визначених за допомогою MPEG-2, MPEG-4, ITU-T H.263 або ITU-T H.264/MPEG-4, Частина 10, Вдосконалене кодування відео (AVC), і розширеннях таких стандартів, для більш ефективної передачі і прийому цифрової відеоінформації. Способи стиснення відео виконують просторовий прогноз і/або часовий прогноз, щоб зменшити або видалити надмірність, характерну для відеопослідовностей. Для основаного на блоках кодування відео, відеокадр або частина можуть бути розділені на макроблоки. Кожний макроблок може бути додатково розділений. Макроблоки в intra-кодованому кадрі (I) або вирізці кодуються, використовуючи просторовий прогноз відносно сусідніх макроблоків. Макроблоки в inter-акодованому кадрі (Р або В) або вирізці можуть використовувати просторовий прогноз відносно сусідніх макроблоків в одному і тому ж кадрі або вирізці або часовий прогноз відносно інших опорних кадрів. Після кодування відеоданих, відеодані можуть бути об'єднані в пакети для передачі або зберігання. Відеодані можуть бути зібрані у відеофайл, який відповідає будь-якому з множини стандартів, таких як базовий формат медіафайла Міжнародної організації по стандартизації (ISO) і їх розширення, наприклад, ITU-T H.264/AVC. Такі пакетизовані відеодані можуть бути транспортовані множиною способів, таких як передача по комп'ютерній мережі, використовуючи мережеву потокову передачу. СУТЬ ВИНАХОДУ У цілому, дане розкриття описує способи для того, щоб поліпшити потокову передачу медіаданих по мережі. Ці способи включають в себе підтримку режимів швидкого доступу до довільної точки, таких як прискорене перемотування уперед, перемотування назад і пошук в медіаконтенті, переданому у вигляді потоку по мережі. Ці способи також включають в себе підтримку груп представлень, таких як сигналізація загальних характеристик для групи представлень, а також індивідуальних характеристик представлень. Крім того, способи включають в себе забезпечення інформації для оновлення файлів маніфесту для переданого у вигляді потоку медіаконтенту. Способи також включають в себе забезпечення медіаданих для призначених оголошень, таких як зовнішні періоди для медіаконтенту. Ці способи додатково включають в себе забезпечення і інтерпретацію звітів про якість сприйняття від пристрою клієнта до постачальника послуг. Крім того, ці способи включають в себе сигналізацію даних профілю, яким відповідає файл маніфесту медіаконтенту. У одному прикладі спосіб відновлення відеоданих включає в себе аналіз щонайменше частини файлу маніфесту для мультимедійного контенту, при цьому частина файлу маніфесту включає в себе інформацію, яка вказує набори представлень мультимедійного контенту, і інформацію, яка вказує загальні характеристики для кожного з наборів представлень, вибір одного з наборів представлень на основі загальних характеристик для одного з наборів представлень, вибір одного з представлень з вибраного одного з наборів представлень на основі однієї або більше характеристик кодування згаданого одного з представлень згаданого одного з наборів, і генерування запиту даних одного з представлень на основі цього вибору. У іншому прикладі пристрій для прийому інформації для відеоданих включає в себе один або більше процесорів, сконфігурованих для аналізу щонайменше частини файлу маніфесту для мультимедійного контенту, при цьому частина файлу маніфесту включає в себе інформацію, яка вказує набори представлень мультимедійного контенту, і інформацію, яка вказує загальні характеристики для кожного з наборів представлень, вибору одного з наборів представлень на основі загальних характеристик для одного із згаданих наборів представлень, вибору одного з представлень з вибраного одного з наборів представлень на основі однієї або більше характеристик кодування одного з представлень одного з наборів, і генерування запиту даних одного з представлень на основі цього вибору. У іншому прикладі пристрій для прийому інформації для відеоданих включає в себе засіб для аналізу щонайменше частини файлу маніфесту для мультимедійного контенту, при цьому 1 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 частина файлу маніфесту включає в себе інформацію, яка вказує набори представлень мультимедійного контенту, і інформацію, яка вказує загальні характеристики для кожного з наборів представлень, засіб для вибору одного з наборів представлень на основі загальних характеристик для одного із згаданих наборів представлень, засіб для вибору одного з представлень згаданого вибраного одного з наборів представлень на основі однієї або більше характеристик кодування одного з представлень одного з наборів, і засіб для генерування запиту даних одного з представлень на основі цього вибору. У іншому прикладі комп'ютерний програмний продукт включає в себе зчитуваний комп'ютером запам'ятовуючий носій, який містить команди, які при виконанні змушують процесор пристрою витягувати відеодані для аналізу щонайменше частини файлу маніфесту для мультимедійного контенту, при цьому частина файлу маніфесту включає в себе інформацію, яка вказує набори представлень мультимедійного контенту, і інформацію, яка вказує загальні характеристики для кожного з наборів представлень, вибирати один із згаданих наборів представлень на основі загальних характеристик для одного з наборів представлень, вибирати одне з представлень вибраного одного з наборів представлень на основі однієї або більше характеристик кодування одного з представлень одного з наборів, і генерування запиту даних одного з представлень на основі цього вибору. У іншому прикладі спосіб для відправлення інформації для відеоданих включає в себе отримання набору представлень мультимедійного контенту, що має одну або більше загальних характеристик, при цьому кожне з представлень в наборі має одну або більше індивідуальних характеристик кодування, окремих від загальних характеристик, отримання файлу маніфесту для мультимедійного контенту, при цьому файл маніфесту включає в себе інформацію, яка вказує представлення в наборі, інформацію, яка вказує загальні характеристики для набору представлень, і інформацію, яка вказує характеристики кодування для кожного з представлень в наборі, і відправлення щонайменше частини файлу маніфесту на пристрій клієнта. У іншому прикладі пристрій для відправлення інформації для відеоданих, причому пристрій містить один або більше процесорів, сконфігурованих для отримання набору представлень мультимедійного контенту, що має одну або більше загальних характеристик, при цьому кожне з представлень в наборі має одну або більше індивідуальних характеристик кодування, окремі від загальних характеристик, отримання файлу маніфесту для мультимедійного контенту, при цьому файл маніфесту включає в себе інформацію, яка вказує представлення в наборі, інформацію, яка вказує загальні характеристики для набору представлень, і інформацію, яка вказує характеристики кодування для кожного з представлень в згаданому наборі, і відправлення щонайменше частини файлу маніфесту на пристрій клієнта. У іншому прикладі пристрій для відправлення інформації для відеоданих включає в себе засіб для отримання набору представлень мультимедійного контенту, що має одну або більше загальних характеристик, при цьому кожне з представлень в наборі має одну або більше індивідуальних характеристик кодування, окремі від загальних характеристик, засіб для отримання файлу маніфесту для мультимедійного контенту, при цьому файл маніфесту включає в себе інформацію, яка вказує представлення в наборі, інформацію, яка вказує загальні характеристики для набору представлень, і інформацію, яка вказує характеристики кодування для кожного з представлень в наборі, і засіб для відправлення щонайменше частини файлу маніфесту на пристрій клієнта. У іншому прикладі комп'ютерний програмний продукт включає в себе зчитуваний комп'ютером запам'ятовуючий носій, який містить команди, які змушують процесор пристрою видавати відеодані, щоб отримати набір представлень мультимедійного контенту, що має одну або більше загальних характеристик, при цьому кожне з представлень в наборі має одну або більше індивідуальних характеристик кодування, окремі від загальних характеристик, отримати файл маніфесту для мультимедійного контенту, при цьому файл маніфесту включає в себе інформацію, яка вказує представлення в наборі, інформацію, яка вказує загальні характеристики для набору представлень, і інформацію, яка вказує характеристики кодування для кожного з представлень в наборі, і відправляти щонайменше частину файлу маніфесту на пристрій клієнта. У іншому прикладі спосіб відновлення відеоданих включає в себе інформацію аналізу файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, визначення одного або більше місцеположень даних для часової підпослідовності і подачу одного або більше запитів даних для згаданої часової підпослідовності. 2 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 У іншому прикладі пристрій для витягання відеоданих включає в себе один або більше процесорів, сконфігурованих для аналізу інформації файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, визначення одного або більше місцеположень даних для часової підпослідовності і подачу одного або більше запитів даних для згаданої часової підпослідовності. У іншому прикладі пристрій для витягання відеоданих включає в себе засіб для аналізу інформації файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, засіб для визначення одного або більше місцеположень даних для часової підпослідовності і засіб для подачі одного або більше запитів даних для згаданої часової підпослідовності. У іншому прикладі комп'ютерний програмний продукт включає в себе зчитуваний комп'ютером носій, що має збережені на йому команди, які при виконанні змушують процесор пристрою витягувати відеодані для аналізу інформації файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, визначення одного або більше місцеположень даних для часової підпослідовності і подачу одного або більше запитів даних для згаданої часової підпослідовності. У іншому прикладі спосіб відправлення інформації для відеоданих включає в себе отримання даних щонайменше для одного представлення мультимедійного контенту, яке включає в себе часову підпослідовність, отримання даних для файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, і відправлення щонайменше частини файлу маніфесту на пристрій клієнта. У іншому прикладі пристрій для відправлення інформації для відеоданих включає в себе один або більше процесорів, сконфігурованих для отримання даних щонайменше для одного представлення мультимедійного контенту, який включає в себе часову підпослідовність, отримання даних для файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, і відправлення щонайменше частини файлу маніфесту на пристрій клієнта. У іншому прикладі пристрій для відправлення інформації для відеоданих включає в себе засіб для отримання даних щонайменше для одного представлення мультимедійного контенту, яке включає в себе часову підпослідовність, засіб для отримання даних для файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, і засіб для відправлення щонайменше частини файлу маніфесту на пристрій клієнта. У іншому прикладі комп'ютерний програмний продукт включає в себе зчитуваний комп'ютером носій, що має збережені на йому команди, які при виконанні змушують процесор пристрою відправляти інформацію для відеоданих, щоб отримати дані для щонайменше одного представлення мультимедійного контенту, яке включає в себе часову підпослідовність, отримати дані для файлу маніфесту для мультимедійного контенту, при цьому інформація файлу маніфесту вказує, що щонайменше одне представлення мультимедійного контенту включає в себе часову підпослідовність, і відправити щонайменше частину файлу маніфесту на пристрій клієнта. У іншому прикладі спосіб відновлення відеоданих включає в себе витягання даних першого сегмента представлення мультимедійного контенту відповідно до даних копії файлу маніфесту, збереженого пристроєм клієнта, витягання частини другого сегмента представлення відповідно до файлу маніфесту, при цьому другий сегмент має місце після першого сегмента в представленні, і при цьому частина другого сегмента вказує, що файл маніфесту повинен бути оновлений, оновлення копії файлу маніфесту, збереженого пристроєм клієнта на основі індикації, що файл маніфесту повинен бути оновлений, і витягання медіаданих другого сегмента відповідно до оновленого файлу маніфесту. У іншому прикладі пристрій для витягання відеоданих включає в себе один або більше процесорів, сконфігурованих для витягання даних першого сегмента представлення мультимедійного контенту відповідно до даних копії файлу маніфесту, збереженого пристроєм, витягання частини другого сегмента представлення відповідно до файлу маніфесту, при цьому другий сегмент має місце після першого сегмента в представленні, і при цьому частина другого 3 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 сегмента вказує, що файл маніфесту повинен бути оновлений, оновлення копії файлу маніфесту, збереженого пристроєм на основі індикації, що файл маніфесту повинен бути оновлений, і витягання медіаданих другого сегмента відповідно до оновленого файлу маніфесту. У іншому прикладі пристрій для витягання відеоданих включає в себе засіб для витягання даних першого сегмента представлення мультимедійного контенту відповідно до даних копії файлу маніфесту, збереженого пристроєм, засіб для витягання частини другого сегмента представлення відповідно до файлу маніфесту, при цьому другий сегмент має місце після першого сегмента в представленні, і при цьому частина другого сегмента вказує, що файл маніфесту повинен бути оновлений, засіб для оновлення копії файлу маніфесту, збереженого пристроєм на основі індикації, що файл маніфесту повинен бути оновлений, і засіб для витягання медіаданих другого сегмента відповідно до оновленого файлу маніфесту. У іншому прикладі комп'ютерний програмний продукт включає в себе зчитуваний комп'ютером носій, що має збережені на ньому команди, які при виконанні змушують процесор пристрою витягувати відео дане, щоб витягнути дані першого сегмента представлення мультимедійного контенту відповідно до даних копії файлу маніфесту, збереженого пристроєм, витягнути частину другого сегмента представлення відповідно до файлу маніфесту, при цьому другий сегмент має місце після першого сегмента в представленні, і при цьому частина другого сегмента вказує, що файл маніфесту повинен бути оновлений, оновити копію файлу маніфесту, збереженого пристроєм на основі індикації, що файл маніфесту повинен бути оновлений, і витягнути медіадані другого сегмента відповідно до оновленого файлу маніфесту. У іншому прикладі спосіб відправлення інформації для відеоданих включає в себе відправлення даних файлу маніфесту мультимедійного контенту на пристрій клієнта, при цьому файл маніфесту включає в себе інформацію, яка вказує перший сегмент представлення мультимедійного контенту, відправлення щонайменше частини першого сегмента представлення на пристрій клієнта у відповідь на запит від пристрою клієнта, при цьому частина першого сегмента вказує, що файл маніфесту повинен бути оновлений, при цьому оновлена версія файлу маніфесту включає в себе інформацію, яка вказує другий відмінний сегмент представлення, і відправлення у відповідь на запит, прийнятий від пристрою клієнта і сформований згідно з оновленим файлом маніфесту, даних другого сегмента на пристрій клієнта. У іншому прикладі пристрій для відправлення інформації для відеоданих включає в себе один або більше процесорів, сконфігурованих для відправлення даних файлу маніфесту мультимедійного контенту на пристрій клієнта, при цьому файл маніфесту включає в себе інформацію, яка вказує перший сегмент представлення мультимедійного контенту, відправлення щонайменше частини першого сегмента представлення на пристрій клієнта у відповідь на запит від пристрою клієнта, при цьому частина першого сегмента вказує, що файл маніфесту повинен бути оновлений, при цьому оновлена версія файлу маніфесту включає в себе інформацію, яка вказує другий відмінний сегмент представлення, і відправлення у відповідь на запит, прийнятий від пристрою клієнта і сформований згідно з оновленим файлом опису, даних другого сегмента на пристрій клієнта. У іншому прикладі пристрій для відправлення інформації для відеоданих включає в себе засіб для відправлення даних файлу маніфесту мультимедійного контенту на пристрій клієнта, при цьому файл маніфесту включає в себе інформацію, яка вказує перший сегмент представлення мультимедійного контенту, засіб для відправлення щонайменше частини першого сегмента представлення пристрою клієнта у відповідь на запит від пристрою клієнта, при цьому частина першого сегмента вказує, що файл маніфесту повинен бути оновлений, при цьому оновлена версія файлу маніфесту включає в себе інформацію, яка вказує другий відмінний сегмент представлення, і засіб для відправлення у відповідь на запит, прийнятий від пристрою клієнта і сформований згідно з оновленим файлом опису, даних другого сегмента на пристрій клієнта. У іншому прикладі комп'ютерний програмний продукт включає в себе зчитуваний комп'ютером носій, що має збережені на ньому команди, які при виконанні змушують процесор пристрою відправляти інформацію для відеоданих, щоб відправити дані файлу маніфесту мультимедійного контенту на пристрій клієнта, при цьому файл маніфесту включає в себе інформацію, яка вказує перший сегмент представлення мультимедійного контенту, відправити щонайменше частину першого сегмента представлення на пристрій клієнта у відповідь на запит від пристрою клієнта, при цьому частина першого сегмента вказує, що файл маніфесту повинен бути оновлений, при цьому оновлена версія файлу маніфесту включає в себе інформацію, яка вказує другий відмінний сегмент представлення, і відправити у відповідь на запит, прийнятий 4 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 від пристрою клієнта і сформований згідно з оновленим файлом опису, дані другого сегмента на пристрій клієнта. КОРОТКИЙ ОПИС КРЕСЛЕНЬ Фіг. 1 є блок-схемою, яка ілюструє зразкову систему, яка реалізовує способи для потокової передачі даних по мережі. Фіг. 2 є концептуальною діаграмою, яка ілюструє елементи зразкового мультимедійного контенту. Фіг. 3 є блок-схемою, яка ілюструє елементи зразкового відеофайлу, який може відповідати сегменту представлення мультимедійного контенту. Фіг. 4 є концептуальною діаграмою, яка ілюструє зразковий мультимедійний контент, що включає в себе опис медіапрезентації (MPD) і різні групи представлень. Фіг. 5 є концептуальною діаграмою, яка ілюструє інший зразковий мультимедійний контент, в якому дані MPD розділені на різні частини для різних груп представлення. Фіг. 6 є концептуальною діаграмою, яка ілюструє інший зразковий мультимедійний контент, який може бути використаний для підтримки режимів швидкого доступу до довільної точки. Фіг. 7 є концептуальною діаграмою, яка ілюструє інший зразковий мультимедійний контент, в якому сегменти можуть включати в себе поля оновлення MPD, щоб указати, що MPD мультимедійного контенту повинен бути оновлений. Фіг. 8 є послідовністю операцій, яка ілюструє зразковий спосіб для забезпечення індикацій груп представлень за допомогою пристрою сервера і для вибору груп представлень за допомогою пристрою клієнта, а також індивідуального представлення у вибраній групі представлень. Фіг. 9 є послідовністю операцій, яка ілюструє зразковий спосіб для видачі даних, що представляють режим швидкого доступу до довільної точки, за допомогою пристрою сервера, і для використання даних пристроєм клієнта, щоб витягнути і відтворити дані режиму швидкого доступу до довільної точки мультимедійного контенту. Фіг. 10 є послідовністю операцій, яка ілюструє зразковий спосіб для забезпечення за допомогою пристрою сервера індикацій, що файл маніфесту, такий як MPD, повинен бути оновлений, і для оновлення MPD за допомогою пристрою клієнта. Фіг. 11 є послідовністю операцій, яка ілюструє зразковий спосіб для побудови і використання даних документа звіту про якість сприйняття (QoE). ДОКЛАДНИЙ ОПИС В цілому, дане розкриття описує способи для потокової передачі мультимедійних даних, таких як аудіо- і відеодані, по мережі. Способи даного розкриття можуть бути використані разом з динамічною адаптивною потокової передачею по HTTP (DASH). Дане розкриття описує різні способи, які можуть бути виконані разом з потокової передачею по мережі, будь-який з яких може бути реалізований окремо або в будь-якій комбінації. Як описано більш детально нижче, різні пристрої, що виконують мережеву потокову передачу, можуть бути сконфігуровані для реалізації способів даного розкриття. Відповідно до DASH і аналогічних способів для потокової передачі даних по мережі, мультимедійний контент (такий, як кіно або інший аудіо/відеоконтент, який також може включати в себе накладення тексту або інші дані) може бути закодований множиною способів і з множиною характеристик. Пристрій підготовки контенту може формувати множину представлень одного і того ж мультимедійного контенту. Кожне представлення може відповідати конкретному набору характеристик, таких як характеристики кодування і візуалізації, щоб видавати дані, які використовуються множиною різних пристроїв клієнта з різними можливостями кодування і візуалізації. Крім того, представлення, які мають різні швидкості передачі бітів, можуть враховувати адаптацію смуги частот. Таким чином, пристрій клієнта може визначити кількість доступної смуги частот, яка в цей час є доступною, і вибрати представлення на основі кількості доступної смуги частот нарівні з можливостями кодування і візуалізації пристрою клієнта. У деяких прикладах пристрій підготовки контенту може вказувати, що набір представлень має набір загальних характеристик. Пристрій підготовки контенту може потім вказувати, що представлення в наборі формують групу представлень, в тому відношенні, що представлення в наборі можуть бути використані для адаптації смуги частот. Таким чином, представлення в наборі можуть відрізнятися швидкістю передачі бітів, але інакше спільно використовувати по суті одні і ті ж характеристики. У цьому способі пристрій клієнта може визначити різні набори загальних характеристик для груп представлень мультимедійного контенту і вибрати групу представлень на основі можливостей кодування і візуалізації пристрою клієнта. Потім, пристрій 5 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 клієнта може адаптивно перемикатися між представленнями у вибраній групі представлень на основі доступності смуги частот. Пристрій підготовки контенту може також забезпечувати окремі місцеположення мережі для різних частин файлу маніфесту, таких як файл опису медіапрезентації (MPD) в форматі, приписаному за допомогою 3GPP (проекту партнерства третього покоління). Таким чином, різні частини файлу маніфесту можуть бути незалежно адресованими, наприклад, за допомогою різних уніфікованих ідентифікаторів ресурсу (ідентифікаторів URI), таких як уніфіковані покажчики ресурсу (URL). Початкова частина файлу маніфесту може включати в себе URI, URL або інший ідентифікатор місцеположення іншої частини файлу маніфесту. Наприклад, перша частина файлу маніфесту може включати в себе описи загальних характеристик груп представлень, як розглянуто вище. Кожна з груп представлень може бути асоційована з відповідною різною частиною файлу маніфесту, яка може включати в себе дані, які вказують місцеположення медіаданих представлень у відповідній групі представлень. У цьому способі пристрій клієнта може приймати першу частину файлу маніфесту, вибирати відповідну групу представлень, витягувати іншу частину файлу маніфесту для вибраної групи представлень, вибирати представлення вибраної групи і використовувати іншу частину файлу маніфесту, щоб витягнути дані вибраного представлення. Крім того, пристрій клієнта може пристосуватися до змінюваної смуги частот мережі, використовуючи іншу частину файлу маніфесту, тобто, частину, специфічну для вибраної групи представлень. Додатково або альтернативно, частина файлу маніфесту може посилатися на іншу частину файлу маніфесту в інших цілях. Таким чином, частина файлу маніфесту може направляти пристрій клієнта на іншу частину файлу маніфесту для того, щоб вставити медіадані віддаленого періоду в кіно під час програвання. Віддалений період може відповідати оголошенню, в деяких прикладах. Ці способи можуть бути використані для призначеного оголошення в деяких прикладах. Пристрій клієнта може видавати користувацьку інформацію, таку як користувацький ідентифікатор, переваги користувача для оголошень і/або демографічну користувацьку інформацію, в пристрій сервера, який може вибрати частину файлу маніфесту на основі користувацької інформації. Таким чином, при видаленні посилання зовнішня частина файлу маніфесту може бути включена в первинний файл маніфесту, наприклад, за допомогою пристрою клієнта. Пристрій сервера може забезпечити місцеположення частини файлу маніфесту, асоційованої з медіаконтентом призначеного оголошення, пристрою клієнта. Пристрій клієнта може потім витягнути і надати дані медіаконтенту призначеного оголошення до витягання даних конкретного представлення періоду запитаного мультимедійного контенту. У цьому способі перша частина файлу маніфесту для мультимедійного контенту може посилатися на другу частину файлу маніфесту. У деяких випадках користувач може бажати відтворити відеодані способом, крім як від початку до кінця. Наприклад, користувач може бажати відтворити відеодані в режимах прискореного перемотування уперед або перемотування назад, або починаючи з конкретної точки програвання. Такі режими програвання відео, які є режимами, відмінними від відтворення від початку до кінця, можуть називатися "режимами швидкого доступу до довільної точки". У режимах швидкого доступу до довільної точки, оскільки не всі відеодані будуть зрештою відтворені, не повинні бути витягнуті всі відеодані. Дане розкриття забезпечує способи також для підтримки режимів швидкого доступу до довільної точки. Наприклад, пристрій підготовки контенту може забезпечити індикації місцеположень байтового діапазону кадрів у відеоданих, які використовуються для режимів швидкого доступу до довільної точки, таких як картинки миттєвого оновлення декодера (IDR). В цілому, картинки IDR можуть бути декодовані незалежно від даних будь-яких кадрів, зовнішніх до самих картинок IDR. Кадри або частини картинок IDR в цілому закодовані в режимі внутрішнього прогнозу, щоб уникнути залежності від інших кадрів або частин. У цьому способі пристрій клієнта може витягнути інформацію, яка вказує місцеположення картинок IDR, щоб завантажити дані тільки для картинок IDR для використання у відображенні відеоданих в режимі швидкого доступу до довільної точки, такому як прискорене перемотування уперед. Інші дані також можуть бути включені у часову підпослідовність. Дані можуть бути скомпоновані в порядку кодування таким чином, щоб дані, що використовуються для посилання, мали місце раніше, ніж (і в безперервній послідовності байтів з) посилання на дані. Наприклад, I-кадр може передувати кадру Р, який може продовжувати один або більше В-кадрів, будь-які або всі з яких можуть передувати іншим кадрам В, які можуть посилатися на більш ранній В-кадр ієрархічним способом. У деяких прикладах файл маніфесту, такий як MPD, може вимагати оновлень час від часу. Дане розкриття також забезпечує способи для сигналізації і прийому індикацій, що MPD вимагає 6 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 оновлення. Зокрема, пристрій підготовки контенту може включати в себе дані в сегментах представлень, які вказують, що передача MPD вимагає оновлення. Ці дані можуть відповідати первинному елементу сегмента, який може вказувати оновлення для застосування до MPD і/або місцеположень, з яких пристрій клієнта може витягнути оновлення для MPD. Оновлення можуть містити повністю новий MPD або інкрементні оновлення відносно попереднього MPD для мультимедійного контенту. Дане розкриття додатково включає в себе способи для забезпечення зворотного зв'язку від пристроїв клієнта пристрою сервера і/або пристрою підготовки контенту. Зворотний зв'язок може відповідати, наприклад, інформації, яка вказує дані, які були витягнуті для мультимедійного контенту. Адміністратор або інший користувач пристрою підготовки контенту і/або сервера можуть використовувати таку інформацію множиною способів. Наприклад, користувач може конфігурувати мережу доставки контенту (CDN), щоб кешувати дані найчастіше доступних представлень в прокси пристроях CDN, таких як маршрутизатори або інші пристрої. Як інший приклад, користувач може визначити представлення, до яких найчастіше отримують доступ, для визначення, чи повинні деякі представлення бути додані або видалені до або з поточного мультимедійного контенту, і/або як закодувати представлення майбутнього мультимедійного контенту. Відеофайли, такі як сегменти представлень медіаконтенту, можуть відповідати відеоданим, інкапсульованим, згідно з будь-яким форматом основного медіафайла ISO, формату файлу масштабованого кодування відео (SVC), формату файлу вдосконаленого кодування відео (AVC), формату файлу проекту партнерства третього покоління (3GPP) і/або формату файлу мультивидового кодування відео (MVC), або іншим аналогічним форматам відеофайлу. Формат основного медіафайла ISO сконструйований, щоб містити синхронізовану медіаінформацію для презентації в гнучкому, розширюваному форматі, який полегшує обмін, адміністрування, редагування і презентацію медіа. Формат основного медіафайла ISO (ISO/IEC 14496-12:2004) визначений в MPEG-4, частина 12, яка визначає загальну структуру для основаних на часі медіафайлів. Формат основного медіафайла ISO використовується як основа для інших форматів файлу в цій групі, таких як визначена форматом файлу AVC (ISO/IEC 14496-15) підтримка для стиснення відео AVC H.264/MPEG-4, формат файлу 3GPP, формат файлу SVC і формат файлу MVC. Формат файлу 3GPP і формат файлу MVC є розширеннями формату файлу AVC. Формат основного медіафайла ISO містить тактування, структуру і медіаінформацію для тактованих послідовностей медіаданих, таких як аудіо - візуальні презентації. Структура файлу може бути орієнтована на об'єкт. Файл може розбиватися на основні об'єкти дуже просто, і структура об'єктів витікає з їх типу. Файли, відповідні формату основного медіафайла ISO (і його розширенням), можуть бути сформовані як послідовність об'єктів, які називаються "полями". Дані в форматі основного медіафайла ISO можуть міститися в полях таким чином, щоб ніякі інші дані не містилися в файлі, і не повинно бути даних за межами полів в файлі. Це включає в себе будь-яку первинну сигнатуру, необхідну специфічним форматом файлу. "Поле" може бути орієнтованим на об'єкт стандартним блоком, визначеним унікальним ідентифікатором типу і довжиною. Звичайно презентація міститься в одному файлі, і медіапрезентація є окремою. Контейнер кіно (поле кіно) може містити метадані медіа, і відео- і аудіокадри можуть міститися в контейнері медіаданих і можуть бути в інших файлах. Представлення (послідовність руху) може міститися в декількох файлах, які іноді називаються сегментами. Інформації про часову синхронізацію і кадрову синхронізацію (позиції і розмірі) в цілому знаходиться в форматі основного медіафайла ISO, і допоміжні файли по суті можуть використовувати будь-який формат. Ця презентація може бути локальною по відношенню до системи, що містить презентацію, або може бути забезпечена за допомогою мережі або іншого механізму постачання потоку. Додаткова доріжка метаданих може бути використана, щоб відмітити кожну доріжку "характеристикою, яка цікавить", яку вона має, для якої її значення може відрізнятися від інших членів групи (наприклад, її швидкість передачі бітів, розмір екрана або мова). Деякі вибірки в межах доріжки можуть мати спеціальні характеристики або можуть бути індивідуально ідентифіковані. Одним прикладом характеристики є точка синхронізації (часто - відео I-кадр). Ці точки можуть бути ідентифіковані спеціальною таблицею в кожній доріжці. У більш загальному значенні, природа залежності між вибірками доріжки також може бути задокументована, використовуючи метадані. Метадані можуть бути структуровані як послідовність вибірок формату файлу, точно так само як відеодоріжка. Така доріжка може називатися доріжкою метаданих. Кожна вибірка метаданих може бути структурована як оператор метаданих. Є різні 7 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 види операторів, які відповідають різним питанням, які можна задати відносно відповідної вибірки формату файлу або вибірок, які її складають. Коли медіа передаються по протоколу потокової передачі, медіа повинні бути перетворені зі способу, яким вони представлені в файлі. Одним прикладом цього є те, коли медіа передаються по транспортному протоколу в реальному часі (RTP). У файлі, наприклад, кожний відеокадр збережений поряд як вибірка формату файлу. У RTP правила об'єднання в пакети, специфічні для використовуваного кодека, повинні виконуватися, щоб розмістити ці кадри в пакетах RTP. Сервер потокової передачі може бути сконфігурований для обчислення такого об'єднання в пакети під час виконання. Однак є підтримка, щоб допомогти серверам потокової передачі. Способи даного розкриття можуть застосовуватися до протоколів мережевої потокової передачі, наприклад, потокової передачі HTTP, наприклад, відповідно до динамічної адаптивної потокової передачі по HTTP (DASH). У потоковій передачі HTTP часто використовувані операції включають в себе GET і частковий GET. Операція GET витягує цілий файл, асоційований із заданим уніфікованим покажчиком ресурсу (URL) або іншим ідентифікатором, наприклад, URI. Операція часткового GET приймає байтовий діапазон як параметр введення і витягує безперервну кількість байтів файлу, що відповідає прийнятому байтовому діапазону. Таким чином, фрагменти кіно можуть бути забезпечені для потокової передачі HTTP, оскільки операція часткового GET може отримати один або більше індивідуальних фрагментів кіно. Повинно бути зазначено, що у фрагменті кіно може бути декілька фрагментів доріжки різних доріжок. У потоковій передачі HTTP представлення медіа може бути структурованою колекцією даних, які доступні для клієнта. Клієнт може запитувати і завантажувати інформацію про медіадані для презентації потокового обслуговування користувачеві. У прикладі потокової передачі даних 3GPP, використовуючи потокову передачу HTTP, можуть бути множинні представлення для відео- і/або аудіоданих мультимедійного контенту. Опис таких представлень може бути визначений в структурі даних опису медіапрезентації (MPD). Представлення медіа може відповідати структурованій колекції даних, які доступні для пристрою клієнта потокової передачі HTTP. Пристрій клієнта потокової передачі HTTP може запитувати і завантажувати інформацію медіаданих для презентації потокового обслуговування користувачеві пристрою клієнта. Представлення медіа може бути описане в структурі даних MPD, яка може включати в себе оновлення MPD. Мультимедійний контент може містити послідовність з одного або більше періодів. Періоди можуть бути визначені елементом Period (Період) в MPD. Кожний період може мати атрибут start (Початок) в MPD. MPD може включати в себе атрибут Початок і атрибут availableStartTime (можливийЧасПочатку) протягом кожного періоду. Для послуг в реальному часі сума атрибута Початок періоду і атрибута MPD availableStartTime може визначати час доступності періоду в форматі UTC, зокрема, перший медіасегмент кожного представлення у відповідному періоді. Для послуги на вимогу атрибут Початок першого періоду може дорівнювати 0. Протягом будьякого іншого періоду атрибут Початок може визначати зміщення за часом між часом початку відповідного Періоду відносно часу початку першого Періоду. Кожний період може тривати до початку наступного Періоду або до кінця медіапрезентації у випадку останнього періоду. Час початку періоду може бути точним. Він може відображати фактичну синхронізацію, яка виникає в результаті відтворення медіа всіх попередніх періодів. Кожний період може містити одне або більше представлень для одного і того ж медіаконтенту. Представлення може бути однією з ряду альтернативних закодованих версій аудіо- або відеоданих. Представлення можуть відрізнятися відповідно до різних характеристик, таких як типи кодування, наприклад, швидкість передачі бітів, дозвіл і/або кодек для відеоданих і швидкість передачі бітів, мова і/або кодек для аудіоданих. Термін представлення може бути використаний, щоб стосуватися секції закодованих аудіо- або відеоданих, відповідних конкретному періоду мультимедійного контенту і закодованих конкретним способом. Представлення конкретного періоду можуть бути призначені на групу, яка може бути вказана атрибутом group (Група) в MPD. Представлення в одній і тій же групі в цілому вважаються альтернативами один одному. Наприклад, кожне представлення відеоданих протягом конкретного періоду може бути призначене на одну і ту ж групу таким чином, щоб будь-яке з представлень могло бути вибране для декодування, щоб відображати відеодані мультимедійного контенту протягом відповідного періоду. Медіаконтент в одному періоді може бути представлений або за допомогою одного представлення з групи 0, якщо є, або за допомогою комбінації, головним чином, одного представлення з кожної групи, відмінної від нуля, в деяких прикладах. Дані синхронізації для кожного представлення періоду можуть бути виражені відносно часу початку періоду. 8 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 Представлення може включати в себе один або більше сегментів. Кожне представлення може включати в себе сегмент ініціалізації, або кожний сегмент представлення може бути таким, що ініціалізується самостійно. При наявності, сегмент ініціалізації може містити інформацію ініціалізації для того, щоб отримати доступ до представлення. В цілому, сегмент ініціалізації не містить медіаданих. На сегмент можна унікально посилатися за допомогою ідентифікатора, такого як уніфікований покажчик ресурсу (URL). MPD може забезпечити ідентифікатори для кожного сегмента. У деяких прикладах MPD може також забезпечити байтові діапазони в формі атрибута range (Діапазон), який може відповідати даним для сегмента в файлі, доступному за допомогою URL або URI. Кожне представлення може також включати в себе один або більше медіакомпонентів, де кожний медіакомпонент може відповідати закодованій версії одного індивідуального типу медіа, такого як аудіо-, відео- і/або синхронізований текст (наприклад, для передачі кодованих субтитрів). Медіакомпоненти можуть бути безперервними через межі послідовних медіасегментів в межах одного представлення. Фіг. 1 є блок-схемою, яка ілюструє зразкову систему 10, яка реалізовує способи для потокової передачі медіаданих по мережі. У цьому прикладі система 10 включає в себе пристрій 20 підготовки контенту, пристрій 60 сервера і пристрій 40 клієнта. Пристрій 40 клієнта і пристрій 60 сервера з'єднані з можливістю зв'язку за допомогою мережі 74, яка може містити Інтернет. У деяких прикладах пристрій 20 підготовки контенту і пристрій 60 сервера можуть бути також з'єднані за допомогою мережі 74 або іншої мережі, або можуть бути безпосередньо з'єднані з можливістю зв'язку. У деяких прикладах пристрій підготовки 20 контенту і пристрій 60 сервера можуть містити один і той же пристрій. Пристрій підготовки контенту 20 в прикладі згідно з Фіг. 1 містить джерело 22 аудіо і джерело 24 відео. Джерело 22 аудіо може містити, наприклад, мікрофон, який формує електричні сигнали, що представляють захоплені аудіодані, які повинні бути закодовані аудіокодером 26. Альтернативно, джерело 22 аудіо може містити запам'ятовуючий носій, що зберігає раніше записані аудіодані, генератор аудіоданих, такий як комп'ютеризований синтезатор або будь-яке інше джерело аудіоданих. Джерело 24 відео може містити відеокамеру, яка формує відеодані, які повинні бути закодовані відеокодером 28, запам'ятовуючий носій, закодований раніше записаними відеоданим, блок генерування відеоданих, такий як джерело комп'ютерної графіки або будь-яке інше джерело відеоданих. Пристрій 20 підготовки контенту не обов'язково з'єднаний з можливістю зв'язку з пристроєм 60 сервера у всіх прикладах, але може зберігати мультимедійний контент для окремого носія, який зчитується пристроєм 60 сервера. Необроблені аудіо- і відеодані можуть містити аналогові або цифрові дані. Аналогові дані можуть бути переведені в цифрову форму до кодування аудіокодером 26 і/або відеокодером 28. Джерело 22 аудіо може отримати аудіодані від учасника, який говорить, в той час як учасник, який говорить, говорить, і джерело 24 відео може одночасно отримати відеодані учасника, який говорить. У інших прикладах джерело 22 аудіо може містити зчитуваний комп'ютером запам'ятовуючий носій, що містить збережені аудіодані, і джерело 24 відео може містити зчитуваний комп'ютером запам'ятовуючий носій, що містить збережені відеодані. У цьому способі способи, описані в даному розкритті, можуть застосовуватися до інтерактивних аудіо- і відеоданих, аудіо- і відеоданих потокової передачі, в режимі реального часу або до заархівованих, попередньо записаних аудіо- і відеоданих. Аудіокадри, які відповідають відеокадрам, в цілому є аудіокадрами, що містять аудіодані, які були захоплені джерелом 22 аудіо одночасно з відеоданими, захопленими джерелом 24 відео, яке міститься у відеокадрах. Наприклад, в той час як учасник, який говорить, в цілому виробляє аудіодані за допомогою розмови, джерело 22 аудіо захоплює аудіодані, і джерело 24 відео захоплює відеодані учасника, який говорить, в той же самий час, тобто, в той час як джерело 22 аудіо захоплює аудіодані. Отже, аудіокадр може часово відповідати одному або більше конкретним відеокадрам. Відповідно, аудіокадр, відповідний відеокадру, в цілому відповідає ситуації, в якій аудіодані і відеодані були захоплені в той же самий час і для якої аудіокадр і відеокадр містять, відповідно, аудіодані і відеодані, які були захоплені в той же самий час. У деяких прикладах аудіокодер 26 може кодувати часову відмітку в кожному закодованому аудіокадрі, який представляє час, в який були записані аудіодані для закодованого аудіокадру, і аналогічно, відеокодер 28 може кодувати часову відмітку в кожному закодованому відеокадрі, який представляє час, в який було записане відеодані для закодованого відеокадру. У таких прикладах аудіокадр, відповідний відеокадру, може містити аудіокадр, що містить часову відмітку, і відеокадр, що містить одну і ту ж часову відмітку. Пристрій 20 підготовки контенту може включати в себе вбудований генератор синхросигналу, від якого аудіокодер 26 і/або 9 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 відеокодер 28 можуть генерувати часові відмітки, або які джерело 22 аудіо і джерело 24 відео можуть використовувати для асоціації аудіо- і відеоданих, відповідно, з часовою відміткою. У деяких прикладах джерело 22 аудіо може відправляти дані в аудіокодер 26 відповідно моменту часу, в який були записані аудіодані, і джерело 24 відео може відправляти дані у відеокодер 28, відповідно моменту часу, в який були записані відеодані. У деяких прикладах аудіокодер 26 може кодувати ідентифікатор послідовності в закодованих аудіоданих, щоб указати відносне часове упорядкування закодованих аудіоданих, але без необхідності вказувати абсолютний час, в який були записані аудіодані, і аналогічно, відеокодер 28 може також використовувати ідентифікатори послідовності, щоб указати відносне часове упорядкування закодованого відеоданих. Аналогічно в деяких прикладах, ідентифікатор послідовності може бути відображений або інакше корельований з часовою відміткою. Аудіокодер 26 в цілому формує потік закодованих аудіоданих, в той час як відеокодер 28 формує потік закодованих відеоданих. Кожний індивідуальний потік даних (або аудіо або відео) може називатися елементарним потоком. Елементарний потік є єдиним, закодованим в цифровій формі (можливо стисненим) компонентом представлення. Наприклад, закодована відео- або аудіочастина представлення може бути елементарним потоком. Елементарний потік може бути перетворений в об'єднаний в пакети елементарний потік (PES) до інкапсуляції у відеофайлі. У межах одного і того ж представлення може бути використаний ID потоку, щоб відрізнити PES-пакети, що належать одному елементарному потоку, від інших. Основною одиницею даних елементарного потоку є пакет пакетизованого елементарного потоку (PES). Таким чином, закодовані відеодані в цілому відповідають елементарним відеопотокам. Аналогічно, аудіодані відповідають одному або більше відповідним елементарним потокам. Як з багатьма стандартами кодування відео, H.264/AVC визначає синтаксис, семантику і процес декодування для безпомилкових бітових потоків, будь-який з яких відповідає деякому профілю або рівню. H.264/AVC не визначає кодер, але кодеру ставлять задачу з гарантією, що генеровані бітові потоки сумісні зі стандартом для декодера. У контексті стандарту кодування відео "профіль" відповідає піднабору алгоритмів, ознак або інструментів і обмежень, які стосується них. Як визначено відповідно до стандарту H.264, наприклад, "профіль" є піднабором всього синтаксису бітового потоку, який визначений відповідно до стандарту H.264. "Рівень" відповідає обмеженням споживання ресурсів декодера, таких як, наприклад, пам'ять декодера і обчислення, які стосується розрізнення картинок, швидкості передачі бітів і швидкостей обробки макроблока (MB). Профіль може бути сигналізований зі значенням profile_idc (індикатор профілю), в той час як рівень може бути сигналізований зі значенням level_idc (індикатор рівня). Стандарт H.264, наприклад, розпізнає, що в межах границь, накладених синтаксисом заданого профілю, все ще можливо вимагати великої зміни в продуктивності кодерів і декодерів залежно від значень, прийнятих елементами синтаксису в бітовому потоку, таких як вказаний розмір декодованих картинок. Стандарт H.264 додатково розпізнає, що в багатьох додатках ні практично, ні економічно реалізовувати декодер, здатний займатися всіма гіпотетичними використаннями синтаксису в межах конкретного профілю. Відповідно, стандарт H.264 визначає "рівень" як вказаний набір обмежень, накладених на значення елементів синтаксису в бітовому потоку. Ці обмеження можуть бути простими межами відносно значень. Альтернативно, ці обмеження можуть набувати форми обмежень на арифметичні комбінації значень (наприклад, ширина картинки, помножена на висоту картинки, помножена на кількість картинок, декодованих на секунду). Стандарт H.264 додатково забезпечує, що індивідуальні реалізації можуть підтримувати різний рівень для кожного підтриманого профілю. Декодер, відповідний профілю, звичайно підтримує всі ознаки, визначені в профілі. Наприклад, як ознака кодування, кодування В-картинки не підтримується в базовому профілі H.264/AVC, але підтримується в інших профілях H.264/AVC. Декодер, відповідний рівню, повинен бути здатний декодувати будь-який бітовий потік, який не вимагає ресурсів поза обмеженнями, визначеними в рівні. Визначення профілів і рівнів можуть бути корисні для інтерпретованості. Наприклад, під час відеопередачі пари визначення профілю і рівня можуть бути встановлені і узгоджені для цілого сеансу передачі. Більш конкретно, в H.264/AVC рівень може визначити, наприклад, обмеження відносно кількості макроблоків, яка повинна бути оброблена, розміру декодованого буфера картинки (DPB), розміру кодованого буфера картинки (CPB), діапазону вектора руху по вертикалі, максимальної кількості векторів руху в двох послідовних блоках MB, і чи може В-блок мати розділення підмакроблока менше ніж 8×8 пікселів. У цьому способі декодер може визначити, чи здатний декодер належно декодувати бітовий потік. 10 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 Стандарти стиснення відео, такі як ITU-T H.261, H.262, H.263, MPEG-1, MPEG-2, H.264/MPEG-4, частина 10, і стандарт кодування відео з високою ефективністю, що розвивається (HEVC), використовують часовий прогноз з компенсацією руху, щоб зменшити часову надмірність. Кодер, такий як відеокодер 28, може використовувати прогноз з компенсацією руху від деяких раніше закодованих картинок (які також називаються в даному описі кадрами), щоб передбачити поточні закодовані картинки згідно з векторами руху. У звичайному кодуванні відео є три головних типи картинок. Ними є intra-кодована картинка ("Iкартинки" "або" I-кадри"), передбачені картинки ("Р-картинки" або "Р-кадри") і двонаправлені передбачені картинки ("В-картинки" або "В-кадри"). Р-картинки можуть використовувати опорну картинку перед поточною картинкою у часовому порядку. У В-картинці кожний блок В-картинки може бути передбачений з однієї або двох опорних картинок. Ці опорні картинки можуть бути розташовані до або після поточної картинки у часовому порядку. Набори параметрів в цілому містять інформацію заголовка рівня послідовності в наборах параметрів послідовності (SPS) і нечасто змінювану інформацію заголовка на рівні картинки в наборах параметрів картинки (PPS). З наборами параметрів ця нечасто змінювана інформація не повинна повторюватися для кожної послідовності або картинки; отже, може бути підвищена ефективність кодування. Крім того, використання наборів параметрів може дозволити позасмугову передачу інформації заголовка, уникаючи потреби в надмірних передачах, щоб досягнути стійкості до помилок. При позасмуговій передачі блоки набору параметрів NAL передаються по відмінному каналу, ніж інші блоки NAL. У прикладі згідно з Фіг. 1 блок 30 інкапсуляції пристрою 20 підготовки контенту приймає елементарні потоки, що містять закодовані відеодані, від відеокодера 28 і елементарні потоки, що містять закодовані аудіодані, від аудіокодера 26. У деяких прикладах відеокодер 28 і аудіокодер 26 можуть включати в себе формувачі пакетів для формування пакетів PES із закодованих даних. У інших прикладах відеокодер 28 і аудіокодер 26 можуть зв'язуватися з відповідними формувачами пакетів для формування пакетів PES із закодованих даних. У ще інших прикладах блок 30 інкапсуляції може включати в себе формувачі пакетів для формування пакетів PES із закодованих аудіо- і відеоданих. Відеокодер 28 може кодувати відеодані мультимедійного контенту множиною способів, щоб сформувати різні представлення мультимедійного контенту з різними швидкостями передачі бітів і з різними характеристиками, такими як піксельні розділення, швидкості передачі кадрів, відповідність різним стандартам кодування, відповідність різним профілям і/або рівням профілів для різних стандартів кодування, представлення, що мають один або множинні види (наприклад, для двовимірного або тривимірного програвання), або інші такі характеристики. Використовуване в даному розкритті представлення може містити комбінацію аудіоданих і відеоданих, наприклад, один або більше елементарний потік аудіо і один або більше елементарних потоків відео. Кожний пакет PES може включати в себе stream_id, який ідентифікує елементарний потік, якому належить пакет PES. Блок 30 інкапсуляції відповідає за збір елементарних потоків у відеофайли різних представлень. Блок 30 інкапсуляції приймає пакети PES для елементарних потоків представлення від аудіокодера 26 і відеокодера 28 і формує відповідні блоки рівня абстракції мережі (NAL) з пакетів PES. У прикладі H.264/AVC (вдосконалене кодування відео) закодовані відеосегменти організовані в блоки NAL, які забезпечують "сприятливе для мережі" відеопредставлення, що адресує додатки, такі як відеотелефонія, зберігання, мовлення або потокова передача. Блоки NAL можуть бути віднесені до категорій: блоки NAL рівня кодування відео (VCL) і блоки NAL неVCL. Блоки VCL можуть містити основний механізм стиснення і можуть включати в себе блок, макроблок і/або дані рівня частини. Інші блоки NAL можуть бути блоками NAL не-VCL. У деяких прикладах закодована картинка в одному часовому випадку, звичайно надана як первинна закодована картинка, може міститися в блоці доступу, який може включати в себе один або більше блоків NAL. Блоки NAL не-VCL можуть включати в себе блоки NAL набору параметрів і блоки NAL SEI, серед іншого. Набори параметрів можуть містити інформацію заголовка рівня послідовності (в наборах параметрів послідовності (SPS)) і нечасто змінювану інформацію заголовка рівня картинки (в наборах параметрів картинки (PPS)). За допомогою наборів параметрів (наприклад, PPS і SPS) нечаста зміна інформації не повинна повторюватися для кожної послідовності або картинки, отже, ефективність кодування може бути підвищена. Крім того, використання наборів параметрів може дозволити позасмугову передачу важливої інформації заголовка, уникаючи потреби в надмірних передачах для стійкості до помилок. У прикладах позасмугової передачі блоки NAL набору параметрів можуть бути передані по відмінному каналу, ніж інші блоки NAL, такі як блоки NAL SEI. 11 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 Додаткова інформація удосконалення (SEI) може містити інформацію, яка не є необхідною для декодування закодованих вибірок картинки від блоків NAL VCL, але може допомогти в процесах, пов'язаних з декодування, відображенням, стійкістю до помилок і іншими задачами. Повідомлення SEI можуть міститися в блоках NAL не-VCL. Повідомлення SEI є нормативною частиною специфікацій деяких стандартів і, таким чином, не завжди є обов'язковими для реалізації декодера, сумісної зі стандартами. Повідомлення SEI можуть бути повідомленнями SEI рівня послідовності або повідомленнями SEI рівня картинки. Деяка інформація рівня послідовності може міститися в повідомленнях SEI, таких як повідомлення SEI інформації масштабованості в прикладі SVC і повідомлення SEI інформації масштабованості вигляду в MVC. Ці зразкові повідомлення SEI можуть передавати інформацію відносно, наприклад, витягання точок операції і характеристик точок операції. У доповнення, блок 30 інкапсуляції може формувати файл маніфесту, такий як блок опису медіапрезентації (MPD), який описує характеристики представлення. Блок 30 інкапсуляції може форматувати MPD згідно з розширюваною мовою розмітки (XML). Блок 30 інкапсуляції може видавати дані для одного або більше представлень мультимедійного контенту, нарівні з файлом маніфесту (наприклад, MPD), в інтерфейс 32 виводу. Інтерфейс 32 виводу може містити інтерфейс мережі або інтерфейс для запису на запам'ятовуючий носій, такий як інтерфейс універсальної послідовної шини (USB), компакт-диск або DVD записуючий пристрій, або пристрій для запису на DVD, інтерфейс для магнітних або флеш запам'ятовуючих носіїв, або інші інтерфейси для зберігання або передачі медіаданих. Блок 30 інкапсуляції може видавати дані кожного з представлень мультимедійного контенту в інтерфейс 32 виводу, який може відправляти дані на пристрій 60 сервера за допомогою передачі мережі або запам'ятовуючих носіїв. У прикладі Фіг. 1 пристрій 60 сервера включає в себе запам'ятовуючий носій 62, який зберігає різний мультимедійний контент 64, що включає в себе відповідний файл 66 маніфесту і одне або більше представлень 68A-68N (представлення 68). Відповідно до способів даного розкриття, частини файлу 66 маніфесту можуть бути збережені в окремих місцеположеннях, наприклад, місцеположеннях запам'ятовуючого носія 62 або іншого запам'ятовуючого носія, потенційно іншого мережевого пристрою 74, наприклад, проксипристрою. У деяких прикладах представлення 68 можуть бути розділені на групи представлень. Таким чином, різні піднабори представлень 68 можуть включати в себе відповідні єдині набори характеристик, такі як кодек, профіль і рівень, розділення, кількість видів, формат файлу для сегментів, інформація типу тексту, яка може ідентифікувати мову або інші характеристики тексту, який повинен бути відображений з представленням, і/або аудіодані, які повинні бути декодовані і видані, наприклад, спікерами, інформація про кут камери, яка може описувати кут камери або ракурс реальної камери для представлень в групі представлень, інформацію рейтингу, яка описує доступність контенту для конкретної аудиторії, або подібне. Файл 66 маніфесту може включати в себе дані, які вказують піднабори представлень 68, які відповідають конкретним групам представлень, а також загальні характеристики для груп представлень. Файл 66 маніфесту може також включати в себе дані, що представляють індивідуальні характеристики, такі як швидкість передачі бітів, для індивідуальних представлень групи представлень. У цьому способі група представлень може передбачити спрощену адаптацію смуги частот мережі. Представлення в групі представлень можуть бути вказані, використовуючи дочірні елементи елемента групи представлень файлу 66 маніфесту. Файл 66 маніфесту може також (тобто, додатково або альтернативно) сигналізувати інформацію режиму швидкого доступу до довільної точки для одного або більше представлень 68. У деяких прикладах, одне або більше представлень 68 може включати в себе відповідну часову підпослідовність для підтримки режиму швидкого доступу до довільної точки. Режим швидкого доступу до довільної точки в цілому відповідає режиму програвання для представлення, в якому дані представлення не відтворюються від початку до кінця, але замість цього, можуть початися у вказаному часовому місцеположенні (наприклад, враховувати пошук конкретного часового місцеположення) або пропустити один або більше кадрів або в прямому, або зворотному часовому напрямку (наприклад, прискорене перемотування уперед або перемотування назад). Щоб передбачити режими швидкого доступу до довільної точки, мультимедійний контент 64 може включати в себе інформацію, що представляє місцеположення даних для часових підпослідовностей відповідних представлень 68. У деяких прикладах файл 66 маніфесту може включати в себе інформацію, що представляє місцеположення даних для часових підпослідовностей. У інших прикладах представлення 68 безпосередньо можуть включати в себе інформацію, що представляє місцеположення даних для часових підпослідовностей. У ще 12 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 інших прикладах як представлення 68, так і файл 66 маніфесту можуть включати в себе інформацію, що представляє місцеположення даних для часових підпослідовностей. У деяких прикладах пристрій 20 підготовки контенту може підготувати медіаконтент як записаний медіаконтент, наприклад, для "живих" (в реальному часі) послуг. Блоку 30 інкапсуляції в деяких випадках може бути необхідно періодично оновлювати файл маніфесту для медіаконтенту. Блок 30 інкапсуляції може навіть оновити файл маніфесту в межах конкретного періоду медіаконтенту. Відповідно до способів даного розкриття, блок 30 інкапсуляції може сформувати сегменти представлення, які включають в себе дані, які вказують, що файл маніфесту повинен бути оновлений. Блок 30 інкапсуляції може забезпечити оновлення безпосередньо в сегментах або в окремому місцеположенні, від якого пристрої клієнта, такі як пристрій клієнта 40, можуть витягнути оновлення для файлу маніфесту. У цьому способі, коли файл 66 маніфесту повинен бути оновлений в межах конкретного періоду мультимедійного контенту 64, блок 30 інкапсуляції може сформувати сегмент одного або більше представлень 68, які вказують, що файл 66 маніфесту повинен бути оновлений. У деяких прикладах файл 66 маніфесту може включати в себе дані, щоб вставити дані віддаленого періоду в мультимедійний контент 64 під час програвання. Наприклад, замість кодування оголошень в мультимедійному контенті 64, пристрій 20 підготовки контенту може підготувати один або більше окремих медіаконтентів оголошення, які повинні бути включені в мультимедійний контент 64 під час програвання. Пристрій 40 клієнта в деяких прикладах може видати специфічну для користувача інформацію таким чином, щоб оголошення могли бути призначені для користувача пристрою 40 клієнта таким чином, щоб користувач пристрою 40 клієнта прийняв оголошення, які є найбільш переважними і інформативними для користувача. У відповідь на набір користувацької інформації пристрій 60 сервера може забезпечити частину призначеного оголошення файлу маніфесту пристрою 40 клієнта, який може змушувати пристрій 40 клієнта витягувати дані мультимедійного контенту призначеного оголошення. У цьому способі два або більше глядачів одного і того ж мультимедійного контенту 64 можуть прийняти різні цільові оголошення таким чином, щоб оголошення були найбільш релевантними і корисними для користувачів. Пристрій 60 сервера включає в себе блок 70 обробки запиту і інтерфейс 72 мережі. У деяких прикладах пристрій 60 сервера може включати в себе множину інтерфейсів мережі. Крім того, будь-які з ознак пристрої 60 сервера можуть бути реалізовані на інших пристроях мережі доставки контенту, таких як маршрутизатори, мости, проксипристрої, перемикачі або інші пристрої. У деяких прикладах проміжні пристрої мережі доставки контенту можуть кешувати дані мультимедійного контенту 64 і включати в себе компоненти, які відповідають по суті таким з пристрою 60 сервера. В цілому, інтерфейс 72 мережі сконфігурований для відправлення і прийому даних за допомогою мережі 74. Блок 70 обробки запиту сконфігурований для прийому запитів мережі від пристроїв клієнта, таких як пристрій 40 клієнта, для даних запам'ятовуючого носія 72. Наприклад, блок 70 обробки запиту може реалізувати гіпертекстовий протокол передачі (HTTP), версія 1.1, як описано в RFC 2616, "Hypertext Transfer Protocol-HTTP/1.1" R. Fielding і інші, Network Working Group, IETF, червень 1999. Таким чином, блок 70 обробки запиту може бути сконфігурований для прийому запитів GET або часткових GET HTTP і видачі даних мультимедійного контенту 64 у відповідь на запити. Запити можуть визначити сегмент одного з представлень 68, наприклад, використовуючи URL сегмента. У деяких прикладах запити можуть також визначити один або більше байтових діапазонів сегмента, таким чином, які містять запити часткового GET. Блок 70 обробки запиту може бути додатково сконфігурований для обслуговування запитів HEAD HTTP, щоб видати дані заголовка сегмента одного з представлень 68. У будь-якому випадку, блок 70 обробки запиту може бути сконфігурований для обробки запитів, щоб видати запитані дані в запитуючий пристрій, такий як пристрій 40 клієнта. Як ілюстровано в прикладі на Фіг. 1, мультимедійний контент 64 включає в себе файл 66 маніфесту, який може відповідати опису медіапрезентації (MPD). Файл 66 маніфесту може містити описи різних альтернативних представлень 68 (наприклад, відеопослуг з різними якостями), і опис може включати в себе, наприклад, інформацію кодека, значення профілю, значення рівня, швидкість передачі бітів і інші описові характеристики представлень 68. Пристрій 40 клієнта може витягнути MPD медіапрезентації, щоб визначити, як отримати доступ до сегментів представлень 68. Зокрема, веб-додаток 52 може витягнути дані конфігурації (не показані) пристрою 40 клієнта, щоб визначити можливості декодування відеодекодера 48 і можливості візуалізації виводу 44 відео. Дані конфігурації можуть також включати в себе будь-яке одне або всі з: мовна перевага, яка вибрана користувачем пристрою 40 клієнта, один або більше ракурсів камери, які 13 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 відповідають перевазі глибини, встановленій користувачем пристрою 40 клієнта, і/або перевазі рейтингу, вибраній користувачем пристрою 40 клієнта. Веб-додаток 52 може містити, наприклад, веб-браузер або медіаклієнт, сконфігурований для подачі запитів GET і часткового GET HTTP. Веб-додаток 52 може відповідати командам програмного забезпечення, виконаним одним або більше процесорами або блоками обробки (не показані) пристрою 40 клієнта. У деяких прикладах всі або частини функціональних можливостей, описаних відносно вебдодатку 52, можуть бути реалізовані в апаратному забезпеченні або комбінації апаратного забезпечення, програмного забезпечення і/або програмно-апаратного забезпечення, де необхідне апаратне забезпечення може бути забезпечене для виконання команд для програмного забезпечення або програмно-апаратного забезпечення. Веб-додаток 52 може порівнювати можливості декодування і візуалізації пристрою 40 клієнта з характеристиками представлень 68, вказаними інформацією файлу 66 маніфесту. Веб-додаток 52 може спочатку витягувати щонайменше частину файлу 66 маніфесту, щоб визначити характеристики представлень 68. Наприклад, веб-додаток 52 може запитати частину файлу 66 маніфесту, який описує характеристики однієї або більше груп представлень, відповідно до способів даного розкриття. Веб-додаток 52 може вибирати піднабір представлень 68 (наприклад, групу представлень), які мають характеристики, які можуть бути задоволені можливостями кодування і візуалізації пристрою 40 клієнта. Веб-додаток 52 може потім визначити швидкості передачі бітів для представлень в групі представлень, щоб визначити в цей час доступну кількість смуги частот мережі і витягнути сегменти від одного з представлень, що мають швидкість передачі бітів, яка може бути задоволена смугою частот мережі. В цілому, представлення з більш високою швидкістю передачі бітів можуть привести до більш високого якісного програвання відео, в той час як представлення з більш низькою швидкістю передачі бітів можуть забезпечити досить якісне програвання відео, коли доступна смуга частот мережі зменшується. Відповідно, коли доступна смуга частот мережі є відносно високою, веб-додаток 52 може витягнути дані з представлень з відносно високою швидкістю передачі бітів, в той час як, коли доступна смуга частот мережі є низькою, веб-додаток 52 може витягнути дані з представлень відносно з низькою швидкістю передачі бітів. У цьому способі пристрій 40 клієнта може передавати у вигляді потоку мультимедійні дані по мережі 74, також пристосовуючись до змінюваної доступності смуги частот мережі в мережі 74. Як було відмічено вище, в деяких прикладах пристрій 40 клієнта може видавати користувацьку інформацію, наприклад, в пристрій 60 сервера або інші пристрої мережі доставки контенту. Веб-додаток 52, наприклад, може зібрати користувацький ідентифікатор, переваги користувача і/або демографічну користувацьку інформацію, і видати таку користувацьку інформацію в пристрій 60 сервера. Веб-додаток 52 може потім прийняти файл маніфесту, асоційований з медіаконтентом призначеного оголошення, щоб використати для вставлення даних від медіаконтенту призначеного оголошення в медіадані запитаного медіаконтенту під час програвання. Час від часу користувач 40 пристрою клієнта може взаємодіяти з веб-браузером 52, використовуючи користувацькі інтерфейси пристрою 40 клієнта, такі як клавіатура, миша, стілус, інтерфейс сенсорного екрана, кнопки або інші інтерфейси для запиту, щоб вибране одне з представлень 68 було відтворене в режимі швидкого доступу до довільної точки. Наприклад, користувач може вибрати конкретне часове місцеположення, від якого почати відтворення, або пропустити, або знайти конкретне часове місцеположення. Як інший приклад, користувач може вибрати швидко перемотати уперед або перемотати назад представлення. У відповідь на такі запити від користувача веб-додаток 52 може визначити, чи включає в себе одне з представлень 68 часову підпослідовність, щоб виконати запитаний режим швидкого доступу до довільної точки. Як приклад, користувач може вибрати відтворити відеодані в режимі прискореного перемотування уперед. Замість витягання всіх даних сегментів представлення, веб-додаток 52 може визначити місцеположення даних представлення, відповідних часовій підпослідовності представлення. Дані часової підпослідовності можуть відповідати, наприклад, набору миттєвого оновлення декодера (IDR) картинки представлення. Може мати місце приблизна часова тривалість між картинками IDR представлення, наприклад, 2 секунди, 10 секунд або інші приблизні часові тривалості. Крім того, картинки IDR можуть бути закодовані в режимі всередині прогнозу, і, таким чином, веб-додаток 52 не повинен витягувати дані, крім картинок IDR. Веб-додаток 52 може змушувати картинки IDR відображатися з тією ж швидкістю передачі кадру, з якою будуть інакше відображені відеодані представлення. Однак, оскільки багато кадрів даних між картинками IDR можуть бути пропущені, відеодані, які виходять в результаті, можуть бути такими, що програні зі збільшеною 14 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 швидкістю передачі кадру, таким чином, досягаючи бажаного режиму швидкого доступу до довільної точки. Веб-додаток 52 може визначити місцеположення даних для часової підпослідовності, використовуючи різні способи. У деяких прикладах веб-додаток 52 може аналізувати дані файлу 66 маніфесту, щоб визначити місцеположення картинки IDR. Місцеположення картинок IDR можуть бути вказані, використовуючи байтові діапазони в межах сегментів конкретного представлення. У інших прикладах конкретне поле сегментів представлень, таких як поле індексу підфрагмента (яке також називається полем індексу підсегмента), може забезпечити індикації місцеположень даних для часової підпослідовності. Наприклад, поле індексу підфрагмента може включати в себе дані, що представляють байтові діапазони для картинок IDR в межах відповідного сегмента. У ще інших прикладах як файл 66 маніфесту, так і представлення 68 можуть включати в себе інформацію, що використовується веб-додатком 52, щоб витягнути дані для часової підпослідовності. У будь-якому випадку веб-додаток 52 може визначити, що байтові діапазони картинок IDR в сегментах, щоб побудувати запити часткового GET для картинок IDR, щоб уникнути витягання даних, які не будуть використані для декодування або відображення. У деяких прикладах блок 30 інкапсуляції може формувати сегменти таким чином, щоб картинки IDR були суміжними в межах сегментів. Таким чином, блок 30 інкапсуляції може гарантувати, що байти сегментів, відповідних картинкам IDR, є суміжними, без байтів, що втручаються, для інших типів картинок. У цьому способі веб-додаток 52 повинен визначити тільки єдиний байтовий діапазон сегментів представлення, щоб витягнути дані для часової підпослідовності представлення. У деяких прикладах картинки відкритого оновлення декодера (ODR) можуть бути також використані для виконання режимів швидкого доступу до довільної точки. У деяких прикладах веб-додаток 52 може визначити, що частина прийнятого сегмента вказує, що файл маніфесту повинен бути оновлений. Веб-додаток 52 може бути сконфігурований для аналізу конкретної частини кожного сегмента, такого як частина заголовка або інша первинна частина сегмента, щоб визначити, чи вказує сегмент, що файл маніфесту повинен бути оновлений. Коли сегмент вказує, що файл маніфесту повинен бути оновлений, веб-додаток 52 може оновити локально збережену копію файлу маніфесту, або використовуючи дані сегмента, або за допомогою витягання даних, щоб оновити файл маніфесту від віддаленого місцеположення, наприклад, від сервера 60. Після оновлення файлу маніфесту веб-додаток 52 може надавати майбутні запити даних представлень 68 на основі даних оновленого файлу маніфесту. Як приклад, пристрій 20 підготовки контенту може кодувати інтерактивні медіадані, такі як інтерактивна спортивна подія, політична подія або інша важлива подія, яка звичайно передається в реальному або майже реальному часі, а не записується заздалегідь. У таких випадках сегменти, які відповідають медіаданим до конкретного часу, можуть бути призначеними ідентифікаторами, такими як URL, включеними в первинний файл маніфесту. Однак після закінчення проміжку часу, сегменти після конкретного часу можуть бути закодованими і призначеними ідентифікаторами, такими як URL. Блок 30 інкапсуляції пристрою 20 підготовки контенту може забезпечити покажчики URL для сегментів після конкретного часу оновленому файлу опису. Відповідно, щоб визначити, як витягнути сегменти після конкретного часу, пристрій 40 клієнта може прийняти інформацію, яка вказує оновлений файл маніфесту, щоб побудувати запити для витягання сегментів після конкретного часу. У деяких прикладах сегмент може вказувати, чи є він останнім сегментом представлення. Коли сегмент є останнім сегментом представлення, новий файл маніфесту повинен бути витягнутий, щоб визначити представлення подальшого періоду відповідного мультимедійного контенту. Відповідно, коли веб-додаток 52 визначає, що сегмент є останнім сегментом представлення в періоді мультимедійного контенту, веб-додаток 52 може витягнути оновлений файл маніфесту для мультимедійного контенту, наприклад, оновлену версію файлу 66 маніфесту мультимедійного контенту 64. У деяких прикладах пристрій 40 клієнта може підтримувати структуру даних, яка вказує конкретні представлення 68, від яких пристрій 40 клієнта запитав дані для мультимедійного контенту 64. Пристрій 40 клієнта може також підтримувати індикації відносно того, що було точно відтворене і в який час. Таким чином, структура даних може видавати інформацію, яка вказує час початку і кінця, як в режимі реального (або "фізичного") часу, так і під часі презентації. Структура даних може додатково видавати інформацію, яка вказує первинний час запуску і початок програвання. Після завершення програвання мультимедійного контенту 64, пристрій 40 клієнта може відправити структуру даних на пристрій 60 сервера і/або пристрій 20 15 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 підготовки контенту. Пристрій 60 сервера і/або пристрій 20 підготовки контенту можуть використовувати інформацію, прийняту від пристрою 40 клієнта, щоб визначити більш оптимальні способи поліпшення якості сприйняття, наприклад, щоб зменшити паузи в програванні. Інтерфейс 54 мережі може приймати і видавати дані сегментів вибраного представлення у веб-додаток 52, який, в свою чергу, може видавати сегменти в блок 50 декапсулювання. Блок 50 декапсулювання може декапсулювати елементи відеофайлу на складаючі потоки PES, депакетувати потоки PES, щоб витягнути закодовані дані, і відправити закодовані дані або в аудіодекодер 46, або у відеодекодер 48, залежно від того, чи є закодовані дані частиною аудіоабо відеопотоку, наприклад, як указано заголовками пакету PES потоку. Аудіодекодер 46 декодує закодовану аудіодані і посилає декодований аудіодані у вивід 42 аудіо, в той час як відеодекодер 48 декодує закодоване відеодані і посилає декодовані відеодані, які можуть включати в себе множину видів потоку, у вивід 44 відео. Відеокодер 28, відеодекодер 48, аудіокодер 26, аудіодекодер 46, блок 30 інкапсуляції, вебдодаток 52 і блок 50 декапсулювання можуть бути реалізовані як будь-який з множини, в яку входять: відповідна схема обробки, залежно від конкретного випадку, така як один або більше мікропроцесорів, цифрові сигнальні процесори (процесори DSP), спеціалізовані інтегральні схеми (схеми ASIC), програмовані користувачем вентильні матриці (матриці FPGA), дискретна логічна схема, програмне забезпечення, апаратне забезпечення, програмно-апаратне забезпечення або будь-яка їх комбінація. Кожний відеокодер 28 і відеодекодер 48 може бути включений в один або більше кодерів або декодерів, будь-який з яких може інтегруватися як частина об'єднаного відеокодера/декодера (CODEC). Аналогічно, кожний аудіокодер 26 і аудіодекодер 46 може бути включений в один або більше кодерів або декодерів, будь-який з яких може інтегруватися як частина об'єднаного CODEC. Пристрій, що включає в себе відеокодер 28, відеодекодер 48, аудіокодер 26, аудіодекодер 46, блок 30 інкапсуляції, вебдодаток 52 і/або блок 50 декапсулювання, може містити інтегральну схему, мікропроцесор і/або пристрій бездротового зв'язку, такий як стільниковий телефон. Фіг. 2 є концептуальною діаграмою, яка ілюструє елементи зразкового мультимедійного контенту 100. Мультимедійний контент 100 може відповідати мультимедійному контенту 64 (Фіг. 1) або іншому мультимедійному контенту, збереженому в пам'яті 62. У прикладі на Фіг. 2 мультимедійний контент 100 включає в себе опис 102 медіапрезентації (MPD) і множину представлень 110-120. Представлення 110 включає в себе додаткові дані 112 заголовка і ділиться на сегменти 114A-114N (сегменти 114), в той час як представлення 120 включає в себе додаткові дані 122 заголовка і сегменти 124A-124N (сегменти 124). Буква N використовується для визначення останнього фрагмента кіно в кожному з представлень 110, 120, як зручність. У деяких прикладах може бути різна кількість фрагментів кіно між представленнями 110, 120. MPD 102 може містити структуру даних, окрему від представлень 110-120. MPD 102 може відповідати файлу 66 маніфесту згідно з Фіг. 1. Аналогічно, представлення 110-120 можуть відповідати представленням 68 згідно з Фіг. 1. В цілому, MPD 102 може включати в себе дані, які в цілому описують характеристики представлень 110-120, такі як характеристики кодування і візуалізації, групи представлень, профіль, якому відповідає MPD 102, інформація типу тексту, інформація кута камери, інформація рейтингу, інформація режиму швидкого доступу до довільної точки (наприклад, інформація, яка вказує представлення, які включають в себе часові підпослідовності) і/або інформація для витягання віддалених періодів (наприклад, для вставлення призначеного оголошення в медіаконтент під час програвання). Віддалені періоди можуть також називатися зовнішніми періодами. Фіг. 4-7, розглянуті більш детально нижче, ілюструють різні приклади мультимедійного контенту з різними елементами, включеними в будь-який з двох або обидва разом з: MPD так і/або представлення (наприклад, в сегментах представлень або даних заголовка представлень). Будь-який з описів MPD Фіг. 4-7 можуть по суті відповідати MPD 102 Фіг. 2. Дані 112 заголовки, якщо є, можуть описувати характеристики сегментів 114, наприклад, часові місцеположення випадкових точок доступу, який з сегментів 114 включає в себе випадкові точки доступу, зміщення в байтах до випадкових точок доступу в межах сегментів 114, уніфіковані покажчики ресурсу (URL) сегментів 114 або інші аспекти сегментів 114. Дані 122 заголовки, якщо є, можуть описувати аналогічні характеристики для сегментів 124. Додатково або альтернативно, такі характеристики можуть бути повністю включені в межі MPD 102. Сегменти 114 включають в себе одну або більше закодованих відеовибірок, кожна з яких може включати в себе кадри або частини відеоданих. Кожна із закодованих відеовибірок сегментів 114 може мати аналогічні характеристики, наприклад, висоту, ширину і вимоги до смуги частот. Такі характеристики можуть бути описані даними MPD 102, хоч такі дані не 16 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 ілюстровані в прикладі Фіг. 2. MPD 102 може включати в себе характеристики, які описані специфікацією 3GPP, з доповненням будь-якої або всіх з: сигналізованої інформації, описаної в даному розкритті. Кожний з сегментів 114, 124 може бути асоційований з унікальним уніфікованим ідентифікатором ресурсу (URI), наприклад, уніфікованим покажчиком ресурсу (URL). Таким чином, кожний з сегментів 114, 124 може незалежно відновлюватися, використовуючи мережевий протокол потокової передачі, такий як DASH. У цьому способі пристрій призначення (адресат), такий як пристрій 40 клієнта, може використовувати запит GET HTTP, щоб витягнути сегменти 114 або 124. У деяких прикладах пристрій 40 клієнта може використовувати запити часткового GET HTTP, щоб витягнути специфічні байтові діапазони сегментів 114 або 124. Як відмічено вище, MPD 102 може відповідати конкретному профілю MPD. MPD 102 може включати в себе інформацію, яка вказує тип багатоцільового розширення пошти (MIME) для MPD 102 і/або мультимедійний контент 100. Однак, типи MIME в цілому не вказують, який кодек необхідний для презентації мультимедійного контенту. В цілому, передбачається, що якщо пристрій може витягнути MPD для мультимедійного контенту, такого як MPD 102, то пристрій може програти дані мультимедійного контенту, відповідного MPD. Однак це припущення не завжди може бути допустимим. Тому, в деяких прикладах MPD 102 може включати в себе інформацію, яка вказує профіль, якому відповідає MPD 102. Може бути відносно невелика кількість профілів, яким можуть відповідати описи MPD. Профілі можуть підтримуватися рівнями, щоб направляти можливості аналогічно способу, в якому H.264/AVC включає в себе профілі і рівні для кодування відео. Профілі MPD можуть бути очищені від шарів, так що більш високий профіль може включати в себе всі ознаки всіх більш низьких профілів. Може мати місце процес реєстрації з правом реєстрації зареєструвати різні профілі. У деяких прикладах пристрій клієнта, такий як пристрій 40 клієнта, може бути сконфігурований для витягання інформації, яка вказує профіль для MPD, такого як MPD 102, до витягання інших даних MPD, таких як характеристики представлень 110-120, сигналізовані за допомогою MPD 102. У цьому способі може бути сигналізований профіль для MPD 102 до забезпечення доступу до MPD 102. Ідентифікатор профілю може бути забезпечений в простому тексті (наприклад, як проста назва) або повністю зміненому доменному імені. Прості назви можуть бути зарезервовані за допомогою права реєстрації, такого як 3GPP або інше право реєстрації. Профіль можна вважатися вимогою і дозволом в тому значенні, що профіль може затверджувати, що відповідний мультимедійний контент відповідає профілю і дає дозвіл пристрою зчитування (наприклад, пристрою клієнта), який реалізовує цей профіль, зчитати MPD, інтерпретувати те, що він розпізнає, і ігнорувати матеріал, який він не розуміє. Профілі можуть описувати характеристики такі як, наприклад, ознаки MPD 102, використання мережі, медіаформат(и), використовуваний кодек(и), формати захисту і/або кількісні вимірювання, такі як швидкості передачі бітів, розміри екрана і т. п. В цьому способі профіль MPD 102 може видати інформацію, яка вказує, які кодеки повинні підтримуватися для витягання даних MPD 102 і/або мультимедійного контенту 100. Профілі можуть бути також описані як "точки узгодження". Профілі, яким підпорядковується MPD, можуть бути вказані в атрибуті "Профілі" MPD. Таким чином, пристрій клієнта може бути сконфігурований для витягання частини MPD 102, що включає в себе інформацію, що стосується атрибута "Профілі", до витягання додаткових даних MPD 102. Альтернативно, профілі можуть бути вказані як параметр в типі MIME MPD. Наприклад, профілі "X, Y і Z" можуть бути сигналізовані наступним способом: video/vnd.mpeg.mpd;"profiles= "X, Y, Z". У деяких прикладах MPD 102 може посилатися на дані зовнішніх періодів (які також називаються віддаленими періодами). Період в цілому відповідає конкретній часовій секції мультимедійного контенту. Кожний період може включати в себе одне або більше представлень, такі як представлення 110-120. Зовнішній період, однак, може бути вставлений в межі або між періодами мультимедійного контенту 100. Зовнішній період може включати в себе мультимедійні дані в доповнення до мультимедійних даних мультимедійного контенту. Наприклад, зовнішні періоди можуть включати в себе дані оголошення. Періоди можуть бути визначені своєю тривалістю, тобто, час початку Періоду може залежати від тривалості попереднього Періоду. Пристрій клієнта може відображати зовнішні періоди в структуру MPD. Для послуг в реальному часі конкатенація описів MPD може досягатися динамічним створенням MPD на сервері, такому як пристрій 60 сервера, з відповідними процедурами оновлення. Інші технології мережі можуть бути також використані. Покажчики URL протягом зовні визначених періодів можуть бути оброблені в реальному часі, 17 UA 107125 C2 5 щоб генерувати новий період, що містить оголошення, призначені користувачеві пристрою 40 клієнта. Пристрій 40 клієнта може надавати додаткову інформацію із запитом, який може бути використаний для вказівки призначення оголошення, наприклад, користувацький ідентифікатор, переваги користувача, демографічну користувацьку інформацію або іншу інформацію. Таблиця 1, представлена нижче, ілюструє зразковий набір інформації, яка може бути надана в MPD 102, щоб описати один або більше Періодів мультимедійного контенту і указати наявність зовнішніх періодів: Таблиця 1 ІНФОРМАЦІЯ ПЕРІОДУ MPD Період PeriodAttributes Е Список periodDuration А О representationGroupListURI А О RepresentationGroups periodListURI 10 15 20 25 30 35 40 45 Е А 1…N M M 0…N M Видає інформацію Періоду Вже існуючі атрибути періоду Забезпечує тривалість періоду, може бути використаний як альтернатива атрибуту Початок наступного Періоду URI, який вказує на документ, який містить список Представлень Цей елемент містить опис Групи Представлень URI, який вказує на документ, який містить один або декілька елементів Періоду У цьому способі елемент Періоду MPD 102 може посилатися на зовнішні (або віддалені) періоди, наприклад, використовуючи periodListURI. Для контенту На Вимогу індикації тривалостей періоду можуть бути більш корисними для пристроїв клієнта, таких як пристрій 40 клієнта, ніж час початку для підтримки зовнішніх періодів. MPD може включати в себе послідовність Періодів, де Періоди можуть бути внутрішніми або зовнішніми. Використання таких віддалених Періодів, поряд зі специфічною для користувача інформацією, може враховувати призначене користувацького оголошення. Пристрій 60 сервера і/або пристрій 20 підготовки контенту можуть бути сконфігуровані для динамічного генерування окремих описів MPD для кожного користувача або для кожного пристрою клієнта. Пристрій 40 клієнта або інший пристрій може конкатенувати програвання призначеного оголошення і послугу в реальному часі, наприклад, використовуючи динамічно створений MPD. У цьому способі способи даного розкриття можуть підтримувати ситуації, в яких постачальник послуг пропонує контент На Вимогу через AHS 3GPP. Контент може включати в себе декілька сцен, і між кожною сценою може бути додане оголошення. Оголошення може відрізнятися для кожного користувача. Таким чином, може бути додане призначене оголошення. У доповнення, кожне оголошення може мати різну тривалість. Аналогічно, постачальник послуг може запропонувати конкретну послугу в реальному часі (наприклад, безкоштовну послугу). При отриманні доступу до послуги в реальному часі постачальник послуг може додати оголошення, яке може або може не бути призначене користувачеві. Тривалість оголошення може відрізнятися, залежно від часу доступу, місцеположення доступу, користувача і т. п. Пристрій 60 сервера може бути сконфігурований тільки для забезпечення URL послуги в реальному часі після того, як було завершене оголошення, щоб гарантувати, що оголошення видно. Фіг. 3 є блок-схемою, яка ілюструє елементи зразкового відеофайлу 150, який може відповідати сегменту представлення, такому як один з сегментів 114, 124 Фіг. 2. Кожний з сегментів 114, 124 може включати в себе дані, які відповідають по суті компонуванню даних, ілюстрованих в прикладі Фіг. 3. Аналогічно, сегменти Фіг. 4-7, розглянутих нижче, також можуть відповідати по суті структурі відеофайлу 150. Як описано вище, відеофайли відповідно до формату основного медіафайлу ISO і його розширень зберігають дані в послідовності об'єктів, які називаються "полями". У прикладі згідно з Фіг. 3 відеофайл 150 включає в себе поле 152 типу файлу (FTYP), поле 154 кіно (MOOV), поле 162 фрагмента кіно (MOOF) і поле 164 довільного доступу до фрагмента кіно (MFRA). Поле 152 типу файлу (FTYP) в цілому описує тип файлу для відеофайлу 150. Поле 152 типу файлу може включати в себе дані, які ідентифікують специфікацію, яка описує найкраще використання для відеофайлу 150. Поле 152 типу файлу може бути розміщене перед полем 154 MOOV, полями 162 фрагмента кіно і полем 164 MFRA. 18 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 У деяких прикладах сегмент, наприклад, відеофайл 150, може включати в себе поле оновлення MPD (не показано) перед полем 152 FTYP. Поле оновлення MPD може включати в себе інформацію, яка вказує, що MPD, відповідний представленню, що включає в себе відеофайл 150, повинен бути оновлений, нарівні з інформацією для оновлення MPD. Наприклад, поле оновлення MPD може забезпечити URI або URL для ресурсу, який повинен бути використаний для оновлення MPD. Як інший приклад, поле оновлення MPD може включати в себе дані для оновлення MPD. У деяких прикладах поле оновлення MPD може негайно йти за полем типу сегмента (STYP) (не показано) відеофайлу 150, де поле STYP може визначити тип сегмента для відеофайлу 150. Фіг. 7, розглянута більш детально нижче, надає додаткову інформацію відносно поля оновлення MPD. Поле 154 MOOV в прикладі згідно з Фіг. 3 включає в себе поле 156 заголовка кіно (MVHD), поле 158 доріжки (TRAK) і одне або більше полів 160 розширення кіно (MVEX). В цілому, поле 156 MVHD може описувати загальні характеристики відеофайлу 150. Наприклад, поле 156 MVHD може включати в себе дані, які описують, коли відеофайл 150 був спочатку створений, коли відеофайл 150 був останній раз змінений, шкалу часу для відеофайлу 150, тривалість програвання для відеофайлу 150 або інші дані, які в цілому описують відеофайл 150. Поле 158 TRAK може включати в себе дані для доріжки відеофайлу 150. Поле 158 TRAK може включати в себе поле заголовка доріжки запису (TKHD), яке описує характеристики доріжки, відповідні полю 158 TRAK. У деяких прикладах поле 158 TRAK може включати в себе закодовані відеокартинки, в той час як в інших прикладах закодовані відеокартинки доріжки можуть бути включені у фрагменти 162 кіно, на які можуть посилатися дані поля 158 TRAK. У деяких прикладах відеофайл 150 може включати в себе більше ніж одну доріжку. Відповідно, поле 154 MOOV може включати в себе ряд полів TRAK, які дорівнюють кількості доріжок у відеофайлі 150. Поле 158 TRAK може описувати характеристики відповідної доріжки відеофайлу 150. Наприклад, поле 158 TRAK може описувати часову і/або просторову інформацію для відповідної доріжки. Поле TRAK, аналогічне полю 158 TRAK поля 154 MOOV, може описувати характеристики доріжки набору параметрів, коли блок 30 інкапсуляції (Фіг. 1) включає доріжку набору параметрів у відеофайл, такий як відеофайл 150. Блок 30 інкапсуляції може сигналізувати наявність повідомлень SEI рівня послідовності в доріжці набору параметрів в поле TRAK, що описує доріжку набору параметрів. Поля 160 MVEX можуть описувати характеристики відповідних фрагментів 162 кіно, наприклад, сигналізувати, що відеофайл 150 включає в себе фрагменти 162 кіно в доповнення до відеоданих, включених в поле 154 MOOV, якщо такі є. У контексті поточного відеоданих закодовані відеокартинки можуть бути включені у фрагменти 162 кіно, а не в поле 154 MOOV. Відповідно, всі закодовані відеовибірки можуть бути включені у фрагменти 162 кіно, а не в поле 154 MOOV. Поле 154 MOOV може включати в себе ряд полів 160 MVEX, які дорівнюють кількості фрагментів 162 кіно у відеофайлі 150. Кожне з полів 160 MVEX може описувати характеристики відповідного одного з фрагментів 162 кіно. Наприклад, кожне поле MVEX може включати в себе поле заголовка розширення кіно (MEHD), яке описує часову тривалість для відповідного одного з фрагментів 162 кіно. Як було відмічено вище, блок 30 інкапсуляції може зберігати набір даних послідовності у відеовибірці, яка не включає в себе фактичні закодовані відеодані. Відеовибірка може в цілому відповідати блоку доступу, який є представленням закодованої картинки у конкретному випадку часу. У контексті AVC закодована картинка включає в себе один або більше блоків NAL VCL, які містять інформацію для побудови всіх пікселів блока доступу, і інші асоційовані блоки NAL неVCL, такі як повідомлення SEI. Відповідно, блок 30 інкапсуляції може включати в себе набір даних послідовності, який може включати в себе рівень послідовності повідомлення SEI, в одному з фрагментів 162 кіно. Блок 30 інкапсуляції може додатково сигналізувати наявність набору даних послідовності і/або повідомлень SEI рівня послідовності, які присутні в одному з фрагментів 162 кіно в одному з полів 160 MVEX, відповідних одному з фрагментів 162 кіно. Фрагменти 162 кіно можуть включати в себе одну або більше закодованих відеокартинок. У деяких прикладах фрагменти 162 кіно можуть включати в себе одну або більше груп картинок (групи GOP), кожна з яких може включати в себе багато які закодовані відеокартинки, наприклад, кадри або картинки. У доповнення, як описано вище, фрагменти 162 кіно можуть включати в себе набори даних послідовності в деяких прикладах. Кожний з фрагментів 162 кіно може включати в себе поле заголовка фрагмента кіно (MFHD, не показане на Фіг. 3). Поле MFHD може описувати характеристики відповідного фрагмента кіно, такі як кількість послідовностей для фрагмента кіно. Фрагменти 162 кіно можуть бути включені в порядку кількості послідовностей у відео 150 файлі. 19 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 Поле 164 MFRA може описувати випадкові точки доступу в межах фрагментів 162 кіно відеофайлу 150. Це може допомогти виконанню режимів швидкого доступу до довільної точки, наприклад, виконання пошуку конкретних часових місцеположень в межах відеофайлу 150. Поле 164 MFRA в цілому є додатковим і не повинно бути включене у відеофайли в деяких прикладах. Аналогічно, пристрій клієнта, такий як пристрій 40 клієнта, не обов'язково повинен посилатися на поле 164 MFRA, щоб коректно декодувати і відображати відеодані відеофайлу 150. Поле 164 MFRA може включати в себе ряд полів довільного доступу до фрагмента доріжки (TFRA) (не показані), які дорівнюють кількості доріжок відеофайлу 150 або в деяких прикладах дорівнюють кількості медіадоріжок (наприклад, доріжок без підказки) відеофайлу 150. У деяких прикладах фрагменти 162 кіно можуть включати в себе одну або більше картинок IDR і/або ODR. Аналогічно, поле 164 MFRA може забезпечити індикації місцеположень в межах відеофайлу 150 картинок IDR і ODR. Відповідно, часова підпослідовність відеофайлу 150 може бути сформована з картинок IDR і ODR відеофайлу 150. Часова підпослідовність може також включати в себе інші картинки, такі як Р-кадри і/або В-кадри, які залежать від картинок IDR і/або ODR. Кадри і/або частини часової підпослідовності можуть бути скомпоновані в межах сегментів таким чином, щоб кадри/частини часової підпослідовності, які залежать від інших кадрів/частин підпослідовності, могли бути належно декодовані. Наприклад, в ієрархічному компонуванні даних дані, що використовуються для прогнозу для інших даних, також можуть бути включені у часову підпослідовність. Крім того, дані можуть бути скомпоновані в безперервній підпослідовності таким чином, щоб єдиний байтовий діапазон міг бути визначений в запиті часткового GET, щоб витягнути всі дані конкретного сегмента, що використовується для часової підпослідовності. Пристрій клієнта, такий як пристрій 40 клієнта, може витягувати часову підпослідовність відеофайлу 150 за допомогою визначення байтових діапазонів фрагментів 162 кіно (або частини фрагментів 162 кіно), відповідних картинкам IDR і/або ODR. Як буде розглянуто більш детально нижче, відеофайли, такі як відеофайл 150, можуть включати в себе поле індексу підфрагмента і/або поле фрагмента піддоріжки, будь-який з двох або обидва разом з яких можуть включати в себе дані для витягання часової підпослідовності відеофайлу 150. Фіг. 4 є концептуальною діаграмою, яка ілюструє зразковий мультимедійний контент 200, що включає в себе MPD 202 і групи представлень 210-220. Мультимедійний контент 200 може відповідати мультимедійному контенту 64 (Фіг. 1) або іншому мультимедійному контенту, збереженому в пам'яті 62. У цьому прикладі представлення мультимедійного контенту 200 скомпоновані за допомогою групи представлень. Таким чином, представлення з єдиним набором характеристик можуть бути сформовані в групу представлень, яка передбачає спрощену адаптацію смуги частот мережі. У цьому прикладі MPD 202 включає в себе загальні характеристики 204A представлення, які включають в себе інформацію, що описує загальні характеристики групи 210 представлень, і загальні характеристики 204B представлення, що описують загальні характеристики групи 220 представлень. Загальні характеристики можуть включати в себе характеристики кодування і/або візуалізації представлень, наприклад, кодек, профіль і рівень кодека, якому відповідають представлення в представленні, розділення пікселя, швидкість передачі кадру або інші характеристики представлень. Відповідно до способів даного розкриття, характеристики можуть включати в себе значення типу тексту, значення кута камери і/або значення рейтингу в доповнення до характеристик, розглянутих вище. Значення типу тексту може описувати характеристики тексту, який повинен бути відображений з відеоданими (наприклад, текст передачі кодованих субтитрів). Значення типу тексту може описувати, наприклад, мову тексту, місцеположення на екрані, в яке відобразити текст, шрифт і/або розмір тексту, або інші характеристики тексту. Значення кута камери може описувати реальну горизонтальну позицію камери для використовуваної камери (або фізично або концептуально), щоб генерувати закодовані відеодані відповідних представлень. Використовуючи кути камери, пристрій клієнта може вибрати дані з двох або більше представлень, які по суті повинні бути відображені одночасно, наприклад, щоб сформувати тривимірний ефект програвання відео. Горизонтальні реальні місцеположення камери можуть дозволити пристрою клієнта вибрати представлення, щоб збільшити або зменшити відносний ступінь глибини в тривимірному програванні відеоданих. Рейтинг може описувати доступність контенту для конкретної аудиторії. Наприклад, в Сполучених Штатах Американська асоціація кінокомпаній визначає рейтинги, що включають в себе G, PG, PG-13, R і NC-17. Як інший приклад, в Великобританії Британське Бюро класифікації кінофільмів визначає рейтинги, що включають в себе U, PG, 12A, 12, 15, 18 і R18. Ще як інший приклад, в республіці Китай (Тайвань) категорії кінофільмів включають в себе 20 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 60 загальну категорію аудиторії, захищену категорію, категорію аудиторії з дозволу батьків і обмежену категорію. За допомогою забезпечення загальних характеристик 204 відповідних груп представлення, наприклад, груп 210-220 представлень, пристрій клієнта (наприклад, пристрій 40 клієнта) може вибрати відповідну одну з груп 210-220 представлень на основі, щонайменше частково, відповідних загальних характеристик 204 представлення. У прикладі згідно з Фіг. 4 MPD 202 також включає в себе індивідуальні характеристики 206A, 206B, 208A і 208B представлення, відповідні, відповідно, представленням 212A, 212B, 222A, 222B. Індивідуальні характеристики 206A, 206B, 208A і 208B представлення можуть включати в себе інформацію, що представляє характеристики 212A, 212B, 222A, 222B представлень, не вказану відповідно до загальних характеристик 204 представлення. Наприклад, індивідуальні характеристики 206A, 206B, 208A і 208B представлення можуть включати в себе інформацію, що представляє швидкості передачі бітів для відповідних представлень 212A, 212B, 222A, 222B. Представлення групи представлень можуть вважатися взаємно винятковими, причому вони можуть представляти один і той же контент (одне і те ж відео, аудіо на одній і тій же мові і т. д.) з різним кодуванням або іншими параметрами. MPD 202 може видавати інформацію для вибору однієї з груп 210-220 представлень, наприклад, загальні характеристики 204 представлення. Ця інформація може включати в себе інформацію, яка вказує, чи може клієнт декодувати і візуалізувати задане представлення. У цьому способі пристрій клієнта може видалити з розгляду представлення, які пристрій клієнта нездатний декодувати і/або візуалізувати. Відповідно, пристрій 40 клієнта може вибрати відповідну групу представлень, яка може бути декодована і візуалізована, потім вибрати представлення з групи на основі, наприклад, доступності смуги частот мережі. Пристрій 40 клієнта також може бути сконфігурований з перевагами користувача, наприклад, рейтингом, мовою і/або глибиною. Відповідно, пристрій 40 клієнта може також вибрати одну або більше груп представлень таким чином, щоб вибрані групи відповідали перевагам користувача. Пристрій 40 клієнта може потім вибрати піднабір доступних груп представлень, які можуть бути відтворені одночасно. Коли пристрій 40 клієнта здатний тільки відображати один вигляд, пристрій 40 клієнта може вибрати витягнути дані тільки з одного представлення. З іншого боку, коли пристрій 40 клієнта здатний відображати в стереовигляді або мультивиглядах, пристрій 40 клієнта може витягувати дані з двох або більше представлень. Після вибору однієї або більше груп представлень, пристрій 40 клієнта може вибрати представлення з груп представлень на основі, наприклад, доступної смуги частот мережі. Оскільки доступна смуга частот мережі змінюється (наприклад, збільшується або зменшується), пристрій 40 клієнта може пристосувати вибори представлень з груп представлень, щоб пристосуватися до умов змінюваної смуги частот мережі. Звичайно, пристрій 40 клієнта може також змінити вибори представлення, якщо змінюються переваги користувача або можливості пристрою (наприклад, можливості декодування і візуалізації). Загальні характеристики 204 представлення можуть відповідати елементам RepresentationGroup XML MPD 202 в деяких прикладах. Індивідуальні характеристики представлення можуть відповідати піделементам передачі елементів RepresentationGroup MPD 202 в деяких прикладах. За допомогою угрупування загальних характеристик представлень, може бути досягнута різна оптимізація. Наприклад, багато які представлення можуть мати одні і ті ж значення для різних параметрів. Таким чином, індивідуально сигналізовані характеристики в MPD можуть привести до істотного дублювання в MPD, щоб сигналізувати характеристики індивідуально. Багато які пристрої клієнта сконфігуровані для того, щоб відкинути переважну більшість MPD, яка прийнята. Тому може бути оптимізація в частині MPD, яка приймає пристрій клієнта. Крім того, якщо Група Представлень відхиляється, пристрою клієнта немає необхідності отримувати доступ до інформації, в цей час представленої в MPD (URL і т.д.), для відхиленого представлення або групи представлень. Пристрій клієнта може також уникнути непотрібних оновлень URL, які мають тенденцію часто оновлюватися протягом, наприклад, мережевої потокової передачі в реальному часі відеоданих для інтерактивних подій. Навіть якщо надлишок в MPD буде усунений, то пристрій 40 клієнта все ще повинен буде розібрати повний MPD після прийому і реконструкції, на що може бути витрачена значна кількість часу обчислення. Фіг. 5 є концептуальною діаграмою, яка ілюструє інший зразковий мультимедійний контент 250, в якому дані MPD розділені на різні частини для різних груп представлень. Мультимедійний контент 250 може відповідати мультимедійному контенту 64 (Фіг. 1) або іншому мультимедійному контенту, збереженому в пам'яті 62. Зокрема, файл маніфесту для мультимедійного контенту 250 включає в себечастину MPD 252, яка в цілому включає в себе 21 UA 107125 C2 5 10 15 20 25 30 35 40 дані, які стосуються груп представлень. У цьому прикладі частина MPD 252 включає в себе дані 254A і 254B групи представлень (дані 254 групи представлень), які відповідають відповідним групам 270-280 представлень, як ілюстровано стрілками, які вказують від даних групи 254 представлень до відповідних груп 270-280 представлення. У цьому прикладі дані 254A групи представлень включають в себе загальні характеристики 256A групи представлень і місцеположення частини MPD для групи 258A представлень. Таким чином, місцеположення частини MPD для групи 258A представлень вказує місцеположення частини MPD для групи 260A представлень. Місцеположення частини MPD для групи 258A представлень може відповідати, наприклад, URI або URL частини MPD для групи 260A представлень. Аналогічно дані групи 254B представлень включають в себе загальні характеристики 256B групи представлень і місцеположення частини MPD для групи 258B представлень, відповідної частині MPD для групи 260B представлень. Частина MPD для групи 260A представлень включає в себе інформацію, що представляє характеристики специфічних представлень 272A, 272B (представлення 272) групи 270 представлень. Аналогічно, частина MPD для групи 260B представлень включає в себе інформацію, що представляє характеристики специфічних представлень 282A, 282B (представлень 282) групи 280 представлень. У цьому способі пристрій клієнта, такий як пристрій 40 клієнта, може визначити відповідну групу представлень, щоб витягнути дані, не приймаючи специфічні для представлення дані сигналізації для представлень, що пристрій 40 клієнта не буде витягувати, декодувати і відображати. Відповідно, пристрій 40 клієнта може уникнути витягання зайвих даних, які інакше будуть тільки відхилені. Зокрема, після вибору однієї або більше груп представлень, що включають в себе представлення, які можуть бути декодовані і візуалізовані пристроєм 40 клієнта, пристрій 40 клієнта може витягнути тільки частину MPD для вибраних груп представлень, не витягуючи частини MPD для груп представлень, які не можуть бути належно декодовані і/або візуалізовані пристроєм клієнта 40. Дані мультимедійного контенту 250 в цілому можуть відповідати по суті відповідним елементам мультимедійного контенту 200. Однак мультимедійний контент 250 може спростити ієрархічне завантаження даних MPD для мультимедійного контенту 250 за допомогою пристроїв клієнта. Наприклад, замість того, щоб витягнути повний файл маніфесту, який може включати в себе дані сигналізації для всіх представлень, пристрій клієнта може просто визначити одну або більше груп представлень, потім витягнути частини MPD, відповідні цим групам представлень, не витягуючи частини MPD, відповідні іншим групам представлень, які не будуть витягнуті пристроєм клієнта (наприклад, оскільки пристрій клієнта не підтримує процедури декодування і/або візуалізації, щоб декодувати і відобразити представлення). У цьому способі дані мультимедійного контенту 250 можуть зменшити неефективність непотрібного розвантаження і структурного розбору. Таблиця 2, представлена нижче, забезпечує зразковий елемент, який може бути доданий до MPD, такого як MPD 202 Фіг. 4 і/або частина MPD 252 Фіг. 5, що описує характеристики груп представлень. Загальні характеристики 204 представлення (Фіг. 4) і/або загальні характеристики 256 групи представлень можуть бути відформатовані згідно зі структурою Таблиці 2. Таблиця 2 RepresentationGroup Е 1…N M RepresentationGroupAttribut Список Елементів і Аттрібутів Representation Е RepresentationAttribut Список Елементів і Аттрібутів representationListURI А 0…N О 0,1 О 0…N О 22 Цей елемент містить опис Групи Представлень. Описує параметри за умовчанням для цієї групи. Може включати в себе інформацію профілю. Цей елемент містить опис Представлення. Описує атрибути Представлення, які є специфічними для Представлення. URI, який вказує на документ, який містить список Представлень. UA 107125 C2 XML нижче забезпечує приклади елементів Групи Представлень структури даних MPD: 5 Таблиця 3 нижче забезпечує зразковий набір даних, які можуть бути включені для представлень. Ці дані можуть бути надані для індивідуальних представлень в деяких прикладах, в той час як в інших прикладах всі або частина даних можуть бути надані для груп представлень, згідно з, наприклад, Таблицею 2, представленою вище. 10 Таблиця 3 Представлення Е 1…N M Смуга частот А M Цей елемент містить опис Представлення. Мінімальна смуга частот каналу швидкості передачі бітів гіпотетичної константи в бітах в секунду (біт/сек.), по якому представлення може бути поставлене так, щоб клієнту після буферизації для точного minBufferTime могла бути гарантована наявність достатньої кількості даних для безперервного відтворення. … texttype О Е 0…N SchemeInformation Е 0,1 schemeIdUri 25 А Рейтинг 20 О cameraangle 15 А А О О Ідентифікує тип тексту. Опції: підзаголовок передача кодованих субтитрів Забезпечує кут камери. Проста анотація, наприклад, основне поле, середнє поле, вигляд гравців. Забезпечує інформацію рейтингу. Цей елемент надає інформацію відносно використовуваної схеми рейтингу. Елемент може бути розширений, щоб видати більше специфічної для схеми інформації. Забезпечує абсолютний URL для ідентифікації схеми. Визначення цього елемента є специфічним для схеми, що використовується для рейтингу. У деяких прикладах дані для груп представлень і дані для індивідуальних представлень в таких групах можуть бути представлені в межах MPD, такого як MPD 202, з ієрархічним співвідношенням. Таким чином, індивідуальні представлення можуть бути сигналізований як дочірні елементи на відповідний елемент групи представлень, наприклад, MPD 202. Аналогічно, для частини MPD 252 і частин MPD для груп 260 представлень індивідуальні характеристики 262, 264 представлення можуть відповідати дочірнім елементам загальних характеристик 256 груп представлень. Фіг. 6 є концептуальною діаграмою, яка ілюструє інший зразковий мультимедійний контент 300, який може бути використаний для підтримки режимів швидкого доступу до довільної точки. Мультимедійний контент 300 може відповідати мультимедійному контенту 64 (Фіг. 1) або іншому мультимедійному контенту, збереженому в пам'яті 62. У цьому прикладі MPD 302 включає в себе інформацію 304 представлення, яка може включати в себе інформацію 306 часової підпослідовності. Інформація 304 представлення включає в себе характеристики представлення 310, в цьому прикладі. Представлення 310 включає в себе сегменти 312A-312D (сегменти 312). У цьому прикладі кожний з сегментів 312 включає в себе відповідне поле індексу 314 підфрагмента і дані 316 випадкової точки доступу (RAP). У інших прикладах деякі сегменти можуть не включати в себе випадкові точки доступу, в той час як деякі сегменти можуть 23 UA 107125 C2 5 10 15 включати в себе множинні випадкові точки доступу. Випадкові точки доступу можуть включати в себе картинки IDR або ODR. Пристрій 40 клієнта може витягнути часову підпослідовність з представлення 310. Наприклад, пристрій 40 клієнта може витягнути кожні точки RAP 316, щоб сформувати часову підпослідовність представлення 310. Альтернативно, пристрій 40 клієнта може витягнути піднабір точок RAP 316, таких як RAP 316A і 316C, або 316A і 316D. За допомогою витягання і програвання тільки випадкових точок 316 доступу (або їх піднабору), пристрій 40 клієнта може відтворити представлення 310 в режимі швидкого доступу до довільної точки, наприклад, прискореного перемотування уперед або перемотування назад. Аналогічно пристрій 40 клієнта може пропустити або шукати конкретну одну з випадкових точок 316 доступу, щоб почати програвання із запитаної часової позиції. Мультимедійний контент може включати в себе будь-яке з двох або обидва разом з: інформацію 306 часової підпослідовності і/або поля 314 SFIX, щоб указати інформацію для режимів швидкого доступу до довільної точки. Інформація 306 часової підпослідовності може включати в себе елемент "Режиму швидкого доступу до довільної точки" MPD 302, такого як визначений Таблицею 4, представленою нижче: Таблиця 4 TrickMode (режим швидкого доступу до довільної точки) alternatePlayoutRate О Е 0…N О frameRate А M Смуга частот А О alternatePlayoutRate 25 А TemporalSubSequence 20 Е А О 0,1 О Видає інформацію для режиму швидкого доступу до довільної точки. Також вказує, що Представлення може бути використане як Представлення режиму швидкого доступу до довільної точки. Визначає максимальну швидкість відтворення як множину регулярних швидкостей відтворення, які підтримує це Представлення з одними і тими ж вимогами до профілю і рівня декодера, як нормальна швидкість відтворення. Визначає, що це Представлення містить часову підпослідовність, яка може бути легко доступна за допомогою байтових діапазонів, що використовують інформацію поля індексу підфрагмента ('sfix). Визначає швидкість передачі кадру часової підпослідовності. Визначає мінімальну смугу частот каналу швидкості передачі бітів гіпотетичної константи в бітах в секунду (біт/сек.), по якому часова підпослідовність може бути поставлена так, щоб клієнту після буферизації для точного minBufferTime могла бути гарантована наявність достатньої кількості даних для безперервного відтворення. Визначає максимальну швидкість відтворення як множину регулярних швидкостей відтворення, які підтримує це Представлення з одними і тими ж вимогами до профілю і рівня декодера як нормальна швидкість відтворення. У прикладі Таблиці 4 елемент Режим швидкого доступу до довільної точки включає в себе елемент Часової Підпослідовності, який визначає, що відповідне представлення містить часову підпослідовність, яка може бути доступна за допомогою байтових діапазонів, використовуючи інформацію поля 314 індекса підфрагмента. Точки RAP 316 можуть відповідати частинам фрагментів кіно, таким як фрагменти 162 кіно, ілюстровані на Фіг. 3. Поля 314 індекси підфрагмента можуть в цілому описувати місцеположення байтового діапазону випадкових точок 316 доступу відповідних сегментів 312. В цілому, поля 314 індекси підфрагмента можуть з'являтися після поля індексу сегмента (SIDX) (не показано на Фіг. 6) сегментів 312 і забезпечувати розміри префікса фрагмента кіно для фрагментів кіно, на які 24 UA 107125 C2 посилаються в безпосередньо попередньому полі індексу сегмента. Таблиця 5, представлена нижче, забезпечує властивості зразкового поля SFIX. Таблиця 5 Тип поля Контейнер Обов'язково Кількість 5 10 15 20 25 Властивості поля індексу підфрагмента SFIX Ні Ні Один для кожного поля індексу сегмента Псевдокод, представлений нижче, забезпечує зразковий синтаксис для полів 314 індексу підфрагмента: Опис, представлений нижче, забезпечує зразковий набір семантики для синтаксису, описаного вище: fragment_count визначає кількість фрагментів, для яких інформація підфрагмента визначена в цьому полі. Він повинен дорівнювати кількості посилань фрагмента в безпосередньо попередньому полі індексу сегмента. sub_fragment_count визначає кількість підфрагментів для кожного фрагмента prefix_size визначає розмір префікса фрагмента i, зайнятого підфрагментом j. У доповнення або альтернативно, поле фрагмента піддоріжки може бути включене в сегменти 312. Беручи до уваги, що поле індексу підфрагмента може видавати інформацію синтаксису, яка може бути витягнута пристроєм клієнта 40 нарівні з полем індексу сегмента перед запитом медіаданих, поле індексу підфрагмента може видавати інформацію для пристрою 40 клієнта, щоб побудувати запити байтового діапазону, які призначають піднабори даних фрагмента, наприклад, часові підрівні. Поле фрагмента піддоріжки може визначити повторне впорядкування даних вибірки фрагмента доріжки таким чином, що вибірки кожного фрагмента піддоріжки передували всім вибіркам, які з'являються тільки в більш високих фрагментах піддоріжки. Вибірки фрагмента піддоріжки, які не з'являються ні в якому більш низькому фрагменті піддоріжки, можуть бути розміщені рядом в файлі (наприклад, відповідний один з сегментів 312) в тому ж порядку, як вони з'являються в полі Прогону Доріжки. Це може враховувати вибірки, які повинні бути збережені в порядку часового рівня масштабованості в межах фрагмента доріжки. Коли це поле присутнє, може бути тільки одне поле Прогону Доріжки. Таблиця 6 описує властивості поля фрагмента піддоріжки: 30 Таблиця 6 Тип поля Контейнер Обов'язково Кількість Властивості поля індексу піддоріжки SFIX Поле фрагмента доріжки ('' TRAF'') Ні Нуль або один Псевдокод, представлений нижче, ілюструє зразковий синтаксис для поля фрагмента піддоріжки: 25 UA 107125 C2 5 10 15 20 25 30 35 40 45 Опис, представлений нижче, забезпечує зразкову семантику для зразкового синтаксису поля фрагмента піддоріжки, описаного вище: sub_track_count вказує кількість фрагментів піддоріжки; Коли це поле присутнє, sub_track_count може дорівнювати або бути більшим 2. sample_count [i] вказує кількість вибірок у фрагменті піддоріжки з індексом i+1. Вибірки фрагмента піддоріжки вважаються членами всіх фрагментів піддоріжки з меншими значеннями індексу. Кількість вибірок у фрагменті піддоріжки 0 еквівалентна кількості нулів першого бітового рядка в подальшому циклі. Кількість вибірок у фрагменті піддоріжки з індексом sub_track_count1, який є sample_count [sub_track_count-1], дорівнює кількості вибірок у Фрагменті Доріжки. cur_sub_track_flag, який дорівнює 1 в ітерації i зовнішнього циклу, вказує, що вибірка належить фрагменту піддоріжки з індексом i+1. Це значення, яке дорівнює 0 в ітерації зовнішнього циклу, вказує, що вибірка належить фрагменту піддоріжки з індексом, меншим ніж i+1. Повинно бути відмічено: Таким чином, перша ітерація циклу містить прапори sample_count [0], які вказують позиції вибірок в sub-track-fragment 1, які не знаходяться також в sub-trackfragment 0. Друга ітерація циклу містить прапори sample_count [1], які вказують позиції вибірок в sub-track-fragment 2 і не також в sub-track-fragment 1 і т. д. sample_count [sub_track_count-1] вважається рівним кількості вибірок у Фрагменті Доріжки. Режими швидкого доступу до довільної точки можуть застосовуватися до множини різних сценаріїв. Наприклад, режими швидкого доступу до довільної точки можуть бути використані, щоб тимчасово припинити обслуговування, відновити обслуговування після паузи, перемотати назад на якийсь період часу і/або перемотати уперед, щоб перейти до бажаної часової позиції (наприклад, після переривання програвання, або щоб знайти конкретну бажану часову позицію). Підтримування режимів швидкого доступу до довільної точки, використовуючи часові підпослідовності, може забезпечити ряд переваг. Наприклад, часові підпослідовності можуть відносно легко підтримувати різні швидкості передачі кадру. Аналогічно, представлення, що включає в себе часову підпослідовність, може бути використане для регулярного відтворення, оскільки представлення не обмежене часовою підпослідовністю. Крім того, кодування з часовими підпослідовностями може бути дуже ефективним. Часові підпослідовності, які також не повинні вимагати ніяких нових профілів або рівнів кодування, можуть знов використовувати регулярні представлення, уникати додаткової складності клієнта, дозволити забезпечення простого контенту, забезпечити смугу частот, кеш і ефективність зберігання, забезпечити гнучкість реалізації клієнта, щоб оптимізувати сприйняття користувача, щоб бути загальними серед різних операцій режиму швидкого доступу до довільної точки, і можуть застосовуватися до широкого спектра реалізацій клієнта, і можуть забезпечити відносно хороше сприйняття користувача відносно затримки запуску після пошуку, а також хороші швидкості передачі кадру, швидкість і інші такі показники. Фіг. 7 є концептуальною діаграмою, яка ілюструє інший зразковий мультимедійний контент 350, в якому сегменти 362A-362D можуть включати в себе поля оновлення MPD 364, щоб указати, що MPD 352 повинен бути оновлений. Мультимедійний контент 350 може відповідати мультимедійному контенту 64 (Фіг. 1) або іншому мультимедійному контенту, збереженому в пам'яті 62. В цілому, MPD 352 включає в себе інформацію 354 представлення для представлення 360, такого як характеристики представлення 360 і ідентифікатори URI або URL сегментів 362 представлення 360. У деяких випадках, представлення 360 може бути сформоване з інтерактивного контенту, наприклад, спортивної події, і тому ідентифікатори URI сегментів 362 не можуть бути визначені заздалегідь. Тому, оскільки сегменти представлення 26 UA 107125 C2 5 10 15 20 25 360 сформовані, один або більше сегментів можуть включати в себе поля оновлення MPD, щоб указати, що MPD 352 повинен бути оновлений. Наприклад, на Фіг. 7, сегмент 362A включає в себе поле оновлення MPD 364 і дані 366A сегмента. Дані 366A сегмента можуть в цілому бути сформовані згідно з відеофайлом 150 (Фіг. 3). Однак сегмент 362A також включає в себе поле 364A оновлення MPD. У цьому способі пристрій 40 клієнта може оновити MPD 352 на основі даних поля 364A оновлення MPD. Поле 364A оновлення MPD може включати в себе оновлення в MPD 352 або може включати в себе URI або URL оновлення для MPD 352. Повинно бути зрозумілим, що дані полів 364 оновлення MPD не обов'язково включені в явні поля. Наприклад, дані, які відповідають по суті даним полів 364 оновлення MPD, можуть бути включені в інші поля сегментів 362 або в частини заголовка сегментів 362. У цьому способі "частина" сегментів 362, яка включає в себе інформацію оновлення MPD, може відповідати частині заголовка, полю оновлення MPD, аналогічному полям 364 оновлення MPD, або даним, включеним в одне або більше інші поля сегментів 362. У цьому способі після витягання даних сегмента 362A, пристрій 40 клієнта може аналізувати поле 364A оновлення MPD, щоб оновити MPD 352. Пристрій 40 клієнта може потім використовувати оновлену версію MPD 352, щоб витягнути сегменти 362B і 362C. Сегменти 362B і 362C включають в себе дані 366B, 366C сегмента, які знов можуть бути відформатовані згідно з відеофайлом 150 Фіг. 3. Пристрій 40 клієнта може також витягнути дані сегмента 362D. У цьому прикладі сегмент 362D включає в себе поле оновлення MPD 364B, яке може використоовувати пристрій 40 клієнта для виконання іншого оновлення для MPD 352 способом, який по суті відповідає першому оновленню. Відповідно, щоб прийняти сегменти поза сегментом 362D представлення 360, пристрій 40 клієнта може використовувати нещодавно оновлену версію MPD 352 на основі оновлень, виконаних відносно даних поля оновлення MPD 364B. Поле оновлення MPD, таке як поля 364A, 364B оновлення MPD, може включати в себе властивості згідно з Таблицею 7, представленою нижче: Таблиця 7 Тип поля Контейнер Обов'язково Кількість 30 35 40 Властивості поля оновлення MPD MUPE Ні Ні Нуль або один Наступний синтаксис може бути використаний для визначення поля оновлення MPD, в деяких прикладах: Зразковий набір семантики для зразкового синтаксису поля оновлення MPD наданий нижче: mpd_information_flags містить логічне АБО нуля або більше з наступного: 0 × 00 оновлення опису медіапрезентації зараз 0 × 01 оновлення опису медіапрезентації уперед 0 × 02 кінець презентації 0 × 03-0 × 07 зарезервований new_location_flag, якщо встановлений в 1, то новий опис медіапрезентації доступний в новому місцеположенні, визначеному в mpd_location. latest_mpd_update_time визначає час в мілісекундах за допомогою того, коли оновлення MPD є необхідним відносно часу видачі MPD останнього MPD. Клієнт може вибрати оновити MPD в будь-який час між ними. mpd_location присутній, якщо, і тільки якщо, new_location_flag встановлений і забезпечує уніфікований покажчик ресурсу для нового опису медіапрезентації. 27 UA 107125 C2 5 10 15 20 25 30 35 40 45 50 55 У цьому способі, сигналізація всередині частотного діапазону на рівні сегмента може бути використана для вказівки оновлень для MPD 302. Оновлення можуть бути надані в межах сегмента в деяких прикладах. Таким чином, поля 364 оновлення MPD можуть мати місце тільки на початку або в кінці відповідних сегментів в різних прикладах. У деяких прикладах, якщо смуга частот оновлень MPD становить проблему, пристрій 60 сервера (Фіг. 1) може запропонувати описи MPD для деяких можливостей пристрою, таким чином, щоб тільки ці частини були оновлені. Крім того, елемент MPD MPD 302 може забезпечити час опублікування в фізичний час MPD 302. Це може забезпечити унікальний час опублікування MPD, який може забезпечити унікальний ідентифікатор для MPD, і коли MPD був виданий. Це може також забезпечити прив'язку для процедур оновлення. Крім того, пристрій 60 сервера і/або пристрій 20 підготовки контенту можуть оптимізувати оновлення MPD, використовуючи ієрархічні структури, наприклад, щоб оновити тільки частини MPD 302, які вимагають оновлень, не змінюючи інші частини MPD 302, які не потребують оновлення. Вставлення оголошення, така як вставлення призначеного оголошення, може бути також виконана, використовуючи поля оновлення MPD, аналогічні полям Фіг. 7. Таким чином, поле оновлення MPD може бути забезпечене, щоб дати команду пристрою 40 клієнта витягнути дані з мультимедійного контенту оголошення. Це може мати місце під час перерв або інших дій в спортивних подіях, які затримують відтворення гри, і аналогічно в перервах або затримках спонукаючої дії для програвання відео. Оскільки такі події можуть мати місце декілька випадковим чином, час, в який повинні бути вставлені оголошення, може не бути відомий апріорі. Оновлення MPD 302 може виконуватися асинхронним способом для постачання сегментів. Пристрій 60 сервера може забезпечити гарантії пристрою клієнта 40, що MPD не буде оновлений протягом конкретної кількості часу. Однак пристрій 60 сервера не повинен явно сигналізувати, коли MPD оновлюється перед мінімальним періодом оновлення. Повністю синхронне відтворення може бути досягнуте насилу, оскільки пристрої клієнта можуть впливати на різні випадки оновлення MPD. Тому, клієнти можуть зазнавати бездіяльність. Огляд зміщення у часі може бути забезпечений пристроєм 60 сервера і/або пристроєм 20 підготовки контенту. Фіг. 8 є послідовністю операцій, що ілюструє зразковий спосіб для забезпечення індикацій груп представлень пристроєм сервера і для вибору груп представлень пристроєм клієнта, а також індивідуального представлення у вибраній групі представлень. Хоч спосіб згідно з Фіг. 8 описаний відносно пристрою 60 сервера і пристрою 40 клієнта, повинно бути зрозуміло, що інші пристрої можуть реалізувати способи, аналогічні таким зі способу згідно з Фіг. 8. Наприклад, пристрій 20 підготовки контенту або один або більше мережевих пристроїв мережі доставки контенту, може виконувати деякі або всі функції, що стосуються пристрою 60 сервера. Пристрій 60 сервера може спочатку отримати (наприклад, створити або прийняти від пристрою 20 підготовки контенту) дані для набору представлень мультимедійного контенту, де представлення в наборі мають одну або більше загальних характеристик, а також файл маніфесту для мультимедійного контенту. Набір представлень може відповідати групі представлень. Пристрій 60 сервера може забезпечити індикації груп представлень пристрою 40 клієнта (етап 400). Наприклад, пристрій 60 сервера може забезпечити MPD 202 (Фіг. 4) або частину MPD 252 (Фіг. 5) пристрою 40 клієнта. Інший приклад описів MPD згідно з Фіг. 2, 6 і 7 може також включати в себе індикації груп представлень, наприклад, елементи XML групи представлень. У будь-якому випадку, пристрій 40 клієнта може приймати інформацію, яка описує характеристики групи представлень (етап 402), наприклад, від файлу MPD або частини файлу MPD, прийнятого від пристрою 60 сервера. Пристрій 40 клієнта може потім аналізувати характеристики групи представлень, щоб усунути групи представлень, які пристрій 40 клієнта не може або не вибере для витягання, декодування або візуалізації. Наприклад, пристрій 40 клієнта може порівняти можливості декодування і візуалізації з характеристиками груп представлень, щоб визначити невідповідні групи представлень. Як інший приклад, пристрій 40 клієнта може порівнювати переваги користувача для мови, рейтингу і ступеня глибини (наприклад, відповідно до двох або більше видів, що мають конкретні кути камери), щоб усунути небажані групи представлень. Пристрій 40 клієнта може потім вибрати відповідну групу представлень на основі, щонайменше частково, можливостей декодування і візуалізації пристрою 40 клієнта (етап 404). Звичайно, повинно бути зрозумілим, що цей вибір може бути також (додатково або альтернативно) зроблений на основі переваг користувача, як розглянуто вище. У цьому способі пристрій 40 клієнта може вибрати набір представлень на основі загальних характеристик для набору представлень. 28
ДивитисяДодаткова інформація
Назва патенту англійськоюTrick modes for network streaming of coded video data
Автори англійськоюChen, Ying, Stockhammer, Thomas, Watson, Mark
Автори російськоюЧень Ин, Штокхаммер Томас, Уотсон Марк
МПК / Мітки
МПК: H04L 29/06
Мітки: довільно, доступу, кодованих, потокової, точки, передачі, швидкого, відеоданих, мережевої, режимі
Код посилання
<a href="https://ua.patents.su/47-107125-rezhimi-shvidkogo-dostupu-do-dovilno-tochki-dlya-merezhevo-potokovo-peredachi-kodovanikh-videodanikh.html" target="_blank" rel="follow" title="База патентів України">Режими швидкого доступу до довільної точки для мережевої потокової передачі кодованих відеоданих</a>
Спосіб і пристрій для швидкого перемикання стільників, основаного на керуванні доступом до середовища передачі, застосовно до технології високошвидкісного пакетного доступу
Номер патенту: 96100
Опубліковано: 26.09.2011
Автори: Оронцо Флоре, Шапонньєр Етьєнн Ф.
МПК: H04W 36/00
Мітки: доступом, швидкого, пакетного, середовища, спосіб, основаного, технології, застосовно, доступу, перемикання, високошвидкісного, передачі, керуванні, пристрій, стільників
Формула / Реферат:
1. Спосіб для базової станції в бездротовій мережі для сприяння перемиканню обслуговуючих стільників з технологією HSPA (високошвидкісного пакетного доступу), що містить етапи, на яких:використовують процесор для того, щоб виконати інструкції, які виконуються комп'ютером, що зберігаються на машинозчитуваному носії, для того, щоб реалізувати дії, на яких:приймають дані конфігурації від RNC (контролера радіомережі), при цьому...
Швидке перемикання каналу і захист потокової передачі високої якості по широкомовному каналу
Номер патенту: 95881
Опубліковано: 12.09.2011
Автори: Лубі Майкл Дж., Штокхаммер Томас, Шокроллахі Мохаммад Амін
МПК: H04N 7/64, H04N 7/015
Мітки: захист, якості, високої, каналу, широкомовному, потокової, швидке, перемикання, передачі
Формула / Реферат:
1. Система електронної доставки для доставки потоків даних по широкомовному каналу, при цьому широкомовний канал є каналом для передачі сигналів від одного або більше джерел у множині приймачів, при цьому кожен приймач намагається прийняти по суті той же самий сигнал, причому система електронної доставки містить:систему відправника, яка відправляє дані для потоку даних в пакетах фізичного рівня блоків фізичного рівня, причому...
Спосіб швидкого доступу до об’єктів бази даних
Номер патенту: 27920
Опубліковано: 26.11.2007
Автор: Назаренко Денис Леонідович
МПК: G06F 17/30
Мітки: базі, спосіб, об'єктів, швидкого, даних, доступу
Формула / Реферат:
1. Спосіб швидкого доступу до об'єктів бази даних, що включає формування і пошук об'єктів посекційного розміщення в базі даних автоматизованої інформаційної системи з використанням програмно-апаратного комплексу (ПАК) передачею сигналів від кнопок клавіатури до програмного блока ПАК, який відрізняється тим, що спочатку, принаймні одноразово, подають сигнал, що відповідає секціям бази даних, потім, принаймні одноразово, - сигнал, що відповідає...
Централізоване виявлення мобільної точки доступу
Номер патенту: 96217
Опубліковано: 10.10.2011
Автори: Дешпанде Манодж М., Нанда Санджив, Чень Джен Мей, Баласубраманіан Срінівасан
МПК: H04W 48/00
Мітки: мобільної, точки, доступу, виявлення, централізоване
Формула / Реферат:
1. Спосіб забезпечення віддаленого доступу до мобільної мережі, який включає етапи, на яких: одержують інформацію, специфічну для термінала користувача (UT); задіюють специфічну для UT інформацію, щоб визначати можливості доступу UT; і генерують користувацький список визначення системи (SDL) для вибору між непорівнянними типами точок доступу на основі можливостей доступу UT.2. Спосіб за п. 1, який додатково включає етап, на якому...
Конфігурування ідентифікатора для точки доступу фемтостільника
Номер патенту: 98020
Опубліковано: 10.04.2012
Автори: Тіннакорнсрісупхап Пірапол, Пракаш Раджат, Гупта Раджарши, Хорн Гейвін Б., Агаше Параг А., Паланкі Раві, Кхандекар Аамод Д.
МПК: H04W 24/00
Мітки: ідентифікатора, точки, фемтостільника, доступу, конфігурування
Формула / Реферат:
1. Спосіб зв'язку, який включає етапи, на яких:визначають в точці доступу щонайменше перший ідентифікатор, переданий щонайменше однією іншою точкою доступу, івибирають на основі щонайменше першого ідентифікатора другий ідентифікатор для передачі точкою доступу, причому другий ідентифікатор містить ідентифікатор для стільника, асоційованого з точкою доступу.2. Спосіб за п. 1, в якому другий ідентифікатор містить...
Попередній патент: Спосіб виявлення покладів газу на морі з урахуванням зміщення течіями супутникових аномалій пониження температур поверхні моря
Наступний патент: Механізм, виконаний з можливістю збільшення утомної довговічності круглих зварних швів циліндричної ємності під тиском, яка згодом загинається
Випадковий патент: Буферний каскад