Brevet FR3111501A1 — publié le 20211217

Un procédé de traitement d'un premier appel reçu dans un centre d'appels (CA) via un réseau de télécommunications (NW), en provenance d'un terminal d'utilisateur (TU), comprend le placement (S309) du premier appel dans une file d'attente lorsqu'aucun terminal d'opérateur du centre d'appels n'est disponible pour prendre le premier appel. Ce procédé est remarquable en ce qu'il comprend : — la transmission (S319) au terminal de l'utilisateur d'un message d'information indiquant à l'utilisateur la possibilité d'effectuer un second appel dans un intervalle de temps (INT) déterminé, tout en bénéficiant de la place du premier appel dans la file d'attente ; — suite à la réception (S321) d'un message d'approbation en provenance du terminal d'utilisateur, la transmission (S323) au terminal d'utilisateur d'un code d'identification d'utilisateur (CIU), ce code devant être fourni par l'utilisateur lors du second appel afin que le second appel puisse bénéficier de la place du premier appel dans la file d'attente. Figure de l’abrégé : Figure 3 Procédé et serveur de traitement d'appels en provenance de terminaux d'utilisateurs pour la mise en relation avec des terminaux d'opérateurs La présente invention a trait de manière générale au domaine des réseaux de télécommunications, et concerne notamment le traitement des appels reçus en provenance de terminaux d'utilisateurs, via des réseaux de télécommunications, dans des centres d'appels fournissant des services. État de la technique Un centre d'appels ( call center en anglais) est une infrastructure ou plateforme principalement constituée de moyens techniques et immobiliers (bureaux) et gérée par des personnes, parmi lesquelles certaines, souvent appelées opérateurs ou conseillers, sont mises en relation avec des clients ou utilisateurs pour leur fournir une aide, des conseils, concernant la vente ou l'après-vente (SAV) de services ou produits commercialisés, ou bien une aide à l'utilisation de produits ( help desk ). Les conseillers ou opérateurs sont généralement répartis dans des espaces de bureaux disposant de terminaux de communication — par exemple des ordinateurs de bureau associés à des terminaux de téléphonie —, et où sont distribués des appels téléphoniques, mais aussi des courriels ( emails ), des messages courts (SMS), etc. Ces appels peuvent être qualifiés d'entrants, lorsqu'ils sont reçus par les opérateurs du centre, en provenance des clients ou utilisateurs, ou à l'inverse de sortants lorsqu'ils sont émis par les opérateurs. Généralement, les appels téléphoniques entrants sont reçus dans une plateforme serveur chargée de les router aux terminaux des opérateurs en fonction de la disponibilité de ces derniers, et de l'ordre d'arrivée des appels entrants. À cet effet, lorsque tous les opérateurs sont occupés, les appels entrant sont placés selon leur d'ordre d'arrivée dans une file d'attente de type FIFO ( First In, First Out ) gérée par la plateforme serveur. Cette plateforme serveur est par ailleurs généralement équipée d'un serveur vocal interactif, proposant vocalement aux utilisateurs un certain nombre d'options pour le traitement de leurs appels, notamment lorsque tous les terminaux des opérateurs sont déjà occupés. Parmi les options connues pour traiter un appel entrant lorsqu'aucun opérateur n'est disponible, celle désignée par "fonction de rappel" ( call back en anglais) consiste à proposer à l'utilisateur appelant de le rappeler automatiquement lorsqu'un opérateur sera disponible. Concernant la fonction de rappel, le document de brevet EP1465398A1 décrit un serveur de contrôle d'appel fonctionnant pour recevoir des appels de terminaux d'utilisateurs et pour organiser la connexion des appels à des terminaux d'opérateurs. Le serveur de contrôle d'appel comprend un processeur de file d'attente chargé de placer des appels dans une file d'attente en attendant d'être connectés à l'un des terminaux d'opérateurs. Le serveur de contrôle d'appel est apte à déterminer, selon un temps d'attente courant pour les appels dans la file d'attente, une heure probable de rappel ( call back ) à laquelle le serveur de contrôle d'appel pourra connecter un terminal opérateur à un terminal utilisateur considéré, puis à communiquer l'heure de rappel au terminal utilisateur. En réponse à l'acceptation de l'heure de rappel par l'utilisateur, le serveur de commande d'appel déclenchera un appel vers l'utilisateur à l'heure de rappel afin de connecter le terminal de l'utilisateur à un terminal opérateur. La fonction de rappel ( call back ) évoquée ci-dessus est avantageuse car elle permet à l'utilisateur de pouvoir raccrocher sans devoir attendre en restant à l'écoute d'un serveur vocal, que son appel soit pris en compte par un opérateur ; elle permet donc à l'utilisateur de gagner du temps et aussi de l'argent puisque le temps de communication est écourté. Cependant, l'utilisateur doit rester à proximité de son terminal de communication ou garder son terminal sur lui (dans le cas d'un téléphone mobile par exemple) ce qui est contraignant, et cela d'autant plus que le temps d'attente pour le rappel est long. Par ailleurs, il se peut qu'au moment du rappel, l'utilisateur ne soit plus disponible pour prendre l'appel, ce qui lui fait perdre sa place dans la file d'attente. La présente invention vise notamment à améliorer la situation exposée ci-dessus. La présente invention propose, selon un premier aspect, un procédé de traitement d'un premier appel reçu dans un centre d'appels via un réseau de télécommunications, en provenance d'un terminal d'utilisateur, comprenant le placement du premier appel dans une file d'attente lorsqu'aucun terminal d'opérateur du centre d'appels n'est disponible pour prendre le premier appel. Conformément à l'invention ce procédé est remarquable en ce qu'il comprend : — la transmission au terminal de l'utilisateur d'un code d'identification d'utilisateur (CIU), ledit code devant être fourni par l'utilisateur lors d'un second appel devant être effectué ultérieurement par l'utilisateur, dans un intervalle de temps (INT) déterminé de manière à permettre au second appel de bénéficier de la place du premier appel dans la file d'attente. Grâce au procédé tel que succinctement défini ci-dessus, l'utilisateur dont l'appel est en file d'attente, une fois le code d'identification obtenu, peut raccrocher et n'a pas à attendre qu'on le rappelle comme c'est le cas avec la fonction de rappel ( call back ) connue, puisque c'est lui qui doit rappeler ultérieurement le centre d'appels, de préférence dans l'intervalle de temps qui lui est donné, en communiquant son code d'identification pour pouvoir bénéficier de sa place initiale (obtenue lors du premier appel) dans la file d'attente. Selon une mise en œuvre particulière, le procédé ci-dessus comprend : — la transmission au terminal de l'utilisateur d'un message d'information indiquant à l'utilisateur la possibilité d'effectuer le second appel dans l'intervalle de temps (INT), tout en bénéficiant de la place du premier appel dans la file d'attente ; — suite à la réception d'un message d'approbation en provenance du terminal d'utilisateur, la transmission au terminal d'utilisateur du code d'identification d'utilisateur (CIU) devant être fourni par l'utilisateur lors du second appel afin que le second appel puisse bénéficier de la place du premier appel dans la file d'attente. Cette mise en œuvre offre la possibilité à l'utilisateur d'accepter ou non l'option proposée par le serveur, selon laquelle l'utilisateur peut rappeler ultérieurement le serveur en utilisant un code spécifique lui permettant de conserver sa place initiale (la place du premier appel) dans la file d'attente, à condition toutefois de respecter l'intervalle de temps (INT) communiqué pour effectuer le second appel. Selon un mode de réalisation du procédé, lors du premier appel, le code d'identification d'utilisateur (CIU) est créé et est placé dans la file d'attente à la place d'un identifiant du premier appel. Un tel identifiant est par exemple le numéro de téléphone associé au terminal de l'utilisateur avec lequel le premier appel a été effectué. De cette façon, lorsque l'utilisateur rappelle le centre d'appels et communique son code d'identification, celui-ci est recherché dans la file d'attente et la place correspondante est affectée à l'utilisateur qui récupère ainsi sa place initiale. Selon un mode de réalisation, le procédé comprend : — l'estimation en fonction de l'état de la file d'attente, pour le premier appel, d'une durée d'attente (DATE) avant mise en relation du terminal d'utilisateur avec un terminal d'opérateur ; et — si la durée d'attente (DATE) dépasse une valeur seuil, la transmission du message d'information susmentionné au terminal d'utilisateur. Le message d'information n'est ainsi envoyé à l'utilisateur que si la durée d'attente est supérieure à une valeur déterminée, par exemple cinq minutes, ce qui permet de limiter le risque qu'un rappel de l'utilisateur intervienne après que le code de l'utilisateur a été supprimé de la liste d'attente. Selon une caractéristique de réalisation particulière, l'intervalle de temps pour effectuer le second appel est compris entre l'instant de réception du premier appel (t0) et l'instant (t DATE ) correspondant à l'instant de réception du premier appel auquel est ajoutée la durée d'attente estimée (DATE). De cette façon, si l'utilisateur effectue son second appel dans l'intervalle de temps susmentionné, le risque que sa place dans la file d'attente soit perdue est minimisé. Selon une caractéristique de réalisation particulière, l'intervalle de temps pour effectuer le second appel est une période fixée de temps, strictement inférieure à la durée d'attente estimée (DATE), pendant laquelle le second appel bénéficiera de la place du premier appel dans la file d'attente. Cela permet de limiter le risque pour l'utilisateur de perdre sa place dans la file d'attente, si par exemple le temps moyen de mise en relation avec un opérateur est surestimé pour le calcul de la durée d'attente, ou si d'autres utilisateurs dans la file d'attente n'effectuent pas leur second appel, ce qui pourrait amener le code de l'utilisateur à être en tête de file et de perdre sa place si l'utilisateur ne rappelle pas à temps. Selon un mode de réalisation particulier, le procédé comprend suite à la réception du second appel de l'utilisateur : — la détermination de la place dans la file d'attente correspondant au code d'identification d'utilisateur (CIU) communiqué par l'utilisateur ; — l'attente de la mise en relation du terminal d'utilisateur avec un terminal d'opérateur, lorsque la place dans la file d'attente est proche de la tête de la file ; — la création d'un second code d'identification de l'utilisateur et placement du second code en queue de la file d'attente, lorsque le code d'identification de l'utilisateur n'est plus dans la file d'attente. Selon le mode de réalisation ci-dessus, si le code de l'utilisateur n'est plus dans la file d'attente — en pratique le code est indiqué comme étant expiré —, alors le second code créé pour l'utilisateur permet à ce dernier de recommencer le processus de traitement avec ce second code au cours d'un appel ultérieur (un troisième appel de l'utilisateur). Selon une mise en œuvre particulière du procédé, le second d'identification créé est égal au code d'identification de l'utilisateur Ainsi, pour un utilisateur et/ou un terminal d'utilisateur considéré, le code d'identification initialement généré restera affecté à l'utilisateur, ce qui évitera à l'utilisateur d'avoir à en recevoir et, le cas échéant à en retenir, un nouveau. Selon un mode de réalisation, le procédé comprend une action de surveillance de la file d'attente d'appels d'utilisateurs, au cours de laquelle, si un code d'identification d'utilisateur arrive en tête de file et qu'aucun second appel avec ce code n'a été reçu, une commande parmi les suivantes est exécutée : — rétrograder le code d'identification dans la file d'attente d'un nombre déterminé de places ; — placer le code d'identification en queue de file d'attente ; — supprimer le code d'identification de la file d'attente. Avec cette action de surveillance de la file d'attente, il est ainsi possible d'appliquer une commande déterminée selon une stratégie de traitement prédéfinie, lorsqu'un code d'identification d'un utilisateur arrive en tête de file sans qu'aucun second appel avec ce code n'ait été encore reçu. Selon un second aspect, la présence invention concerne un serveur de télécommunications destiné à traiter des appels en provenance de terminaux d'utilisateurs via un réseau de télécommunications afin de mettre en relation les terminaux d'utilisateurs avec des terminaux d'opérateurs d'un centre d'appels ; le serveur est configuré pour placer un premier appel reçu en provenance d'un terminal d'utilisateur dans une file d'attente lorsqu'aucun terminal d'opérateur n'est disponible pour prendre le premier appel. Selon l'invention ce serveur comprend une unité de traitement d'appels configurée pour : — transmettre au terminal de l'utilisateur un code d'identification d'utilisateur (CIU), ledit code devant être fourni par l'utilisateur lors d'un second appel devant être effectué ultérieurement par l'utilisateur, dans un intervalle de temps (INT) déterminé de manière à permettre au second appel de bénéficier de la place du premier appel dans la file d'attente. Selon un mode de réalisation l'unité de traitement d'appels du serveur est configurée pour : — transmettre au terminal de l'utilisateur un message d'information indiquant à l'utilisateur la possibilité d'effectuer le second appel dans l'intervalle de temps (INT) déterminé, tout en bénéficiant de la place du premier appel dans la file d'attente ; — suite à la réception d'un message d'approbation en provenance du terminal d'utilisateur, transmettre au terminal d'utilisateur le code d'identification d'utilisateur (CIU) devant être fourni par l'utilisateur lors du second appel afin que le second appel puisse bénéficier de la place du premier appel dans la file d'attente. Selon un troisième aspect, la présence invention concerne un programme d'ordinateur mis en œuvre dans un serveur de télécommunications, ce comprenant des instructions dont l'exécution par un processeur du serveur, provoque l'exécution des étapes d'un procédé de traitement d'un premier appel reçu dans un centre d'appels, tel que défini supra. Un telle programme peut utiliser n’importe quel langage de programmation, et comprendre un ou plusieurs programmes sous forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi par conséquent, selon un dernier aspect, un support d’enregistrement d'informations lisible par un ordinateur, sur lequel est stocké un programme d'ordinateur tel qu'exposé ci-dessus. Un tel support d’enregistrement peut être constitué par n'importe quel dispositif capable de stocker un tel programme d'ordinateur. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement amovible tel qu’une clé USB ou un moyen d’enregistrement magnétique, tel qu’un disque dur. D'autre part, un programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Les avantages procurés par un serveur et un programme d'ordinateur, tels que brièvement définis ci-dessus, sont identiques ou contribuent à ceux mentionnés plus haut en relation avec le procédé de traitement d'un premier appel dans un centre d'appels, selon l’invention, et ne seront par conséquent pas rappelés ici. D’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels : – La figure 1 illustre un exemple d'environnement de télécommunications dans lequel le procédé selon l'invention peut être est mis en œuvre; – La figure 2 représente les modules fonctionnels d'un serveur de traitement d'appels d'un centre d'appels, configuré pour mettre en œuvre un procédé de traitement d'appels selon l'invention; et – La figure 3 représente, sous forme d’organigramme, les principales étapes d’un procédé de traitement d'un appel reçu dans un centre d'appels via un réseau de télécommunications, en provenance d'un terminal d'utilisateur, selon un mode de réalisation de l'invention. Description détaillée La figure 1 illustre un exemple d'environnement de télécommunications dans lequel le procédé selon l'invention peut être est mis en œuvre. L'environnement représenté comprend un terminal de communication TU, tel qu'un téléphone mobile de type smartphone , d'un utilisateur, relié à un réseau de téléphonie mobile (3G, 4G, …) non représenté, donnant accès à un premier réseau NW1 de type Internet, auquel est également connecté un serveur SVR de traitement d'appels d'un centre d'appels CA ( call center ) comprenant un ensemble de N terminaux d'opérateurs OP-1 à OP-N connectés à un réseau NW2, par exemple un réseau IP ( Internet Protocol ) tel qu'un intranet d'entreprise. Ce centre d'appels est par exemple associé à un service après-vente d'une société commerciale. Comme exposé plus haut, il est proposé selon la présente invention un procédé de traitement d'un premier appel reçu dans un centre d'appels via un réseau de télécommunications, en provenance d'un terminal d'utilisateur. Ce procédé comprend notamment le placement du premier appel dans une file d'attente lorsqu'aucun terminal d'opérateur du centre d'appels n'est disponible pour prendre le premier appel, et la transmission au terminal de l'utilisateur d'un message d'information indiquant à l'utilisateur la possibilité d'effectuer un second appel dans un intervalle de temps (INT) déterminé, tout en bénéficiant de la place du premier appel dans la file d'attente ; enfin, suite à la réception d'un message d'approbation en provenance du terminal d'utilisateur, la transmission au terminal d'utilisateur d'un code d'identification d'utilisateur (CIU), ce code devant être fourni par l'utilisateur lors du second appel afin que le second appel puisse bénéficier de la place du premier appel dans la file d'attente. Dans le cadre de la présente description, la mise en œuvre du procédé d'appels selon l'invention, tel que brièvement résumé ci-dessus, est désignée par "service d'appel différé" (SAD); cette mise en œuvre repose essentiellement sur une unité de traitement d'appels, en pratique un élément essentiellement de nature logicielle, incorporé dans le serveur SVR. La figure 2 représente les modules fonctionnels d'un serveur de traitement d'appels d'un centre d'appels, configuré pour mettre en œuvre un procédé de traitement d'appels selon l'invention. Comme illustré sur la figure 2, le serveur SVR est également constitué d'éléments agencés selon une architecture matérielle classique d'ordinateur, comprenant notamment un processeur (PRC-S) 21 et une mémoire 25 comprenant des composants mémoire de type ROM et RAM et communiquant par l'intermédiaire d'un ensemble de bus de données (Bs). D'un point de vue fonctionnel le serveur SVR inclut en particulier les modules fonctionnels détaillés ci-après : — Un module (I/O) 22 d'interface de communication réseau, configuré pour communiquer, via le réseau NW1 avec des terminaux d'utilisateurs tels que le terminal TU, et via le réseau NW2 avec des terminaux d'opérateurs (ou conseillers) OP-i du centre d'appels. À cet effet, le module d'interface réseau 22 du serveur peut utiliser divers protocoles de communication tels que par exemple un protocole de type HTTP ( HyperText Transfer Protocol ), HTTPS ( HyperText Transfer Protocol Secure ) ou SIP ( Session Initiation Protocol ). — Un module système d’exploitation (OS-S) 23, par exemple le système d’exploitation Linux ou UNIX, gérant l’interaction entre les différents modules du serveur et le processeur (PRC-S). — L'unité de traitement d'appels susmentionnée (APP-S) 250, enregistrée dans la mémoire 25, et comprenant notamment un module 2500 (CALL MGT) de gestion d'appels entrants provenant de terminaux d'utilisateurs, coopérant en particulier avec un module 2501 de réception/transmission de messages et d'appels (CALL-MSG RX/TX), un module 2502 serveur vocal interactif (IVR – Interactive Voice Response ) chargé d'établir un dialogue interactif avec un utilisateur lors d'un appel entrant, et une structure de données agencée pour fournir une file d'attente (CWQ – Call Waiting Queue ) de type FIFO ( First In First Out ) d'appels entrants en provenance de terminaux d'utilisateurs (TU). En liaison avec la figure 3 on va à présent détailler, selon un exemple de mise en œuvre, les étapes principales du procédé de traitement d'un appel reçu dans un centre d'appels, selon l'invention. Dans cet exemple, le procédé est mis en œuvre dans l'environnement de la figure 1 et par le serveur de traitement d'appels décrit en relation avec la figure 2. Comme représenté à la figure 3, le procédé débute par une étape de réception S301 d'un nouvel appel entrant en provenance d'un terminal d'utilisateur TU. À l'étape suivante S303 , l'unité de traitement 250 (module 2500) du serveur détermine si cet appel est associé à un code d'identification d'utilisateur (CIU) ; autrement dit, l'unité 250 détermine s'il s'agit ou non d'un deuxième appel pour lequel le correspondant (l'utilisateur du terminal TU) a fourni un code CIU, par exemple en prononçant le code au cours du dialogue avec le serveur vocal interactif (IVR 2502). Si c'est le cas ("1"), on passe à l'étape S325 décrite plus bas ; dans le cas contraire ("0"), il s'agit donc d'un premier appel et l'on passe à l'étape S305. L'étape S305 est une étape de test au cours de laquelle, le module de gestion d'appels 2500 consulte la file d'attente 2503 pour déterminer si un opérateur est disponible pour prendre l'appel entrant. Si c'est le cas ("1") l'appel est connecté, à l'étape S307 , avec un terminal OP-i d'un opérateur et l'utilisateur est mis en relation avec l'opérateur. Dans le cas contraire, c'est-à-dire si des appels précédents sont déjà dans la file d'attente, alors le nouvel appel est placé en queue de file d'attente, à l'étape S309 . En pratique, selon un exemple de réalisation, l'appel est identifié dans la file d'attente par le numéro de téléphone associé à l'appel ; dans le cas d'un appel émis par un terminal de téléphonie mobile, il s'agira d'un numéro MSISDN ( Mobile Station ISDN Number ) stocké dans une carte SIM ( Subscriber Identity Module ) incorporée dans le terminal (TU) de l'appelant. À l'étape S311 qui suit, le module de gestion d'appels (2500) effectue une estimation de la durée d'attente (DATE) en fonction de l'état de la file d'attente, c'est-à-dire du nombre d'appels entrants déjà en attente. À l'étape S313 , la durée d'attente estimée (DATE) est comparée à une valeur prédéfinie (T1), de seuil, en dessous de laquelle il n'est pas jugé opportun de proposer le service d'appel différé (SAD) à l'utilisateur. Cette valeur de seuil T1 est par exemple paramétrée à cinq minutes, ce qui permet de limiter le risque qu'un rappel de l'utilisateur intervienne après qu'un code fourni à l'utilisateur a été supprimé de la liste d'attente, compte tenu de l'imprécision sur l'estimation de la durée d'attente, cette imprécision étant notamment due à la variabilité de la durée d'une communication entre un appelant et un opérateur. Ainsi, si la durée d'attente estimée (DATE) est inférieure à la valeur seuil T1 ("0"), il est indiqué à l'appelant d'attendre la mise en relation avec un opérateur ( S315 ). Si à l'étape S313 ("1"), l'estimation de la durée d'attente est supérieure à la valeur seuil T1, à l'étape S317 qui suit, il est calculé un intervalle de temps (INT) qui sera communiqué à l'utilisateur pour effectuer, dans le cadre du service d'appel différé (SAD), le second appel. Selon un exemple de réalisation, l'intervalle de temps (INT) est déterminé comme étant la durée comprise entre l'instant (t0) de réception du premier appel (appel initial) et l'instant (t DATE ) correspondant à l'instant de réception du premier appel auquel est ajoutée la durée d'attente estimée (DATE). De cette façon, si l'utilisateur effectue son second appel dans l'intervalle de temps INT, le risque que sa place dans la file d'attente soit perdue lorsqu'il effectuera le second appel est minimisé. Plus simplement, selon un autre exemple, l'intervalle de temps INT peut être déterminé comme étant une période de temps, strictement inférieure à la durée d'attente estimée (DATE), pendant laquelle le second appel bénéficiera de la place du premier appel dans la file d'attente ; on pourra par exemple définir l'intervalle de temps INT comme étant la durée d'attente estimée (DATE) à laquelle on retranche trois minutes. À l'étape S319 , le serveur vocal interactif (IVR) annonce le temps d'attente estimé à l'utilisateur et lui propose le service d'appel différé (SAD). À l'étape S321 , si l'utilisateur refuse l'appel différé et choisit d'attendre ("0"), son appel est conservé dans la file d'attente avant mise en relation avec un opérateur (S315). Au contraire, si l'utilisateur accepte le service d'appel différé (S321, "1"), on passe à l'étape S323 au cours de laquelle un code d'identification de l'utilisateur (CUI) est généré par le module de gestion d'appels (2500), le code généré est enregistré dans la file d'attente à la place du numéro correspondant à l'appel initial (premier appel), et le code CIU est transmis à l'utilisateur. Selon un exemple de réalisation, le code CUI est un code alphanumérique transmis vocalement (via le serveur vocal interactif) à l'utilisateur. Il est possible de prévoir alternativement ou en addition l'envoi du code CUI sous la forme d'un message de type SMS ( Short Message Service ). Au cours de l'étape suivante, S335, le module de gestion d'appels (2500) effectue une surveillance de la file d'attente au cours de laquelle, pour chaque code d'identification d'utilisateur (CUI) placé dans la file d'attente, la place du code CUI est vérifiée de sorte que, si un code d'identification d'utilisateur arrive en tête de file et qu'aucun second appel selon le service d'appel différé (SAD) avec ce code n'a été reçu, une commande selon les options suivantes est exécutée, le choix de l'option dépendant de l'implémentation du procédé considérée : — (i) rétrograder le code d'identification dans la file d'attente d'un nombre déterminé de places ; ou, — (ii) placer le code d'identification en queue de file d'attente ; ou, — (iii) supprimer le code d'identification de la file d'attente. L'option (i) pourra être mise en œuvre pendant une durée déterminée, par exemple deux heures maximum après le premier appel, afin de conserver une place intermédiaire dans la file d'attente pour l''utilisateur disposant du code. Par exemple, le nombre de place pourra être déterminé comme étant celui permettant au code à rétrograder d'être situé en milieu de queue. L'option (ii) permettra à l'utilisateur de conserver son code dans la file d'attente — par exemple pour une durée maximale fixée à deux heures comme dans l'option (i) — s'il rappelle après l'expiration de l'intervalle de temps INT mentionné plus haut. Enfin, l'option (iii) obligera l'utilisateur a recommencé le processus d'appel depuis le début s'il n'effectue pas son second appel selon le service d'appel différé, dans l'intervalle de temps INT qui lui a été communiqué (étape S319). De retour à l'étape S303 ("1"), lors d'un nouvel appel reçu (S301), si l'unité de traitement (250) du serveur de traitement d'appels détermine que l'appel reçu est associé à un code d'identification d'utilisateur (CIU) fourni par l'utilisateur, par exemple vocalement lors du dialogue avec le serveur vocal interactif (2502), alors cela signifie que ce nouvel appel est un "deuxième appel" effectué par l'appelant (l'utilisateur du terminal TU) selon le service d'appel différé. Dans ce cas, à l'étape S325 , le module de gestion d'appels (2500) recherche le code CIU fourni par l'utilisateur dans la file d'attente (2503). À l'étape S327 ("1") si le code CIU est toujours dans la file d'attente, alors l'appel en cours sera placé en attente de mise en relation (étape S315) avec un terminal d'opérateur, jusqu'à ce que le code CIU de l'utilisateur arrive en tête de file et que l'appel soit connecté (S307) à un terminal d'un opérateur disponible. On notera ici qu'à l'étape S327 si le code CIU de l'utilisateur est toujours dans la file d'attente mais qu'il est situé à une place distante de la tête de file, par exemple parce que le code aura été rétrogradé selon l'option (i) exposée plus haut, alors il pourra être proposé à l'utilisateur un second code CIU comme exposé ci-après en relation avec l'étape S329 (mécanisme non représenté sur la figure 3 dans un but de simplification). Toujours à l'étape S327, si le code CIU fourni par l'utilisateur n'est pas trouvé dans la file d'attente (S327, "0"), alors à l'étape S329 , une nouvelle proposition de service d'appel différé (SAD) avec un nouveau code CIU (second code CIU) est faite à l'utilisateur. Si l'utilisateur refuse ( S331 , "0") alors l'appelant est invité à attendre la mise en relation avec un opérateur (S315). En revanche, si l'utilisateur accepte à nouveau le service d'appel différé (S331, "1") un nouveau code (second code CIU) est généré, enregistré dans la file d'attente en queue de file, à l'étape S333 , puis est communiqué à l'utilisateur avec un intervalle de temps INT associé, calculé comme expliqué plus haut (étape S317). L'étape ( S335 ) de surveillance de la file d'attente est alors mise en œuvre comme exposé plus haut. Il est à noter qu'à la figure 3, un "second" code CIU n'est pas mentionné. En effet, selon le mode de réalisation illustré par la figure 3, le second code CIU est choisi comme étant identique au premier code CIU. De cette façon il n'est pas nécessaire de générer un nouveau code et de le communiquer à l'utilisateur, ce qui simplifie le processus, et par ailleurs, il n'est nul besoin pour l'utilisateur de retenir un nouveau code, ce qui est avantageux pour ce dernier. Procédé de traitement d'un premier appel reçu dans un centre d'appels (CA) via un réseau de télécommunications (NW1), en provenance d'un terminal d'utilisateur (TU), comprenant le placement (S309) du premier appel dans une file d'attente lorsqu'aucun terminal d'opérateur du centre d'appels n'est disponible pour prendre le premier appel, ledit procédé étant caractérisé en ce qu'il comprend : — la transmission (S323) au terminal de l'utilisateur d'un code d'identification d'utilisateur (CIU), ledit code devant être fourni par l'utilisateur lors d'un second appel devant être effectué ultérieurement par l'utilisateur, dans un intervalle de temps (INT) déterminé de manière à permettre au second appel de bénéficier de la place du premier appel dans la file d'attente. Procédé selon la revendication 1, comprenant : — la transmission (S319) au terminal de l'utilisateur d'un message d'information indiquant à l'utilisateur la possibilité d'effectuer le second appel dans ledit intervalle de temps (INT), tout en bénéficiant de la place du premier appel dans la file d'attente ; — suite à la réception (S321) d'un message d'approbation en provenance du terminal d'utilisateur, la transmission (S323) au terminal d'utilisateur dudit code d'identification d'utilisateur (CIU) devant être fourni par l'utilisateur lors du second appel afin que le second appel puisse bénéficier de la place du premier appel dans la file d'attente. Procédé selon la revendication 1 ou 2, dans lequel lors du premier appel, ledit code d'identification d'utilisateur (CIU) est créé et est placé dans la file d'attente à la place d'un identifiant du premier appel. Procédé selon l'une quelconque des revendications 1 à 3, comprenant : — l'estimation (S311) en fonction de l'état de la file d'attente, pour le premier appel, d'une durée d'attente (DATE) avant mise en relation du terminal d'utilisateur avec un terminal d'opérateur ; et — si la durée d'attente (DATE) dépasse (S313) une valeur seuil, la transmission (S319) dudit message d'information au terminal d'utilisateur. Procédé selon la revendication 4, dans lequel l'intervalle de temps (INT) pour effectuer le second appel est compris entre l'instant de réception du premier appel (t0) et l'instant (t DATE ) correspondant à l'instant de réception du premier appel auquel est ajoutée la durée d'attente estimée (DATE). Procédé selon l'une des revendications 4 ou 5, dans lequel l'intervalle de temps (INT) pour effectuer le second appel est une période fixée de temps, strictement inférieure à la durée d'attente estimée (DATE), pendant laquelle le second appel bénéficiera de la place du premier appel dans la file d'attente. Procédé selon l'une quelconque des revendications 1 à 6, comprenant suite à la réception (S303) du second appel de l'utilisateur : — la détermination (S325) de la place dans la file d'attente correspondant au code d'identification d'utilisateur (CIU) communiqué par l'utilisateur ; — l'attente (S315) de la mise en relation du terminal d'utilisateur avec un terminal d'opérateur, lorsque la place dans la file d'attente est proche de la tête de la file ; — la création (S329, S331) d'un second code d'identification de l'utilisateur et placement (S333) du second code en queue de la file d'attente, lorsque le code d'identification de l'utilisateur n'est plus dans la file d'attente. Procédé selon la revendication 7, dans lequel ledit second d'identification est égal au code d'identification de l'utilisateur. Procédé selon l'une quelconque des revendications 1 à 8, comprenant une action de surveillance (S335) de la file d'attente d'appels d'utilisateurs, au cours de laquelle, si un code d'identification d'utilisateur arrive en tête de file et qu'aucun second appel avec ce code n'a été reçu, une commande parmi les suivantes est exécutée : — rétrograder le code d'identification dans la file d'attente d'un nombre déterminé de places ; — placer le code d'identification en queue de file d'attente ; — supprimer le code d'identification de la file d'attente. Serveur de télécommunications (SVR) destiné à traiter des appels en provenance de terminaux d'utilisateurs via un réseau de télécommunications afin de mettre en relation les terminaux d'utilisateurs avec des terminaux d'opérateurs d'un centre d'appels, ledit serveur étant configuré pour placer un premier appel reçu en provenance d'un terminal d'utilisateur dans une file d'attente lorsqu'aucun terminal d'opérateur n'est disponible pour prendre le premier appel, ledit serveur étant caractérisé en ce qu'il comprend une unité de traitement d'appels (250) configurée pour : — transmettre au terminal de l'utilisateur un code d'identification d'utilisateur (CIU), ledit code devant être fourni par l'utilisateur lors d'un second appel devant être effectué ultérieurement par l'utilisateur, dans un intervalle de temps (INT) déterminé de manière à permettre au second appel de bénéficier de la place du premier appel dans la file d'attente. Serveur selon la revendication 10, dans lequel ladite unité de traitement d'appels est configurée pour : — transmettre au terminal de l'utilisateur un message d'information indiquant à l'utilisateur la possibilité d'effectuer le second appel dans ledit intervalle de temps (INT), tout en bénéficiant de la place du premier appel dans la file d'attente ; — suite à la réception d'un message d'approbation en provenance du terminal d'utilisateur, transmettre au terminal d'utilisateur ledit code d'identification d'utilisateur (CIU) devant être fourni par l'utilisateur lors du second appel afin que le second appel puisse bénéficier de la place du premier appel dans la file d'attente. Serveur selon la revendication 11 dans lequel l'unité de traitement est configurée pour mettre en œuvre un procédé défini selon l'une quelconque des revendications 3 à 9. Programme d'ordinateur mis en œuvre dans un serveur de télécommunications, ledit programme comprenant des instructions dont l'exécution par un processeur du serveur, provoque l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 9.