FR 2984663 A1 20130621 FR 1161697 A 20111215 Domaine technique et art antérieur L'invention concerne les applications pour téléphones, notamment pour téléphone portable, ainsi que les entités électroniques portables utilisées pour fonctionnaliser de tels téléphones. Plus spécifiquement, elle concerne la fonction de présentation du numéro et ses fonctions dérivées. Les réseaux et fournisseurs de service de téléphonie fixe et mobile proposent depuis de nombreuses années la fonction de présentation du numéro de la ligne de l'appelant. Sur le réseau, fixe ou mobile, le numéro de la ligne de l'appelant (numéro MSISDN, pour « Mobile Station ISDN Number»), connu du commutateur auquel est connecté l'appelant, est inséré par ce commutateur dans les messages de signalisation du protocole de signalisation SS7 (ISUP). Au niveau de la ligne de l'abonné, différentes implémentations sont mises en oeuvre, en fonction de la technologie choisie par l'opérateur local. Par exemple, aux Etats-Unis, le numéro est transmis par modulation de fréquence, entre les deux premières sonneries. Dans certains pays d'Europe du Nord, le numéro est transmis par le biais des tonalités audibles (DTMF) sur la ligne. Et quand la connexion de l'abonné est numérique (abonnement RNIS), le numéro est transmis sous forme du contenu d'une variable dans les instants qui suivent le message d'initialisation « SETUP». Certains opérateurs offrent de plus la possibilité à leurs abonnés de connaître l'identité de l'appelant (sous la forme prénom et nom), mais celle-ci est obtenue par l'opérateur par interrogation d'une base de données sur la base du numéro de l'appelant (annuaire inversé). La base de données peut être incomplète, ou ne pas être à jour. Enfin, de nombreux terminaux de téléphonie disposant d'un répertoire électronique comportent une fonctionnalité par laquelle ils interrogent le répertoire sur la base du numéro de l'appelant pour en extraire l'identité de celui-ci, s'il fait partie des contacts enregistrés de l'utilisateur appelé. Mais on ne connaît pas de service permettant à l'appelant de personnaliser la présentation de son appel à destination de l'appeler, de manière à l'inciter, par une information pertinente, à décrocher. Dans un domaine distinct, à savoir celui des communications half- duplex du type « Push to talk », fonctionnant sur certains réseaux de téléphonie mobile, on connaît des fonctions d'insertion d'une carte de visite, ou de personnalisation de l'identification de l'appelant. De telles fonctions sont présentées dans les documents WO 2008/046697 et US 2005/0287997. Les services auxquels elles se rapportent sont distincts des services de téléphonie full-duplex et ne peuvent pas être interchangés avec ceux-ci, car les conditions d'utilisation sont différentes : dans une conversation half-duplex, les utilisateurs s'astreignent à une communication ordonnée avec des annonces de début et de fin de prise de parole, pour bénéficier d'une grande qualité d'écoute et éviter de devoir faire répéter un des intervenants, puisqu'un seul utilisateur prend la parole en même temps. A l'inverse, un service de conversation full-duplex a pour objet de fournir de l'interactivité, sans contrainte sur le mode de prise de parole entre les intervenants, et sans exigence particulière sur la qualité d'écoute. Sur le plan de la mise en oeuvre technique, les fonctions décrites dans les documents WO 2008/046697 et US 2005/0287997 utilisent un serveur spécifique de conversation « Push to talk», une communication entre les terminaux et ce serveur par commutation de paquets de type réseau IP, ainsi que l'ouverture d'une session de communication entre les deux terminaux de communication à l'aide du protocole de gestion de sessions SIP (« Session Initiation Protocol»). Un message d'identification ou un lien pointant vers un message d'identification est inséré par le terminal mobile appelant dans un message SIP INVITE ou dans une portion de texte libre d'un message SIP, et le serveur de conversation « Push to taik» transmet le message SIP incluant le message d'identification ou le lien vers le terminal appelé. Un tel système, parce qu'il met en oeuvre des messages SIP envoyés depuis le terminal appelant, ne peut pas être mis en oeuvre dans une conversation téléphonique sur une ligne commutée. Pour les conversations full-duplex sur les réseaux de téléphonie fixes et mobiles, utilisant une ligne commutée, il a été proposé dans le document US2010/0087182, un service de choix de la sonnerie devant se déclencher chez l'utilisateur appelé. Ce service utilise une application devant être présente sur le téléphone appelé, ainsi qu'un serveur sur lequel sont stockés les fichiers audio des sonneries pouvant être choisies. Au cours d'une première phase, l'appelant établit une connexion avec le serveur, choisit une sonnerie parmi différentes sonneries proposées par le serveur et demande à ce dernier de transmettre le fichier de la sonnerie choisie à un correspondant pressenti. L'appelant peut aussi enregistrer sur le serveur un message audio devant servir de sonnerie et qui est ensuite transmis au futur correspondant. Dans une deuxième phase, l'appelant appelle directement son correspondant, ou, alternativement, le serveur appelle le correspondant au nom de l'appelant. L'application du téléphone appelé déclenche la sonnerie après avoir reconnu le numéro de l'appelant. Ce procédé présente l'inconvénient que la définition de la sonnerie est faite sur le serveur distant. Ainsi, le terminal mobile de l'appelant doit être en mesure de se connecter à ce serveur pour permettre à l'appelant de choisir la sonnerie ou d'enregistrer son message audio. Cela ne peut pas se faire en l'absence de connexion -en dehors de la couverture du réseau mobile par exemple- ou lorsque les ressources du serveur sont indisponibles -si celui-ci est trop sollicité par rapport à ses capacités, notamment. De plus ce système nécessite la mise en oeuvre et la maintenance d'un serveur distant, ce qui peut être coûteux et complexe à mettre en oeuvre. Résumé de l'invention Pour résoudre ces problèmes, l'invention consiste en un procédé d'initiation d'une conversation, notamment mais pas seulement une conversation audio, comprenant des étapes d'obtention d'un contenu de présentation, puis, une fois le contenu obtenu, d'émission dudit contenu à destination d'un terminal de télécommunications à appeler, et d'appel par un terminal de télécommunication appelant dudit terminal de télécommunications à appeler, l'appel comprenant une transmission par le terminal appelant d'un identifiant dudit terminal à appeler à un commutateur téléphonique, le procédé étant caractérisé en ce que les étapes d'obtention et d'émission du contenu sont effectuées par ledit terminal de télécommunications appelant. Grâce à ce procédé, il n'est pas nécessaire de mettre en oeuvre un serveur distant ou une application distante pour proposer le service à l'utilisateur, et celui-ci a la garantie de pouvoir composer, voire corriger son contenu de présentation indépendamment de l'accès à un tel élément distant à un instant donné. Le service rendu est immédiat et l'expérience utilisateur est donc supérieure. Le terminal de télécommunications est un terminal mobile ou fixe, relié à réseau de télécommunications cellulaire ou filaire. Selon une caractéristique avantageuse, l'obtention d'un contenu de présentation comprend l'obtention d'un texte de l'utilisateur du terminal appelant, par exemple dans une fenêtre pop-up. Dans un mode de réalisation, l'émission dudit contenu comprend l'émission d'un message SMS. Dans d'autres modes de réalisation, non exclusifs les uns des autres, lequel l'émission dudit contenu comprend l'émission d'un message USSD, ou d'un message MMS (de type « Multimedia Messaging Service »). Selon une caractéristique avantageuse, l'appel du terminal à appeler n'est effectué qu'après l'écoulement d'une durée prédéterminée après l'émission du contenu de présentation. Cela permet de garantir que le contenu de présentation a bien été acheminé à son destinataire. Dans une variante, l'appel n'est effectué qu'après réception d'un accusé de réception du contenu attestant la réception de celui-ci par le terminal de télécommunications à appeler. Selon une caractéristique avantageuse, le contenu de présentation est émis avec un nom de l'appelant pour que ledit nom soit affiché complété par ledit contenu. Selon une caractéristique avantageuse, le contenu est signé par des moyens cryptographiques ou crypté. L'invention consiste aussi, selon un autre aspect, en une application informatique apte, quand elle est mise en oeuvre par un processeur d'un terminal de télécommunications, exécuter les étapes d'un procédé tel que présenté. Ce mode de réalisation offre l'avantage d'une grande intégration du procédé d'initiation d'appel avec présentation du contenu dans le processus d'appel classique connu des utilisateurs, rapide et intuitif. Selon une caractéristique avantageuse, l'application dispose d'un mode de fonctionnement dans lequel l'application demande à l'utilisateur d'identifier un contenu en réaction à la composition par l'utilisateur d'un numéro de téléphone (MSISDN encore appelé numéro de ligne) et d'une séquence alphanumérique de déclenchement de la fonction de définition d'un contenu. Elle peut également disposer d'un mode de fonctionnement dans lequel elle se déclenche ou cherche à obtenir de l'utilisateur un contenu de présentation chaque fois que l'utilisateur compose un numéro de téléphone (numéro de ligne), et d'un mode de fonctionnement dans lequel elle demande à l'utilisateur à chaque fois que ce dernier compose un numéro de téléphone (numéro de ligne), s'il souhaite envoyer un contenu de présentation. L'invention consiste enfin, selon un autre aspect, en une entité électronique portable comportant une mémoire dans laquelle est enregistrée une application telle qu'évoquée. L'entité peut être ou comprendre une carte à microcircuit, par exemple de format ID-000, l'application étant par exemple enregistrée dans un microcircuit de la carte. L'invention consiste aussi en un procédé de conversation audio initiée selon le procédé d'initiation évoqué. L'invention va maintenant être décrite en relation avec les figures, qui sont tout d'abord rapidement présentées. Brève description des figures La figure 1 représente un exemple d'architecture matérielle dans laquelle l'invention est mise en oeuvre. La figure 2 présente un terminal de télécommunications selon un mode de réalisation de l'invention La figure 3 présente un scénario de mise en oeuvre d'un mode de réalisation de l'invention. La figure 4 présente un deuxième exemple d'architecture matérielle dans laquelle l'invention peut être mise en oeuvre. Exposé détaillé de l'invention En figure 1, on a représenté deux terminaux mobiles de communication 100 et 300 communiquant avec un réseau de télécommunications 200 répondant à la norme GSM. Alternativement, d'autres réseaux de communication pourraient être utilisés. A titre d'exemple non limitatif, le réseau de communication peut être un réseau de téléphonie mobile conforme à l'une quelconque des normes technologiques (3G, 4G etc..). Les terminaux mobiles de communication 100 et 300 sont des téléphones portables. Alternativement, les terminaux sont des ordinateurs et communiquent par VOIP (voix sur IP) . Le réseau 200 comprend des commutateurs (ou switchs) 210 et 220, avec lesquels les terminaux 100 et 300 sont en communication, respectivement. Le réseau 200 comprend aussi un centre de service 230 pour messages courts (SMS pour « short message service»). En figure 2, on a représenté le terminal de télécommunications 100 20 selon un mode de réalisation de l'invention. Le terminal de télécommunications 100 possède une fonction d'appel de terminaux tiers sur le réseau 200, connue en soi et qui ne sera pas décrit en détails ici. Une carte à microcircuit 110, de format ID-000 (carte SIM, « Subscriber identification Module»), est insérée dans le terminal pour le 25 personnaliser. Une application de présentation de l'appelant est enregistrée, dont le fonctionnement sera détaillé plus loin, dans la carte 110 (précisément dans la fonction STK « SIM Tool Kit» de la carte). La carte 110 est amovible. Le terminal 100 comprend de plus un écran 120, un processeur 130 30 et un clavier alphanumérique 140, réel ou accessible via l'écran si celui-ci est tactile. Le terminal 100 comprend de plus une mémoire 150, un haut-parleur et un microphone, ainsi que des circuits pour établir une communication audio full-duplex, au cours de laquelle deux interlocuteurs peuvent parler en même temps, les ressources étant allouées simultanément pour la transmission du son dans un sens et dans le sens inverse. A la place d'être présente dans la carte à microcircuit 110, l'application de présentation peut être présente dans la mémoire 150 du terminal 100, dans laquelle elle a alors été téléchargée via le réseau 200, à l'initiative de l'utilisateur. La carte à microcircuit 110 peut être fournie à l'utilisateur avec l'application de présentation de l'appelant pré-chargée par l'opérateur ayant émis la carte à microcircuit, ou l'application peut être chargée par un fournisseur de service sur la carte à microcircuit 110 ou dans la mémoire 150. Elle peut être également présente dans une entité électronique portable de nature différente de la carte à microcircuit 110, insérée dans le terminal pour personnaliser celui-ci. Le terminal de télécommunications 300 présente des caractéristiques similaire au terminal de télécommunications 100, et dans le mode de réalisation décrit, il incorpore également l'application de présentation, soit dans une mémoire, soit dans une carte à microcircuit ou une autre entité électronique portable qui lui est liée. Les éléments du terminal de télécommunications 300 seront référencés dans le texte de manière parallèle à ceux du terminal de télécommunications 100, seul le chiffre des centaines étant modifié. En figure 3, on a représenté un scénario de mise en oeuvre de l'invention. La mise en oeuvre débute par une étape 3000 d'activation de la fonction d'appel du terminal 100. Cette étape peut comprendre la composition par l'utilisateur du numéro de la ligne du correspondant qu'il souhaite appeler (numéro MSISDN, c'est-à-dire le numéro de ligne). Cette activation de la fonction d'appel est suivie d'une étape 3010 de déclenchement de l'application de présentation, et qui va ensuite être exécutée par le processeur 130. Selon deux variantes, soit l'application de présentation était en veille et elle réagit par elle-même à l'activation de la fonction d'appel, soit elle était éteinte, mais une fonction est installée pour la déclencher automatiquement lors de l'activation de la fonction d'appel. Dans le mode de réalisation qui est décrit, l'application de présentation demande alors, au cours d'une étape 3020, à l'utilisateur s'il souhaite émettre un contenu de présentation à destination de son correspondant. Le contenu de présentation peut être le nom de l'appelant complété par un descriptif de présentation de la personne. La requête est présentée sur l'écran 120, par exemple dans une fenêtre pop-up, et l'utilisateur y répond à l'aide du clavier 140. D'autres modes de présentation de la requête et de réponse à celle-ci peuvent être mis en oeuvre dans le cadre de variantes. Si l'utilisateur répond de manière négative, l'application de présentation est désactivée ou mise en veille, et l'appel se poursuit de manière standard. Si à l'inverse l'utilisateur répond de manière positive, l'application de présentation demande à l'utilisateur, au cours d'une étape 3030, par exemple via une fenêtre pop-up affichée sur l'écran 120, d'entrer le contenu de présentation. Dans le mode de réalisation présenté, celui-ci est un texte, et il est entré par l'utilisateur par le clavier 140. Alternativement, le contenu de présentation est un message sonore ou une vidéo enregistrée avec un microphone ou une caméra embarquée du terminal 100. Dans une variante, l'utilisation de l'application d'émission d'un contenu de présentation est systématique. Dans une autre variante, c'est l'utilisateur qui, en composant une chaîne alphanumérique en plus du numéro de la ligne appelée (avant ou après celui-ci), déclenche la 2 9 84663 10 demande d'entrée d'un contenu de présentation. Encore dans une autre variante, l'application est déclenchée pour des contacts présélectionnés du répertoire téléphonique. Dans une autre variante, l'utilisateur peut au stade de la demande 5 d'entrée d'un contenu de présentation sélectionner des contenus de présentation déjà enregistrés dans la mémoire 150 du terminal 100, ou dans la carte à microcircuit 110. Ces contenus peuvent éventuellement être associés à plusieurs destinataires. Une fois le contenu de présentation obtenu par le processeur 130 10 du terminal 100, ce dernier procède, au cours d'une étape 3040, à un envoi du contenu de présentation sous la forme d'un SMS émis à destination du correspondant. Si le contenu comprend du son ou de la vidéo, l'envoi prend la forme d'un MMS (message de type « Multimedia Messaging Service »). 15 Dans un mode de réalisation, le numéro de téléphone MSISDN du correspondant est composé à ce stade par l'utilisateur. Dans une autre variante, le numéro du correspondant MSISDN peut aussi être introduit entre les étapes 3020 et 3030. Au cours de l'étape 3040, le terminal 100 envoie dans un unique 20 SMS (ou MMS) d'une part le contenu de présentation, et d'autre part le numéro de la ligne de l'utilisateur du terminal 100 (numéro MSISDN), tel qu'indiqué dans la carte à microcircuit 110. Ainsi, le numéro de l'appelant est associé dans le message au contenu de présentation. De plus, le SMS présente un élément (format ou identifiant) permettant de reconnaitre 25 qu'il a été préparé et émis par l'application de présentation. Au cours d'une étape 3050 de temporisation, le terminal 100 attend quelques instants pour laisser le temps au SMS de parvenir à son destinataire. Dans un mode de réalisation, cette période d'attente est de 5 s. Le SMS est transmis dans le réseau 200 au centre de service de SMS 230, qui le transmet au terminal 300 sur la base de son numéro de ligne MSISDN. Au cours d'une étape 3100, le SMS émis par le terminal 100 est reçu par le terminal 300. Dans un mode de réalisation, la réception de tout SMS par ce terminal déclenche l'analyse du message par l'application de présentation qui était soit en veille soit inactive sur le terminal 300. Le SMS est reconnu par l'application de présentation comme ayant été émis par une autre application de présentation, et il est stocké dans la mémoire 350, au cours d'une étape 3110, sans être signalé au porteur du terminal 300. Il peut, dans une variante, être mémorisé dans la carte à microcircuit 310. Dans un mode de réalisation particulier, si un SMS émis par une application de présentation était en mémoire et était associé à un numéro d'appel entrant, il est effacé, et remplacé par le SMS ainsi nouvellement 15 reçu. Au cours d'une étape 3060, le terminal 100 lance l'appel téléphonique à destination du correspondant, en composant le numéro MSISDN de celui-ci et en le communiquant au commutateur 210 avec lequel il est en relation sur le réseau 200. Dans une variante, l'appel n'est 20 lancé qu'après réception d'un accusé de réception du SMS attestant la réception de celui-ci par le destinataire. Dans une variante, l'accusé de réception est envoyé par le terminal 300 uniquement après validation de l'appelé. Le commutateur 210 se met alors en relation, via différents 25 éléments du réseau 200, avec un commutateur 220 qui est en relation avec le terminal 300. Le réseau indique donc au terminal 300 qu'un appel le désignant est en cours, d'une manière connue en soi. Le numéro de ligne de l'appelant (MSISDN) est présenté, d'une part parce que l'appelant a autorisé (ou n'a pas interdit) la fonction de 30 présentation du numéro, et d'autre part parce que le réseau 200 sait transmettre, d'un commutateur à un autre, le numéro de la ligne appelante, par exemple dans des messages de la norme SS7. Au cours d'une étape 3120, le terminal 300 constate la demande d'appel entrant. En réaction, l'application de présentation est déclenchée, au cours d'une étape 3130, et celle-ci recherche dans les SMS mémorisés et ayant été reçus en provenance d'autres applications de présentation, un contenu de présentation associé au numéro de ligne appelant (MSISDN) pour l'appel entrant en cours. Le contenu de présentation est présenté à l'utilisateur du terminal 300 au cours d'une étape de présentation 3140, utilisant, selon des variantes, l'écran, par exemple avec une fenêtre pop-up, pour le texte ou la vidéo et le haut-parleur pour un message sonore, suivant la nature du contenu de présentation. Dans un mode de réalisation, une indication graphique ou alphanumérique indique explicitement que le contenu de présentation est « tel qu'indiqué par l'appelant », de manière à rappeler à l'utilisateur du terminal 300 que son opérateur téléphonique ou un autre intermédiaire n'intervient pas dans la définition du contenu ainsi présenté. Dans une variante le terminal 300 n'affiche les contenus de présentation uniquement quand le numéro MSISDN de l'appelant n'est pas 20 répertorié dans le répertoire téléphonique du terminal 300, ou au contraire, uniquement quand il l'est. En fonction de ce contenu de présentation, l'utilisateur du terminal 3140 prend la décision de répondre, de rejeter l'appel ou d'ignorer celui-ci. Une étape de conversation 3150 peut notamment avoir lieu. Dans 25 ce cas, les deux terminaux 100 et 300 sont mis en relation par le réseau 200. Enfin, de manière optionnelle, l'application de présentation peut proposer à l'utilisateur du terminal 300 de stocker le contenu de présentation reçu via le SMS en association avec le numéro de ligne de 30 son correspondant dans le répertoire téléphonique de son terminal 300, dans la mémoire 350 de celui-ci ou dans la carte à microcircuit 310 insérée dans le terminal. Ce stockage est effectué au cours d'une étape 3160. En cas de refus de l'utilisateur, le contenu de présentation est effacé. En figure 4 sont représentés les éléments de mis en oeuvre d'un deuxième mode de réalisation de l'invention. Comme pour le premier mode de réalisation, un terminal appelant 100 appelle un terminal appelé 300, via un réseau 200, la communication mettant en oeuvre des commutateurs 210 et 220. Dans ce mode de réalisation, le contenu de présentation est envoyé par le terminal 100 dans un message USSD (« Unstructured Supplementary Service Data »). Il est associé dans ce message à un l'identifiant MSISDN de l'appelant et à l'identifiant MSISDN de l'appelé. Le message USSD est envoyé à l'opérateur téléphonique qui fournit les services téléphoniques à l'utilisateur du terminal 100. Celui-ci le reçoit et le traite avec un serveur 240 mettant en oeuvre une application 245 de traitement des messages USSD comprenant un contenu de présentation. L'application identifie le message reçu comme étant un message USSD comprenant un contenu de présentation. Elle extrait du message l'identifiant MSISDN de l'appelé. Puis elle envoie un message à destination du terminal appelé, comprenant le contenu de présentation et l'identifiant MSISDN de l'appelant. Ce message envoyé par l'application 245 peut être de diverses natures. Il peut être un SMS ou un message USSD. Le terminal 300 reçoit le message émis par l'application 245 et le traite comme décrit plus haut en relation avec le premier mode de réalisation. L'application de présentation peut être sécurisée par une sécurité cryptographique conforme à une norme FIPS (pour « Federal Information 30 Processing Standards»), par exemple la norme FIPS 140. Par exemple, le contenu de présentation est crypté à l'aide d'une clé cryptographique accessible, par exemple dans la carte 110, par l'application de présentation de l'appelant. L'appelant envoie alors un message de présentation crypté ou une donnée de vérification cryptée, ou un message de présentation signé, au moyen de la clé. L'appelant dispose également de la même clé cryptographique pour vérifier le contenu de présentation. La vérification peut être réalisée par décryptage ou par calcul d'un code d'authentification de message à partir des données reçues. L'application étant fournie par un même fournisseur de service (opérateur téléphonique) il est facile d'échanger les clés de cryptage et vérification pour la réalisation de la sécurité cryptographique. En alternative, un mécanisme de dérivation de clé peut être mis en oeuvre pour crypter le contenu de présentation, par exemple une dérivation d'une clé-maître fournie par le fournisseur de service à partir du numéro de l'appelé. Ainsi, l'appelé auquel la même clé-maître aura été préalablement fournie, pourra dériver celle-ci au moyen de son numéro de téléphone et vérifier l'authenticité du contenu . Le mécanisme cryptographique d'authentification, d'intégrité et/ou de signature peut être adapté pour répondre aux besoins de sécurité. Dans une variante, le terminal ne reçoit pas une carte à microcircuit, mais comprend un microcircuit sécurisé intégré au terminal, et dans lequel est enregistré l'application de présentation. L'invention ne se limite pas aux modes de réalisation décrits mais s'étend à toutes les variantes de ceux-ci entrant dans la portée des revendications. REVENDICATIONS1. Procédé d'initiation d'une conversation comprenant des étapes : d'obtention (3030) d'un contenu de présentation, puis, une fois ledit contenu obtenu, d'émission (3040) dudit contenu à destination d'un terminal de télécommunications à appeler (300), et d'appel (3060) par un terminal de télécommunication appelant (100) dudit terminal de télécommunications à appeler (300), l'appel (3060) comprenant une transmission par le terminal appelant (100) d'un identifiant de ligne dudit terminal à appeler à un commutateur téléphonique (210), le procédé étant caractérisé en ce que les étapes d'obtention puis d'émission du contenu sont également effectuées par ledit terminal de télécommunications appelant (100). 2. Procédé d'initiation d'une conversation selon la revendication 1, dans lequel l'obtention (3030) d'un contenu de présentation comprend l'obtention d'un texte de l'utilisateur du terminal appelant. 3. Procédé d'initiation d'une conversation selon la revendication 2, dans lequel l'obtention (3030) d'un texte se fait dans une fenêtre pop-up. 4. Procédé d'initiation d'une conversation selon l'une des revendications de procédé d'initiation précédentes, dans lequel le contenu de présentation est émis avec un nom de l'appelant pour que ledit nom soit affiché complété par ledit contenu. 5. Procédé d'initiation d'une conversation selon l'une des revendications de procédé d'initiation précédentes, dans lequel l'émission (3040) duditcontenu comprend l'émission d'un message SMS, d'un message USSD, ou d'un message MMS. 6. Procédé d'initiation d'une conversation selon l'une des revendications de procédé d'initiation précédentes, dans lequel l'appel du terminal à appeler n'est effectué qu'après l'écoulement d'une durée prédéterminée (3050) après l'émission du contenu de présentation. 7. Procédé d'initiation d'une conversation selon l'une des revendications de procédé d'initiation précédentes, dans lequel l'appel n'est effectué qu'après réception d'un accusé de réception du contenu attestant la réception de celui-ci par le terminal de télécommunications à appeler. 8. Procédé d'initiation d'une conversation selon l'une des revendications de procédé d'initiation précédentes, dans lequel le terminal de télécommunications est un terminal mobile. 9. Procédé d'initiation d'une conversation selon l'une des revendications de procédé d'initiation précédentes, dans lequel le contenu est signé par des moyens cryptographiques ou crypté. 10. Procédé de conversation audio initiée par un procédé d'initialisation selon l'une des revendications de procédé d'initiation précédentes. 11. Application informatique apte, quand elle est mise en oeuvre par un processeur (130) d'un terminal de télécommunications (100), à exécuter les étapes d'un procédé selon l'une des revendications de procédé d'initiation précédentes. 12. Application selon la revendication précédente, disposant d'un mode de fonctionnement dans lequel l'application demande à l'utilisateur d'identifier un contenu de présentation en réaction à la composition par l'utilisateur d'un numéro de téléphone et d'une séquence alphanumérique de déclenchement de la fonction de définition d'un contenu. 13. Application selon l'une des revendications d'application précédentes, disposant d'un mode de fonctionnement dans lequel elle cherche à obtenir un contenu de présentation chaque fois que l'utilisateur compose un numéro de téléphone. 14. Application selon l'une des revendications d'application précédente, disposant d'un mode de fonctionnement dans lequel elle demande à l'utilisateur à chaque fois que l'utilisateur compose un numéro de téléphone, s'il souhaite envoyer un contenu de présentation . 15. Entité électronique portable (110) comportant une mémoire dans laquelle est enregistrée une application selon l'une des revendications d'application précédente. 16. Entité électronique portable selon la revendication précédente, comprenant une carte à microcircuit (110), par exemple de format ID-000, l'application étant enregistrée dans un microcircuit de la carte.