12052451611 etude et conception d'un serveur vocal interact if

5/6/2018 12052451611 Etude Et Conception d'Un Serveur Vocal Interact If - slidepdf.com

http://slidepdf.com/reader/full/12052451611-etude-et-conception-dun-serveur-vocal-interact-if 1/80

Mémoire de Fin d’études en Master Professionnel

Section Informatique de L’université Cheikh Anta Diop De Dakar

Mémoire de fin d’études en vue de l’obtention du Masterd’Informatique

Présenté par Melle Fatou SYLLA

Sous la direction de :

M. Ibrahima NIANG

Soutenu publiquement le 6 Déc. 2006 à la FST devant le jury composé de :

Président : Dr Djiby Sow

Membres : Dr Ibrahima NiangDr Karim KonatéDr Abdourahmane Raimy

Dr Mbaye Séne

Dr Samba N’DIAYE

ETUDE ET CONCEPTION D’UN SERVEUR

VOCAL INTERACTIF :APPLICATION A LA GESTION DES NOTES

DE LA SECTION INFORMATIQUE




Par Fatou SYLLA

2

Résumé

L'introduction de la voix comme forme additionnelle de communication pour

déployer des applications a assurément révolutionné le monde de l’informatique, car

étant un moyen d'accéder à l'information sans ordinateur.En effet, ce dernier a été un

handicap ces dernières années, puisque les gens ne sont pas toujours connectés en réseau,

surtout dans le monde rural. L'utilisation des serveurs vocaux interactifs (SVI) a

sensiblement amélioré la disponibilité d'informations et les applications vocales ont permis

l'accès continu aux données à distance avec des outils accessibles pour n’importe quelle

catégorie de population (le téléphone en est un exemple).

Ce mémoire rentre dans le cadre d’une exploration scientifique car ce domaine est récent

et la plupart des solutions sont propriétaires.

Ainsi nous avons mis l’accent sur l’état de l’art des serveurs vocaux en général, et sur les

serveurs vocaux « Open Sources » en particulier .Le résultat nous a permis de choisir

Asterisk pour la mise en œuvre d’une application vocale.Pour valider le bon

fonctionnement de notre implémentation, nous avons adapter ce travail à la consultation

des notes pour les étudiants à distance par téléphone.

Un autre aspect du travail, constitue l’amélioration de notre plate forme Asterisk .En

effet, les applications vocales ont ajouté un niveau supplémentaire de communication

entre l’homme et les systèmes artificiels. Cependant, la capacité de transformer du texte

(mots) sous forme vocal n'est pas aussi flexible que nous pourrions l’imaginer.Ainsi, cette

amélioration vise surtout à changer le moteur de synthèse vocal que propose Asterisk par

un autre synthétiseur capable de lire des mots, car, le moteur de synthèse vocale dont il

dispose ne lit que des nombres, ce qui constitue un frein majeur vu les objectifs généraux

du projet.




Par Fatou SYLLA

3

Dédicaces

A Dieu Le Tout Mésiricordieux,

Ton amour, Ta miséricorde et Tes grâces à mon endroit m’ont fortifiée dans

la persévérance et l’ardeur au travail.

A Mon Père, Mamadou Bachir

En vous, je voie un père dévoué à sa famille.Ta présence en toutecirconstance m’a maintes fois rappelé

le sens de la responsabilité.

A Ma Mère, Maréme NGOM

En vous, je voie la maman parfaite, toujours prête à se sacrifier pour le

bonheur de ses enfants.

Merci pour tout.

A Mon Grand Père, Birane DIOP

Ton amour et ta sollicitude à mon égard me marqueront à jamais.

A mes oncles et tantes, frères et soeurs

Qui je le sais ma réussite est très importante pour vous.Que Dieu vous paye

Pour tous vos bienfaits.




Par Fatou SYLLA

4

Remerciements

Je souhaiterais manifester ma reconnaissance particulièrement à M. IbrahimaNIANG. D’une part pour m'avoir donné l’opportunité de participer à ce projet .Ce projet

qui a développé en moi une capacité de recherche et d’adaptation. D’autre part d’avoir

accepté d’être mon encadreur, avec un suivi constant et un intérêt démontré tout au long

de mon travail.

Mes remerciements à M. Djiby SOW d’avoir accepté de présider mon jury ainsi que

tous les membres.

Egalement, le comité pédagogique de la formation Master d’Informatique option

Systèmes d’Information Répartis (SIR); particulièrement M. Mbaye SENE, responsable de la

formation.

Plus généralement, tout le personnel enseignant, de la Section Informatique qui ont

participé à ma formation ; M. Abdou Karim KONATE ,M. Abdourahmane RAIMY,M. Dame

SAMB pour qui ses remarques et suggestions m’ont été d’un grand apport.

Aussi, je remercie mes collègues du projet, qui ont été mes compagnons de travail

durant cette riche période de stage ; nous avons traversé des étapes que nous croyions au

départ insurmontables.

Mes remerciements à Bassirou KASSE, mon binôme avec qui j’ai partagé les joies etles difficultés relatives au suivi de la formation ; pour sa motivation et ses judicieuses

propositions.

Tous les parents, connaissances et amis qui m’ont été d’un soutien moral tout au

long de ma formation.

Que tous ceux qui m’ont aidé de près ou de loin, trouvent ici l’expression de ma

gratitude.




Par Fatou SYLLA

5

Table des matières

Résumé -----------------------------------------------------------------------------------1

Dédicaces -----------------------------------------------------------------------------------2

Remerciements--------------------------------------------------------------------------------3

Table des matières----------------------------------------------------------------------------4

Tables des figures-----------------------------------------------------------------------------6

Avant-propos-----------------------------------------------------------------------------------7 Introduction et Problematique de recherche ------------------------------------------- 8

Première partie ------------------------------------------------------------------------------10

I. Cadre de référence _______________________________________________________ 11

I.1. Historique___________________________________________________________ 11

I.2. Activités et objectifs _________________________________________________ 11

I.3. Environnement technique du CRETIC __________________________________ 12

I.4. Le CRDI _____________________________________________________________ 12

I.5. Connectivity Africa __________________________________________________ 12

II. Problématique ___________________________________________________________ 13

II.1. Définition du problème_______________________________________________ 13

II.2. Importance de la question ____________________________________________ 13

III. Procédé de la recherche _________________________________________________ 14

III.1. Revue docummentaire _______________________________________________ 14

III.2. Séminaire ___________________________________________________________ 14

IV. État de l’art sur les Serveurs Vocaux Interactifs ____________________________ 15

IV.1. Définition ___________________________________________________________ 15

IV.2. Rôle d’un SVI ________________________________________________________ 16

IV.3. Les domaines d’applications des SVI __________________________________ 10

IV.4. Les types de base d’un SVI _________________________________________ 10

IV.5. Fonctionnement d’un SVI ____________________________________________ 13

IV.6. L’architecture d’un SVI ______________________________________________ 15 IV.6.1. L’architecture matérielle __________________________________________15IV.6.2. L’architecture logicielle ___________________________________________15

IV.7. L’interaction Clients-SVI _____________________________________________ 16




Par Fatou SYLLA

6

IV.7.1. Les touches DTMF___________________________________________________ 16 IV.7.2. La reconnaissance vocale ___________________________________________ 18 IV.7.3. La synthese vocale__________________________________________________ 19

V. Etude des différentes solutions ___________________________________________ 21

V.1. La plate forme Websphere ___________________________________________ 21

V.2. La plate forme Bayonne ______________________________________________ 31

V.3. La plate forme Asterisk ______________________________________________ 36

Conclusion Partielle ____________________________________________________________ 40

Deuxième Partie -----------------------------------------------------------------------------41

I. Conception et mise en œuvre d’un serveur vocal interactif __________________ 42

I.1. La conception _______________________________________________________ 42 I.1.1. L’application vocale ______________________________________________42I.1.2. Le noyau vocal ___________________________________________________ 42I.1.3. Le traitement des appels __________________________________________43

I.2. La mise en oeuvre ___________________________________________________ 43 I.2.1. L’opérateur téléphonique _________________________________________43I.2.2. Le MIC ___________________________________________________________43I.2.3. Le simulateur _____________________________________________________44 I.2.4. La carte vocale ___________________________________________________ 44

II. Réalisation d’un serveur vocal interactif pour la gestion des notes de la section

Informatique___________________________________________________________________ 45 II.1. Choix d’une solution et de l’environnement ___________________________ 45

II.2. Arborescence de l’application ________________________________________ 48

II.3. Implementation de la solution_________________________________________ 51

II.4. Scénario de test _____________________________________________________ 53

III. Debut de solution pour l’amélioration du SVI ________________________________ 58

III.1. Problématique_______________________________________________________ 58

III.2. La solution __________________________________________________________ 59

III.3. La solution détaillée _________________________________________________ 60 Conclusion Partielle ____________________________________________________________ 62

Bilan du stage _________________________________________________________________ 63

Conclusion générale et Perspectives _____________________________________________ 64

Références Webographiques____________________________________________________ 66

Glossaire ______________________________________________________________________ 67

Annexes ______________________________________________________________________ 71




Par Fatou SYLLA

7

Tables des figures

Figure 1.1. Formation initiale------------------------------------------------------------- 4

Figure 1.2. Formation continue ---------------------------------------------------------- 4

Figure 2. Couplage Telephonie-Informatique ------------------------------------- 12

Figure 3. Fonctionnement d’un SVI ------------------------------------------------- 14

Figure 4. Les touches DTMF et leurs frequences --------------------------------- 17

Figure 5. Processus de la reconnaissance vocale--------------------------------- 18

Figure 6. Processus de la synthese vocale ----------------------------------------- 19

Figure 7. Architecture de Websphere ---------------------------------------------- 22

Figure 8. Types de telephones utilises par Websphere ------------------------- 23

Figure 9. Dispositif simulant le reseau telephonique --------------------------- 24

Figure 10. Tableau recapitulatif des langues de Websphere-------------------- 28

Figure 11. Archtecture de Bayonne-------------------------------------------------- 32 Figure 12. Architecture De Asterisk ------------------------------------------------- 37

Figure 13. Carte vocale----------------------------------------------------------------- 37

Figure 14. Tableau recapitulatif ------------------------------------------------------ 40

Figure 15. Arborescence de l’application ------------------------------------------- 50

Figure 16. Scénario de test ------------------------------------------------------------- 53

Figure 17 . Processus de lecture ------------------------------------------------------ 59

Figure 18. Nouvelle Arborescence --------------------------------------------------- 61




Par Fatou SYLLA

8

Avant-propos

Dans son souci de former des professionnels de haut niveau en informatique, leDépartement de Mathématiques - Informatique de la Faculté des Sciences et Techniques

de l’Université Cheikh Anta Diop de Dakar a ouvert depuis octobre 2004, un cursus de

formation au Master Professionnel d’Informatique.

Ce Master est conçu dans le but de facilité l’insertion professionnelle des

étudiants.En effet, il s'inscrit dans le cadre d'une formation orientée vers les besoins des

entreprises et des organisations dans le domaine des nouvelles technologies. De niveau

Bac+5, ce Master est créé dans la continuité de la Licence et de la Maîtrise. Cette filière

professionnelle est proposée conformément aux recommandations de diversification dans

le deuxième et le troisième cycle, comme préconisé par la réforme universitaire.

La dernière année de formation comporte un stage en entreprise d’une durée de 4

à 6 mois. Ceci afin de permettre aux étudiants de confronter leurs acquis théoriques à la

réalité du milieu professionnel. A la fin de ce stage, les étudiants doivent produire un

mémoire et le soutenir devant un jury. Ce document décrit les activités effectuées au sein

de la structure d’accueil en rapport avec un sujet ou projet qui leur a été confié. C’est

dans ce cadre que nous présentons ce document.




Par Fatou SYLLA

9

INTRODUCTION ET PROBLEMATIQUE DE RECHERCHE

Le master 2 d’Informatique dans son souci de former des professionnels de haut

niveau en informatique inclut dans son programme de formation un stage pratique sur une

durée comprise entre quatre à six mois.

Nous avons effectué à cet effet notre stage au sein de la Section Informatique de la

Faculté des Sciences et Techniques de l’Université Cheikh Anta Diop de Dakar dans le

cadre du projet initié par le CRDI (Centre de Recherche pour le DéveloppementInternational) et intitulé « Recherche de développement d’interfaces Homme-Machine

basées sur les technologies sans fil et les logiciels libres »

Ce projet a pour principal objectif de faire utiliser des applications à des

analphabètes.En effet utiliser une application classique nécessite un minimum de

connaissances ,et la question de savoir comment permettre l’accès à tous aux ressources

informationnelles a été posée et plusieurs initiatives de résolutions ont été développées.

Celles-ci tournent en générale autour des technologies de l’information et de la

communication qui malgré leur propagation à grande vitesse, établit une fracture

numérique entre zones enclavées qui demeurent encore lésées.

Ainsi la recherche à mener dans ce projet doit améliorer la communication entre un

système d’informations et ses utilisateurs au travers de l’analyse et de la conception de

l’interface homme-machine .En outre, l’expansion des technologies mobiles à travers le

téléphone portable peut contribuer à l’acheminement de l’information dans des zones

aussi enclavées soient-elles,mais pose un certain nombre de défis d’ordre scientifiques et

