IT201900009255A1 - Sistema per la trasmissione in broadcast di messaggi personalizzati per specifici utenti - Google Patents

Description

Descrizione dell’invenzione industriale dal titolo: SISTEMA PER LA TRASMISSIONE IN BROADCAST DI MESSAGGI PERSONALIZZATI PER SPECIFICI UTENTI;

La presente invenzione riguarda il settore delle trasmissioni in Broadcast, ed in particolare concerne un sistema di trasmissione e di ricezione di messaggi contenenti immagini o brevi clip indirizzate a singoli utenti o a gruppi di utenti, trasmissibili su reti televisive unidirezionali broadcast con sistema di accesso condizionato. La quantità di banda trasmissiva necessaria per la trasmissione dei messaggi è relativamente bassa e ne rende possibile l’utilizzo e la validità commerciale sulle reti broadcast.

Abbreviazioni:

AMS = Advanced Messaging System

CSN = Smart Card Serial Number - Identificativo dell’utente

HTTP = HyperText Transfer Protocol

SMS = Subscriber Management System - Sistema di gestione degli utenti

URL = Uniform Resource Locator

XML = Extensible Markup Language

CAS = Conditional Access System – Sistema di accesso condizionato

AM = Advanced Message - Messaggio Avanzato

TS = Transport Stream

I sistemi di trasmissione broadcast prevedono la trasmissione unidirezionale di informazioni da un sistema trasmittente a un insieme di ricevitori non definito a priori e pertanto, all’interno della rete di trasmissione, ogni ricevitore è potenzialmente in grado di ricevere tutte le informazioni trasmesse. I sistemi di accesso condizionato permettono di limitare l’accesso ai contenuti trasmessi (o a parte di essi) ad un singolo utente, o a gruppi di utenti, o a tutti gli utenti.

Tale sistema di accesso condizionato, presenta grandi criticità nel caso si voglia trasmettere selettivamente contenuti di grandi dimensioni - come immagini o brevi clip - ad un elevato numero di utenti, poiché in tal caso la banda trasmissiva necessaria deve essere moltiplicata per il numero di utenti o gruppi di utenti che devono ricevere il messaggio.

Trasmettere messaggi differenti contenenti immagini o brevi clip video indirizzati ad un grande numero di utenti infatti, non sarebbe possibile con i sistemi tradizionali, poiché l’invio di tali messaggi saturerebbe la banda trasmissiva rendendo il servizio impossibile o comunque non sostenibile dal punto di vista commerciale.

Il sistema di Broadcast Messaging Service (BMS) si basa su un protocollo di comunicazione secondo la presente invenzione, che viene elaborato all’interno della piattaforma Head End del broadcaster. Detto protocollo di comunicazione prevede che tutti i ricevitori memorizzino le immagini o clip e che solo quelli degli utenti autorizzati memorizzino i messaggi di testo per poi visualizzare le informazioni ivi contenute e le corrispondenti immagini o clip.

Dal punto di vista hardware, il sistema secondo la presente invenzione comprende un server (AMS) che gestisce e impacchetta correttamente i dati che saranno trasmessi on air, il quale è integrato con un sistema di gestione degli utenti (SMS) che, a sua volta, gestisce il sistema di accesso condizionato (CAS) che invia i comandi ai ricevitori. Il server (AMS), a sua volta, è interfacciato con la piattaforma Head End per inviare i dati correttamente formattati per essere trasmessi sulla rete digitale broadcast all’interno del Trasport Stream.

Il messaggio avanzato (AM) è costituito da 3 elementi:

- Immagine o breve clip video

- Messaggio di testo

- ID dei destinatari e relativa Smart Card L’immagine o la breve clip vengono caricate nel server del sistema di gestione degli utenti (SMS) con i seguenti dati (Figura 1):

- Data inizio trasmissione

- Durata del carosello giorni.ore.minuti

- Posizione immagine sull’asse X espressa in px - posizione immagine sull’asse y espressa in px Il sistema di gestione utenti (SMS) genera un ID univoco relativo al file caricato, dopodiché trasmette un evento di Notifica tramite Extradata.xml e invia il messaggio al server (AMS) per informarlo dell’esistenza di un nuovo messaggio.

