Modello dati alfanumerici

Rientrano in questa categoria gli eventi provenienti dalle seguenti fonti:

  1. Sensori o reti di sensori;
  2. Applicazioni;
  3. Feed Social (Twitter);
  4. Caricamento attraverso api.

Gli eventi provenienti dai Feed Social (Twitter) saranno direttamente recuperati dalla piattaforma, a fronte di una configurazione opportuna. Non vengono quindi descritte nel seguito le specifiche di interazione tra Yucca e la piattaforma social.

L’invio dei messaggi deve permettere di ricostruire l’associazione con i metadati del flusso. Per questo motivo ogni messaggio riporta l’identificatore del flusso e dell’applicazione cui si riferisce. Per poter gestire ogni tipo di situazione (invio di singoli eventi complessi o invio ”batch” di eventi complessi) nell’invio di un messaggio (Message) è possibile specificare un elenco di valori (Tabella 3).

Tabella 7 - Oggetto Message

Occorre notare che il campo FACOLTATIVO Validity è una informazione che generalmente non deve essere fornita dal sensore, ma viene impostato da Yucca sulla base di alcuni algoritmi di elaborazione; tuttavia è possibile che un sensore sia abbastanza intelligente da effettuare minimi controlli di validità sui valori acquisiti e rendere nota questa informazione a Yucca.

Tabella 8 - Oggetto Measure

Attributo Descrizione Tipo
time Data e ora della misura Stringa ([ISO8601])
components I valori associati alle diverse componenti Mappa associativa in cui la chiave è l’id del componente e il valore è la misura
validity Validità della misura “valid” “erroneous” “doubtful” “unknown”

Tale modello è valido per l’invio e la fruizione dei dati dalla piattaforma, indipendentemente dal protocollo utilizzato.