techniques d’autant plus que les solutions Open Source sont privilégiées.

L’appropriation de l’information et des communications (TIC) par les populations

analphabètes et marginalisés n’est pas une chose simple à l’évidence car elle nécessite :

Une certaine adaptation des outils de communication qui ont été à l’origine

conçus pour des populations qui ne sont pas analphabètes et qui maîtrisent pour la plupart

du temps les langues françaises ou anglaises .D’où la nécessité de créer et tester des

interfaces homme-machines conviviales adaptées aux utilisateurs finaux.




Par Fatou SYLLA

10

La mise en place de solutions permettant l’envoi des données à moindre coût

et avec des délais réduits.En effet, l’utilisation des TICS ne doit pas trop augmenter les

dépenses quotidiennes des usagers.

C’est ainsi que l’on se pose la question de savoir : Quelles méthodologies et quelles

technologies mettre en œuvre pour concevoir et développer des applications qui

permettent à tout un chacun quelque soit son niveau intellectuel et social de pouvoir les

utiliser ?

Dans ce mémoire, il s’agit d’une part d’établir un état de l’art sur les serveurs

vocaux interactifs et d’étudier toutes les solutions nous permettant la mise en place d’un

serveur vocal. D’autre part, concevoir et réaliser dans un premier temps une application

vocale permettant aux étudiants de la section informatique de consulter leurs notes avant

de procéder dans un deuxième temps à l’intégration d’un synthétiseur vocal afin

d’améliorer celui proposé par notre solution.




Par Fatou SYLLA

11

Cette partie s’attache à :

Présenter le cadre dans lequel nous avons effectué notre stage ;

Poser la problématique de notre travail ;

Faire un état de l’art de la question ;

Etudier les différentes solutions logicielles qui peuvent nous permettre la

mise en œuvre de notre serveur vocal ;




Par Fatou SYLLA

12

I. CADRE DE REFERENCE

I.1. HistoriqueLa section Informatique est née dans les années 1990.De nos jours, elle délivre

quatre diplômes: licence, maîtrise, master et DEA.

Les cours, jadis dispensés par des coopérants français, sont aujourd’hui à grande partie

assurés par des enseignants sénégalais (chercheurs et professionnels) en Maîtrise, Licence

et Master et par des missionnaires.

Le nombre d’étudiants est passé entre 1990 et 2006 de 30 à 200 (formation continue et

formation classique).

Aujourd’hui une bonne partie des enseignants-chercheurs en informatique dans les

différentes universités et Écoles du Sénégal sont issus du DEA.

I.2. Activités et objectifs

Les activités de la Section Informatique du Département de Mathématiques

Informatique sont essentiellement relatives à la formation initiale et continue suivant les

cycles de formations ci-dessous :

Figure 1.1. Formation initiale Figure 1.2. Formation continue

DUES

Licence

Maîtrise

Master 2AEA

DEA

Licence professionnelle

Master 1 professionnel

DUT / BTS / DTS

Master 2 professionnel

Sélection de dossier+ test

Sélection de dossier+ test




Par Fatou SYLLA

13

Par ailleurs, la section dispose d’un Centre de ressources en TIC (CRETIC). C’est dans

ce cadre qu’elle recrute les étudiants de la section pour la plupart ; ceux-ci ont en charge

de travailler sur les projets en cours résultants de ses multiples partenariats sous ladirection de certains enseignants et partenaires.

I.3. Environnement technique du CRETIC

Au CRETIC, le matériel disponible évolue en fonction des besoins techniques des

projets en cours. A la base, il dispose d’environ :

15 postes de travail

un commutateur 24 ports (actuellement défaillant);

un concentrateur 16 ports ;

un poste serveur central

une boucle locale

En plus, on y trouve des téléphones IP, des PDA, des postes serveurs par projets selon

le besoin et une bibliothèque de plus en plus riche en documentation.

I.4. Le CRDI

Le CRDI (Centre de Recherches pour le développement International) est une société

d'État canadienne qui appuie les efforts des chercheurs des pays en développement pour

les aider à créer des sociétés en meilleure santé, plus équitables et plus prospères.

I.5. Connectivity Africa

Connectivity Africa est un programme permettant d’améliorer l’accès aux TIC en

Afrique. Il est créé par le CRDI en partenariat avec l’UNECA (United Nations Economic

Commission for Africa). Cette initiative pour le support de la recherche, le développement

et l’innovation dans l’utilisation des applications de TIC favorise le développement en

Afrique. Les secteurs prioritaires d’intérêts sont l’éducation et la santé.

Connectivity Africa est administré par le CRDI à travers ses bureaux en Ottawa, au

Caire, à Dakar, en Nairobi et Midrand et en Afrique du Sud. Il opère en parallèle avec le




Par Fatou SYLLA

14

CRDI qui appui les recherches en TIC et les initiatives qui renforcent les communautés

d’Afrique sub-saharienne.

II. PROBLEMATIQUE

II.1. Définition du problème

Vu les besoins spécifiques du projet c'est-à-dire mettre en place des serveurs vocaux

capables de dialoguer en langues nationales(Ouolof,Serere,Poular,etc…)et étant dans uncontexte d’innovation et d’exploration scientifique, la Section Informatique souhaite

expérimenter la téléphonie sur IP et les serveurs vocaux interactifs ainsi dans un premier

temps il s’agira d’acquérir une connaissance théorique des outils et procédés à mettre en

œuvre et dans un deuxième temps mettre en place une application pour la gestion des

notes de la section. Ceci dans l'optique de faire évoluer sa compétence technologique et

pouvoir dans le futur proposer des solutions faciles d’utilisation pour répondre aux attentes

des populations analphabètes.

II.2. Importance de la question

Le choix d’une application vocale n’est pas anodin .En effet, le moyen de

communication le plus naturel, plus efficient et plus flexible entre les humains est la

parole. L’interaction vocale est devenue un enjeu technologique du 21ème siècle, en ce

sens où elle permet d’accroître le naturel de la communication, favorisant l’accès à

l’information pour tous, et particulièrement les personnes défavorisées par l’usage des

dispositifs technologiques. Mais force est de constater que l’élaboration de tels systèmes

d’informations décuple la compétence des ressources humaines qui y sont investies et par

delà la maîtrise technologique dans le domaine. De plus, cette solution vise à contribuer

au développement socio-économique et technologique des populations marginalisées

d’abord et de la sous-région en général.




Par Fatou SYLLA

15

III. PROCEDE DE LA RECHERCHE

III.1. Revue documentaire

Webographie Sur :

Asterisk

Websphere

Bayonne

Perl

La reconnaissance vocaleLa synthèse vocale

Mysql

Les AGI

III.2. Séminaire

Sur Asterisk et les serveurs vocauxSur Websphere et les serveurs vocaux




Par Fatou SYLLA

16

IV. ETAT DE L’ART DES SERVEURS VOCAUX INTERACTIFS

La numérisation et l’informatique sont de nos jours en grand essor, ce qui a

conduit à une importante évolution au niveau des réseaux téléphoniques. Nous assistons à

une mise en place d’applications logicielles pour une meilleure gestion du flux des appels

entrants et sortants. Le premier essai d'application des SVI a été réalisé par IBM en 1972

pour le compte de la Banque Bred. L'introduction des SVI dans les entreprises s'est

généralisée dans le milieu des années 1980. Depuis 1991, les serveurs vocaux ne sont plus

seulement présents dans les grandes entreprises mais aussi dans les petites et moyennes

entreprises qui s’activent dans les domaines de l’artisanat et des services fournis auxparticuliers. Le SVI a constitué une étape historique de l'évolution des technologies

informatiques et des télécommunications, au sens où c'était la première fois que

l'intégration des technologies informatiques et vocales, et des technologies téléphoniques

au sein d'un unique équipement, débouchait sur un véritable marché d'équipements de

télécommunication. Le serveur vocal interactif constitue la première étape dans

l'évolution du Couplage Téléphonie-Informatique (CTI).

IV.1. Définition

Un Serveur Vocal Interactif (SVI) ou Interactive Voice Response (IVR) est une plate-

forme, un ensemble logiciel et/ou matériel, qui sert de répondeur vocal contrôlé par

l'ensemble des touches du téléphone ou des technologies de reconnaissance vocale,

permettant d'échanger de manière automatique des informations diverses (messages, fax,

etc...). L’accès à cette application se fait par un simple numéro de téléphone ou par unnuméro spécialisé dont la demande s'effectue auprès d'un opérateur téléphonique. Plus

précisément, un SVI est chargé de la délivrance d'informations courtes et simples. Il

permet également d'identifier les appelants, de les aiguiller vers des services automatiques

ou des téléopérateurs compétents. Le SVI est un serveur vocal permettant d’interroger une

base de données dans le système d’Information (SI), il est interactif dès lors qu'une

réponse à une question posée par l'appelant entraîne un traitement particulier de la part

du serveur, d’où son nom.Les SVI sont adaptés à une large gamme de services et fonctions.




Par Fatou SYLLA

17

Les applications classiques du serveur vocal sont les services de transaction (réservations,

télépaiement, ...) et les services de consultation (horaires, comptes bancaires, ...) ou

encore de standard automatique. On peut considérer le serveur vocal comme un agentautomatique, capable de fournir des informations complexes et de prendre des décisions

d'orientation.

IV.2. Le rôle d’un SVI

Auparavant, le rôle du SVI se limitait à la gestion intelligente du temps d'attente.

Maintenant, nous assistons à une mutation du rôle des serveurs vocaux, grâce notamment àla synthèse vocale qui a profondément modifié le fonctionnement de la messagerie et de

l'accueil.En même temps, le couplage téléphonie-informatique a révolutionné les centres

d'appels en donnant un nouveau rôle aux serveurs vocaux interactifs. Les réseaux

téléphoniques acceptant la numérotation en fréquence vocale, celle qui permet d'envoyer

les signaux DTMF (Dual Tone Multi Frequency) avec les touches du combiné, ont offert la

possibilité de communiquer à distance avec les serveurs interactifs.

Actuellement, la téléphonie est indispensable pour le développement d'une

entreprise. Plus le nombre d’appels reçus par l’entreprise croît et plus celle-ci doit assurerun meilleur accueil à ses clients potentiels. Dans ce cas, l’entreprise doit gérer au mieux

les files d’attente. Dans les années 1990, la prise de conscience que l'image d'une

entreprise dépend de la qualité de son accueil téléphonique va engendrer une multitude

d'investissements. Ainsi, l'acquisition d'un serveur vocal qui répond immédiatement aux

appels et limite le nombre d'appels non aboutis, vise à améliorer l'image de l'entreprise

dans un premier temps, puis le contact client/entreprise. Concrètement, la fonction

première d'un SVI consiste à répondre aux appels reçus avec un niveau de qualité optimale,

en s'appuyant sur les atouts intrinsèques de l'automate. Avec un serveur vocal interactif,

fini les longues attentes dans les périodes d'encombrement du standard, une voix vous

guide et vous permet d'accéder directement au service correspondant à votre demande.

Placé en frontal des centres d’appels, le SVI permet de traiter une partie des demandes et

de suppléer aux centres d’appels pendant les heures de fermeture.Le SVI est aussi en

mesure de faire un filtrage d'appels en limitant les appels polluants.

En résumé, un SVI offre une solution pour le traitement des appels entrants qui se

résume à la devise : " Etre disponible lorsque les clients appellent ".




Par Fatou SYLLA

18

Avec le développement de l’Internet et l’émergence de nouveaux médias notamment les

téléphones mobiles, le SVI connaît un regain d’intérêt et ouvre de nouveaux champs

d’application qui permettent l’accès en base de données.

IV.3. Les domaines d’applications des SVI

Les domaines d’applications des SVI sont variés, leur utilisation à bon escient dans le

cadre des émissions et réceptions d’appels, est un atout majeur pour certains services

clients par la permanence du service 24h/24 et 7j/7. Les applications vocales sont mises

en œuvre pour la création d'un standard automatisé au sein d'une entreprise. En effet, le

SVI se charge de l'accueil et de l'orientation du client, déchargeant ainsi le standard

traditionnel. Ce dernier peut toutefois être accessible depuis le SVI, en fonction des

options d'orientations proposées. A défaut de standard traditionnel, le client peut être

orienté vers une messagerie vocale si sa requête n'est pas prise en compte par

l'arborescence vocale du SVI. Egalement, il existe d'autres applications nécessitant un SVI

telles les aboutements fax (fax à la demande), la banque à domicile, le routage d'appels,

les systèmes d'alerte automatisés, le serveur de renseignements statistiques pour des

réponses répétitives, le serveur de renseignements dynamique pour des consultations

ponctuelles de situation, le serveur d’information dynamique, le serveur d’identification et

d’authentification, la file d’attente interactive.

IV.4. Les types de base d’un SVI

Avec un serveur vocal interactif, on peut mettre en place plusieurs fonctionnalités

telles que la mise à disposition d’informations spécifiques sous forme vocale, un standard

automatique à partir d’une certaine heure avec possibilité d’aiguillage automatique, la

diffusion d’alertes, l’interrogation de bases de données.De ce fait les SVI se regroupent en

trois types d'utilisation standards: la borne d'informations, le standard téléphonique et

l'utilisation d'un SVI en liaison avec une base de données ou CTI (Couplage Téléphonie

Informatique).




Par Fatou SYLLA

