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 dell’assistenza all’uso dei prodotti precedentemente elencati, esiste un’altra 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. Mono Utente

 

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.

Collegamento M.C.T.C. Multi Utente

 

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 s’identifica nel trattamento, nell’interpretazione, e nel trasferimento di dati, attraverso l’uso 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 dell’emissione delle carte d’imbarco 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 l’elenco 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.

L’elaborazione 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) all’Host IBM del fornitore di servizio che cura il programma FTL.

Soluzione adottata:

È stata scritta (in linguaggio C) un’interfaccia, inserita in INFOConnect Service Library, che si interpone fra la parte INFOConnect che gestisce le comunicazioni e l’emulatore 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 all’host 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 d’elaborazione 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 all’entità preposta all’intervento d’emergenza.

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 d’ambiente;

·

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 l’innesco 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
guardia o l’entità preposta al tipo d’intervento necessario.


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 l’accesso fisico pilotato dai PLC.

Soluzione adottata:

Un PC in emulazione UNISCOPE interfaccia i PLC da un lato e il sistema UNISYS 2200 dall’altro 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 d’aggiornamento 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  | ICS S.r.l. - Milano - ItalyCONTACT US