Способи та системи передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку

Реферат: Винахід стосується способів та систем передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку. Система обробки мультимедійного контенту для передачі через одну або більше мереж, що включає трансформаційний пристрій (211) та реконструкційний пристрій (251). Трансформаційний пристрій (211) відповідає за конвертацію мультимедійного файлу в звуковий файл для подальшої передачі через одну або більше мереж, використовуючи існуючий протокол передачі оцифрованого звуку. Мультимедійний файл являє собою мультимедійний контент. Реконструкційний пристрій (251) відповідає за реконструкцію мультимедійного контенту із звукового файлу після завершення передачі файлу. UA 101630 C2 (12) UA 101630 C2 UA 101630 C2 5 10 15 20 25 30 35 40 45 50 55 60 ГАЛУЗЬ ВИНАХОДУ Ці принципи стосуються, головним чином, мультимедійних систем, зокрема способів та систем передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку. РІВЕНЬ ТЕХНІКИ На сьогоднішній день можливості другого покоління Глобальної системи мобільного зв'язку [Global System for Mobile Communications] (GSM) в Європі та Служби персонального зв'язку [Personal Communications Service] (PCS) в Сполучених Штатах Америки стосовно передачі мультимедійного контенту, включаючи відео контент, є обмеженими через пов'язані з цим труднощі. Універсальна система мобільного зв'язку [Universal Mobile Telecommunications System] (UMTS) забезпечує єдине рішення для передачі мультимедійного контенту, використовуючи телефонну мережу, але при цьому має принаймні один суттєвий недолік. Зокрема, вартість послуги є дуже високою для кожного оператора та, відповідно, і для клієнта. Тому UMTS є занадто дорогим рішенням. Це - основний фактор, що змушує операторів мобільної телефонії шукати дешевші альтернативні рішення для передачі мультимедійного контенту, використовуючи мобільну телефонну мережу. ОПИС ВИНАХОДУ Ці та інші недоліки та мінуси відомого рівня техніки усуваються за допомогою цих принципів, які лежать в основі способів та систем передачі мультимедійного контенту, використовуючи існуючий протокол передачі оцифрованого звуку. Відповідно до одного з аспектів втілення цих принципів створюється система з обробки мультимедійного контенту для передачі через одну або більше мереж. Система включає трансформаційний пристрій та відновлювальний пристрій. Трансформаційний пристрій відповідає за конвертацію мультимедійного файлу в звуковий файл для подальшої передачі через одну або більше мереж, використовуючи існуючий протокол передачі оцифрованого звуку. Мультимедійний файл являє собою мультимедійний контент. Відновлювальний пристрій відповідає за відновлення мультимедійного контенту із звукового файлу після завершення передачі файлу. Відповідно до іншого аспекту цих принципів створюється спосіб обробки мультимедійного контенту для передачі через одну або більше мереж. Спосіб передбачає конвертацію мультимедійного файлу в звуковий файл для подальшої передачі через одну або більше мереж, використовуючи існуючий протокол передачі оцифрованого звуку. Мультимедійний файл являє собою мультимедійний контент. Спосіб також передбачає відновлення мультимедійного контенту із звукового файлу після завершення передачі файлу. Відповідно до ще одного аспекту цих принципів створюється комп'ютерний програмний продукт, який включає носій, що використовується у комп'ютері, з програмним кодом, придатним для комп'ютера; такий код призначений для обробки мультимедійного контенту для передачі через одну або більше мереж. Комп'ютерний програмний продукт включає програмний код, придатний для використання у комп'ютері; такий код відповідає за конвертацію мультимедійного файлу в звуковий файл для подальшої передачі через одну або більше мереж, використовуючи існуючий протокол передачі оцифрованого звуку. Мультимедійний файл являє собою мультимедійний контент. Комп'ютерний програмний продукт також включає програмний код, придатний для використання у комп'ютері; такий код відповідає за відновлення мультимедійного контенту із звукового файлу після завершення передачі файлу. Відповідно до ще одного з аспектів цих принципів створюється система для передачі мультимедійного контенту. Система включає трансформаційний пристрій, одну або більше мереж та відновлювальний пристрій. Трансформаційний пристрій відповідає за конвертацію мультимедійного файлу в звуковий файл для подальшої передачі. Мультимедійний файл являє собою мультимедійний контент. Одна або більше мереж включають існуючий протокол передачі оцифрованого звуку. Відновлювальний пристрій відповідає за відновлення мультимедійного контенту із звукового файлу після завершення передачі файлу. Звуковий файл передається з трансформаційного пристрою до відновлювального пристрою через одну або більше мереж, використовуючи існуючий протокол передачі оцифрованого звуку. Відповідно до іншого аспекту цих принципів розробляється спосіб передачі мультимедійного контенту. Спосіб включає конвертацію мультимедійного файлу в звуковий файл. Мультимедійний файл являє собою мультимедійний контент. Спосіб також передбачає передачу звукового файлу через одну або більше мереж, використовуючи існуючий протокол передачі оцифрованого звуку принаймні однієї мережі. Спосіб, крім того, передбачає відновлення мультимедійного контенту із звукового файлу після завершення передачі файлу. 1 UA 101630 C2 5 10 15 20 25 30 35 40 45 50 55 60 Ці та інші аспекти, характеристики та переваги зазначених принципів представлені в наступному детальному описі ілюстративних втілень, що розглядаються разом із супровідними Фігурами. СТИСЛИЙ ОПИС ФІГУР Ці принципи можна краще зрозуміти, розглянувши наступні ілюстративні фігури, де: Фіг. 1 є блок-схемою, що зображує комп'ютерну систему обробки даних 100, до якої застосовуються ці принципи, відповідно до втілення цих принципів; Фіг. 2 є блок-схемою ілюстративної системи 200, призначеної для передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку відповідно до втілення цих принципів; Фіг. 3 є блок-схемою іншої ілюстративної системи 300, призначеної для передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку відповідно до втілення цих принципів; Фіг. 4 є технологічною схемою ілюстративного способу 400 передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку відповідно до втілення цих принципів; Фіг. 5 є технологічною схемою ілюстративного способу 500 конвертації мультимедійного файлу в звуковий файл відповідно до втілення цих принципів; та Фіг. 6 є технологічною схемою ілюстративного способу 600 відновлення мультимедійного файлу із звукового файлу відповідно до втілення цих принципів. ДЕТАЛЬНИЙ ОПИС Ці принципи застосовуються для способів та систем передачі мультимедійного контенту з використанням існуючого протоколу передачі оцифрованого звуку. У даному описі докладно представлені ці принципи. Таким чином, слід взяти до уваги, що фахівці у цій галузі мають можливість розробити різноманітні технічні втілення, навіть ті, що окремо не описані та не показані в цьому тексті, на основі та в рамках цих принципів, зберігаючи при цьому їх сутність та обсяг. Всі приклади та умовні терміни використані в цьому тексті для полегшення та допомоги читачеві у розумінні цих принципів та концепцій, представлених винахідником (винахідниками) для підвищення рівня техніки і повинні тлумачитись як такі, що не обмежені цими окремо представленими прикладами та умовами. Крім того, всі наведені тут твердження, в яких зазначаються специфіка, аспекти та втілення цих принципів, а також їх окремі приклади, включають структурні та функціональні еквіваленти таких специфічних властивостей, аспектів та втілень. Більше того, такі еквіваленти також включають як нині відомі еквіваленти, так і еквіваленти, які будуть розроблені у майбутньому, тобто будь-які елементи, що виконуватимуть таку ж функцію, незважаючи на структуру. Таким чином, фахівцям у цій галузі слід взяти до уваги, що блок-схеми, представлені в цьому тексті, дають концептуальне уявлення про ілюстративну схему застосування цих принципів. Аналогічним чином, слід взяти до уваги, що всі технологічні схеми, схеми процесів, діаграми переходів, символічні коди тощо відображають різні процеси, що можуть бути значною мірою виконані на зчитувальних комп'ютерних носіях та представлені комп'ютером або процесором, незалежно від того, чи зображено такий комп'ютер або процес окремо. Функції різноманітних елементів, зображених на схемах, можуть забезпечуватись шляхом використання спеціального апаратного забезпечення, а також апаратного забезпечення, здатного надавати програмне забезпечення в поєднанні з відповідним програмним забезпеченням. При забезпеченні функцій процесором може використовуватись єдиний спеціальний процесор, єдиний процесор спільного використання або множина окремих процесорів, деякі з яких можуть використовуватись спільно. Крім того, термін "процесор" або "контролер" не повинен застосовуватися лише стосовно апаратного забезпечення, здатного створювати програмне забезпечення, і може вважатись таким, що включає, без обмежень, апаратне забезпечення на основі процесора цифрового сигналу ("DSP"), запам'ятовувальний пристрій ("ROM") для зберігання програмного забезпечення, оперативний запам'ятовувальний пристрій ("RAM"), та енергонезалежний запам'ятовувальний пристрій. Також може включатися й інше апаратне забезпечення, стандартне та/або спеціальне. Аналогічним чином, всі перемикачі, показані на схемах, мають лише концептуальне значення. Їх функція може бути реалізована шляхом застосування програмної логіки, спеціальної логіки, взаємодії програмного контролю та спеціальної логіки, або навіть в ручному режимі, причому методика обирається інженером, відповідно до розуміння контексту. У наведених пунктах Формули винаходу будь-який елемент, описаний як засіб для виконання певної функції, включає будь-який спосіб виконання функції, включаючи, наприклад: 2 UA 101630 C2 5 10 15 20 25 30 35 40 45 50 55 60 а) комбінацію елементів схеми, що виконують цю функцію, або b) програмне забезпечення в будь-якій формі, включаючи мікропрограми, мікрокоди тощо, в будь-яких комбінаціях з відповідною схемою, призначене для створення програмного забезпечення, що реалізує цю функцію. Ці принципи, визначені у представлених пунктах Формули винаходу, ґрунтуються на тому факті, що функції, які забезпечуються різними описаними засобами, комбінуються та складаються разом таким чином, як це передбачено в Формулі винаходу. Таким чином, слід взяти до уваги, що будь-які засоби, що забезпечують ці функції, є еквівалентними функціям, показаним в цьому описі. Посилання в описі винаходу на "втілення" або "одне втілення" цих принципів означає, що окрема риса, структура, характеристика тощо, описана у зв'язку з втіленням, включена принаймні в одне втілення цих принципів. Таким чином, фраза "в одному втіленні" або "у втіленні", використана в різних місцях опису винаходу, не обов'язково стосується одного і того самого втілення винаходу. Слід також взяти до уваги, що терміни "та/або" та "принаймні один з", наприклад, у випадках "А та/або В" та "принаймні один з А та В", використовуються з метою забезпечення вибору лише першого із зазначених варіантів (А), або вибору лише другого із зазначених варіантів (В), або вибору обох варіантів (А та В). Ще один приклад - у випадках "А, В, та/або С" та "принаймні один з А, В, та С" таке формулювання має і забезпечити вибір лише першого із зазначених варіантів (А), або вибір лише другого із зазначених варіантів (В), або вибір лише третього із зазначених варіантів (С), або вибір лише першого і другого із зазначених варіантів (А та В), або вибір лише першого і третього із зазначених варіантів (А та С), або вибір лише другого і третього із зазначених варіантів (В та С)б або вибір всіх трьох варіантів (А та В та С). Цей перелік може бути подовжено на необмежену кількість позицій, як це очевидно для фахівців у цій галузі та суміжних галузях. Слід взяти до уваги, що різні втілення цих принципів, представлені в цьому описі, пов'язані з використанням файлів WAV як одного з типів оцифрованих звукових файлів, до якого можуть застосовуватись ці принципи, але ці принципи не обмежуються виключно використанням файлів WAV, і, таким чином, можуть використовуватись також і інші типи оцифрованих звукових файлів, зберігаючи сутність цих принципів. Рекомендованим типом оцифрованого звукового файлу є оцифрований звуковий файл без втрат (ідеальний файл), в якому вхідний контент, включений до мультимедійного файлу, з якого створюється звуковий файл, може зберігатися неушкодженим. Таким чином, у випадку з файлами WAV, попри те, що можна використовувати спосіб модуляції без РСМ при створенні таких файлів, рекомендується застосовувати кодовоімпульсну модуляцію (РСМ), параметри якої можуть змінюватись для забезпечення такої функції захисту від втрат. Слід також взяти до уваги, що використаний тут термін "мультимедіа" стосується контенту або файлу, що включає принаймні два різних типи даних, які безпосередньо сприймаються користувачем (такі як відео та/або візуальні дані та аудіо, яке можна почути, на відміну від, наприклад, даних (надалі - "інші дані"), таких як, без обмежень, супутні дані, які користувач бачити не може, але які застосовуються як допоміжні стосовно тих даних, які користувач може бачити). І хоча слід взяти до уваги, що мультимедійний файл може включати такі інші дані і також те, що ці принципи можуть також ефективно застосовуватись і до таких інших даних, як тут описано, в процесі конвертації та відновлення, слід також взяти до уваги, що термін "мульти" в аспекті мультимедіа, як тут описано стосовно терміну "мультимедійний файл", означає конвертацію принаймні двох різних типів даних, які безпосередньо сприймаються користувачем. Тому ці принципи можуть, серед іншого, застосовуватись для передачі фільмів, наприклад, у форматі файлів MPEG-2 та MPEG-4 AVC, оскільки такі фільми мають відео та аудіо складову, якщо не йдеться про німе кіно, і обидві ці складові безпосередньої сприймаються користувачем. Рекламні ролики, що мають відео та аудіо складову, також можуть ефективно передаватись з використанням цих принципів. Як вже зазначено вище, ці принципи застосовуються у способах та системах передачі мультимедійного контенту, використовуючи існуючий протокол передачі оцифрованого звуку. Слід також взяти до уваги, що мультимедійний контент, призначений для передачі може мати будь-який вихідний формат. Наприклад, послідовність відео кадрів може бути представлена, без обмежень, будь-яким з наступних форматів файлів: "audio video interleave" (AVI); Стандарт Міжнародної організації зі стандартизації/Міжнародної електротехнічної комісії (ISO/IEC), Групи експертів з кінематографії1 (MPEG-1); Стандарт ISO/IEC MPEG-2, Рекомендації Н.263 Міжнародного союзу з телекомунікації, Сектор телекомунікації (ITU-T); Стандарт ISO/IEC MPEG-4 Частина 2 "Advanced Video Coding" (AVC) (надалі -" Стандарт MPEG-4 Частина 2"); Стандарт ISO/IEC MPEG-4 3 UA 101630 C2 5 10 15 20 25 30 35 40 45 50 55 Частина 10 Advanced Video Coding (AVC) /Рекомендація ITU-T H.264 (надалі - "Стандарт MPEG4 AVC"); тощо. Зображення можуть бути представлені, без обмежень, в наступних форматах: об'єднана група експертів в галузі фотографії (JPEG); JPG; JPE; JFIF; JIF; bitmap (BMP); теговий формат графічних файлів (TIFF); теговий формат графічних файлів/електронна фотографія (TIFF/ЕР); формат обміну графічною інформацією (GIF); портативна мережева графіка (PNG); тощо. Дані можуть бути представлені, без обмежень, в наступних форматах: текстовий; RAR; формати портативного документу (PDF); ZIP; ASCII, тощо. Нижче представлено ілюстративне втілення цих принципів. При цьому слід взяти до уваги, що, з урахуванням концепції цих принципів, представленої в цьому описі, фахівець у цій галузі та суміжних галузях має можливість компонувати це та інші втілення, зберігаючи при цьому сутність цих принципів. В цьому втіленні мультимедійний контент проходить процес двійкової конвертації, шляхом якої мультимедійний контент конвертується у відповідні двійкові величини. Двійкові дані після цього конвертуються в оцифрований звуковий файл, використовуючи процес конвертації, більш детально описаний нижче за текстом. В одному втіленні звуковий файл може бути, наприклад, але не обмежуючись цим, файлом WAV. В одному втіленні файл WAV має частоту, що представлена змінною "FS" (яка визначається, наприклад, в Герцах), та кількість біт, що представлена змінною, яка надалі іменується "NBITS". Файл WAV може бути, наприклад, файлом WAV, в якому використовується формат модуляції, що допускає втрати, або файлом WAV, в якому використовується формат модуляції без втрат (наприклад, кодовоімпульсна модуляція (РСМ)) тощо. Слід також взяти до уваги, що конвертація мультимедійного файлу в звуковий файл є ідентичною для всіх типів мультимедійних файлів. Тобто, конвертація відбувається незалежно від характеру та структури мультимедійного файлу. Відповідно, файл JPEG, MPEG-2 та RAR зчитується однаково для отримання відповідних двійкових значень. Зокрема, у випадку файлів, що відповідають стандарту MPEG-2 або стандарту MPEG-4 AVC, синхронізація відео частини та аудіо частини не змінюється протягом конвертації, натомість вона зберігається. Файл WAV, який включає оцифровані звуки, що відповідають зазначеному мультимедійному контенту, передається до пункту призначення, використовуючи існуючий протокол, призначений для передачі оцифрованого звуку. Коли отримано файл WAV, який включає оцифровані звуки, мультимедійний контент відтворюється, використовуючи процес зворотної конвертації, більш детально описаний нижче за текстом. В одному втіленні якість відтвореного мультимедійного контенту є ідентичною якості мультимедійного контенту до двійкової конвертації. Відповідно, в одному або декількох втіленнях цих принципів передбачена система конвертації, передачі та відтворення мультимедійного контенту без втрат. Звичайно, така відсутність втрат пов'язана з аспектами цих принципів щодо конвертації та відтворення мультимедійного контенту стосовно звукового файлу, а не зі стисненням, застосованим до мультимедійного контенту, наприклад, коли мультимедійний контент, що вноситься в систему відповідно до цих принципів, вже стиснуто, як це має місце у випадку з файлом, кодованим відповідно до стандарту MPEG-4 AVC. На Фіг. 1 зображено блок-схему комп'ютерної системи обробки даних 100, до якої застосовуються ці принципи, відповідно до втілення цих принципів. Слід взяти до уваги, що комп'ютерна система обробки даних 100 може бути впроваджена на іншому пристрої. Наприклад, в одному втіленні комп'ютерна система обробки даних 100 може бути застосована у мобільному телефоні. Звичайно, ці принципи не обмежуються комп'ютерними системами обробки даних, застосованими у мобільному телефоні, і, таким чином, ці принципи можуть бути застосовані для інших пристроїв, зберігаючи сутність цих принципів. Наприклад, персональні цифрові записники, планшети, електроні книги тощо є лише деяким з тих типів пристроїв, що включають комп'ютерну систему обробки даних, до якої можуть застосовуватися ці принципи, зберігаючи сутність цих принципів. Комп'ютерна система обробки даних 100 включає принаймні один процесор (CPU) 102, технологічно з'єднаний з іншими компонентами за допомогою системної шини 104. Постійний запам'ятовувальний пристрій (ROM) 106, оперативний запам'ятовувальний пристрій (RAM) 108, кеш 109, адаптер дисплея 110, адаптер вводу-виводу 112, адаптер інтерфейсу користувача 114, звуковий адаптер 170, та мережевий адаптер 198 технологічно з'єднані з системною шиною 104. Індикаторний пристрій 116 технологічно з'єднаний з системною шиною 104 за допомогою адаптера дисплея 110. Пристрій зберігання інформації (наприклад, накопичувач на 4 UA 101630 C2 5 10 15 20 25 30 35 40 45 50 55 магнітному або оптичному диску) 118 технологічно з'єднаний з системною шиною 104 за допомогою адаптера вводу-виводу 112. Клавіатура 122 технологічно з'єднана з системною шиною 104 за допомогою інтерфейсу користувача 114. Клавіатура 122 використовується для вводу інформації в систему 100 та виводу інформації з неї. Зазвичай комп'ютерні системи обробки даних 100 не обмежуються виключно клавіатурами, коли йдеться про пристрої вводу даних, можуть використовуватись також і інші пристрої вводу даних, зберігаючи сутність цих принципів. Принаймні один динамік (надалі за текстом - "динамік") 185 технологічно з'єднаний з системною шиною 104 за допомогою звукового адаптера 170. Модем (цифровий та/або аналоговий) 196 технологічно з'єднаний з системною шиною 104 за допомогою мережевого адаптера 198. Модем 196 переважно є бездротовим модемом, який дозволяє здійснювати передачу звукового файлу, призначеного для передачі, бездротовим способом, використовуючи протокол бездротового зв'язку. Бажано, щоб такий протокол бездротового зв'язку був існуючим протоколом передачі оцифрованого звуку. Слід взяти до уваги, що елементи комп'ютерної системи обробки даних 100 та конфігурації таких елементів зазначеної системи представлені лише в ілюстративних цілях, і, таким чином, способи впровадження комп'ютерної системи обробки даних, до яких можуть застосовуватися ці принципи, не обмежуються попередніми елементами та конфігураціями. Таким чином, з урахуванням концепції цих принципів, представленої в цьому винаході, фахівець у цій галузі та суміжних галузях має можливість компонувати цей та інші елементи та їх відповідні комбінації і видозміни, зберігаючи при цьому сутність цих принципів. Відповідно, в інших втіленнях один або більше елементів можуть бути вилучені та/або один або більше елементів можуть бути додані, та/або різні конфігурації елементів можуть існувати, зберігаючи при цьому сутність цих принципів. Як показано на Фіг. 2, ілюстративна система, призначена для передачі мультимедійного контенту, використовуючи існуючий протокол передачі оцифрованого звуку, загалом позначена цифровим індексом 200. Система 200 включає трансформаційний пристрій 211 та відновлювальний пристрій 251. В одному втіленні трансформаційний пристрій 211 виконаний у формі передавального пристрою 210, а відновлювальний пристрій 251 виконаний у формі приймального пристрою 250. В одному втіленні передавальний пристрій 210 та приймальний пристрій 250 розроблені як відповідні мобільні телефони. Звичайно, способи розробки передавального пристрою 210 та приймального пристрою 250 не обмежуються виключно мобільними телефонами, і, таким чином, можуть використовуватись також і інші типи пристроїв, зберігаючи сутність цих принципів. Наприклад, персональні цифрові записники, планшети, електроні книги тощо є лише деяким з тих типів пристроїв, до яких можуть застосовуватися ці принципи, зберігаючи сутність цих принципів. Зв'язок між передавальним пристроєм 210 та відновлювальним пристроєм 251 здійснюється через одну або більше мереж (надалі просто скорочено - "Мережа") 280. У разі розробки передавального пристрою 210 та приймального пристрою 250 у формі мобільних телефонів, будь-які з передавальних пристроїв 210 та приймальних пристроїв 250 можуть включати камеру 262, дисплей 264 та динамік 266. Наприклад, камера 262 у приймальному пристрої 210 може знімати послідовність відео кадрів, з яких створюється мультимедійний файл. Наприклад, таким мультимедійним файлом може бути файл MPEG-2. Трансформаційний пристрій 211 в передавальному пристрої 210 (наприклад, у мобільному телефоні) може використовуватись для конвертування файлу MPEG-2 у звуковий файл. Відновлювальний пристрій 251 у приймальному пристрої 250 може використовуватись для відновлення звукового файлу з файлу MPEG-2 після передачі звукового файлу через мережу 280, використовуючи, наприклад, існуючий протокол передачі оцифрованого звуку 280. Індикаторний пристрій 264 в приймальному пристрої 250 може використовуватись для відображення відео частини мультимедійного контенту відновленого мультимедійного файлу (наприклад, відновленого файлу MPEG-2), та динамік 266 в приймальному пристрої 250 може використовуватись для відтворення звукової частини мультимедійного контенту відповідного відновленого мультимедійного файлу. Слід взяти до уваги, що елементи та їх поєднання в системі 200 на Фіг. 2 представлені лише в ілюстративних цілях. Таким чином, з урахуванням концепції цих принципів, представленої в цьому документі, фахівець у цій галузі та суміжних галузях має можливість компонувати цей та інші елементи та їх відповідні комбінації і видозміни, зберігаючи при цьому сутність цих принципів. Відповідно, в інших конструктивних виконаннях один або більше елементів можуть 5 UA 101630 C2 5 10 15 20 25 30 35 40 45 50 55 60 бути вилучені та/або один або більше елементів можуть бути додані, та/або різні конфігурації елементів можуть існувати, зберігаючи при цьому сутність цих принципів. Наприклад, у втіленні, зображеному та описаному на Фіг. 2, трансформаційний пристрій 211 виконаний у формі передавального пристрою 210, а відновлювальний пристрій 251 виконаний у формі приймального пристрою 250, в іншому втіленні трансформаційний пристрій 211 може бути виконаний окремо від передавального пристрою 210, а відновлювальний пристрій 251 може бути виконаний окремо від приймального пристрою 250, і, таким чином, трансформаційний пристрій 211 та відновлювальний пристрій 251 виконані у формі окремих елементів відносно передавального пристрою 210 та приймального пристрою 250. У такому випадку трансформаційний пристрій 211 має функцію передачі мультимедійного контенту (наприклад, файлу WAV) до передавального пристрою 210 для здійснення передачі, а відновлювальний пристрій 251 має функцію приймання мультимедійного контенту з приймального пристрою 250. Крім того, слід взяти до уваги, що іще в одному втіленні трансформаційний пристрій 211 може включатися у пристрій (наприклад, мобільний телефон, PDA, електрона книга тощо), який, у свою чергу, включає передавальний пристрій 210, та кожний відновлювальний пристрій 251 може бути включений до іншого пристрою, який, у свою чергу, включає приймальний пристрій 250. З урахуванням концепції цих принципів, представленої в цьому документі, ці та інші видозміни та способи впровадження елементів, зазначені на Фіг. 2, може комбінувати фахівець у цій галузі та суміжних галузях, зберігаючи при цьому сутність цих принципів. Як показано на Фіг. 3, інша ілюстративна система передачі мультимедійного контенту, використовуючи існуючий протокол передачі оцифрованого звуку, загалом позначена цифровим індексом 300. Система 300 включає трансформаційний пристрій 311 та відновлювальний пристрій 351. В одному втіленні трансформаційний пристрій 311 виконаний у формі передавального пристрою 310, а відновлювальний пристрій 351 виконаний у формі приймального пристрою 350. В одному втіленні передавальний пристрій 310 розроблено у формі мультимедійного серверу, а приймальний пристрій 350 розроблено у формі мобільного телефону. Звичайно, способи розробки передавального пристрою 310 та приймального пристрою 350 не обмежуються виключно серверами та мобільними телефонами, і таким чином, можуть використовуватись також і інші типи пристроїв, зберігаючи сутність цих принципів. Зв'язок між передавальним пристроєм 310 та відновлювальним пристроєм 351 здійснюється через одну або більше мереж (надалі просто скорочено - "Мережа") 380. У разі розробки приймального пристрою 350 у формі мобільного телефону, приймальний пристрій 350 може включати дисплей 364 та динамік 366. Приймальний пристрій 350 може включати або не включати камеру 362. Користувач мобільного телефону може замовити, наприклад, фільм у формі файлу MPEG-2. Трансформаційний пристрій 311 в передавальному пристрої 310 (наприклад, у сервері) може використовуватись для конвертування файлу MPEG-2 у звуковий файл. Відновлювальний пристрій 351 в приймальному пристрої 350 може використовуватись для відновлення звукового файлу з файлу MPEG-2 після передачі звукового файлу через мережу 380, використовуючи, наприклад, існуючий протокол передачі оцифрованого звуку 380. Індикаторний пристрій 364 в приймальному пристрої 350 може використовуватись для відображення відеочастини мультимедійного контенту відновленого мультимедійного файлу (наприклад, відновленого файлу MPEG-2), a динамік 366 в приймальному пристрої 350 може використовуватись для акустичного відтворення звукової частини мультимедійного контенту відповідного відновленого мультимедійного файлу. Слід взяти до уваги, що елементи та їх з'єднання в системі 300 на Фіг. 3 представлені лише в ілюстративних цілях. Таким чином, з урахуванням концепції цих принципів, представленої в цьому винаході, фахівець у цій галузі та суміжних галузях має можливість компонувати цей та інші елементи та їх відповідні комбінації і видозміни, зберігаючи при цьому сутність цих принципів. Відповідно, в інших втіленнях один або більше елементів можуть бути вилучені та/або один або більше елементів можуть бути додані, та/або різні конфігурації елементів можуть існувати, зберігаючи при цьому сутність цих принципів. Як показано на Фіг. 4, ілюстративний спосіб передачі мультимедійного контенту, використовуючи існуючий протокол передачі оцифрованого звуку, загалом позначений цифровим індексом 400. Також, слід взяти до уваги, що, не дивлячись на те, що спосіб 400 на Фіг. 4 описано з урахуванням елементів Фіг. 2 в ілюстративних цілях, він в тій же мірі застосовний до елементів з Фіг. 3. На етапі 406 мультимедійний файл, який представляє собою мультимедійний контент, передається в трансформаційний пристрій 211. В одному втіленні мультимедійний файл може 6 UA 101630 C2 5 10 15 20 25 30 35 40 45 бути представлений одним або більше таких форматів, як дані, зображення, відео. Крім того, мультимедійний файл може бути представлений комбінацією таких форматів, як, наприклад, аудіо та відео. На етапі 410 мультимедійний файл конвертується в звуковий за допомогою трансформаційного пристрою 211. В одному втіленні звуковий файл може бути, наприклад, файлом WAV. На етапі 415 звуковий файл передається із трансформаційного пристрою 211 в передавальний пристрій 210. В одному втіленні, такому, як показано та описано на Фіг. 2, де трансформаційний пристрій 211 виконаний у формі передавального пристрою 210, етап 415 може просто включати, наприклад, передачу звукового файлу через шину тощо. На етапі 420 звуковий файл передається з передавального пристрою 210 до приймального пристрою 250 через одну або більше мереж 280, використовуючи, наприклад, існуючий протокол передачі оцифрованого звуку. На етапі 425 звуковий файл, прийнятий приймальним пристроєм 251, передається у відновлювальний пристрій 251. На етапі 430 мультимедійний файл відновлюється із звукового файлу за допомогою відновлювального пристрою 251. В одному втіленні мультимедійний контент файлу, який представлений мультимедійним файлом, відновленим за допомогою відновлювального пристрою 251, є ідентичним мультимедійному контенту до його конвертації за допомогою трансформаційного пристрою 211. На етапі 435 контент відновленого мультимедійного файлу відтворюється (наприклад, відображається відео та/або відтворюється звук) для користувача. Функціональні характеристики трансформаційного пристрою 211 та відновлювального пристрою 251 детально описаного нижче за текстом. Як показано на Фіг. 5, ілюстративний спосіб конвертації мультимедійного файлу в звуковий файл відповідно до одного втілення цих принципів, загалом позначено цифровим індексом 500. В одному втіленні спосіб 500 відповідає етапу 410 способу 400, як показано на Фіг. 4. На етапі 505 мультимедійний контент відкривається для читання. На етапі 510 двійкові дані зчитуються з файлом з мультимедійним контентом та записуються на матрицю Y, виміри якої представлені "зразками" та "каналами". Вимір "зразки" відображає кількість ліній (рядків) матриці Y, а вимір "канали" відображає кількість стовпчиків матриці Y. На етапі 515 визначається, чи матриця Y є вектором. Якщо так, спосіб передбачає перехід до етапу 520. В іншому випадку спосіб передбачає перехід до етапу 525. На етапі 520 матриця Y задається у формі стовпчика. На етапі 525 створення звукового файлу під назвою wavefile, використовуючи частоту вибірки, що представлена змінною "FS" (яка визначається, наприклад, в Герцах) та кількість біт, що представлена змінною, яка надалі іменується "NBITS". В одному втіленні значення NBITS обмежено одним з 8, 16, 24, або 32. На етапі 530 розраховуються наступні змінні: біт_на_зразок; всього_зразків; та всього_біт. В одному втіленні змінні розраховані наступним чином (де знак "/" означає ділення, знак "*" означає множення, а знак "+" означає додавання): біт_на_зразок = ціле число (NBITS/8) всього_зразків = зразки * канали всього_біт = всього_зразків * біт_на_зразок Крім того, на етапі 530 визначається кількість біт в різних сегментах даних стосовно наступних змінних: riff_cksize; fmt_cksize; та data_cksize. В одному втіленні кількість біт в різних сегментах даних визначається наступним чином: riff cksize = 36 + всього_біт fmtcksize = 16 data_cksize = Всього_біт. На етапі 535 файл WAV відкривається для редагування, використовуючи змінну "fid" як ідентифікатор файлу. На етапі 540 розробляються структури поля сегмента даних. В одному втіленні кожен сегмент даних може включати одне або більше з наступних полів. chunk.filename: wavefile chunk, fid: fid chunk. ID:даних 4-значний ідентифікатор ідентифікатора сегмента chunk.Size: розмір сегмента даних 7 UA 101630 C2 5 10 15 20 25 30 35 chunk.Data дані про сегмент даних В одному втіленні перші два поля (chunk.filename та chunk.fid) є ідентичними для всіх сегментів даних. На етапі 545 сегмент даних RIFF (але не дані про сегмент даних) відображається наступним чином: chunk. ID "RIFF chunk.Size = riff cksize На етапі 550 під сегмент даних WAV (але не дані про сегмент даних) відображається наступним чином: chunk. ID = "WAVE" chunk.Size = [] На етапі 555 сегмент даних (але не дані про сегмент даних) відображається наступним чином: chunk. 1D = "fmt" chunk.Size = fmf_cksize На етапі 560 сегмент даних відображається наступним чином, з наступними компонентами: fmt.filename = wavefile fmt.DataEncodingFormat 1 якщо NBITS