Io penso che ormai con UMTS si deve iniziare a pensare anche in termini di servizi batch, servizi del tipo "lancia e dimentica". I servizi possono essere richiesti con un linguaggio interpretato a "tag", oppure a mezzo di una vera e propria interfaccia programmabile con tanto di API, dal computer. Si nota che molti di questi servizi richiederanno che il telefonino abbia un vero e proprio hard disk installato.

C'e' subito la risposta del successo o del fallimento dell'avvenuto accodamento del batch ed, evidentemente, la risposta del successo o del fallimento dell'operazione richiesta avviene solo quando l'esecuzione e' invece terminata.

I servizi possono essere accodati per priorita' di "inizio" dell'operazione. Questi costano via via di meno, a seconda della specifica richiesta dell'inizio dell'operazione:

1) Inizio entro due ore dall'accodamento

2) Inizio entro quattro ore

3) Inizio entri sei ore

4) Inizio entro otto ore

5) Inizio entro dodici ore

Per pogni tipologia di servizio esiste uno specifico tag. I sottotipi invece dipendono molto dal servizio principale scelto. Tralasciando di occuparci dei sotto tag andiamo a esaminare i servizi principali. Essi possono essere di svariatissimo tipo:

<SMS> (servizi di send di SMS, anche a liste di numeri ed a liste di indirizzi internet)

<MMS> (servizi di send di MMS, anche a liste di numeri ed a liste di indirizzi internet)

<PROGRAM> (servizi di calcolo. I compilatori ed i successivi servizi di esecuzione sono messi a disposizione o dal gestore o da un centro di calcolo)

<COPYBATCH> (servizi di copia in batch. La copia puo' essere anche interrotta fino ad un numero massimo diciamo di cento volte, e viene ripresa dal blocco in cui si e' interrotta)

<PRINTBATCH> (servizi di stampa. Messi a disposizione dalle edicole attrezzate allo scopo. Gli stampati vengono anche recapitati a domicilio)

<NOTICES> (Servizi di scarico notiziari generici. Messi a disposizione dai siti attrezzati allo scopo)

<SEGMENTEDNOTICES> (Servizi di scarico notiziari per fascia e per segmento di interesse. Questi sono messi a disposizione dai siti attrezzati allo scopo)

<DISKSPACE> (Servizi di allocazione di spazio disco. Questo spazio disco puo' anche diventare un disco virtuale remoto del tipo NFS. Naturalmente oltre al tag ci saranno tanto di API a riguardo).

<ALARM> (Servizi di sincronizzazione di un allarme su una lista di telefonini o di indirizzi internet od infine di interfaccia programmabile remota)

.....

E tutti gli altri servizi batch che siamo in grado di immaginare.

Opinioni in merito sono gradite.

Regards,

Francesco 8)))

Pensavo che il servizio <COPYVATCH> potrebbe rappresentare la base di moltissimi dei servizi di ordine superiore. Ecco che il telefono di casa, quando sia ADSL viene dotato di un disco da 10GB. Il <COPYBATCH> allora puo' scaricare il risultato di una operazione direttamente sul disco del telefono, anche a computer spento o non collegato. Il disco viene poi visto anch'esso in NFS dal PC di casa, una volta collegato il PC e dunque e' perfettamente accedibile per le operazioni di controllo del batch lanciato.

Regards,

Francesco 8)))

ehm... a francè... ma lo sai minimamente come funzionano le reti mobili e fisse che stai citando? mi sa proprio di no...

tiè, fatte na cultura:

http://net.infocom.uniroma1.it/corsi/st/biblio.htm [per la rete fissa e i nodi interni delle reti mobili]

http://net.infocom.uniroma1.it/corsi/reti/retidispense.htm

http://net.infocom.uniroma1.it/corsi/sdc/biblio.htm

Per la parte di rete mobile:

www.3gpp.com

www.gsmworld.com

se vuoi avere una leggerissima infarinatura su come funziona una rete gsm e come viene cifrata la comunicazione questa è una tesina che preparai con una mia amica per l'esame di "Comunicazioni con mezzi mobili":

http://www.valeriocoletti.it/stuff/private/tesina.zip

Beh qual'e' il problema? Tutto sta nel protocollo di comunicazione, basta fare un application layer "batch" che sia posto sugli altri livelli del protocollo ed in particolare sul transport layer comunemente utilizzato per lo scarico dei dati, gli stessi dati che per inciso oggi scarichi a mezzo del browser. Infine un altro programma di presentation layer che funga da servizio NFS per il disco fisso che e' nel telefono. Tanto per dirne una io conosco diversi programmi di copia batch che in caso di interruzione riprendono proprio dall'ultimo blocco copiato e non da capo, anche se il protocollo in quel caso e' proprietario e non e' certo internet.

Regards,

Francesco 8)))

Beh qual'e' il problema? Tutto sta nel protocollo di comunicazione, basta fare un application layer "batch" che sia posto sugli altri livelli del protocollo ed in particolare sul transport layer comunemente utilizzato per lo scarico dei dati, gli stessi dati che per inciso oggi scarichi a mezzo del browser. Infine un altro programma di presentation layer che funga da servizio NFS per il disco fisso che e' nel telefono. Tanto per dirne una io conosco diversi programmi di copia batch che in caso di interruzione riprendono proprio dall'ultimo blocco copiato e non da capo, anche se il protocollo in quel caso e' proprietario e non e' certo internet.

Regards,

Francesco 8)))

quel che ti voglio dire è che è praticamente tutta roba che già esiste ed è implementata nelle reti di cui sopra.

hasta la pasta...

No che io sappia almeno per ora non esiste nulla di simile ne su internet ne su ftp che se si interrompe devi rifare tutto da capo ne sui point to point "slip" e "ppp". E il risultato si vede, quando si interrompe la comunicazione e hai scaricato 29 mega di 30 devi riprendere da capo..... Una assurdita' oltretutto costosa. L'idea del batch corrisponde anche a utilizzare la rete di notte, quando e' piu' scarica.

Regards,

Francesco .....

hai scaricato 29 mega di 30 devi riprendere da capo.....

www.getright.com

ti ripeto: stai mischiando strati OSI/ISO diversi nei tuoi discorsi... confondi strati di trasporto e strati di applicazione.

Non confondo proprio niente. Lo stato di trasporto e' il terzo livello della pila OSI lo strato di application e' il settimo livello della pila OSI. Cio' non toglie che non esiste alcun programma che effettui una copia di rete in batch con un retry in caso di fallimento e che riprenda dall'ultimo blocco invece che dal primo. Ripeto sono indispensabili tali programmi nonche' dei telefoni con disco fisso che siano sempre on line. Questi programmi in realta' esistono su sistemi con piattaforme proprietarie.

Regards,

Francesco 8)))