A questo punto, il server (AMS) crea il flusso di trasporto (TS) usando Extradata.xml e il file caricato, ed infine consegna il messaggio al Data Carousel Player (Figura 2).

Secondo la presente invenzione, l’immagine o la clip vengono memorizzate su tutti i ricevitori senza essere visualizzate. Il testo con gli ID dei destinatari, invece, vengono visualizzati insieme all’immagine o la breve clip solo dai destinatari prescelti (Figure 3-4), che corrispondono agli ID contenuti nel messaggio di testo.

In questo modo il “costo” in termini di bit del messaggio sarà composto da:

- dimensione dell’immagine o clip video trasmessa per tutti gli utenti (consuma il numero di bit di una immagine a prescindere dal numero dei destinatari);

- dimensione dei messaggi di testo differenti per numero di destinatari (consuma un numero bassissimo di bit che va moltiplicato per il numero dei destinatari);

- informazioni di servizio (ID destinatari, nome dell’immagine associata, ecc...).

Secondo una caratteristica peculiare del trovato, la trasmissione dei suddetti dati avviene utilizzando la banda Broadcasting della Rete: in particolare, l’immagine o la clip viene inviata a tutti i ricevitori e da quest’ultimi memorizzata, mentre i messaggi di testo differenti, contenenti l’ID dell’immagine da associare, vengono indirizzati selettivamente ai singoli codici ID dei dispositivi ricevitori dei destinatari ed alla relativa Smart Card, che sono i soli a cui è permesso di visualizzare l’intero messaggio, ivi compresa l’immagine o clip ad esso associata.

In altre parole, l’immagine viene inviata in Broadcast a tutti, ma solo i destinatari dei messaggi di testo possono visualizzarla.

Un’immagine o breve clip video viene trasmessa dal playout in un carosello che ha una durata variabile e definibile. L’immagine o la breve clip video viene memorizzata all’interno del ricevitore insieme al suo numero identificativo univoco. All’interno del flusso di trasporto (TS) viene trasmesso un messaggio di testo di pochi bit che contiene al suo interno:

- il testo

- il numero identificativo dell’immagine o della clip inviata precedentemente, a cui far corrispondere il messaggio di testo

- l’identificativo dei destinatari del messaggio - l’indicazione sui caratteri di formattazione del testo

- la dimensione ed il colore dello sfondo e del testo

- la distanza in pixel sugli assi X e Y dall’angolo sinistro in alto dello schermo.

Il ricevitore dell’utente destinatario, una volta ricevuto il messaggio, mostra il testo all’utente in sovraimpressione sull’immagine o sulla clip. I primi caratteri del messaggio sono utilizzati come titolo del messaggio stesso. Nel ricevitore (decoder) è presente un pulsante giallo con l’icona di una busta da lettere che, se premuto, consente di accedere ai messaggi personali. Quando un messaggio arriva all’utente, una icona a forma di busta da lettere lampeggia cinque volte nella parte sinistra dello schermo televisivo indicando che è arrivato un nuovo messaggio. Inoltre un led di colore giallo posto sulla parte frontale del decoder indica che ci sono messaggi non ancora visualizzati. SPECIFICHE DI COMUNICAZIONE DEL MESSAGGIO ALL’AMS Il server di gestione degli utenti (SMS) invia il messaggio per la generazione da parte del sistema di messaggistica avanzato (AMS)

Il server di gestione degli utenti (SMS) invia la notifica al Server del sistema di messaggistica avanzato (AMS).

In particolare, il primo server (SMS) deve inviare l’evento di notifica con Extradata.xml ed il messaggio di testo al secondo server (AMS) per informarlo dell’esistenza di un nuovo messaggio (Figura 5).

Nel seguito vengono riportati alcuni esempi di messaggi.

HTTP Request/Response - Messaggio di esempio

1) HTTP Request Message

POST http://ams.server.com/trigger.jsp HTTP/1.1 Host: ams.server.com

User-Agent: CoolPhone/1.4

Accept: application/xml

Accept-Charset: UTF-8

Content-Length: 125

Content-Type: application/xml

<?xml version="1.0" encoding=”utf-8”?> <ams_notification>

<header>

