CONTRAT DE SOUSCRIPTION OFFRE PUSH-CLASSIQUE ANNEXE 4 : CAHIER DES CHARGES TECHNIQUE V7.0 () BOUYGUES TELECOM Société anonyme au capital de 616 661 789.28, immatriculée au RCS Nanterre sous le n 397 480 930, domiciliée à Arcs de Seine, 20 quai du Point du Jour 92100 Boulogne Billancourt
SOMMAIRE ARTICLE 1 - DEFINITIONS... 3 ARTICLE 2 - RACCORDEMENT ET MODE DE COMMUNICATION AVEC LA GB2B... 4 ARTICLE 3 - REGLES D ENVOI DES MESSAGES... 7 ARTICLE 4 - CONTRAINTES TECHNIQUES LIEES A L ENVOI DE MMS-MT... 8 Propriété de BOUYGUES TELECOM Page : 2 / 10
ARTICLE 1 - DEFINITIONS Pour les besoins du présent document, les termes suivants auront la définition ci-après mentionnée : Identifiant de Session SMS Désigne un code ajouté par BOUYGUES TELECOM à chaque SMS-MO envoyé par un Client et permettant d identifier spécifiquement une Session SMS. Il apparaît dans le champ «REQUESTID» du Flux XML transmis au FACILITATEUR. Canal de Session SMS-MO Désigne le canal par lequel le FACILITATEUR reçoit un SMS-MO envoyé par un Client et transmis par BOUYGUES TELECOM sous forme d un Flux XML. Identifiant du Canal de Session SMS-MO Désigne un code permettant d identifier le Canal de Session SMS-MO. Ce code est fourni au FACILITATEUR, lors de l ouverture technique du Service. Ce code est donc spécifique à un Service. Il apparaît dans le champ «IDOFFER» du Flux XML transmis au FACILITATEUR. Canal de Session Message-MT Désigne le canal par lequel le FACILITATEUR peut envoyer des Messages-MT à un Client, sous la forme de Flux XML, dans le cadre d une Session SMS. Identifiant du Canal de Session Message-MT Désigne un code permettant d identifier le Canal de Session Message-MT. Ce code est fourni au FACILITATEUR, lors de l ouverture technique du Service. Ce code est spécifique à un Service. Il doit être renseigné dans le champ «IDOFFER» du Flux XML envoyé par le FACILITATEUR. Identifiant du Canal d Envoi Libre Message-MT Désigne un code permettant d identifier le Canal d Envoi Libre Message-MT. Ce code est fourni au FACILITATEUR, lors de l ouverture technique du Service. Ce code est spécifique à un Service. Il doit être renseigné dans le champ «IDOFFER» du Flux XML envoyé par le FACILITATEUR. XML (extended Markup Language) Désigne un langage permettant de formaliser les échanges de données informatiques. C est notamment le langage utilisé dans les Fichiers XML et les Requêtes XML échangés entre BOUYGUES TELECOM et le FACILITATEUR. Requête XML Désigne le flux de données échangées entre BOUYGUES TELECOM et le FACILITATEUR via HTTP, notamment lors de l envoi ou de la réception d un ou plusieurs Messages (SMS-MO ou Message-MT). Par simplification, le terme «Requête XML» pourra être remplacé dans le présent Cahier des charges technique par le terme «Flux XML». Fichier XML Désigne le flux de données échangées entre BOUYGUES TELECOM et le FACILITATEUR via FTP, notamment lors de l envoi ou de la réception d un ou plusieurs Messages (SMS-MO ou Message-MT). Par simplification, le terme «Fichier XML» pourra être remplacé dans le présent Cahier des charges technique par le terme «Flux XML». Flux XML Désigne indifféremment un Fichier XML ou une Requête XML échangé entre BOUYGUES TELECOM et le FACILITATEUR. Le format d un Flux XML est décrit dans l annexe «STI» du Contrat de Raccordement à la Gateway B2B de BOUYGUES TELECOM, signé par le FACILITATEUR. Propriété de BOUYGUES TELECOM Page : 3 / 10
SMS-C GB2B Offre Push-Classique V7.0 STI (Spécification Technique d Interface) Désigne le document présentant le format des Flux XML échangés entre BOUYGUES TELECOM et le FACILITATEUR. Ce document est annexé au Contrat de Raccordement à la Gateway B2B, signé par le FACILITATEUR. FTP (File Transfer Protocol) Désigne un protocole de transfert de données informatiques. Ce protocole peut être utilisé, sous certaines conditions, pour l échange de Fichiers XML entre BOUYGUES TELECOM et le FACILITATEUR. HTTP (HyperText Transfer Protocol) Désigne un protocole de transfert de données informatiques. Ce protocole peut être utilisé, sous certaines conditions, pour l échange de Requêtes XML entre BOUYGUES TELECOM et le FACILITATEUR. Classe de terminal Désigne la catégorie, en terme de taille d écran, à laquelle appartient le terminal d un Client. Quatre classes de terminaux ont été définies. ARTICLE 2 - RACCORDEMENT ET MODE DE COMMUNICATION AVEC LA GB2B 2.1 Choix d un Raccordement technique à la Gateway B2B 2.1.1 Dans le cadre d un Service de Messages-MT, les échanges de données entre BOUYGUES TELECOM et le FACILITATEUR s effectuent obligatoirement par l intermédiaire d une plate-forme spécifique appelée Gateway B2B. C est notamment par l intermédiaire de cette Gateway B2B que BOUYGUES TELECOM Transmet au FACILITATEUR les SMS-MO envoyés par les Clients via un Flux XML, Reçoit du FACILITATEUR les Messages-MT à envoyer aux Clients via un Flux XML. 2.1.2 L ouverture d un Service de Messages-MT sur le Réseau de BOUYGUES TELECOM implique que le FACILITATEUR soit lui-même capable de gérer les échanges de Flux XML avec la Gateway B2B. 2.1.3 Il est cependant précisé que cette démarche est distincte de la demande de souscription à l offre Push Classique et implique notamment : La signature par le FACILITATEUR du Contrat de Raccordement Technique à la Gateway B2B, La mise en place et l exploitation par le FACILITATEUR d un raccordement à la Gateway B2B conforme aux spécifications techniques mentionnées dans le Contrat de Raccordement Technique à la Gateway B2B de BOUYGUES TELECOM. Les informations contractuelles et techniques sur le raccordement technique à la Gateway B2B sont disponibles sur demande à l adresse email suivante : leskiosques@bouyguestelecom.fr. 2.2 Schéma du mode de communication avec la Gateway B2B Réseau Bouygues Telecom Réseau IP VPN FACILITATEUR SMS-MT SMS-MO Echange de Flux XML en mode «HTTP unitaire», «HTTP bloc» ou «FTP fichier» VPN SOCIETE Plate-forme de services de l EDITEUR Propriété de BOUYGUES TELECOM Page : 4 / 10
2.3 Conditions spécifiques au Raccordement Technique à la Gateway B2B 2.3.1 Le FACILITATEUR doit obligatoirement disposer d un raccordement à la Gateway B2B, conforme aux spécifications mentionnées dans le Contrat de Raccordement Technique à la Gateway B2B de BOUYGUES TELECOM 2.3.2 Le format des Flux XML échangés entre BOUYGUES TELECOM et le FACILITATEUR doivent être conformes aux spécifications de l Annexe «STI Gateway B2B» du Contrat de Raccordement Technique à la Gateway B2B de BOUYGUES TELECOM. Le FACILITATEUR doit notamment être capable d échanger Flux XML : En mode «HTTP Unitaire» dans lequel une Requête XML contient un seul SMS/MMS, En mode «HTTP Bloc» dans lequel une Requête XML contient plusieurs SMS/MMS, En mode «FTP Fichier» dans lequel un Fichier XML contient plusieurs SMS/MMS. En particulier, et conformément à la STI GB2B, dans le cadre de l envoi de Messages-MT vers les Clients, le FACILITATEUR doit déterminer le mode de communication optimal des Flux XML envoyés vers la Gateway B2B, en fonction de la taille, du nombre et la fréquence d envois de ces Flux XML. 2.3.3 Il est précisé que dans le cas où le raccordement du FACILITATEUR ne serait pas conforme aux spécifications mentionnées dans le Contrat de Raccordement Technique à la Gateway B2B, BOUYGUES TELECOM ne saurait être tenu responsable d éventuels problèmes d échanges de Flux XML avec le FACILITATEUR. 2.3.4 Le FACILITATEUR doit préciser dans le Formulaire les paramètres suivants : Pour le mode de communication HTTP : - l URL d accès de la plate-forme de production, - le cas échéant, l URL d accès de la plate-forme de pré-production, Pour le mode de communication FTP : - l adresse IP du raccordement, - le port de communication, - le chemin initial de connexion, - le login et le password du compte FTP. 2.3.5 En cas de modification d un ou plusieurs paramètres listés ci-dessus, BOUYGUES TELECOM devra procéder à un nouveau paramétrage technique du Service. A ce titre, le FACILITATEUR s engage à respecter les conditions prévues dans les Conditions générales de souscription à l Offre Push-Classique. Les frais occasionnés par la modification de ces paramètres sont précisés en Annexe 1 «Conditions financières». 2.3.6 Si le FACILITATEUR souhaite envoyer des SMS-MT et des MMS-MT, il devra demander à BOUYGUES TELECOM deux raccordements techniques différents. Le mode de raccordement est spécifié dans la STI du contrat RT GB2B. Les demandes de raccordements ne pourront pas être mutualisées et seront traitées par les équipes de raccordements BOUYGUES TELECOM de façon séquentielle et facturées en conséquence. 2.4 Disponibilité de la Gateway B2B (rappel) Les engagements de BOUYGUES TELECOM portant sur la disponibilité de la Gateway B2B sont mentionnés dans le Contrat de Raccordement à la Gateway B2B signé par le FACILITATEUR. Les données suivantes sont données à titre indicatif. Propriété de BOUYGUES TELECOM Page : 5 / 10
Engagement Niveau nominal Accessibilité de la Gateway B2B : Taux de réussite lors de l envoi d un Flux XML par le FACILITATEUR 997/1000 Disponibilité de la Gateway B2B dans le mois entre 8h30 et 24 h entre 24 h et 8h30 98% 95 % Performance de la Gateway B2B Délai de mise à disposition d un Flux XML sur la Gateway B2B Conditions d exécution : disponibilité du VPN : 99% par jour disponibilité de la Gateway : 95% par mois. < 4 s (moyenne sur 1mois) 2.5 Gestion des incidents sur la Gateway B2B Lorsqu un incident survient sur la Gateway B2B : le FACILITATEUR signale cet incident à BOUYGUES TELECOM et en suit la résolution, conformément aux procédures de gestion des incidents décrites dans le Contrat de Raccordement Technique à la Gateway B2B signé par le FACILITATEUR. Les procédures de gestion opérationnelle mentionnées ci-dessous sont donc données à titre indicatif. Les procédures complètes sont mentionnées dans le Contrat de Raccordement à la Gateway B2B de BOUYGUES TELECOM. 2.5.1 Signalement de l incident par le FACILITATEUR Le FACILITATEUR détecte un incident sur la Gateway B2B. Le FACILITATEUR doit s assurer que l incident n intervient pas sur son périmètre de contrôle. Toutefois, cette vérification ne dispense pas le FACILITATEUR de signaler le défaut, dans les meilleurs délais, au centre d appel 24/24 de BOUYGUES TELECOM. Les coordonnées du centre d appel 24/24 de BOUYGUES TELECOM sont mentionnées dans le Contrat de Raccordement Technique à la Gateway B2B signé par le FACILITATEUR. 2.5.2 Signalement de l incident par BOUYGUES TELECOM BOUYGUES TELECOM détecte un incident sur la Gateway B2B ou plus spécifiquement sur le raccordement technique du FACILITATEUR. BOUYGUES TELECOM doit s assurer que l incident n intervient pas sur son périmètre de contrôle. Toutefois, cette vérification ne dispense pas BOUYGUES TELECOM de signaler le défaut au FACILITATEUR. Les coordonnées des personnes à contacter chez le FACILITATEUR sont mentionnées dans le Contrat de Raccordement Technique à la Gateway B2B. 2.5.3 Résolution de l incident Le centre d appel 24/24 de BOUYGUES TELECOM crée un ticket d incident dont l'identifiant est communiqué au FACILITATEUR. Ce ticket d incident est utilisé pour le suivi de l incident. Propriété de BOUYGUES TELECOM Page : 6 / 10
Le centre d appel 24/24 de BOUYGUES TELECOM prévient le FACILITATEUR dès la fin de l incident et envoie, à la demande du FACILITATEUR, un compte-rendu détaillé de l'incident. Le FACILITATEUR confirme la bonne résolution de l incident. Si le FACILITATEUR constate que l incident n est pas totalement résolu, il peut effectuer une demande de vérifications complémentaires. ARTICLE 3 - REGLES D ENVOI DES MESSAGES 3.1 Règles d envoi des Messages-MT 3.1.1 Le ou les Message(s)-MT sont envoyés sous la forme de Flux XML. En plus du contenu du ou des Message(s)-MT proprement dit (message texte ou exécutable), un Flux XML doit comporter toutes les informations nécessaires à l envoi du ou des Message(s)-MT vers le Client, notamment : L Identifiant du Canal d Envoi Libre Message-MT, Le MSISDN du Client destinataire du message, Le FACILITATEUR devra préciser dans le champ media la valeur «MMS» de l interface XML s il souhaite envoyer un MMS-MT. 3.1.2 Les modalités d envoi d un ou plusieurs Message(s)-MT par le FACILITATEUR sous forme de Flux XML sont décrites dans l Annexe «STI» du Contrat de Raccordement à la Gateway B2B. Le FACILITATEUR s engage à respecter le trafic maximal simultané mentionné à l article 3.1.3 des Conditions Générales à savoir : - un (1) MMS dont le poids est inférieur ou égal à cent (100) ko et - vingt (20) SMS-MT/ vingt (20) SMS-MO par seconde et par Service. En cas de dépassement du trafic maximal par le FACILITATEUR, BOUYGUES TELECOM se réserve le droit d appliquer les pénalités prévues à l article 15.2 des Conditions Générales. 3.2 Règles d envoi des Push Mail Le ou les Push Mail sont envoyés sous la forme de Flux XML. En plus du contenu du ou des Push Mail proprement dit, un Flux XML doit comporter toutes les informations nécessaires à l envoi du ou des Push Mail vers le Client, notamment : L Identifiant du Canal d Envoi Libre Message-MT, Le MSISDN du Destinataire du Push Mail. 3.3 Règles d envoi des Push WAP Le ou les Push WAP sont envoyés sous la forme de Flux XML. En plus du contenu du ou des Push WAP proprement dit, un Flux XML doit comporter toutes les informations nécessaires à l envoi du ou des Push WAP vers le Destinataire, notamment : L Identifiant du Canal d Envoi Libre Message-MT, Le MSISDN du Destinataire du Push Mail, sauf dans le cadre de l envoi de Messages de marketing direct sur UID, où l UID du Destinataire remplace son MSISDN. Le FACILITATEUR n est autorisé à effectuer que des Push WAP de type "Service Indication" (SI). Les Push WAP de type "Service Loading" (SL) ou "Cache Operation" (CO) sont interdits. Le FACILITATEUR devra se conformer à la norme "WAP-167, WAP Service Indication Specification", publiée le 31 juillet 2001 par le WAP Forum, et disponible sur : Propriété de BOUYGUES TELECOM Page : 7 / 10
http://www.openmobilealliance.org/tech/affiliates/wap/wap-167-serviceind-20010731-a.pdf Le FACILITATEUR devra : - ne pas faire expirer le Push WAP (ne pas utiliser l'attribut "si-expires") - ne pas effacer un Push WAP envoyé (ne pas utiliser "action=delete") - ne pas envoyer un Push WAP invisible pour l'utilisateur (ne pas utiliser "action=signal-none") Il est recommandé au FACILITATEUR d'utiliser "action=signal-medium" par défaut. 3.4 Règles d envoi des SMS-MO 3.4.1 En cas de réponse du Client par SMS-MO à un Message-MT, le flux XML MO comporte les informations suivantes : L Identifiant de Session SMS, L Identifiant de Canal de Session SMS-MO, Le MSISDN du Client, L heure de passage du SMS-MO sur le Réseau. 3.4.2 Les modalités de transmission d un SMS-MO au FACILITATEUR sous forme de Flux XML sont décrites dans l Annexe «STI» du Contrat de Raccordement à la Gateway B2B. ARTICLE 4 - CONTRAINTES TECHNIQUES LIEES A L ENVOI DE MMS-MT 4.1 Compatibilité des clients avec le Service MMS Le FACILITATEUR s engage à n envoyer des MMS-MT qu aux Clients pour lesquels il se sera assuré du Provisioning et de la compatibilité du terminal mobile avec le MMS. 4.2 Détermination de la compatibilité du Client au Service Le FACILITATEUR enverra à BOUYGUES TELECOM, via Security Box, à l adresse leskiosques@bouyguestelecom.fr un fichier contenant la liste des MSISDN des Clients auxquels il souhaite adresser le Service. Security Box est l outil de cryptage de données utilisé par BOUYGUES TELECOM. Il est recommandé au FACILITATEUR afin de sécuriser les échanges de données. BOUYGUES TELECOM retournera sous un délai minimum de 72 heures au FACILITATEUR ledit fichier après y avoir fait apparaître les MSISDN des Clients provisionnés ainsi que le Code Tac du téléphone de chacun de ces Clients. En cas d erreur sur les informations retournées par BOUYGUES TELECOM, les Clients concernés par ces erreurs ne recevront pas le MMS-MT envoyé par le FACILITATEUR. 4.3 Structure des MMS Les MMS doivent être conformes à la structure MIME, définie dans les spécifications [RFC 2045], [RFC 2046] et [RFC 2822]. Propriété de BOUYGUES TELECOM Page : 8 / 10
L encodage multipart doit être utilisé multipart/mixed dans le cas d un message sans SMIL, multipart/related dans le cas d un message avec SMIL. Les MMS doivent être composés exclusivement de caractères US ASCII, ils ne doivent donc comporter aucun caractère binaire, ni caractère accentué français. A cet effet : - les images, vidéos, et tout autre fichier attaché binaire, seront transcodés en Base 64, - tous les textes, qu ils comportent ou non des caractères accentués utiliseront le charset utf-8, ce qui sera précisé dans leur en-tête MIME. - les textes comportant des caractères accentués seront par ailleurs transcodés en Base 64. Les MMS doivent être encodés au format Base 64. Encodage des objets 1. Les textes doivent être encodés au format UTF8 2. Les MMS ne doivent pas comporter de sons ni de vidéos. 3. Les formats d encodage pour les images sont les suivants : - GIF 87a (extension.gif) - GIF 89a (extension.gif) sans entrelacement ni transparence L utilisation du GIF animé est autorisée. - Baseline JPEG au format d échange JFIF (extension.jpg) L utilisation du progressiv Jpeg n est pas autorisé 4.4 Règles de mise en œuvre du SMIL Le nombre de slides est limité à 7. Les éléments et attributs suivants doivent être utilisés conformément aux dispositions ci-dessous. Layout Elements Attributs Content Model layout region, root-layout region left, top, height, width, fit, id root-layout width, height - La largeur (width) pour les éléments root-layout et region devra être positionnée à la largeur de l écran dépendant de la clase du terminal. - Le paramètre "fit doit être positionné à la valeur «meet» pour éviter les troncatures d images. - Seule la notation absolue (en pixels) devra être utilisée (la notation relative en % est interdite). Media object Elements Attributs Content Model Extension text src, region, alt EMPTY.txt img src, region, alt EMPTY.jpg,.gif ref src, region, alt EMPTY Structure Elements Attributes Content Model smil head, body head layout body par Propriété de BOUYGUES TELECOM Page : 9 / 10
Timing Meta Elements Attributes Content Model par dur text, img, audio, ref La valeur de l attribut «dur» doit être au minimum de 5000 Elements Attributes Content Model meta Name, content EMPTY 4.5 Adaptation du MMS à la classe de terminal des Clients LE FACILITATEUR s engage à adapter les MMS-MT à la Classe de Terminal des Clients à qui ils sont envoyés. Les paramètres dépendant de ces classes sont les suivants : Classe Largeur Max Hauteur Max Poids Max des MMS Taille d'écran des terminaux de cette classe C1 101 80 50 Ko 101x80; 128x128 x 130 x130 C2 120 160 50 Ko 128x128; 132x176; 162x216 C3 160 120 50 ko 176x208; 176x220; 208x320; 240x320 C4 240 320 100 Ko 240x320 4.6 Poids des MMS Le poids du MMS retenu pour la facturation du MMS-MT au FACILITATEUR sera celui de la norme MM1 c est à dire le poids réellement reçu sur le mobile client. Pour un MMS-MT, le FACILITATEUR envoie à la GB2B un flux XML comportant un message MIME avec des pièces jointes (textes, images, sons) codées en base 64 (pour respecter la norme MMS). Ces éléments augmentent le poids du message de 33,33 %. C est pourquoi un coefficient de 0.75 est affecté à ce poids total afin que le tarif facturé corresponde au poids du MMS reçu par le Client. Propriété de BOUYGUES TELECOM Page : 10 / 10