Standard televisivi interattivi - Interactive television standards

Il televideo è stato introdotto nella televisione analogica negli anni '80 e ha consentito un'interazione limitata con i televisori per ottenere informazioni facilmente trasferibili come orari e dati meteorologici. Oggi la tecnologia si è sviluppata al punto da consentire una comunicazione più complessa e di grandi dimensioni. Le prime emittenti private, come Canal + , furono i pionieri nell'adozione di questa nuova forma e hanno continuato a svilupparla nel corso della sua vita.

In conseguenza dello Switchoff Analogico è stato sviluppato il Progetto denominato Digital Terrestrial Television ( DTT ) creando una televisione in formato digitale pubblico con più funzionalità, in concorrenza con le emittenti private. Tra queste caratteristiche si possono trovare menu interattivi che, come nel caso della trasmissione privata, forniscono informazioni all'utente e gli permettono di adattare il prodotto alle proprie esigenze. Questa interazione utente-televisione è oggi nota come televisione interattiva .

Ciò è possibile grazie ai Set-top-Box (o STB in breve), decoder televisivi in grado di ricevere e decodificare il segnale digitale e visualizzarlo attraverso un televisore analogico . Questo dispositivo consente agli utenti di accedere ai contenuti offerti dalla rete della televisione digitale . Una delle loro numerose funzioni è l'esecuzione delle applicazioni interattive, oggetto di questo articolo.

Per l'interattività, è necessario che gli STB possano essere programmati e aggiornati dinamicamente. Per questo esistono diverse soluzioni sul mercato, tra cui la definizione di uno strato software intermedio su cui girano le applicazioni, trasmesse insieme ai segnali audiovisivi. Questo livello software intermedio è chiamato Middleware .

Standard privati ​​o proprietà privata

Autostrada dei media

È stato definito da Canal Plus Technologies, che rappresenta la più ampia gamma di soluzioni sul mercato in modo che il software negli STB interpreti ed esegua applicazioni interattive, software di trasmissione dal server per la trasmissione di applicazioni e dati via satellite, cavo e reti terrestri , inoltre esegue applicazioni interattive e il loro ambiente di esecuzione. Inoltre, include diversi profili per rispondere meglio alle esigenze delle emittenti.

Questo standard esegue applicazioni scritte in diversi linguaggi di programmazione come Java , MHEG-5 o HTML e supporta le specifiche DVB-MHP , OCAP , DAVIC o ATSC aggiungendo, allo stesso tempo, altre specifiche proprie e nuove.

Apri il core della TV