<request_time>2010-02-12T00:00:01Z</request_time> <sequence_no>9999</sequence_no> <asset_id>65535</asset_id> <carousel_duration>1440</carousel_duration> <bandwidth>10</bandwidth>

</header>

<ad_info>

<ad_type>image</ad_type> <target_type>C</target_type>

<target_address></target_address>

2) HTTP Response: “SUCCESS”

3) HTTP Response : ”FAIL”

Claims (9)

1. RIVENDICAZIONI: 1. Sistema per la trasmissione in rete digitale broadcast di messaggi, anche personalizzati per specifici utenti, caratterizzato dal fatto che comprende: - un server (AMS) configurato per gestire e impacchettare correttamente i dati da trasmettere on air, il quale è integrato con - un sistema di gestione degli utenti (SMS) che, a sua volta, è configurato per gestire - un sistema di accesso condizionato (CAS) dotato di mezzi per inviare dei comandi e dei dati ad una pluralità di ricevitori, compresi nel sistema stesso, ed ai loro rispettivi utenti; in cui il server (AMS), a sua volta, è operativamente interfacciato con una piattaforma Head End per inviare i dati correttamente formattati per essere trasmessi sulla rete digitale broadcast all’interno del Trasport Stream; ed in cui ciascun messaggio avanzato (AM) trasmesso da detto server (AMS) è costituito da tre elementi: - Immagine o breve clip video - Messaggio di testo - ID dei destinatari e relative Smart Card.
2. 2. Sistema secondo la rivendicazione precedente, caratterizzato dal fatto che detta immagine o breve clip è caricata in un file su un server del sistema di gestione degli utenti (SMS) unitamente ai seguenti dati: - Data inizio trasmissione - Durata del carosello giorni.ore.minuti - Posizione immagine sull’asse X espressa in px - posizione immagine sull’asse y espressa in px
3. 3. Sistema secondo la rivendicazione precedente, caratterizzato dal fatto che detto sistema di gestione utenti (SMS) è configurato per: - generare un ID univoco relativo a ciascun file caricato, - per trasmettere un evento di Notifica tramite Extradata.xml e - per inviare il messaggio al server (AMS) per informarlo dell’esistenza di un nuovo messaggio.
4. 4. Sistema secondo la rivendicazione precedente, caratterizzato dal fatto che detto server (AMS) è configurato per: - creare un flusso di trasporto (TS) usando Extradata.xml e il file caricato, - consegnare il messaggio ad un Data Carousel Player.
5. 5. Sistema secondo una o più delle rivendicazioni precedenti, caratterizzato dal fatto che ciascuna immagine o breve clip è memorizzabile su tutti i ricevitori di tutti gli utenti e che i messaggi di testo differenti, con gli ID dei destinatari, sono memorizzabili e visualizzabili insieme all’immagine o la breve clip solo dai ricevitori degli utenti destinatari che corrispondono agli ID contenuti nel messaggio di testo.
6. 6. Sistema secondo la rivendicazione 4, caratterizzato dal fatto che detto flusso di trasporto (TS) contiene almeno un messaggio di testo di pochi bit comprendente al suo interno: - un testo - un numero identificativo dell’immagine o della clip inviata precedentemente, a cui far corrispondere il messaggio - un identificativo dei destinatari del messaggio - una indicazione sui caratteri di formattazione del testo - la dimensione ed il colore dello sfondo e del testo - la distanza in pixel sugli assi X e Y dall’angolo sinistro in alto dello schermo.
7. 7. Sistema secondo la rivendicazione precedente, caratterizzato dal fatto che ciascun ricevitore di un utente destinatario è dotato di mezzi per mostrare, una volta ricevuto il messaggio, il testo all’utente stesso in sovraimpressione sull’immagine o sulla clip.
8. 8. Sistema secondo la rivendicazione precedente, caratterizzato dal fatto che i primi caratteri del messaggio sono utilizzabili come titolo del messaggio stesso.
9. 9. Sistema secondo la rivendicazione 8 o 9, caratterizzato dal fatto che nel ricevitore, o decoder, è presente un pulsante giallo con l’icona di una busta da lettere, configurato in modo che, se premuto, fa accedere ai messaggi personali.