Il est possible de mettre en place des services XML pour créer des applications à valeur ajoutée dans un environnement de ToIP Cisco.

Chaque téléphone possède à la fois un serveur et un client HTTP. Un service XML peut être assimilé à des pages web dynamiques localisés sur un serveur HTTP, qui vont être consultées à partir de l’interface utilisateur du téléphone. Cela nécessite donc de développer l’application nécessaire, de déclarer le service au niveau du Call Manager et de faire souscrire ce service aux téléphones souhaités.

Une fois ces actions effectuées, la cinématique de consultation d’un service par un téléphone est la suivante :

1. L’utilisateur navigue dans le menu services de son téléphone Cisco
2. Les services déclarés dans le Call Manager et auxquels le téléphone a souscrit apparaissent alors dans le menu
3. En sélectionnant le service, le téléphone envoit une requête HTTP à l’adresse correspondante au service
4. Le serveur réceptionne la requête et, en fonction de l’algorithme du script, construit une page en XHTML avec des balises précises compréhensibles par le téléphone Cisco (nous en détaillerons quelques une dans la suite)
5. Le téléphone lit alors cette page web qui est ainsi retournée par le serveur et interprète les balises XML qu’il connait

Voici un exemple de page qui permet de renvoyer au téléphone qui en fait la requête un simple texte (écrit en Javascript) :

Les principales balises interprétées par les téléphones sont les suivantes :

• CiscoIPPhoneMenu : permet d’afficher à l’écran un menu de sélection
• CiscoIPPhoneInput : permet de demander à l’utilisateur de saisir des informations
• CiscoIPPhoneText : affiche un texte sur l’écran du téléphone
• CiscoIPPhoneImage : affiche une image
• CiscoIPPhoneDirectory : crée un annuaire avec des noms et des numéros de téléphones associés
• CiscoIPPhoneGraphicMenu : affiche un menu avec des choix “graphiques” plutôt que textuels

Le service type décrit ci-dessus est dit service “PULL”, car le téléphone est à l’initiative de la requête HTTP et interprète le contenu de la page web renvoyée par le serveur. Il est possible de créer des services dits “PUSH”, où le serveur WEB est à l’initiative d’une requête HTTP POST adressée au téléphone, ce qui s’avère pratique dans le cas où on souhaite pousser du contenu vers le téléphone. Ce dernier type fait apparaître la balise <CiscoIPPhoneExecute> qui contient la balise qui contient la balise <ExecuteItem URL = “url”> et qui permet d’indiquer au téléphone qu’il doit se rendre à l’URL mentionnée.

Une fois que le téléphone a interprété cette balise, il construit une balise <CiscoIPPhoneResponse> qui contient elle-même une  balise <ResponseItem Status=”code de retour”>. Si ce status est égal à 0, alors l’action poussée au téléphone s’est bien déroulée. Sinon, une balise <CiscoIPPhoneError> sera retournée avec les codes d’erreurs :

• 1 : erreur lors du parsing de la balise CiscoIPPhoneExecute
• 2 : erreur lors de l’envoi de la requête Response
• 3 : erreur de fichier interne
• 4 : erreur d’authentification

Ceci n’est qu’un premier exemple de ce qui constitue la base des services XML. Il existe de nombreuses possibilités qui permettent notamment de faire du streaming media en utilisant le protocole RTP directement sur le téléphone (pour jouer du son par exemple).