Як будуються сучасні рішення IPTV?
Час коли все від будівництва свого центрального поста до укладення договорів з каналами йде в минуле, на зміну прийшов час, коли всі, що не є профільним для оператора, замовляється на стороні. Оператор сам повинен тільки забезпечити підключення абонента до обсягу всіляких даних за допомогою своєї мережі.
На ринку операторських послуг намітилося чіткий поділ праці, що говорить про високу якість економічного розвитку в цьому напрямку, чим вище поділ праці, тим більш розвиненим вважається економіка, і ми можемо спостерігати безліч компаній, що надають свої вузькоспеціалізовані послуги. Якщо зараз вам потрібно організувати IPTV, то ви просто замовляєте готовими блоками потрібні для вас послуги у різних компаній і поєднуєте їх воєдино, як конструктор Лего. З'єднання в єдине ціле відбувається за рахунок головного об'єднуючого блоку - Middleware.
Типове рішення IPTV включає в себе: канали, VoD, TimeShift, NPVR і підтримка різних абонентських пристроїв. Для цього вам можуть знадобитися наступні блоки:
Будуючи сучасне рішення IPTV, ви все віддаєте на аутсорсинг.
Послуга VoD. тенденції розвитку
Одним з переваг технологій IPTV з самого початку її появи вважалася послуга VoD. Але якщо порахувати, скільки мереж змогли самостійно організувати на своїй мережі дану послугу, то вистачить пальців на одній руці і справа тут не в технічні складнощі, їх тут якраз немає. А ось інтернет-кінотеатрів з кожним днем стає все більше і більше, і це при тому, що технічно це більш складне завдання, ніж будівництво локального рішення на одній мережі. Пояснення такого явища треба шукати в економіці. Економіка тут не хитра - контент коштує дуже дорого, щоб відбити гроші, вкладені в його покупку, треба мати велику абонентську базу. Мереж мають таку кількість абонентів трохи і ця абонентська база в будь-якому випадку поступається загальної кількості користувачів інтернет. Тенденція розвитку послуги VoD за глобальними рішеннями (Vidimax. IVI. Tvigle. MEGOGO. TVzavr).
Інтернет-кінотеатри будуть рости.
Middleware IPTV. "Тонкий" або "товстий" клієнт?
Для IPTV Middleware існує поняття "тонкого" і "товстого" клієнта. IPTV Middleware c "товстим" клієнтом (NetUp. SmartLabs. CTI. Netris. Stalker), ще деякі називають його middleware другого покоління, в порівнянні з "тонким" клієнтом (IPTVPORTAL). Через такого поділу, багато хто думає що middleware на базі "тонкого" клієнта це минуле століття і переваги за middleware на базі "товстого" клієнта. Це абсолютно невірно! Технології "тонкого" і "товстого" клієнта. це два різних підходи використовуються в розробці middleware. "Тонкий" клієнт це браузерні додаток, як правило, написане на JS, а "товстий" клієнт це апаратне додаток, таке як меню в телевізорі. Для написання "Толстого2 клієнта зазвичай використовується C і QT.
Кожна технологія має свої переваги і недоліки. Наприклад, призначений для користувача інтерфейс на базі "товстого" клієнта повинен працювати швидше (залежить, звичайно, від реалізації), а додатки на базі "тонкого" клієнта простіше змінювати і переносити на нові пристрої. Але це все цікаво для розробників додатків, а кінцевому користувачу - абоненту IPTV, абсолютно все одно, яка там технологія використовується, йому важливий кінцевий результат - простий інтуїтивно зрозумілий інтерфейс, без "гальм", який можна досягти чи ні, при використанні будь-якої з двох технологій.
Важлива не технологія а реалізація.
Чи може приставка з просунутим інтерфейсом замінити Middleware?
Часто від продавців приставок оператор чує. що у нас на приставці є дуже функціональний портал і набуваючи її, вам взагалі, щоб побудувати IPTV, не потрібно middleware. Що можна сказати з цього приводу? А то, що такі продавці, м'яко кажучи, лукавлять і все не договорюють. Насправді вони пропонують "кашу із сокири". Купивши приставку з просунутим порталом, одним з перших постає питання - як їй управляти? На що продавець відповість, що все нормально і не варто турбуватися, у нас дуже хороший функціонал і вам все те треба написати простеньку програмку, яка буде закидати в нашу приставку плейлист і щось там ще. В кінцевому рахунку, написання такої програми виливається в написання повноцінної Middleware. Оператор витрачає купу часу своїх співробітників або наймає розробників з боку і в кінцевому рахунку отримує результат - своє Middleware і тут приходить усвідомлення того, що все тільки починається. Не можна просто написати middleware і користуватися цим все життя, навіть якщо не вводити нові сервіси і не займатися підтримкою нових пристроїв. Middleware потреба у технічному обслуговуванні, а що робити якщо співробітник, який написав middleware звільнитися і т.д. Приставка з хорошим просунутим інтерфейсом (DUNE HD. Eltex. MAG. TVIP), це тільки приставка з хорошим просунутим інтерфейсом і якщо оператору потрібно будувати рішення IPTV, то йому все одно буде потрібно middleware, якою б досконалою приставка була.
Як обмежувати доступ до каналів IPTV в мережі?
На сьогодні можна виділити три підходи:
2. зробити самим на керованих комутаторах;
Перше рішення найдорожче. Такий "вхідний квиток" в IPTV не кожен провайдер в змозі оплатити, для більшості провайдерів це рішення не підходить через високу ціну. Для тих же небагатьох, хто в змозі оплатити таку дорогу покупку, великої радості це теж не додає, шкода витрачати великі гроші на те, що ніяк не можна записати в актив (і при оцінки мережі він не враховується, і сам по собі нікому не потрібний) .
Третій варіант - оренда. Цей підхід бачиться найбільш привабливим. Відсутність інвестицій і при цьому швидкий запуск (природні переваги хмарних рішень), дають величезні переваги оператору, який зробив ставку саме на це рішення.