di Alessandro Re, dgsgroup.it Un framework che permette di creare chatbot con una interfaccia grafica, riducendo il codice alle parti relative ai processi di business. Si può definire il flusso della conversazione ed avere un fallback umano. Presentato a Milano Chatbots il 14 dicembre https://www.meetup.com/Milano-Chatbots-Meetup/events/245463095/

1. Cicerus
Una piattaforma per
lo sviluppo di chatbot
Alessandro Re @ DGS group
www.dgsgroup.it

2. Outline ● L’azienda
● Cicerus
○ Who - chi lavora al framework
○ What - cos'è e cosa può fare
○ Why - le necessità da soddisfare
○ What? - cosa farà
● Caso d’uso
○ Un bot per il ticketing
● Live Demo

3. Il gruppo DGS s.p.a.
● Gruppo di 3 aziende
○ DGS technology, Infodue, Network Integration & Solutions
● 8 sedi in Italia
○ 500+ dipendenti
● Mercati su cui opera
○ Government, Energy & Utility, Industry, Financial, Telco, Defense
● Systems Integration
○ Internet of Things
■ Industry 4.0, smart city, smart factory...
○ Real Time Intelligence
■ Fraud detection, predictive analysis, marketing...
○ Robotic Process Automation
■ Chatbots
www.dgsgroup.it

4. Who
Dietro a Cicerus ci sono molte persone,
ma per quanto riguarda lo sviluppo, gli attori principali sono 3
Lorenzo Mele
Ha ideato il progetto, l’ha fatto crescere nelle fasi iniziali di concetto, progetto e sviluppo.
Alessandro Re
Mi occupo degli algoritmi, delle analisi dati e delle parti “intelligenti” dei chatbot.
Marco Bianchi
Si occupa dello sviluppo front- e back-end, nonché del testing e della qualità del codice.

5. What
È un framework in Python per la creazione di chatbot
● È un insieme di moduli che possono essere usati assieme
(all’occorrenza sostituiti).
Vuole essere uno strumento flessibile
● Nato come punto in comune tra vari prodotti commissionati
● Operativo in fretta
○ dev-friendly (python)
○ ops-friendly (docker)
○ user-friendly

6. What
● Supporto per diverse chat (web, telegram...)
○ La chat web è integrabile nel portale del cliente
● Permette la definizione di un flusso conversazionale
○ Ricca struttura dati (grafo) + Estensioni
● Completamente programmabile in Python
○ Per bisogni molto specifici, si può ricostruire il cervello del bot
● Permette il fallback su operatore umano
● Statistiche e visualizzazione dei dati sugli utenti
○ Per capire quali sono i “percorsi” più comuni

7. ● Esistono già molti framework, ma...
○ spesso specifici per una sola piattaforma,
○ spesso legati ad un singolo vendor,
○ spesso non integrabili nelle logiche di business,
○ o non esistevano prima di questo progetto.
● Ottimizzazione delle risorse e del processo
○ Prodotti simili con una base in comune
○ DRY
● Volontà da parte dell’azienda
Why

8. How
Architettura modulare, 3 blocchi principali
● Dominus: business logic
○ Gestione flusso conversazione
○ AI, NLP, Processi di business
● Verbus: routing dei messaggi
● Vultus: interfacce (web, telegram, etc)
○ Amministrazione, storico, stats...
Permettere scalabilità quando necessaria

9. Tecnologie moderne
- Python 3
- ci piace e siamo produttivi
- JavaScript
- Bootstrap v4
- WebSockets
- comunicazioni real-time
- MongoDB
- dati eterogenei
- multimedia
How
Modello conversazione
● Automa stocastico (grafo)
○ Versioning!
○ Hot-swap
● DSL per comportamenti complessi
○ Catturare informazioni
○ Eseguire azioni arbitrarie
● Aliasing degli stati
○ Per le modifiche “economiche”

10. Use Case
Aiuto nella gestione dei ticket di un cliente. Nel ticket vanno riportati:
● Data apertura, data chiusura
● Tipo attività
○ assistenza utente, reset password, ad hoc, correttiva, evolutiva, adattativa
● Descrizione
● Dettagli
● Soluzione
● Richiedente, assegnatario (dipendenti dell’azienda)
● Status (assegnato, cancellato, risolto, in corso, in attesa, chiuso)
● Priorità (alta, media, bassa)

11. Use Case
● In alcuni punti, possiamo fornire direttamente le alternative
○ e.g. che tipo di ticket si sta aprendo
● In altri casi, la risposta è aperta
○ e.g. dettagli sul ticket
● In altri casi, la risposta è aperta, ma bisogna validarla
○ e.g. chi è la persona incaricata a risolvere il ticket
● Alcune informazioni devono essere inserite automaticamente
○ e.g. date apertura/chiusura
● Si devono “eseguire azioni” su un sistema pre-esistente
○ e.g. inviare una richiesta ad un server per l’apertura ticket

12. Use case
Flusso conversazione

13. Live Demo

14. Live Debugging
According to Murphy’s Law

15. Come averlo?
Per ora, l’unico modo per averlo e per supportarne lo sviluppo
è diventare nostri clienti!
☺

16. What?
Prossimi sviluppi
● Estendere la parte di report & analisi dati
○ Sono già supportate versioni diverse del grafo, ma fare analisi è difficile
● Estendere NLP
● Supporto per nuove piattaforme (FBM, Slack, Discord... WhatsApp...)
● Miglioramento dell’editor delle conversazioni
○ Struttura più amichevole (e.g. alberi, grafi)
○ Più modularizzazione per alberi grossi