SOLUZIONI PER IL COLLEGAMENTO ALLA M.C.T.C.
TRAMITE LINEA ISDN
ICS offre un sistema facile e sicuro per risolvere il collegamento con le banche dati della M.C.T.C.
Le soluzioni sono due:
Collegamento Mono-Utente: particolarmente utilizzato dalle
autofficine abilitate alle Revisioni, Autoscuole, Agenzie di pratiche auto, ecc.
Collegamento Multi-Utente e File-Transfer: particolarmente
utilizzato dalla Polizia Municipale per il controllo delle targhe.
REALIZZAZIONI IN AREA "SYSTEM INTEGRATION"
A lato della fornitura e dellassistenza alluso dei prodotti precedentemente elencati, esiste unaltra importante attività, definibile come di "System Integration", tipica di ICS come fornitore di soluzioni IT.
Collegamento M.C.T.C. Mono Utente
Questa soluzione è particolarmente
adatta per chi deve accedere al data base della M.C.T.C in modalità interattiva.
Il sistema è composta dal software GLINK Professional for Windows, un emulatore di
terminale per ambienti, Windows 95/98/NT/2000 e dall'ISDN Adapter per il collegamento alla
vostra linea ISDN.
Il prodotto può essere personalizzato per automatizzare tutti processi che possono essere
ripetitivi, tipo il collegamento e scollegamento.

Collegamento M.C.T.C. Multi Utente
Il collegamento Multi-Utente
pemette di avere, a fronte di un unico collegamento ISDN alla M.C.T.C., più utenti
collegati simultaneamente al data base.
Il sistema è composto, per ogni PC che necessita del collegamento alla MCTC, del software
GLINK Professional for Windows, un emulatore di terminale per ambienti, Windows
95/98/NT/2000 e da un router per il collegamento alla LAN e alla linea ISDN.
Il prodotto può essere personalizzato per automatizzare tutti processi che possono essere
ripetitivi, tipo il collegamento e scollegamento.