19

La borne d’information

Cette fonction constitue la fonction de base d’un SVI. Elle permet à l’appelant d’être

guidé dans une arborescence afin de trouver les informations qu’il cherche. Il passe d’unmenu à l’autre par simple choix. Le SVI diffuse des messages répétitifs, plus précisément

des informations pratiques, sans intervention humaine. Les SVI bornes d'informations sont

quelques fois utilisées en cas de "débordement d'appels" c'est à dire quand le service de

réception assuré par du personnel est saturé.

Le standard téléphonique

Le standard téléphonique se charge de l’accueil de l’appelant et lui propose par des

choix dans des menus vocaux d’accéder à son correspondant. Les choix s’effectuent par

fréquence vocale sur le clavier téléphonique de l’appelant ou parfois par reconnaissance

vocale. Le standard téléphonique permet de transférer les appels, les guider vers les

différents services et correspondants, les filtrer en cas de besoin. Le SVI doit alors faire

suivre l'appel, et pour cela il doit commander le PABX (Private Automatic Branch

eXchange) qui à son tour peut conduire des appels sans interposition manuelle en se

basant entièrement sur le numéro composé, c’est un outil très puissant et très flexible en

terme de mécanisme de routage.

Le Couplage Téléphonie Informatique

La notion de CTI est la réunion et l'intégration des mondes de la téléphonie et de

l'informatique sur une plateforme commune. Le CTI donne la possibilité d’interroger une

base de données, d’y stocker des informations saisie par l’appelant mais aussi de lui

diffuser des informations qui lui sont propres. Pour parvenir à cela, il faut intégrer la base

de données dans le logiciel de gestion du SVI. Ce qui différencie ces SVI des autres ne se

situent pas au niveau matériel, mais plutôt au niveau logiciel. Le logiciel employé n'estplus un logiciel aux fonctions limitées mais un progiciel. Ce sont par exemple les SVI de

type prise de commandes, consultations de comptes bancaires, etc…. En effet, le couplage

téléphonie informatique (CTI) permet notamment l’utilisation de bases de données qui

contiennent les traces des appels (nombre, durée, qualité, agent, etc.) et facilitent une

approche statistique pour aider à la décision. Les fonctions du CTI permettent d’effectuer

le chargement de la fiche du demandeur sur l’applicatif métier lors de la présentation de

l’appel à l’opérateur. Grâce au CTI les messages vocaux sont des fichiers informatiques

que l’on peut à souhait placer dans des scénarios où naviguent les interlocuteurs. De plus




Par Fatou SYLLA

20

le couplage téléphonie informatique permet une gestion plus aisée en associant par

exemple le numéro de téléphone de l’appelant ou un code émis par l’appelant, avec une

fiche personnalisée.

Figure 2 : Couplage Téléphonie Informatique

Les fonctionnalités annexesLa fonction la plus élémentaire pour un serveur vocal est la borne d’informations.

Cependant, le SVI est en mesure de jouer d’autres rôles mis à part les trois fonctionnalités

standard qui viennent d’être explicitées dans la section précédente. Parmi ces nombreux

rôles nous avons la messagerie vocale, la messagerie unifiée et le service de fax à la

demande qui sont les plus connus.

La messagerie vocale

La messagerie vocale permet de gérer les messages vocaux: transfert avec ajout

de commentaires, accès à distance, auto-login, notification des appels reçus,

personnalisation des messages d’accueil, etc.…Par exemple on peut attribuer à chaque

utilisateur une boîte vocale où l’appelant peut être dirigé pour laisser un message lorsque

le correspondant souhaité n’est pas disponible. Dans ce cas, le SVI joue le rôle de

répondeur téléphonique.Ces boîtes vocales sont consultables à distance, à partir d’un

téléphone. Une autre fonction caractéristique des messageries vocales est la possibilité au




Par Fatou SYLLA

21

sein du groupe d'utilisateurs de la messagerie de réexpédier un message, de l'annoter, et

surtout d'envoyer un message à plusieurs destinataires.

Il existe aussi d'autres fonctions selon les systèmes :

Horodatage, identification du numéro de l'appelant,

Création automatique de boîtes vocales (nombre illimité)

Lecture, suppression des messages

Envoi des fichiers sons sur la messagerie internet du correspondant

Fonction d’avertissement des correspondants (e-mail)

La messagerie unifiée

La messagerie unifiée centralise la gestion des messages vocaux, e-mails et fax.

L’accès à ces différents messages peut s’effectuer via un téléphone fixe ou mobile.

L’utilisateur peut écouter ses messages vocaux, avoir une lecture de ses e-mails grâce à la

technologie Text-To-Speech (Synthèse vocale), éditer un fax et profiter de toutes les

fonctionnalités de sa boîte vocale. La consultation à distance est donc simplifiée. La

messagerie unifiée joue le même rôle que la messagerie vocale mais en complément de

cette dernière qui se limite aux messages vocaux, elle centralise et permet de consultertout type de messages (électroniques, vocaux et parfois fax) à partir d’une interface

unique (téléphone ou logiciel de messagerie).

Service de fax à la demande

Avec l’ampleur qu’a Internet de nos jours, le service de fax à la demande est de

moins en moins utilisé. En effet il est plus pratique d’envoyer ou de recevoir un document

par Internet que par fax. Cependant, il existe des serveurs vocaux capables de commander

un serveur fax par exemple pour envoyer à la demande le plan d'un appartement, un

itinéraire routier, etc … .L'utilisateur choisit la télécopie à l'aide d'une arborescence vocale

et des touches téléphoniques.




Par Fatou SYLLA

22

IV.5. Fonctionnement d’un SVI

Un système interactif de type serveur vocal interactif repose le plus souvent sur cinq

modules : la reconnaissance de la parole, la compréhension, le contrôleur du dialogue, la

génération et la synthèse de parole.

Figure 3 : Fonctionnement d’un SVI

Premier module du système, la reconnaissance de la parole vise à transformer le

signal acoustique produit par l’usager en une chaîne textuelle équivalente.L’objectif de la

compréhension est de dégager les intentions de l’usager et d’identifier les actes de

langage employés. Il s’agit de « donner du sens à la ou aux phrases reconnues ».

Véritable chef d’orchestre du système, le contrôleur de dialogue est chargé d’interagir

avec le système d’information, de gérer l’interaction (choix de la réponse à apporter) et

l’historique du dialogue qui pourra éventuellement être utilisé par le module de

Base dedonnées

Base dedonnées

Base dedonnées

Reconnaissance

Synthèse

Compréhension

Génération

Contrôleur Dialogue




Par Fatou SYLLA

23

compréhension ou de reconnaissance. Son rôle peut s’étendre de l’interprétation

contextuelle jusqu’à tout ou partie de la génération.Deux phases peuvent être distinguées

pour la génération. La première est la génération profonde. Elle correspond à la question «quoi dire ? », c’est-à-dire qu’elle vise à déterminer le contenu sémantique de la réponse à

l’utilisateur.

La deuxième phase, dite génération de surface, permet de choisir les mots pour exprimer

la réponse à l’utilisateur. Elle correspond à la question « comment le dire ? ».Dernière

composante du système, la synthèse vocale restitue de manière orale le message généré

par la chaîne de traitement.

IV.6. L’architecture d’un SVI

Les contraintes d'architecture varient essentiellement en fonction de la volumétrie

des appels entrants mais aussi en fonction du niveau d'interactivité du SVI avec des bases

de données distantes ou locales.

IV.6.1. L’architecture matérielle

Un serveur vocal est avant tout un ordinateur. Il peut avoir la configuration d’un

PC ou d’un VME (Virtual Memory Extension). Un SVI de type PC est préférable pour les

moyennes et grandes entreprises.Dans le cas d'une utilisation intensive dans le milieu des

réseaux de télécommunications, un serveur de type VME ou PC Industriel est nécessaire : il

offre des fonctions sécurisant la machine afin de limiter les pannes informatiques et

supporte des applications plus exigeantes. Le SVI de type VME autorise une plus grandequantité de traitement d'appels et présente une interactivité améliorée du fait de son

intégration dans les réseaux téléphoniques. Les principaux constructeurs de plate-formes

VME sont Philips et Motorola. L'architecture du SVI découle simplement de l'utilisation qui

en sera faite.




Par Fatou SYLLA

24

IV.6.2. L’architecture logicielle

Toute la richesse fonctionnelle d'un produit SVI réside dans sa bibliothèque d'élémentsactifs. Toute sa puissance repose dans sa capacité à proposer des outils permettant

d'assembler facilement ces briques fonctionnelles. En un mot, un SVI se différentie par ses

qualités logicielles et non matérielles.L'architecture logicielle ou Middleware se situe entre

les interfaces de programmation des cartes médias et l'application qui sera développée à

partir de ces dernières. Le Middleware peut aussi être défini comme une couche logicielle

intermédiaire permettant d'ajouter des fonctions CTI à des applications existantes sans

avoir besoin de les modifier. De ce fait, il n’y a pas de dépendance entre les applications

CTI et les cartes médias ; et le SVI est doté d’outils logiciels donnant accès aux données ou

aux traitements, capables de faire communiquer, selon un formalisme donné des systèmes

hétérogènes ou des applications portées par différents systèmes. Chaque constructeur de

carte média fournit avec son module électronique une interface logicielle dite " driver "

nécessaire afin d'assurer le bon fonctionnement matériel et logiciel de cette dernière. En

fait le driver est un ensemble de logiciels permettant de gérer et d’intégrer les différents

périphériques (cartes vocales). Il pilote les données destinées à un port périphérique ou de

communication à des fins de transfert. Ce " driver " constitue une interface de

programmation qui permet au développeur d'occulter la complexité du matériel par le

biais d'instructions. En matière d'applications pour serveurs vocaux, chaque constructeur

fournit sa solution logicielle avec son matériel : il s'agit d'une solution globale qui est

adaptée au système d'exploitation utilisé par le SVI. En effet, un SVI est offert sous

différents environnements d'exploitation : MS-DOS, Windows, Unix, etc….

IV.7. L’interaction Clients- SVI

Les SVI sont aujourd’hui devenus un outil stratégique pour les relations clients-entreprise.

Typiquement, pour un standard automatisé, une annonce d'accueil souhaite la bienvenue

au client puis lui propose un choix d'actions : le mettre en relation avec une standardiste,

le diriger vers le service de vente à distance ou le service technique. Cette interaction

client à SVI est obligatoire pour pouvoir s'orienter dans la série de menus vocaux proposés

par la plate-forme vocale. Ainsi, au fil des menus, la précision de la demande s'accentue.

Cette interaction est effectuée de 2 façons différentes :




Par Fatou SYLLA

25

L’utilisation des touches DTMF du téléphone

L'utilisation de la reconnaissance vocale

IV.7.1. Les touches DTMF

Ce système moderne a été développé par la firme américaine Bell. Le but recherché était

de définir un système de numérotation rapide pouvant être utilisé par les appareils

numériques (ordinateurs, centraux numériques). La signalisation DTMF est employée pour

permettre à l’utilisateur de transmettre des ordres au SVI. Avec cette technique, les

touches du clavier téléphonique sont identifiées par leur fréquence en mode DTMF : Dual

Tone Multi Frequency, qui permet l’émission de tonalités multi-fréquences destinées à lasignalisation sur le réseau analogique. Chaque chiffre ou digit correspond à un signal

sonore. Le signal est constitué de l'addition de deux sons (Dual Tone), dont les fréquences

caractérisent un digit (Multi Frequency). Le signal ainsi envoyé correspond à l'émission de

deux fréquences précises qu'un bruit intempestif sur la ligne ne peut perturber. Les digits

définis par le DTMF sont les mêmes que pour le système à impulsions (de 0 à 9) avec en