Il prodotto più importante di Open TV, un middleware per la televisione digitale (DTV) ampiamente esteso. La tecnologia software Open TV Core contiene un livello di astrazione hardware (per rendere indipendente l' hardware ), librerie TV, una selezione di ambienti di esecuzione per le applicazioni e supporto per Personal Video Recorder (PVR), per creare un ambiente DTT per i decoder (STB). Le librerie televisivi includono il supporto per la grafica ricca (RG) e ad alta definizione (HD), la comunicazione netto della linea telefonica fino a banda larga IP (via DSL, Ethernet o fibra), la gestione dei segnali audio e video digitali ( DVB , così come altri standard e formati proprietari) e supporto per l'autenticazione e la crittografia utilizzando i sistemi CA / DRM. Open TV Core supporta una serie di esecuzione di ambienti di applicazioni (AEE) tra cui la macchina virtuale "C", un browser HTML , un ambiente di presentazione Adobe Flash e una Java Virtual Machine in conformità con lo standard MHP . La Macchina Virtuale "C" è un ambiente di esecuzione che consente le API del Software Developers Kit di Open TV, che consente ai fornitori di contenuti di creare, in codice O, applicazioni centrate sulla TV utilizzando gli strumenti di sviluppo di Open TV o di altri venditori.

Standard aperti o pubblici

MHEG

Già nel 1995 l' ISO ( International Organization for Standardization ), insieme al Multimedia and Hypermedia Experts Group, pubblicò lo standard MHEG. Questo ha dato un approccio definitivo alla creazione di applicazioni multimediali che potrebbero funzionare in ogni sistema operativo in conformità con questo standard. Concettualmente, MHEG intendeva fare per le applicazioni multimediali lo stesso che l' HTML faceva per i documenti al momento giusto, cioè per fornire un formato di scambio comune che dovrebbe essere eseguito in ogni ricevitore.

MHEG-1 : questa versione includeva il supporto per oggetti contenenti codici di procedura, che potrebbe ampliare il modello base di MHEG-1 aggiungendo funzioni decisionali, non essendo possibile in altro modo.

MHEG-3 : questa versione definisce una macchina virtuale standard e un codice di rappresentazione in byte che ne consente la portabilità attraverso piattaforme hardware.

Queste versioni non hanno avuto successo, poiché si basavano su concetti molto complicati e l'industria non era pronta per le caratteristiche che offrono. MHEG-5 , la versione più semplice di MHEG-1, è stata creata nell'aprile 1997.

Molte delle funzioni che lo stavano modellando erano uguali ma contemporaneamente c'erano molte differenze tra le due versioni. MHEG-3 fu superato dal successo di Java e nel 1998 decisero di creare la sesta versione, MHEG-6 , che si basava sulla quinta versione aggiungendo un supporto all'uso di Java per sviluppare script di oggetti, mescolando la forza dichiarativa di MHEG con gli elementi di procedura di Java . Per fare ciò, hanno definito un'API ( Java application programming interface ) per MHEG in modo che il codice Java potesse manipolare gli oggetti MHEG nella sua applicazione madre.

Sebbene l'MHEG-6 non fosse esteso, era la base dello standard DAVIC ( Digital Audio Video Council ).

DAVIC

Questo standard è stato creato poco dopo l'MHEG-6 nel 1998. È stato creato aggiungendo una nuova serie di API Java alla sesta versione di MHEG. Le API dello standard sopra menzionato consentivano agli oggetti Java l'accesso ad alcuni servizi di informazione, il controllo di servizi di contenuti audio e video e la gestione della gestione delle risorse nel ricevitore. Sebbene la creazione di un'applicazione non fosse possibile in Java puro per il ricevitore DAVIC , le API Java erano già in grado di controllare più elementi del ricevitore di ciò che era possibile con altri standard.

DVB-MHP (la piattaforma multimediale domestica)

Questo è definito dal Digital Video Broadcasting (DVB) per offrire servizi interattivi nella DTV. È una versione limitata della macchina virtuale di Java , in cui vengono aggiunte una serie di funzionalità extra per l'adeguamento all'ambiente del DTV. Allo scopo di predisporre le specifiche di questo standard vengono definiti tre profili relativi alle capacità degli STB:

1. Enhanced Broadcast Profile: le applicazioni interattive vengono scaricate tramite broadcasting. Non incorpora il canale a ritroso nell'STB.
2. Broadcast interattivo: incorpora comunicazioni bidirezionali tramite canale IP a ritroso verso il server, consentendo il download delle applicazioni.
3. Accesso a Internet: STB elabora contenuti Internet estremi .

Esistono due versioni che coprono i profili menzionati:

  • MHP 1.0 che copre i primi due profili. Questa versione è quella utilizzata dagli attuali ricevitori e la maggior parte implementa il secondo profilo. Molti paesi l'hanno adottata per offrire i propri servizi interattivi DTV, come Spagna, Italia o Finlandia.
  • MHP 1.1 che copre i tre profili. Al giorno d'oggi non è stato trovato in nessun ricevitore commerciale compatibile con quella versione sebbene ci siano alcuni protocolli compatibili.

OCAP

L'azienda americana CableLabs ha collaborato con DVB per la creazione di un nuovo standard aperto, che ha portato all'accettazione della specifica dello standard MHP come base per questo standard, l'OCAP ( OpenCable Application Platform ), nel gennaio 2002. Con MHP al suo centro OCAP fornisce una specifica comune per il livello middleware per i sistemi di cavo negli Stati Uniti. Poiché negli Stati Uniti gli standard DVB non vengono utilizzati, OCAP si basa su quelle parti che non sono specifiche DVB, sostituendo il resto di quelle specifiche DVB come DVB IF API . In origine, OCAP era basato sulla versione 1.0.0 della specifica MHP.

Successivamente, DVB ha presentato la specifica Globally Executable MHP (GEM) per facilitare l'uso degli elementi di MHP in altre specifiche. Le versioni recenti di OCAP utilizzano GEM invece di MHP come base, ma si riferiscono ad alcuni elementi di MHP che non sono inclusi nella specifica GEM.

ACAP (Advanced Common Application Platform)

Questa piattaforma è stata creata dall'Advanced Television Systems Committee ( ATSC ), come base comune per tutti i sistemi di TV interattiva negli USA, via cavo, terrestre o satellitare. Si basa anche su GEM e aggiunge alcuni elementi OCAP adattati per il mercato USA.

Guarda anche

Ulteriore lettura

  • Steven Morris e Anthony Smith-Chaigneau, "Interactive TV Standards: A Guide to MHP, OCAP, and JavaTV". Elsevier 2005.