Servizio di File-Transfer
Il servizio di file-transfer vi permette di inviare e ricevere i dati della MCTC più comodamente e velocemente rispetto all'esecuzione di singole visure. Questo servizio è particolarmente utile per la Polizia Municipale per l'invio delle targhe. Il software che l'ICS propone per gestire questo servizio della MCTC è l'XFTPC. Nel caso specifico per la Polizia Municipale, tramite l'XFTPC potranno inviare un file di testo contenente l'elenco delle targhe e, il giorno successivo in quanto la MCTC esegue queste elaborazioni di notte, ricevere un nuovo file di testo contenente le informazioni relative ai proprietari.
Elenco installazioni Hostlinks/Glink per M.C.T.C. presso la Polizia Municipale
| COMUNE | DATA INSTALLAZIONE |
| Vicenza | Settembre 1998 |
| Forlì | Settembre 1998 |
| Prato | Febbraio 1999 |
| Treviso | Marzo 1999 |
| Biella | Marzo 1999 |
| Napoli | Aprile 1999 |
| Verona | Giugno 1999 |
| Milano | Luglio 1999 |
| Padova | Luglio 1999 |
| Cagliari | Ottobre 1999 |
| Brescia | Novembre 1999 |
| Ravenna | Dicembre 1999 |
| Rozzano | Dicembre 1999 |
| Genova | Dicembre 1999 |
| Bologna | Dicembre 1999 |
| Cremona | Gennaio 2000 |
| Ferrara | Gennaio 2000 |
| Venezia | Di prossima installazione |
| Ancona | Di prossima installazione |
| Piacenza | Di prossima installazione |
| Roma | Di prossima installazione |
Realizzazioni in area "System Integration"
Caratteristiche
fondamentali
Il carattere delle nostre realizzazioni sidentifica nel trattamento,
nellinterpretazione, e nel trasferimento di dati, attraverso luso di
tecnologie hardware e software appartenenti al mondo Open System e/o MS-DOS/Windows, per
integrare o rendere agibili funzioni controllate a livello superiore da Hosts che
assolvono funzioni più generali.
I prodotti oggi presenti sul mercato a supporto delle tecnologie di comunicazione sono la
base sulla quale andiamo a costruire le nostre realizzazioni.
Segnatamente ci riferiamo a quelli di cui siamo distributori autorizzati e che sono dotati
di interfacce programmatiche di particolare rilevanza:
| · | UTS Express Family (ambienti UNISYS); |
| · | QPlex/QPlexView (ambienti UNISYS tramite WEB); |
| · | Glink (ambienti Bull, IBM, OPEN); |
| · | Hostlinks (ambienti Bull, IBM); |
| · | GlinkJava (ambienti Bull, IBM tramite WEB); |
| · | GWeb (ambienti Bull, IBM tramite WEB); |
Alcuni progetti realizzati
Per ragioni di riservatezza, i nomi dei clienti presso i quali abbiamo realizzato le
soluzioni di seguito descritte, vengono riferiti con pseudonimi.
AlaAlta
ALLCOMMS
MOVITERRA
MUSITALIA
AlaAlta
Dal 1 Marzo 1997 anche AlaAlta ha messo in atto un programma "Frequent Flyer"
(FTL) per premiare i viaggiatori che maggiormente utilizzano i voli.
AlaAlta non possiede un suo sistema centrale per elaborazione dati: si appoggia invece ad
uno svariato numero di fornitori esterni di servizio specializzati nelle diverse
competenze necessarie per la gestione del suo business.
Nello specifico, il gestore delle prenotazioni di volo e dellemissione delle carte
dimbarco non coincide con quello che cura il programma FTL.
Succede allora che alla chiusura di ogni volo il primo gestore spedisca a AlaAlta un telex
con lelenco dei viaggiatori imbarcati, fra i quali possono essere compresi quelli
FTL. Il messaggio in formato telex viene ricevuto da un sistema UNISYS 2200 che provvede
ad inviarlo ad una stampante di PC, in emulazione UNISCOPE, per essere elaborato
localmente da AlaAlta.
Lelaborazione locale necessita di:
| 1 - | distinguere i passeggeri FTL attraverso opportuni codici; |
| 2 - | archiviare i riferimenti relativi presso il PC cui la stampante è connessa; |
| 3 - | riassumere, a fine giornata, tutti i dati così accumulati per creare un messaggio telex da inviare contestualmente (via Xcom 6.2) allHost IBM del fornitore di servizio che cura il programma FTL. |
Soluzione
adottata:
È stata scritta (in linguaggio C) uninterfaccia, inserita in INFOConnect Service
Library, che si interpone fra la parte INFOConnect che gestisce le comunicazioni e
lemulatore UNISCOPE vero e proprio.
Essa si occupa di:
| · | intercettare il messaggio in arrivo prima che venga stampato; |
| · | estrarre da questi i dati relativi ai passeggeri FTL; |
| · | registrarli in apposito file su disco. |
Ad integrazione di questa interfaccia è stato sviluppato (in linguaggio C) un programma batch per accedere al file che accumula i dati FTL giornalieri e spedirli con opportuna formattazione allhost IBM.
ALLCOMMS
La necessità da soddisfare era quella della realizzazione di un sistema di controllo
automatizzato che si prendesse cura di:
| 1 - | controllare lo stato di lavoro dei 3 UPS (Uninterruptable Power Supply) Marlin Gerin che alimentano tutte le apparecchiature che fanno parte del centro EDP; |
| 2 - | attivare la partenza del gruppo elettrogeno in caso di necessità; |
| 3 - | controllare lo stato di condizionamento (umidità e temperatura) dei locali che ospitano i sistemi delaborazione dati; |
| 4 - | controllare il sistema di sicurezza (anti incendio e anti intrusione) presente presso il centro; |
| 5 - | comunicate alla console centrale (basata su sistema UNIX) le indicazioni in base alle quali questa possa provvedere, se necessario, alla procedura di "shut down" per tutti i sistemi da essa controllati; |
| 6 - | attivare, in caso di necessità, chiamata telefonica per comunicare vocalmente lo stato degli allarmi alla persona o allentità preposta allintervento demergenza. |
La soluzione adottata si basa su di un PC dotato di:
| · | Interfaccia RS449 per il controllo dei segnali ricevuti dai 3 UPS; |
| · | Interfaccia analogico-digitale per il controllo dei segnali da e per il gruppo elettrogeno; |
| · | Interfaccia analogico digitale verso i sensori dambiente; |
| · | Programma di controllo (in linguaggio C e ambiente DOS) sui dati
raccolti che si occupa sia di comunicare (via LAN ethernet e protocollo TCP/IP) con la
console UNIX per il "reporting" e per linnesco delle azioni che questa
può intraprendere, che col gruppo elettrogeno per il suo eventuale avviamento e via
voice-modem con la persona in turno di |
MOVITERRA
Abbiamo un magazzino ad accesso automatico controllato da PLC (Programmable Logic
Controller) che, per le comunicazioni col mondo esterno utilizzano un particolare
protocollo non interpretabile dai supporti tradizionali esistenti in ambienti EDP
proprietari o Open che siano.
Il problema consisteva quindi nel permettere al data base gestito dal sistema UNISYS 2200
di essere aggiornato per il carico e lo scarico dei pezzi movimentati in tempo reale con
laccesso fisico pilotato dai PLC.
Soluzione adottata:
Un PC in emulazione UNISCOPE interfaccia i PLC da un lato e il sistema UNISYS 2200
dallaltro provvedendo, per mezzo di un programma che sfrutta le possibilità API del
PEP, di ricevere dal sistema UNISYS 2200 gli ordini da inviare ai PLC e, inversamente, in
funzione dei messaggi ricevuti da questi, lanciare su 2200 le transazioni
daggiornamento del data base magazzino.
MUSITALIA
Analogamente alla realizzazione presso ALLCOMMS, ne abbiamo eseguita una simile, a
sostegno di un centro dotato di "Smart Console" che controlla un sistema Bull
DPS9000, un DPS6000 e vari UNIX.
Un PC opportunamente equipaggiato si occupa del controllo degli allarmi e del pilotaggio
delle azioni informative o correttive necessarie.
HOME
PAGE |
| CONTACT US