plus 6 nouveaux digits (#, *, A, B, C et D). Cependant, on ne trouve généralement que les

deux nouveaux digits # et * sur les claviers de téléphone.

Un digit est défini par la somme de signaux sinusoïdaux de fréquences différentes. Les

fréquences utilisées sont caractéristiques et leurs valeurs sont regroupées ci-contre. Un 5

sera, par exemple, généré en additionnant deux signaux de fréquences 770 Hz et 1336 Hz.

Les avantages de ce système sont multiples, les numéros de téléphone peuvent être

composés très rapidement et peuvent être générés par des systèmes informatiques.

1209 Hz 1336 Hz 1477 Hz 1633 Hz

697 Hz 1 2 3 A

770 Hz 4 5 6 B

852 Hz 7 8 9 C

941 Hz * 0 # D

Figure 4 : Les touches DTMF et leurs fréquences




Par Fatou SYLLA

26

Cependant la signalisation DTMF est remplacée dans certaines plateformes par la

reconnaissance vocale qui se trouve être plus facile à utiliser. Avec le DTMF, le système

donne des ordres à l'utilisateur, avec la reconnaissance vocale, c'est l'inverse.L’inconvénient majeur du DTMF est que certains postes téléphoniques n’y ont pas accès, il

concerne les postes émettant des sons à la numérotation. De plus, en termes purement

fonctionnels le DTMF est limité car il ne peut pas être utilisé par un SVI qui propose un

nombre de choix qui dépasse le nombre de touches du clavier téléphonique.

IV.7.2. La reconnaissance vocale

Figure 5 : Processus de la reconnaissance vocale

Commander un automate en parlant au lieu d’appuyer sur des touches : c’est

l’objectif de la reconnaissance vocale. Cette fonction permet de rendre les applications

plus interactives. La reconnaissance automatique de la parole en langage naturel

s'effectue par repérage des mots clés. Cette technologie permet de remplacer les

interfaces DTMF. Avec la reconnaissance vocale, c’est l’utilisateur qui impose ses choix de

navigation au système. La reconnaissance vocale permet une plus grande souplesse pour

l'utilisateur mais implique un coût plus élevé pour la configuration du serveur vocal :

mémoire, applications, espaces disques, processeurs, etc… .Un module de reconnaissance

de mots ou de phrases d'un système nécessite des quantités importantes de connaissances

acoustiques et linguistiques. Les connaissances acoustiques permettent au système de

reconnaître les sons alors que les connaissances linguistiques permettent de retrouver les




Par Fatou SYLLA

27

mots et de valider leur enchaînement. Pour obtenir des performances suffisantes, il est

indispensable de disposer de corpus enregistrés dans des conditions aussi proches que

possible de celles des applications visées.

Deux approches, l'une plus globale, l'autre plus analytique permettent d'appréhender la

reconnaissance des mots.

Dans l'approche globale, l'unité de base sera le plus souvent le mot considéré

comme une entité globale, c'est à dire non décomposée. L'idée de cette méthode est de

donner au système une image acoustique de chacun des mots qu'il devra identifier par lasuite. Cette opération est faite lors de la phase d'apprentissage, où chacun des mots est

prononcé une ou plusieurs fois. Cette méthode a pour avantage d'éviter les effets de

coarticulation, c'est à dire l'influence réciproque des sons à l'intérieur des mots. Elle est

cependant limitée aux petits vocabulaires prononcés par un nombre restreint de locuteurs.

L’approche analytique, qui tire parti de la structure linguistique des

mots tente de détecter et d’identifier les composantes élémentaires (phonèmes,

syllabes).Celles-ci sont les unités de base à reconnaître .Cette approche a un caractèreplus général que la précédente : pour reconnaître de grands vocabulaires,il suffit

d’enregistrer dans la mémoire de la machine les principales caractéristiques des unités de

base .

Actuellement, bien que la reconnaissance vocale soit encore loin d’être parfaite, les

échecs de cette technique sont le plus souvent causés par une mauvaise compréhension

notamment pour les mots hors vocabulaire, un modèle de dialogue inadapté ou encore par

le comportement et les attitudes de l‘utilisateur mal modélisés. Ce dernier n’agissant pascomme prévu, le système comprend mal ses attitudes et la stratégie de dialogue peut alors

devenir déroutante pour l’usager.




Par Fatou SYLLA

28

IV.7.3. La synthèse vocale

Figure 6 : Processus de la synthèse vocale

Auparavant, pour délivrer un message de texte pur au niveau du SVI, on

enregistrait le message sous forme de fichier sonore. Cependant, cette méthode prenait un

espace disque important. Pour palier à cela la synthèse vocale est introduite dans le SVI.

La synthèse de la parole à partir du texte est la passerelle-clé entre le monde de l'écrit et

celui de l'oral. La synthèse vocale est une technologie qui produit " des sons de parole à

partir d’une représentation phonétique du message ". Cette technologie ne doit pas être

confondue avec la restitution d’un message préenregistré dans laquelle le texte est fixe

puisque la synthèse à partir du texte est utilisée à la place de la restitution de messages

préenregistrés, dès que la fréquence (et donc le coût) de mise à jour de ces messages

devient trop importante.

Le principe est extrêmement simple: tout texte écrit peut être traduit en message vocal

grâce à une simple carte de synthèse vocale.

Deux grandes familles de synthèse vocale sont à distinguer :

Les systèmes qui utilisent la concaténation de mots entiers qui ont un

vocabulaire limité et qui offrent une qualité de parole excellente. Ces systèmes ne

nécessitent pas d’analyse linguistique.




Par Fatou SYLLA

29

Les systèmes dits de synthèse à partir du texte qui dans une première étape

convertissent un texte en une chaîne de phonèmes marqués par des informations

prosodiques (ensemble des phénomènes d’intonation d’une langue), et dans une secondeétape qui transforment cette chaîne en un ensemble de données acoustiques à transmettre

à un synthétiseur.

Le synthétiseur vocal permet de créer une voix artificielle semblable à celle de l'homme. Il

convertit le texte codé au moyen d’un lecteur sonore d’écran et le transmet à la carte son afin

d’obtenir une reproduction orale en appliquant au signal les caractéristiques linguistico-

prosodiques. Contrôlé au moyen d’un logiciel de lecteur sonore, le synthétiseur vocal peut

faire varier la cadence, le débit, le volume et la langue.

V. ETUDE DES DIFFERENTES SOLUTIONS :

Plusieurs plateformes sur le marché et en open source nous permettent la mise en

oeuvre d’un serveur vocal interactif.Nous choisissons d’étudier les trois les plus répandues

en l’occurrence Websphere, Bayonne et Asterisk. Au terme de cette étude, nous

procéderons à un choix.Pour ce faire, plusieurs aspects doivent être pris en compte .Ainsi

pour chaque solution, nous étudierons son architecture, ses caractéristiques et enfin ses

avantages et ses inconvénients.

V.1.. La plate forme Websphere

L’une des inventions majeures qui a profondément impactée la société humaine est le

téléphone. Par ailleurs, le système de téléphonie a aussi évolué, allant des systèmes de

mise en connexion manuelle avec opérateur humain, aux systèmes électromécaniques, et

plus récemment à l’intégration des fibres optiques. Le téléphone est aujourd’hui

largement adopté à travers le monde. De même l’invention des technologies du

traitement de la voix telles que la reconnaissance automatique de la voix et la génération

automatique de la voix à partir de texte seront universellement adoptées. Les compagnies

disposant de telles technologies seront demain, sans aucun doute, les leaders au niveau

mondial.C’est ainsi que IBM a mis en place un serveur d’application appelé Websphere qui




Par Fatou SYLLA

30

regroupe en son sein les différents modules cités plus haut. Ce qui fait de Websphere l’une

des solutions qui répond le plus aux besoins des entreprises.

V.1.1. Architecture

La technologie du traitement de la voix proposée par IBM comporte : la technologie de

reconnaissance automatique de la voix (ASR) et la technologie de la production du langage

parlé à partir d’un texte (TTS). Ainsi un certain nombre de dispositifs doivent être mis en

oeuvre d’où le schéma ci dessous.

Figure 7 : Architecture de Websphere




Par Fatou SYLLA

31

En effet pour mettre en place un serveur vocal interactif utilisant la technologie d’IBM

plusieurs éléments interviennent.

Tout d’abord le téléphone, qui peut être de types diverses

Figure 8 : Types de téléphones utilisés avec Websphere

Ainsi l’utilisateur peut solliciter le serveur en utilisant un de ces téléphones.S’il s’agit

d’un téléphone IP ou d’un softphone, l’appel émis passe d’abord par un Gateway et

ensuite par un opérateur de téléphonie ou par un autre dispositif capable de simuler le

réseau de téléphonie.Ce dispositif est appelé Gordon Kapes System et peut être utilisé

comme centrale de téléphonie ou un Private Branch eXchange (PBX).Ce dispositif permet

également d’interconnecter plusieurs serveurs vocaux.

Softphone

TéléphoneAnalogique

TéléphoneSansFilTéléphoneIP




Par Fatou SYLLA

32

Figure 9 : Dispositif simulant le réseau de téléphonie

L’appel ainsi reçu par le serveur, doit être traité .Pour effectuer ces traitements

l’application vocale fait appel à plusieurs autres serveurs notamment le serveur de

reconnaissance vocale et le serveur de synthèse vocale .La reconnaissance des mots

prononcés par l’utilisateur se fait grâce à la grammaire spécifiée et aux fichiers VoiceXML.

Le serveur vocal pour répondre à l’utilisateur interagit avec les autres serveurs en

utilisant plusieurs protocoles, notamment HTTP, RTP, RGCP.

http

HTTP (HyperText Transfert Protocole) a été mis en service par l'initiative globale de

l'information d'enchaînement mondial depuis 1990. Ces spécifications définissent le

protocole désigné sous le nom de "HTTP/1.1". HTTP est un protocole de réseau de couche

application construit sur TCP. HTTP permet à des browsers d'enchaînement et à des

serveurs d'enchaînement de communiquer. Les clients et les serveurs de HTTP

communiquent par l'intermédiaire des messages de demande et de réponse. HTTP utilise le




Par Fatou SYLLA

33

port 80 de TCP par défaut, bien que d'autres ports tels que 8080 soient également

employés.

C'est le protocole employé pour transférer des données sur le World Wide Web. Leprotocole HTTP est le support du Web, la partie la plus utilisée d'Internet et celle qui

connaît la plus forte croissance. C'est pourquoi toutes les adresses de site Web

commencent par "HTTP://". Toutes les fois que vous dactylographiez un URL dans votre

browser, l’ordinateur envoie une demande HTTP au "web server" approprié. Ce dernier,

conçu pour manipuler des demandes HTTP, envoie la page HTML demandée.

RTP

Le but de RTP (Real-time Transfert Protocole) est de fournir un moyen uniforme de

transmettre sur IP des données soumises à des contraintes de temps réel (audio, vidéo,...).

Le rôle principal de RTP consiste à mettre en oeuvre des numéros de séquence de paquets

IP pour reconstituer les informations de voix ou vidéo même si le réseau sous-jacent

change l'ordre des paquets.

Plus généralement, RTP permet :

D’identifier le type de l'information transportée ;D'ajouter des marqueurs temporels et des numéros de séquence l'information

transportée ;

De contrôler l'arrivée à destination des paquets ;

De plus, RTP peut véhiculer des paquets multicast afin d'acheminer des conversations vers

des destinataires multiples.

MRCP

Le but du protocole MRCP (Media Ressource Control Protocol) est de standardiser les

dialogues informatiques entre les moteurs d'ASR et de TTS avec les serveurs vocaux .Il

s'agit d'un dialogue client-serveur. Le protocole définit les requêtes, les réponses et le

contrôle du média. Il est également basé sur une base des protocoles RTSP (Real Time

Streaming Protocol) et RTP (Real Time Protocole).




Par Fatou SYLLA

34

Websphere utilise uniquement ce protocole pour les fonctions avancées de reconnaissance

vocale liées au langage VoiceXML.

V.1.2. Caractéristiques

Le serveur vocal d’IBM présente plusieurs caractéristiques.

Websphere est propriétaire :

En effet Websphere est une solution commercialisée par IBM, mais il existe une version

d’évaluation de quatre vingt dix jours disponible sur Internet.

Il supporte les plate-formes suivantes :

Red Hat Enterprise Linux WS/ES/AS V3.0 Update 1 pour les processeurs

Intel Pentium III (1 GHz ou plus)

SUSE Linux Enterprise Server (SLES) V8.0 powered by United Linux V1.0

avec le Service Pack 2a ou 3 pour les processeurs Intel Pentium III (1 GHz

ou plus)

Microsoft Windows Server 2003

Il supporte le VoiceXML

Voice eXtensible Markup Language ou VoiceXML, est conçu pour créer les dialogues

audio qui comportent le discours synthétisé, l'acoustique digitalisée, le DTMF, et

l'enregistrement de l'acoustique pour des applications de téléphonie. Il apporte l'avantage

des technologies d'enchaînement aux utilisateurs d'un téléphone en fournissant unmécanisme interactif de la réponse de voix. Une application développée en VoiceXML doit

permettre de "parler" à l'utilisateur en synthétisant de la parole, mais également "écouter"

la voix de l'utilisateur grâce à la reconnaissance vocale.

VoiceXML représente le ‘HTML’ pour la téléphonie et les applications de voix. VoiceXML est

le langage de programmation des applications vocales. Il est basé sur XML et permet

l’accès aux applications Web à partir de téléphones ou autres appareils fonctionnant avec

la voix.




Par Fatou SYLLA

35

L’éditeur VoiceXML est l'interface de développement d'applications vocales sur le modèle

Web. La connexion aux informations issues du site Web devient naturelle car elle répond

aux exigences de la norme VoiceXML. Elle permet ainsi d'échanger des informations avectout moteur répondant à cette norme : reconnaissance vocale, synthèse de texte, analyse

sémantique. Grâce à l’éditeur VoiceXML, on peut donner de la voix à un site Web en

permettant un accès téléphonique aux données en ligne. VoiceXML est une passerelle

entre le contenu Web et le portail vocal.

Etant un langage d'un seul bloc de présentation conçu pour accepter l'entrée d'utilisateur

sous forme de DTMF (tonalités de contact produites par un téléphone) et de parole,

VoiceXML est une nouvelle technologie très utilisée dans la conception de serveur vocal car

facilitant celle-ci. En effet avec VoiceXML, le développement d'application de

reconnaissance de la parole est considérablement simplifié. Au lieu d'utiliser un PC avec un

Web browser, n'importe quel téléphone peut accéder à des applications de VoiceXML par

l'intermédiaire d'un VoiceXML browser fonctionnant sur un serveur de téléphonie.

Considérant que le HTML est généralement employé pour créer des applications graphiques

d'enchaînement, VoiceXML peut être employé pour des applications voix-permises

d'enchaînement.

Il supporte plusieurs langues dont une liste exhaustive est dressée dans le

tableau ci-dessous.




Par Fatou SYLLA

36

Figure 10 : Tableau récapitulatif des langues de Websphere

La configuration minimale du serveur :

Intel Pentium III (minimum 1 GHz ou processeurs équivalent)

Mémoire (RAM): 2 GB (minimum)

Espace disque disponible: 2 GB




Par Fatou SYLLA

37

Réseaux: TCP/IP

Adresse IP statique

V.1.3. Avantages et inconvénients

V.1.3.1. Avantages

Fiabilité

En effet installé dans un réseau stable, Websphere nous offre une grande résistance aux

pannes.Ce qui permet d’ailleurs d’avoir une grande satisfaction de la part des

clients.Ceci est essentiellement du à l’utilisation de composants robustes pour sa mise en

œuvre.

Websphere est très scalable dans la mesure où on a la possibilité de changer

les caractéristiques (Mémoire, etc.…) de certains de ces composants dans le but

d’augmenter ses performances.

Haute disponibilité : Cette avantage vient du fait que plusieurs appels

peuvent être traités en même temps par le serveur sans aucune interférence ni interaction

entre eux.C’est ce qui fait que la plus part des appels aboutissent.

VI.1.3.2. Inconvénients

Cette solution présente néanmoins quelques inconvénients, parmi lesquels :

Manque de fiabilité du moteur de reconnaissance vocale :

L’inconvénient majeur de cette solution réside au niveau de son moteur de reconnaissance

vocale.En effet, en dépit du progrès accompli par la reconnaissance de la parole ces

dernières années, il reste beaucoup à faire. Les algorithmes actuellement employés ont en

partie échoué dans une variété de situations, d'un changement simple de voix à un




Par Fatou SYLLA

38

changement d'environnement. Par conséquent, un effort de perfectionnement doit se faire

au niveau des caractéristiques suivantes :

Mots hors vocabulaire

Un vocabulaire contient tous les mots qu'un moteur d'identification de voix devrait

identifier. Cependant, il n'est pas possible de garantir qu'un haut-parleur n'emploiera

jamais un mot non inclus dans le vocabulaire, puisqu’il peut ne pas se rendre compte de ce

que le vocabulaire contient.

Actuellement, le processus d'identification essaye d'identifier le brin le plus étroit pour

l'entrée reçue, parce qu'il ne peut pas distinguer, qu'un mot donné appartienne au

vocabulaire ou pas. Ce comportement n'est pas souhaitable pour des applications de

commande puisqu'une fausse action sera appelée.

Une bonne manière de résoudre ce problème pourrait être, employer les niveaux de seuil

minimum pour un brin de mots. L’inconvénient est que, selon le seuil, les mots qui

appartiennent au vocabulaire pourraient être mal classifiés.

Discours spontané

Pendant une conversation normale, il peut jaillir, se produire, que les gens éternuent,

toussent ou hésitent avant de poursuivre une conversation.

Dans toutes ces circonstances, la reconnaissance de la parole s’exécute tout à fait mal

parce que le bruit supplémentaire affecte la qualité du discours réel. Il est certainement

souhaitable d'avoir un système où toutes ces conditions pourraient facilement être

traitées.

Demande beaucoup de ressources

En effet, les différents serveurs qui composent l’architecture proposée par Websphere ont

une certaine caractéristique.Ainsi leur installation et configuration nécessitent aussi bien

des ressources matérielles que humaines.Et ces dernières doivent avoir une certaine

expérience pour être capables de mener à bien le travail.

Très coûteuse également, comme tenu précédemment dans notre propos, il




Par Fatou SYLLA

39

demeure propriétaire .Et son acquisition implique d’autres dépenses supplémentaires

notamment le dispositif qui doit simuler le réseau de téléphonie si l’on désire faire des

tests en local.

V.2.. La plate forme Bayonne

Les serveurs vocaux ont été pendant longtemps le monopole de quelques vendeurs qui

proposent des solutions fermées. Chacun d'eux développant des serveurs IVR adaptés à leur

propre matériel.Bayonne est la réponse du monde open source à cette situation.

GNU Bayonne est un serveur de téléphonie sous licence "libre" permettant aux petites et

grandes entreprises ainsi qu'aux opérateurs de créer, déployer et gérer les solutions

téléphoniques intégrées pour des capacités allant de la simple ligne analogique jusqu'à

plusieurs lignes ISDN.

Un serveur GNU Bayonne doté d'une carte de téléphonie numérique ou analogique permet de

prototyper et de déployer des services applicatifs commerciaux de qualité professionnelle.

Cette facilité de développement et d'intégration avec d'autres logiciels libres ouvre les portes

du développement d'applications téléphoniques à un large public d'utilisateurs et de

développeurs, sans nécessiter d'autres compétences spéciales ou des API propriétaires.

V.2.1. Architecture

Utilisant un PC ordinaire tournant sous GNU/linux équipée de cartes téléphoniques

multicanaux (disponibles auprès de fabriquants divers), GNU Bayonne a déjà été utilisé

pour créer et déployer des applications vocales commerciales s'interfaçant avec le réseautéléphonique public. De telles applications peuvent être des services d'Email vocal, des

services web intégrés de commerce vocal (v-commerce) ou des système de gestion de la

relation client. GNU Bayonne est également facilement dimensionnable afin de permettre

le déploiement de services avancés d'opérateur fonctionnant sur des systèmes

d’exploitations open source.




Par Fatou SYLLA

40

Figure 11 : Architecture de Bayonne


La principale caractéristique de Bayonne est d'offrir une plateforme IVR virtuelle qui

est indépendante du matériel utilisé.

Indépendance vis à vis des plates formes

Bayonne peut fonctionner avec une partie des familles IVR (pas toutes encore) sans pour

autant avoir besoin d'une d'entre elles.En effet, Bayonne a un tronc commun modulaire qui

définit un ensemble d'instructions et un environnement virtuel, pour un usage général.

Dans cet environnement virtuel on peut développer une application vocale sans être

restreint par le matériel utilisé.Il est donc possible de changer de plateforme ou mettre

en communication un service IVR à un autre système avec une plateforme différente sans

avoir à réécrire le code.

Possibilité de test en local

Module TTS




Par Fatou SYLLA

41

Pour essayer ou tester Bayonne, il ne faut pas de plateforme IVR coûteuse. Actuellement,

il suffit d'une carte son car Bayonne utilise un pilote qui émule une plateforme IVR utilisant

les entrées/sorties du PC (clavier, microphone et écouteurs) : Bayonne tourne sur un PC debureau.

Donc pour lancer des services IVR, Bayonne utilise son propre langage, appelé

CcScript. Ce langage est très simple, avec des actions informatiques complètes et les

principales structures de programmation: Blocs conditionnels, boucles, sauts conditionnels

ou non, routines.... Une fonction principale de CcScript est d'avoir des instructions «

limitées temporellement »: avant qu'une instruction ne soit exécutée, le langage connaît

son temps maximum d'exécution. Pour des opérations incluant des appels à des systèmes

externes, comme les systèmes de fichiers, les bases de données et les connexions réseau,

il y a un paramètre «timeout ». Si l'exécution dure plus longtemps que le timeout,

l'opération échoue. Du point de vue du serveur, cette fonction est très importante car elle

permet à Bayonne d'offrir des services déterministes et reliés.

Les possibilités informatiques de Bayonne ne sont pas seulement limitées à ceux de

CcScript. En fait Bayonne peut interagir avec des langages de haut niveau comme le Perl et

le Python. Grâce à cette intégration directe, Bayonne hérite de toutes les bibliothèques et

modules disponibles pour ces langages: chaque opération informatique, algorithme

habituel ou non, manipulation de données, raccordement à la base de données ou serveur

externe (enchaînement, courriel, LDAP, dossier partagés)... Ainsi Bayonne peut traiter tout

ce qu'on peut lui demander.

Accès direct aux ressources distantes

Même sans Perl et Python, Bayonne peut directement accéder à des bases de données

MySql ou PostGres et aux requêtes SQL. De la même manière, Bayonne peut accéder auSystèmes de fichiers et se connecter par l'intermédiaire du réseau à des ressources

distantes. En outre, Bayonne peut directement interagir avec un synthétiseur de voix TTS,

thêta (seulement les voix anglaises sont disponibles) et festival (multilingue).

Actuellement, Bayonne ne peut se relier aux systèmes de reconnaissance de la parole,

mais ce dispositif est au statut de développement.

Gestion synchronisée et/ou désynchronisée




Par Fatou SYLLA

42

Bayonne peut gérer des entrées venant de connections téléphoniques et des entrées

provenant du système lui−même dans plusieurs buts : gestion synchronisée, où Bayonne

attend pour un signal d'entrée (exemple : attendre qu'une touche soit pressée parl'utilisateur) et de la gestion désynchronisée, où Bayonne reçoit une notification quand un

événement arrive (exemple : une touche pressée ou un timeout expiré) sans explicitement

les attendre. Ces deux modes de gestion d'entrées permettent à Bayonne de réagir

rapidement à l'utilisateur et aux événements système sans aucune perte de temps.

Système d’exploitation

Bayonne est la réponse du monde open source et du projet GNU au monde propriétaire et

fermé. Donc, le système d’exploitation sur lequel tourne Bayonne est le GNU Linux.


V.2.3.1. Avantages

MultitraitementComme vu précédemment, Bayonne a été développé pour gérer un grand nombre de lignes

téléphoniques simultanément, donc il permet des commandes et des instructions

« multithreading » (gestion simultanée de plusieurs processus). Chaque processus peut

interagir avec les autres par le biais de signaux. Cela autorise des processus de

synchronisation et des échanges de données entre les processus et, de plus, en connectant

des tâches qui utilisent des lignes différentes (exemple : deux utilisateurs peuvent se

parler à travers Bayonne).

Modules TTS intégrés

Pour la plupart des services IVR, Bayonne n'a pas besoin de systèmes externes Texte à Parole

car il possède déjà ces propres modules vocaux multilingues (Anglais, Français, Italien et

Russe) qui peuvent dire des nombres (ordinaires ou cardinaux), et des dates (ces modules

sont complètement personnalisables).Ils incluent des voies humaines pré−enregistrées et

peuvent être utilisés pour la plus part directement dans l’architecture de Bayonne.




Par Fatou SYLLA

43

Flexibilité

Toutes ces caractéristiques rendent Bayonne utile dans un large éventail de situations. Il

peut être utilisé pour de petits services téléphoniques IVR avec quelques lignes, tout aussibien que pour un grand service central supportant des centaines de lignes. Avec Bayonne

on peut facilement avoir des services « simples et rapides » ou des services complexes

invoquant par là même des systèmes externes. Ainsi, on peut dire que Bayonne est une

bonne solution de serveur IVR pour tous les besoins en services IVR.

V.2.3.2. Inconvénients Incompatibilité avec des modems

Comme indiqué précédemment, Bayonne supporte plusieurs panneaux, même très

différents les uns des autres, de 2 à 120 lignes téléphoniques (analogique ou numérique).

D'ailleurs, dans la nouvelle version de Bayonne, on peut même utiliser des panneaux de

différentes familles en même temps, ainsi des centaines de lignes téléphoniques peuvent

être manipulées simultanément. Malheureusement Bayonne ne supporte pas les modems

habituels série/USB (analogique, RNIS ou GSM).

Inexistence d’un moteur de reconnaissance vocaleL’une des faiblesses majeures de cette plate forme ,est qu’elle n’a pas de moteur de

reconnaissance vocale.Ainsi la seule interaction qu’il peut y avoir entre un utilisateur et

l’application vocale est l’ensemble des touches du téléphone en l’occurrence les touches

DTMF.

V.3.. La plate forme Asterisk

Asterisk est une plateforme de téléphonie Open Source initialement conçue pour

fonctionner sous Linux. Il rassemble plus de 100 ans de connaissance sur la téléphonie dans

une robuste suite d’applications de télécommunication fortement intégrées. C’est

probablement l’un des outils les plus puissants, les plus flexibles et les plus extensibles

fournissant tous les services de télécommunications qui soient. Asterisk est conçu pour

s’interfacer avec n’importe quel dispositif logiciel ou matériel de télécommunication de

manière cohérente et progressive. Asterisk crée un environnement unique qui peut être

façonné pour s’adapter à n’importe quel cas d’utilisation notamment en tant que serveur

vocal interactif.




Par Fatou SYLLA

44

V.3.1. Architecture

Asterisk a une architecture très simple. Il se comporte comme un middleware

connectant les applications et les technologies de téléphonie .Il a tout d’abord été

développé sur GNU/LINUX pour x/86.Mais il a été soigneusement conçu pour une

flexibilité maximale. Ainsi les APIS spécifiques sont définies autour d'un système PBX

central. Ce noyau avancé manipule l’interconnexion interne du PBX proprement soustrait

des protocoles spécifiques, des codecs et des interfaces matérielles des applications de

téléphonie. Cela permet à Asterisk d'utiliser n'importe quel matériel approprié et

technologie disponible (maintenant ou à l'avenir) pour exécuter ces fonctions essentielles,en connectant le matériel et les applications.

Figure 12: Architecture de Asterisk

Module TTS Module ASR




Par Fatou SYLLA

45

Il est à noter que pour un usage en interne, Asterisk ne nécessite aucun matériel

supplémentaire mais nécessite une/plusieurs cartes pour atteindre le réseau téléphonique

commité.

Figure 13 : Carte vocale Digium


Les solutions de commutations téléphoniques d’Asterisk offrent un assortiment à

caractères riches et flexibles. Asterisk offre les fonctionnalités du PBX classique ainsi quedes caractéristiques avancées et fonctionne avec les systèmes traditionnels de

commutations téléphoniques à base standard et aussi avec les systèmes Voix sur IP.

Asterisk fournit toutes les caractéristiques souhaitables d’un large système PBX.

Asterisk prend en charge de nombreux protocoles MRT pour le traitement et

la transmission de la voix par les interfaces de téléphonie traditionnelle.

Asterisk est compatible avec les types de signalisation standard américains

et européens utilisés dans les systèmes téléphoniques d'affaires standard ; il établit un

pont entre la prochaine génération de réseaux d'intégration voix-données et les

infrastructures déjà en place.

Non seulement Asterisk est compatible avec les équipements de téléphonie

traditionnels, mais il étend leurs capacités techniques.




Par Fatou SYLLA

46

Asterisk est muni d'un noyau de commutation, de quatre API pour effectuer

le chargement modulaire des applications de téléphonie, gérer les interfacesd'équipement, les différents formats de fichiers et des codecs. La commutation entre les

différentes interfaces qui sont prises en charge s'effectue de façon transparente, c'est

pourquoi il peut intégrer tellement de systèmes de téléphonies différents en un seul

réseau de commutation.

Asterisk pour fonctionner, a besoin d'une configuration matérielle et logicielle

minimale :

Processeur : PentiumIII 900Mhz ou supérieur

Mémoire : mini 256Mo de RAM


V.3.3.1. Avantages

Asterisk est très flexible et on peut construire des réseaux de taille variable

qui vont du PBX connectant un seul téléphone analogique ou IP aux grands systèmes

connectant plusieurs téléphones analogiques et IP.

Asterisk fusionne de façon transparente le trafic de la voix et des données sur

des réseaux disparates au moyen du protocole voix sur IP IAX (Inter-Asterisk eXchange). Il

est possible, au moyen de paquets de données vocales, de transmettre des données, telles

que les adresses URL et des images, alignées au trafic de la voix. C'est ce qui permet

l'intégration évoluée des données.

Asterisk permet la réduction des coûts car étant un logiciel Open Source et ne

nécessitant pas de dispositif très important pour sa mise en œuvre.




Par Fatou SYLLA

47

Évolutif, car les programmeurs Open Source participent au codage.Ainsi

Asterisk grossit rapidement avec de nouvelles fonctionnalités

supplémentaires qui sont fréquemment ajoutées.

V.3.3.2. Inconvénients

La liaison doit être de bonne qualité car aussi bien la voix que les données

passent par le même réseau .Ainsi ce réseau se doit d’être de bonne qualité, sans quoi

plusieurs appels entre terminaux ou entre les terminaux et le serveur peuvent être rejetésou peuvent ne pas aboutir.

Dépendant du réseau électrique, car le serveur et certains des terminaux sont

liés non pas au réseau téléphonique commité (RTC), mais au réseau informatique.Donc,

dés qu’il ya coupure d’électricité, le serveur devient insdiponible, ce qui constitue

d’ailleurs l’un des principaux inconvénients de cette solution.

CONCLUSION PARTIELLE

Cette phase aura permis d’avoir une meilleure compréhension de l’environnement

structurel et technologique dans lequel notre travail s’inscrit. Ainsi étant dans un contexte

d’exploration scientifique, on n’a insisté sur l’étude des différentes solutions dans le but

d’avoir toutes les informations nécessaires pour pouvoir faire un choix judicieux .En définif

le tableau récapitulatif ci-dessous nous permet de voir quelques éléments importants dont

disposent chaque solution étudiée.




Par Fatou SYLLA

48

WEBSPHERE BAYONNE ASTERISK

Open Source NON OUI OUI

ASR(reconnaissance

vocale)

OUI NON OUI

TTS(synthèse vocale) OUI OUI OUI

Figure 14 : Tableau récapitulatif




Par Fatou SYLLA

49

Cette partie s’attache à :

Enumérer et expliquer les différents éléments pour la conception et la mise

en œuvre d’un serveur vocal quelque soit la solution ;

Faire le choix d’une solution et des différentes technologies pour le

développement de l’application;

Réaliser et présenter l’application vocale;

Présenter un début de solution pour l’amélioration du SVI;




Par Fatou SYLLA

I. CONCEPTION ET MISE EN ŒUVRE D’UN SERVEUR VOCALINTERACTIF

I.1. Conception

I.1.1. L’application vocale

Une application vocale est une application basée sur l’échange d’informations sous

forme vocale avec l’appelant. Elle peut se faire soit par la restitution par information

vocalisée ou synthèse de la parole, soit par la sélection par entrée DTMF ou reconnaissance

vocale, soit par l’enregistrement d’un message vocal.

L'application vocale est l'outil indispensable qui gère le fonctionnement du serveur vocal.

Cette application est adaptée à une situation spécifique, pour fonctionner en simple

messagerie, pour faire du commerce en ligne, pour fonctionner en service

d’informations ,etc…. Un nombre infini de fonctionnalités sont imaginables.

Les quatre principaux types d’application vocale sont :

Standard automatique : routage selon choix dans un menu vocal

Audiotex : diffusion vocale d’informations préenregistrées

Messagerie vocale : réception et envoi d’enregistrements vocaux

Réponse vocale interactive : annonce vocale du SI (Système d’Information).

I.1.2. Le noyau vocal

Le noyau vocal est, quant à lui, le coeur du serveur vocal. Le noyau de la plateforme

d’un serveur vocal est constitué d'un serveur (le moniteur d'exploitation) et d'un

environnement de développement (le générateur de services). A ces deux éléments

viennent se greffer des bibliothèques d'objets spécifiques à chaque média sur lequel sera

distribué le service en ligne. Ces bibliothèques sont disponibles sous forme de modules

qu’on peut ajouter au générateur de service, formant autant d'ateliers de développement

qu'il y a de médias de communication possibles.




Par Fatou SYLLA

51

I.1.3. Le traitement des appels

Le traitement des appels peut se faire de manière automatique, ce qui permet au

client d’obtenir des réponses à ses questions sans être mis en contact avec un conseiller.

Les Automatic Call Distributor (ACD) figurent également dans cette catégorie. Ils

permettent de distribuer automatiquement les appels entrant ou sortant sur un ensemble

de lignes, de mettre en place des règles de priorité et peuvent être couplés, à un système

de remontée de fiche sur le poste de travail du conseiller. L’ACD effectue une distribution

sélective des appels quelque soit leur nombre. Pour répartir les appels on utilise les ACD

qui centralisent les données statistiques des télé-conseillers afin de pouvoir router les

appels de manière optimale. Cette répartition se fait en fonction des disponibilités, des

compétences recherchées, des profils clients, etc…Ces ACD permettent aussi de gérer les

files d’attente, d’estimer les temps d’attente et de parquer les appels sur le SVI.

I.2. Mise en œuvre

La réalisation d’un serveur vocal interactif nécessite un certain nombre d’outils.

Dans cette partie nous allons définir le rôle de tous les équipements qui entre dans la miseen oeuvre d’un serveur vocal.

I.2.1. L’opérateur téléphonique

L’opérateur téléphonique occupe une place importance dans la réalisation d’un

serveur vocal. Il attribue un certain nombre de lignes téléphoniques par lesquels les clients

pourront accéder simultanément au serveur vocal. En effet le SVI doit disposer d'un

numéro d'accès à la tarification adaptée à la cible visée par le service qui est mis à

disposition. Cependant, l’opérateur téléphonique peut être contourné pour des séances de

test au niveau du serveur vocal. Dans ce cas on utilise le simulateur.




Par Fatou SYLLA

52

I.2.2. Le MIC (Modulation par Impulsions Codées)

Le MIC est un dispositif qui permet de véhiculer un signal analogique sous forme

numérique.

Le MIC comme son nom l’indique, Modulation par Impulsions Codées, utilise une technique

de modulation pour transformer un signal analogique en numérique. Lors de l’appel d’un

numéro de serveur vocal, l’opérateur téléphonique transmet les signaux analogiques au

MIC qui va se charger de les transmettre sous forme de signaux numériques à la carte

vocale qui lui est reliée.

Certaines cartes vocales intègrent les fonctions du MIC, ce qui contourne l’utilisation du

MIC.Dans ce cas, les signaux analogiques venant de l’opérateur téléphonique sont

directement reçus et convertis en signaux numériques par la carte vocale.

La modulation par impulsions codées est un procédé de transmission de la parole par

échantillonnage du signal (à une cadence double de sa fréquence maximale) et codage

numérique : l'amplitude de chaque échantillon est exprimée par un nombre, qui est

représenté par un train d'impulsions binaires.

I.2.3. Le simulateur

Le simulateur de ligne RTC, est un dispositif qui simule un appel entrant et peut

en conséquence jouer le même rôle que l’opérateur téléphonique en interne. Des postes

téléphoniques sont directement reliés aux ports du simulateur qui est relié à la carte

vocale.

I.2.4. La carte vocale

La carte vocale est une carte d’interface qui gère la connexion entre l’entrée voix et

l’ordinateur.

Elle se présente sous deux types. Il existe des cartes vocales numériques et des cartes

vocales analogiques.




Par Fatou SYLLA

53

Les cartes vocales numériques sont prévues pour le réseau téléphonique numérique. Elles

disposent de ressources voix et interfaces lignes numériques avec un connecteur RJ45 ou

un connecteur BNC.Par contre, les cartes vocales analogiques sont prévues pour le réseau téléphonique

analogique et disposent de ressources voix et interfaces lignes analogiques.

La carte vocale est disposée sur un seul slot PC et il est possible de chaîner les cartes au

sein d’un même PC via les connecteurs SCBUS qui sont des connecteurs secondaires.

II. REALISATION D’UN SERVEUR VOCAL INTERACTIF POUR LAGESTION DES NOTES DE LA SECTION INFORMATIQUE

II.1. Choix d’une solution et de l’environnement

Comme nous l’avons déjà souligné, il existe plusieurs solutions propriétaires pour la

mise en œuvre des serveurs vocaux. Cependant, vu l’importance que les SVI ne cessent de

prendre, et vu les exigences du projet nous optons pour une solution open source.

Ainsi la solution qui a été retenue est Asterisk.En effet le développement des serveursvocaux en environnement Open Source offrent à ces derniers une plus grande ampleur dans

le sens où avec Open Source on accède au code, ce qui fait que les applications vocales

pourront rapidement et facilement être améliorées.

De plus, les produits Open Source ont toujours donné une entière satisfaction aux

développeurs par leur simplicité et aux clients par leur efficacité. Asterisk regroupe

également en son sein les différents éléments cités plus haut, nécessaires pour la

conception et la mise en œuvre.Donc avec Asterisk, on n’a pas besoin de ressource

additionnelle.

Une raison supplémentaire qui a guidé notre choix est que Asterisk propose des options

avancées de configuration et d’ouverture parmi lesquelles on a une base de données

interne et un système de communication avec des applications externes : AGI.




Par Fatou SYLLA

54

Les AGI

Un AGI (Asterisk Gateway Interface) est un canal de communication bidirectionnel entre

Asterisk et un programme externe, indépendamment du langage utilisé pour ce dernier.Les échanges s’effectuent en mode texte, certains paramètres sont passés à l’initialisation

du script depuis le plan de numérotation démarré avec la commande AGI (). Ainsi, depuis

l’application on peut donner des ordres à Asterisk au niveau de la prise de décision, par

exemple HANGUP pour raccrocher ou SET CALLERID pour changer la représentation de

l’identifiant appelant.

On distingue plusieurs types d’AGI :

AGI qui permet de faire des applications pour commander le dialplan, ce

dialplan auquel on peut accéder de manière manuelle grâce au fichier

extensions.conf.C’est ce type d’AGI qu’on a d’ailleurs utilisé dans notre

cas.

EAGI (Enhanced Asterisk Gateway Interface) qui donne à l'application la

possibilité d’ajouter d’autres fonctionnalités à Asterisk.

FastAGI qui peut être employé pour faire le traitement sur une machine à

distance .Ces applications sont le plus souvent développées en JAVA.

DeadAGI qui permet la mise en place d’applications qui font des traitements

sur un canal mort, c'est-à-dire après raccrochement.

Les Agi peuvent être développés dans n’importe quel langage : Perl, Php, Pascal,

etc… Pour le développement de l’application nous utiliserons Perl comme langage et Mysql

comme système de gestion de base de données.

Perl

P.E.R.L. signifie Practical Extraction and Report Language,que l'on pourrait traduire par

« langage pratique d'extraction et d'édition ».Il est créé en 1986 par Larry Wall (ingénieur

système).

Le langage Perl ne se présente plus : ultra puissant et très complet grâce à ses nombreuses

bibliothèques de fonctions, il est un langage de script qui pourrait remplacer plusieurs




Par Fatou SYLLA

55

outils standard d'Unix, tout en fournissant de nombreuses fonctions.La syntaxe de Perl a

été définie selon deux grandes règles :

D’une part, ce qui est simple doit s'écrire simplement et ce qui est difficile doit rester

possible ; d'autre part, la syntaxe est optimisée pour le cas le plus courant : au lieu

d'imposer un carcan uniforme, Perl vous permet d'utiliser une syntaxe assouplie pour les

opérations les plus fréquentes.

Une autre caractéristique importante de Perl est son ouverture : contrairement à

l'immense majorité des autres langages, Perl a dés l'origine été explicitement conçu pour

évoluer selon les commentaires des utilisateurs, pour parvenir à maturité avec l'aide active

de la communauté des programmeurs, ainsi que pour s'adapter à tous les types d'outils et

même aux autres langages. C'est pourquoi Perl est à la fois simple et de très haut niveau.

Ainsi comme principaux avantages on peut citer :

Portabilité : Perl existe sur la plupart des plateformes aujourd’hui (Unix,

VMS, Windows, Mac, etc...)

Gratuité : disponible sur Internet

Simplicité : Quelques commandes permettent de faire ce qu'un

programme de 500 lignes fait en C ou Pascal.

Robustesse : Pas d'allocation mémoire à manipuler, chaînes, piles, noms

de variables illimités...

Accès « universel » aux bases de données.

Très pratique grâce à la librairie Asterisk:AGI

MySQL

Serveur de base de données MySQL offre de bonnes performances .En effet La polyvalence

des plates-formes est l'un des points forts de MySQL, qui fonctionne sur toutes les

déclinaisons de Linux, UNIX ou Windows. Et, bien sûr, sa nature open source autorise une

personnalisation complète pour les utilisateurs désirant ajouter des fonctionnalités

spécifiques au serveur de base de données.




Par Fatou SYLLA

56

L’une des raisons pour lesquelles MySQL est la base de données open source la plus

populaire au monde est qu’elle est adaptée à tous les besoins de développement

d’applications. Au sein de la base de données, on pourra bénéficier de procéduresstockées, de déclencheurs, de fonctions, de vues, de curseurs, d’un SQL à la norme ANSI,

etc. MySQL fournit également des pilotes (ODBC, JDBC, etc.) qui permettent à toutes les

formes d’applications d’utiliser MySQL comme serveur préférentiel de gestion des données.

MySQL offre aux développeurs d’applications, qu’ils travaillent en PHP, Perl, Java, Visual

Basic ou .NET, tout ce dont ils ont besoin pour réussir le développement de leurs systèmes

d’information pilotés par bases de données.

De plus, sa gratuité est encore une fois pour nous, une raison supplémentaire.

Apres le choix des technologies pour la mise en place du serveur, nous avons adopté une

arborescence.Ainsi tous les appels seront traités suivant cette dernière.

II.2. Arborescence de l’application

Dans un SVI, une application est constituée de composants élémentaires chaînés

entre eux. L’ensemble des composants constituant l’application d’un SVI peut être

représenté par une structure arborescente. L’arborescence vocale représente les

différentes étapes du fonctionnement de l’application. Cette arborescence est constituée

de menus, eux-mêmes constitués de sous menus : de menu en menu, la requête de

l'appelant se fait de plus en plus précise. Les choix sont faits à l'aide du clavier

téléphonique (touches DTMF) ou grâce à la reconnaissance vocale.

Une application peut ainsi être confortablement mise au point et testée sur un simple PC.

Généralement l'arborescence est réalisée graphiquement à l'aide d'un PC et d'un logiciel

spécifique au constructeur du SVI, puis elle est implémentée dans la mémoire du serveur

vocal via une liaison série, dans le cas d'un SVI autonome. Avec le générateur

d'arborescence on peut créer rapidement l’application, la visualiser sur écran et la tester

immédiatement, et aussi la modifier si besoin. Ce générateur permet d’élaborer une

arborescence vocale décisionnelle pour router l’appel ou renseigner correctement

l’appelant.




Par Fatou SYLLA

57

Chaque noeud de l'arborescence possède un paramétrage ce qui lui permet de guider

l’utilisateur afin de bien répondre à ses questions ou de transférer son appel au bon

endroit ou d’accéder à un document précis.L’efficacité du serveur vocal va dépendre de la rigueur avec laquelle l’arborescence de

tous les dialogues avec le serveur vocal est conçue. Cette arborescence se fera sous forme

graphique c'est-à-dire un organigramme détaillant tous les parcours possibles de tous les

appels entrants.




Par Fatou SYLLA

58

Appel entrant

Message‘’Bienvenue dans le serveur vocal

de la section informatique de laFST .Apres le bip sonore, donnez

votre code‘’

Message

‘’Si voulez connaître votre note en’’

Message’’Module C Appuyer

sur 3’’

Message’’ModuleB

Appuyer sur 2’’

En effet chaque étudiant

doit être associé avec

un code qui doit être

unique. Ce code ainsi

obtenu nous permettra

de connaître la classe et

les modules qui sont

étudiés.

Message’’Matière A

Appuyer sur 1’’

Message‘’Module A

Appuyer sur 1’’

Message

’’Matière BAppuyer sur 2’’

Selon le module qui est

choisit par l’appelant,

on énonce les matières

correspondantes. Message

‘’Si voulez connaître votre note en’’




Par Fatou SYLLA

59

Figure 15: Arborescence de l’application

Message‘’Appuyer sur 1 pour

connaître votre note dedevoir, sur 2 pour votre notede projet et sur 3 pour votre

note d ‘examen ‘’

Message‘’Votre note est ‘’

Message‘’ ’Cette note n’est

pas encore disponible ‘’

Selon le numéroqui est choisit parl’utilisateur, onidentifie lamatière. Et aprèscela on luidemande le typede note qu’il veutconnaître.

Selon le choix qui a étéfait, on fait un accès enbase de données pourrécupérer la notecorrespondant auxdifférents choixeffectués.

« NOTE »




Par Fatou SYLLA

60

II.3. Implémentation de la solution

Plusieurs installations et configurations sont nécessaires avant le développement del’application.

Voici une liste exhaustive de toutes les installations à faire :

Installation de Linux (fedora 3)

En effet Asterisk ne fonctionne que sous linux, et nous avons choisi la distribution de

fedora 3.Nous effectuerons une installation minimale en l’occurrence le noyau pour ne pas

surcharger le serveur avec des paquages dont nous n’auront pas besoin pour la suite.Ainsitous les paquages nécessaires pour le bon fonctionnement de Asterisk seront installer

manuellement.

Installation de Asterisk

Version installée :

Asterisk 1.2.9

Installation de Mysql


mysql-5.0.27.tar.gz

Installation du module de Perl


perl-5.8.5-24.tar.gz

Installation du module Asterisk:AGI

L’un des grands intérêts de PERL est ce module qui nous permet d’utiliser les fonctions que

nous offre les AGI.

Exemples de fonctions : Answer (), hangup (), etc…Et ces fonctions sont directement

accessibles grâce à ce module.




Par Fatou SYLLA

61


asterisk-perl-0.01.tar.tar

Installation du module Perl:DBI

Dans notre application nous aurons besoin de nous connecter à une base de données Mysql,

sous Perl on devra installer un module pour la connexion qui sera une sorte de driver.


DBI-1.37.tar.gz

Création d’une base de données de test, elle comporte 4 tables fonctionnelles.Mais

il faut noter qu’elle ne constitue pas la base de données définitive car ne servant ici que

d’un support pour exploiter le serveur vocal.

L’application ainsi développée est sous forme de script .Ce script doit être exécutable et

déposé au niveau du répertoire /var/lib/asterisk/agi-bin/.

Pour être accessible via un téléphone, l’application vocale doit être associée à un

numéro.Et doit être mis au niveau du fichier extensions.conf.

Par exemple:

exten =>4010, 1, Agi (serveur.agi)

Ici l’application est nommée serveur.agi, et correspond au numéro 4010.




Par Fatou SYLLA

62

II.4. Scénario de test

Ainsi pour utiliser à l’application les étapes suivantes doivent être effectuées:

Figure 16: Scénario de test

Etant dans un cas atypique, c’est à dire une application non classique qui ne présente

aucune interface de saisie, nous avons fait des captures d’écran lors de la réception d’un

appel du serveur.

Démarrage du serveur Asterisk :

ASTERISK

APPLICATION

2. Redirection vers l’appli

3. Message de bienvenue et demande du code

4. Saisie du code par l’appelant

5. Enonciation des matières et demande d’un choix

6. Saisie du choix

7. Enonciation des types de note et demande d’un choix

8. Saisie du choix

9. Enonciation de la note

1. Saisie du numéro




Par Fatou SYLLA

63

Exécution de l’application suite à la réception d’un appel




Par Fatou SYLLA

64

L’application présentée ci-dessus nous montre que le couplage Telephonie-

Informatique est bien une réalité.Mais il faut noter que l’application est loin d’être

terminé, car il ne s’agit que d’un module qui répond de manière partielle aux attentes du

projet.

Débutd’exécution del’applicationserveur.agi

Lecture dumessage debienvenu

Lecture de lanote demandée




Par Fatou SYLLA

65

III. Début de solution pour l’amélioration du SVI

Les applications vocales ont ajouté un niveau supplémentaire de communication

entre l’homme et les systèmes artificiels. Cependant, la capacité d'identifier des mots et

de parler avec un système artificiel n'est pas aussi flexible que nous pourrions l’imaginer.

Les dispositifs comme le volume ou les dialectes affectent de manière significative

l'arrangement des mots et des phrases parlées.C’est ainsi que Asterisk présente également

certaines limites .Ces limites se situent plus précisément au niveau de son moteur de

synthèse vocal.

III.1. Problématique

En effet, Asterisk présente plusieurs fonctions qui permettent de mettre en place

un serveur vocal.Cependant, il ne dispose pas encore de fonction capable de prononcer

des mots.

Il comporte néanmoins deux autres fonctions capables de dialoguer avec l’utilisateur, qui

sont saynumber () et saydigit ().Mais ces fonctions ne permettent d’énoncer

respectivement que des nombres et des chiffres.

En définif à chaque fois que l’on voudra énoncer un mot à l’utilisateur, le concepteur de

l’application devra l’enregistrer au préalable.Dans notre cas, où on doit manipuler des

matières et des classes, on devra enregistrer tous ces éléments sous forme de fichier

son.Ce qui est très fastidieux et fait également que l’application n’est pas du tout

évolutif, car à chaque fois qu’une nouvelle matière est enregistré dans la base dedonnées, il faudra retoucher au code pour pouvoir le prendre en compte.

Ainsi dans le but de rendre plus évolutif notre application, et de prendre en compte dans

une certaine mesure les besoins du projet, on se pose la question à savoir comment

permettre la prononciation de mots sans qu’ils ne soient préenregistrés à l’avance ?

Le schéma ci-dessous montre de manière explicite la problématique




Par Fatou SYLLA

66

Figure 17: Processus de lecture

III.2. La solution

Comme nous le savons, le moteur de synthèse vocale (TTS : text to speech) permet de

transformer du texte en voie.Donc il est clair que celui Asterisk n’est capable de

transformer que des chiffres et des nombres.

Le travail que nous allons mener s’attachera à remplacer le TTS de Asterisk par un autre

TTS capable de lire n’importe quel lexème (mots, nombres, chiffres….),ce synthétiseur

vocal ayant été précédemment développé au niveau du projet .

BASE DE DONNEES

ASTERISK

APPLICATION

REQUETE

Lire Résultat

Si résultat =nbre

Si résultat =mot

SUCCES

APPEL

RESULTAT

ECHEC




Par Fatou SYLLA

67

III.3. La solution détaillée

Le synthétiseur vocal que l’on devra intégré au sein de Asterisk est un programme qui est

écrit en java .Il prend en entrée du texte et génère un fichier son correspondant.Chaque

mot du texte devra être précédemment inséré dans la base de données pour pouvoir être

transformé.

Il faut noter également que le fichier son est généré avec l’extension .WAV . Mais notre

système ne lit que les fichiers avec l’extension .GSM . Donc nous devons également

effectuer la transformation du .WAV en .GSM . Pour ce faire nous utiliserons un petit

utilitaire appelé SoX.SoX (Sound eXchange) est une application pour convertir les différents formats de fichier

son. En effet la conversion du son en GSM se fait normalement en deux étapes. D'abord, le

son est enregistré au format WAV, puis le WAV est converti en GSM. Cet utilitaire

accomplit les deux transformations en une seule fois.

Comme expliqué précédemment dans notre propos, toutes les matières devront être

énoncés de manière dynamique.Ceci donne lieu et place à une nouvelle arborescence,conformément à la figure ci-dessous.




Par Fatou SYLLA

68

A el entrant

Message‘’Bienvenue dans le serveur vocal

de la section informatique de laFST .Apres le bip sonore, donnez

votre code‘’

Ici à la réception du

code, l’application fait

une requête en base de

données pour énumérer

de manière dynamique

les modules effectués

par l’appelant.Idem

pour les matières.

« Module X Appuyer sur Y »

« Matière Z Appuyer sur Y »

Message‘’Si voulez connaître votre note en’’

Message‘’Si voulez connaître votre note en’’

Message‘’Appuyer sur 1 pour

connaître votre note dedevoir, sur 2 pour votre note

de projet et sur 3 pour votrenote d ‘examen ‘’

Message

‘’Votre note est ‘’

Message‘’ ’Cette note n’est

pas encore disponible ‘’

« NOTE »




Par Fatou SYLLA

69

Figure 18: Nouvelle Arborescence

Nous avons opté d’intégrer le TTS au sein même de l’application.Donc toutes lestransformations se feront dans le code de l’application.En effet, PERL nous permet

d’exécuter des « commandes système ».

Pour la mise en œuvre proprement dite, les étapes suivantes ont été effectuées :

Installer le JDK 1.5

Installer la base de données de l’application

Invoquer le nouveau TTS dans notre programme

Lui donner en entrée le résultat de notre requête

Récupération du fichier son généré

Transformer l’extension .WAV en .GSM

Et enfin lecture du fichier son

Conclusion Partielle

Au terme de cette étude à savoir :

Effectuer un choix sur les différentes technologies à utiliser pour

l’implémentation du serveur vocal interactif.

L’étude et l’implémentation de la première application vocale,cette

application mise en œuvre grâce à Asterisk n’est qu’un module mais répond

néanmoins à nos besoins car permettant d’extraire des notes en base de

données et de l’énoncer à l’appelant,ceci rappelons le était notre souci

majeur.




Par Fatou SYLLA

70

L’implémentation d’une deuxième solution permettant de lire n’importe quel

lexème sans avoir à enregistrer au préalable ce mot ou phrase sous forme de

fichier son.

On peut dire que l’intégration du nouveau synthétiseur nous a permis

d’améliorer l’évolutivité de l’application .En effet toute les matières et classes se trouvant

dans la base de données n’auront plus besoin d’être énumérées un à un dans le code.Cette

amélioration influe également dans la longueur du code.

Bilan du stage

En regard de mon stage, je dois avouer que celui-ci m’a donné énormément de

travail de recherche (en conception et en implémentation surtout) parfois insurmontables,

mais au final, bilan positif dans l’ensemble, car cela a été un long moment

d’apprentissage, d’acquisition de connaissances et d’expérience. Stage à caractère

exploration scientifique, j’ai pu participer à la clarification des différentes technologies

et méthodologies adaptées pour l’élaboration d’un serveur vocal interactif et surtout au

développement d’applications vocales.

Pour le centre de ressources en TIC de la section Informatique, ce stage apporte une

expérience notable sur les possibilités actuelles de la téléphonie sur IP et des serveurs

vocaux. Ceci pourra permettre de faire évoluer sa compétence technologique et pouvoir

dans le futur proposer des solutions faciles d’utilisation pour répondre aux attentes despopulations analphabètes




Par Fatou SYLLA

71

Conclusion générale et Perspectives

Au terme de notre étude ayant comme mission de :

Faire un état de l’art sur les serveurs vocaux interactifs

Etudier les différentes solutions permettant leur mise en œuvre

Faire un choix de solution et implémenter l’application vocale

Et enfin améliorer notre solution

Nous pouvons en venir aux conclusions suivantes :

Les serveurs vocaux apparaissent partout, conquérant aussi bien le monde professionnel

que le grand public, s’immisçant dans nos divertissements, dans la formation, au travail,

dans l’assistance, etc.…

Elles présentent néanmoins quelques limites significatives actuellement.En effet il est très

difficile décider la quantité (ou la qualité) d’information dont des utilisateurs ont besoin.

Trop peu d'information peut créer l'ambiguïté, les malentendus et le sentiment d'uneapproche plutôt artificielle. Réciproquement, trop de détails peuvent mener à la confusion

et l'utilisateur peut alors perdre le temps en essayant de corriger ses erreurs. Par

conséquent, une bonne application de voix représente un compromis équilibré qui évite

trop ou peu d'informations.

Comme perspectives nous pouvons dire que :

Bon nombre d’améliorations sont à envisager notamment au niveau des technologies dutraitement automatique de la parole, comme la synthèse ou la reconnaissance vocale,

utilisées dans les serveurs vocaux interactifs.En effet, ces dernières doivent être l’objet

d’une étude approfondie, surtout si elles doivent être en langues nationales afin de

permettre l’accès à l’information au monde rural conformément aux objectifs généraux du

projet.Concernant l’application qui a été conçue ,Il faudra penser à implémenter la

solution non pas au niveau logiciel ( application ) mais au niveau du système c’est à dire au

sein de Asterisk.




Par Fatou SYLLA

72

En définitif on peut dire que les serveurs vocaux sont promus à un bel avenir en ce sens

qu’ils proposent des solutions accessibles à un plus grand nombre d’utilisateurs maisnécessitent un plus grand investissement pour pouvoir en tirer le maximum de profit.




Par Fatou SYLLA

73

Références Webographiques

Asterisk

http://www.voip-info.org/wiki-Asterisk

http://www.digum.com

Websphere

http://www-306.ibm.com/software/websphere/

Bayonne

http://www.voip-info.org/wiki/view/Bayonne

Perl

http://www.asterisk-france.net/forum/

http://www.commentcamarche.net/perl/perlintro.php3

Mysql

http://dev.mysql.com/downloads/

Reconnaissance vocale

http://www.archisoftint.com/vocal/index.html

http://fr.wikipedia.org/wiki/Reconnaissance_vocale

http://www.vecsys.fr/

Synthèse vocale

http://www.vocalcom.fr/Solutions-centre-d-appels.aspx

http://www.webopedia.com/TERM/I/IVR.html

http://fr.wikipedia.org/wiki/Synth%C3%A8se_vocale

Les Agi

http://www.voip-info.org/wiki-Asterisk+AGI

http://home.cogeco.ca/~camstuff/agi.html

http://perl.enstimac.fr/




Par Fatou SYLLA

74

Glossaire

API : Application Program Interface. C’est une Bibliothèque de fonctions destinéesà être utilisées par les programmeurs dans leurs applications.

Ccscript : C’est un langage tout comme le C++ Standard. Sous GPL, la bibliothèque

de classes ccScript fournit une machine virtuelle (VM) pour les applications temps-

réel dans les systèmes pilotés par avertissement de changement d'état. Ce langage

de script assembleur est utilisé par GNU Bayonne et d'autres parties du projet GNU

pour les scripts d'interaction avec l'utilisateur.

Codecs : COmpression et DECompression.C'est un procédé logiciel (une 'formule

mathématique automatisée') encodant des informations à travers un logiciel afin de

diminuer le volume de stockage occupé initialement sur les différents supports

DVD, CD, disques durs, disquettes...En d’autres termes les codecs sont des

algorithmes utilisés pour la compression et la décompression.Il existe toute sorte

de codecs, certains d’entre eux permettent de compresser la voix pour une

meilleure transmission à travers le net.Sur le même principe de

compression/décompression, on trouve aussi les codecs dit "matériel" (hard).

CVS : Concurrent Versions System.C’est un système de gestion de configuration qui

permet de tracer les modifications apportées à un logiciel tout au long de son cycle

de vie (de la conception à la maintenance). Cet outil est notamment

particulièrement bien adapté pour gérer les problématiques liées aux

développements menés en parallèle.

Dial Plan : C’est le plan de numérotation de Asterisk.Il est manipulé grâce au

fichier extensions.conf et permet de faire le traitement des appels.

Gateway : Un Gateway est un équipement, un ordinateur qui permet de faire

transiter des communications téléphoniques à travers plusieurs type de réseaux telsque le réseau traditionnel de téléphonie (le réseau RTC) et le réseau Internet. Plus

généralement un gateway est un équipement permettant à deux réseau différents

de communiquer. Certains sont bidirectionnelles, d'autres unidirectionnelles.

IAX : Inter-Asterisk eXchange. Ce protocole permet la communication entre deux

serveurs Asterisk ainsi qu'entre client et serveur Asterisk.

IBM : International Business Machines.C’est une société multinationale américaine

présente dans les domaines du matériel informatique, du logiciel et des services




Par Fatou SYLLA

75

informatiques.La société est née le 15 juin 1911 de la fusion de la Computing Scale

Company et de la Tabulating Machine Company sous le nom de Computing

Tabulating Recording Company (CTR). Celle-ci a changé de nom pour devenirInternational Business Machines Corporation le 14 février 1924.

ISDN : Integrated Services Digital Network. Equivalent en anglais de RNIS pour

Réseau Numérique à Intégration de Services. Liaison de communication s’appuyant

sur le réseau de lignes téléphonique, débit jusqu’à 128 Ko/s.

JDK : Java Development Kit. Logiciel édité par Sun pour le développement

d’application en Java.

Middleware : Logiciel assurant le dialogue entre différentes applications ou

portions d'une même application réparties sur plusieurs postes, clients ou serveurs.

Il permet le fonctionnement de plusieurs ordinateurs en coordination, en attribuant

à chacun une tâche spécifique, comme les échanges avec les utilisateurs, l'accès

aux bases de données ou aux réseaux.i

Open source : L'expression Open Source caractérise les logiciels dont le code

source est visible, modifiable et librement redistribuable sous certaines conditions,

ces conditions peuvent être plus ou moins strictes.

PABX : Private Automatic Branch eXchange.Plus connu sous le nom de standard

téléphonique, il ságit généralement dún boîtier ou dún coffret central assurant

le lien entre le réseau téléphonique de lópérateur et les communications internes

de léntreprise. Grâce à lui, tout appel est acheminé à son destinataire ou stocké

sur une messagerie en cas dábsence de ce dernier. Il peut également ságir dúne

télécopie ou de tout autre fichier, le PABX gérant aussi bien la voix que les

données.

Protocole : Spécification d'un dialogue entre plusieurs ordinateurs qui s'échangent

des données.Serveur de base de données : serveur qui contient la base, et seul l'administrateur

du système y aura accès. Les utilisateurs y feront appel par l'intermédiaire d'un

frontal (programme ou ensemble de page-écran servant d'interface entre

l'utilisateur et un système plus gros).

TCP/IP : Transmission Control Protocol/Internet Protocol. Protocole utilisé sur le

réseau Internet pour transmettre des données entre deux machines. Protocole de

transport, TCP prend à sa charge l'ouverture et le contrôle de la liaison entre deux




Par Fatou SYLLA

76

ordinateurs. Protocole d'adressage, IP assure le routage des paquets de données. A

voir comme un langage universel permettant à deux machines de communiquer

entre elles peu importe leur système d'exploitation.

WI-FI : Wireless Fidelity ou Ethernet sans fil. Réseau local de type Ethernet à accès

sans fil qui permet d'obtenir des débits pouvant atteindre 11 Mbit/s théorique (soit

5 Mbit/s répartis entre les utilisateurs connectés) dans une bande de fréquences de

2,4 Ghz. Le matériel WI-FI respecte la famille de normes 802.11 de l'IEEE pour la

communication sans fil dans un réseau Ethernet.

XML : eXtended Markup Language. Langage de description des documents qui utilise

des balises, permet l'utilisation de balises personnalisées et permet l'échange des

données.




Par Fatou SYLLA

77

Annexes

Annexe 1 :

Quelques codes de création des tables de la base de données

Annexe 2 :

Quelques codes de l’application




Par Fatou SYLLA

78

Annexe 1

Quelques codes de création des tables de la base de données

Table Etudiant create table etudiant(numerocarte varchar(50),nom varchar(50),prenom varchar

(50),datenaissance varchar(50),codeserver varchar(4) not null ,classe varchar(50),primary

key (codeserver));

Table Classe

create table classe(codeclasse varchar(50) not null ,classe varchar(50),primary key

(codeclasse));

Table Matiere

create table matiere(codematiere varchar(50) not null ,classe varchar(50),matiere varchar

(50),note varchar(20),primary key (codematiere));

Table Note

create table note(codenote varchar(50) not null ,codeserver varchar(4),codematiere

varchar (50),typenote varchar(20),note varchar(20),FOREIGN KEY (code_server)

REFERENCES etudiant(codeserver),primary key (codenote));




Par Fatou SYLLA

79

Annexe 2

Quelques codes de l’application

Entête du script et la chaîne de connexion de la base de données

use Asterisk::AGI;

my $AGI = new Asterisk::AGI;

my $dsn = "dbi:mysql:database=servervocal;host=localhost";

my $user="root";

my $dbh = DBI->connect($dsn, $user, $pass);

Pour répondre à un appel

$AGI->answer ();

Pour lire un fichier son

$AGI->exec('Playback','/var/lib/asterisk/sounds/message1');

Pour récupérer le choix effectué par l’appelantmy $code = $AGI->get_data("/var/lib/asterisk/sounds/beep",1000000000000,4);

Pour exécuter une requête SQL

my $st1 = $dbh->prepare(" SELECT classe FROM etudiant where codeserver='$code'");

$st1->execute();

my $classe=$st1->fetchrow_array;

$st1->finish;

Pour invoquer notre synthétiseur vocal

system("/usr/local/jdk1.5.0_09/bin/java -jar /var/lib/asterisk/agi-bin/AcaciaTTS.jar 2

lire.wav $matieres [0]");

Pour transformer l’extension du fichier son (.wav en .gsm)

system("/usr/local/bin/sox /var/lib/asterisk/agi-bin/wavFile.wav -r 8000

/var/lib/asterisk/sounds/messagematiere.gsm resample -ql");




Par Fatou SYLLA

80

Pour lire une note récupérer dans la base

$AGI->say_number($i);

Pour raccrocher

$AGI->hangup ();

12052451611 etude et conception d'un serveur vocal interact if

Documents