WO2006003306A1 - Architecture de centre d’appels par portefeuilles de clients - Google Patents

Architecture de centre d’appels par portefeuilles de clients Download PDF

Info

Publication number
WO2006003306A1
WO2006003306A1 PCT/FR2005/001410 FR2005001410W WO2006003306A1 WO 2006003306 A1 WO2006003306 A1 WO 2006003306A1 FR 2005001410 W FR2005001410 W FR 2005001410W WO 2006003306 A1 WO2006003306 A1 WO 2006003306A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
call center
center architecture
architecture according
incoming
Prior art date
Application number
PCT/FR2005/001410
Other languages
English (en)
Inventor
Oualid Jouini
Yves Dallery
Frédéric AURIOL
Olivier Belma
Fabrice Chauvet
Rabie Nait-Abdallah
Thierry Prat
Original Assignee
Bouygues Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bouygues Telecom filed Critical Bouygues Telecom
Priority to EP05775324A priority Critical patent/EP1754363A1/fr
Publication of WO2006003306A1 publication Critical patent/WO2006003306A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5232—Call distribution algorithms
    • H04M3/5233—Operator skill based call distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5232—Call distribution algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5232—Call distribution algorithms
    • H04M3/5235—Dependent on call type or called number [DNIS]

Definitions

  • the present invention relates to the technical field of equipment and architectures of call centers.
  • the present invention relates more particularly to a call center architecture where customers are organized in portfolios, that is to say that a team of operators is specifically dedicated to a set of customers.
  • Queue-based systems are found in many industries. This is usually a system of one or more servers to respond to randomly arriving customers. If, at the arrival of a client, no server is available, it waits in a queue before being served. Several examples in different fields can illustrate this type of system.
  • Examples include vehicles waiting at tolls on a highway, customers waiting at a ticket counter, data packets waiting to be processed in a computer network, or customers calling a call center. waiting for a customer advisor to answer them.
  • FIG. 1 The general architecture of such a call center is illustrated in Figure 1.
  • the customer calls first arrive on a CTI (Computer Telephony Integration). From the information provided by the ACD (Automatic CaIl Dispatcher) of each site, a routing mechanism makes it possible to decide which site to send the call to when it arrives. Once the call routed, and if no customer advisor can respond immediately, it is put on hold in a queue.
  • CTI Computer Telephony Integration
  • ACD Automatic CaIl Dispatcher
  • the technical problem solved by the present invention is in the field call centers segmented into portfolios. Indeed, in order to better serve customers, the customer base is divided into groups called portfolios. Each portfolio has a dedicated team of advisors.
  • the homogeneous portfolios in this case, the composition of the portfolios is identical, the objective sought by the subdivision into portfolios is to empower each team of advisors by entrusting a portfolio of clients.
  • the architecture commonly used to set up portfolio management in a call center is shown in Figure 2.
  • This type of architecture is called proprietary portfolio management. Indeed, each team of advisors is dedicated exclusively to a portfolio and each client of a portfolio can only be answered by the team assigned to it.
  • This architecture has the advantage of being simple to set up.
  • the other center management mode is the consolidated architecture as in Figure 3. In such an architecture, the customer park is not divided into portfolios. Each call can be answered by all counselors and each counselor can answer all calls.
  • the exclusive portfolio architecture leads to an increase in the average waiting time compared to the consolidated architecture. Indeed, as shown in Figure 4, a client can wait to be answered by a team where no one is available while there may be counselors available in other teams. This also means that at a constant average wait time, the consolidated architecture requires fewer advisors than a portfolio architecture.
  • the present invention intends to overcome the drawbacks of the prior art by proposing an alternative architecture responding to the reasons for setting up the architecture by exclusive portfolio management, while guaranteeing average waiting times comparable to those obtained in consolidated architecture. .
  • the information and communication system architecture of the invention aims to improve the technical performance of call centers while retaining reasonable technical means for routing, storage and processing of incoming calls.
  • the present invention relates, in its most general sense, to a call center architecture comprising at least one CTI (Computer Telephony Integration) equipment and at least one ACD equipment.
  • CTI Computer Telephony Integration
  • ACD Automatic CaIl Dispatcher
  • each of said (at least) ACD being associated with at least one group of call receiving stations, characterized in that said CTI comprises technical means for selection and routing in order to route an incoming call to a pre-determined group of call receiving stations according to parameters of said incoming call;
  • the architecture being further characterized in that it comprises technical means enabling, when a particular event occurs, not to route an incoming call to the predetermined group of call reception stations but to another group from call receivers or to all groups of call receivers.
  • At least one of said parameters of said incoming call corresponds to an identifier of the sender of the call.
  • one of said parameters of said incoming call corresponds to an element of a request from the sender of the call.
  • the architecture according to the invention comprises technical means for the management of priorities in the processing of incoming calls.
  • an incoming call is routed to a particular call reception station independently of the group of call reception stations to which this particular station belongs.
  • said particular event corresponds to a technical difficulty in identifying the sender of the incoming call.
  • said particular event corresponds to the detection that the incoming call is sent from a fixed telecommunications station and not from a mobile telecommunications station.
  • said particular event is deliberately triggered randomly on a proportion, fixed or time-adjustable, of incoming calls received at said CTI.
  • said proportion is fixed and between one-tenth and one-fifth (ie between 10% and 20%).
  • said particular event corresponds to an overflow of at least one group of call reception station.
  • said overflow is determined by the exceeding of a predetermined threshold by the waiting time, real or estimated, of the incoming call before it is processed by a call reception station.
  • the estimation of the waiting time is carried out by means of a method taking into account priority rules.
  • said overflow is determined by the exceeding of a threshold predetermined by the number N of calls waiting.
  • FIG. 1 represents a global call center architecture
  • FIG. 2 represents a call center architecture in exclusive portfolio management
  • FIG. 3 represents a consolidated call center architecture
  • FIG. 4 illustrates the phenomenon of deterioration of waiting time in an exclusive portfolio management
  • FIG. 5 represents a portfolio management architecture according to the invention
  • FIG. 6 represents a call center architecture according to the invention with random algorithm management
  • FIG. 7 represents a call center architecture according to the invention with management by overflow algorithm.
  • calls from all the portfolios arrive at the ITC level.
  • an algorithm makes it possible to decide, for each incoming call, whether it is handled by the team dedicated to it or whether it can be handled by any team.
  • this architecture can also be implemented in a decentralized way. In this case, we decide on the place of arrival of the call if it is treated by the team dedicated to it or if it can be treated by any team.
  • portfolio flows have a separate queue for each team and non-portfolio calls are placed in a common queue with lower priority than the portfolio flow queues corresponding to an additional ACD. associated with this non-portfolio flow called ACD-HP (ACD- Excluding Portfolio).
  • ACD-HP ACD- Excluding Portfolio
  • the principle of this architecture is therefore to exploit the non-portfolio flow in order to reduce the availability of advisors and thus improve the average waiting time.
  • the algorithm within the ITC is then set to obtain the proportion p of non-portfolio calls as a function of the average waiting time that is to be guaranteed. Moreover, it is shown that it is not necessary to have a very important proportion p to guarantee an average waiting time close to that of the consolidated configuration. In practice, p can be between 10% and 20%.
  • the algorithms set up to determine which calls are placed outside the portfolio can be of different natures. Here are three possible embodiments that can possibly be combined within the ITC:
  • the first algorithm that can be used is a random algorithm as in FIG. 6. According to this implementation mode, each time a call arrives, it is assigned to its team (portfolio flow) with a probability (1-p). and is allocated to the non-portfolio flow with a probability p.
  • the algorithm assigns calls to the non-portfolio flow according to a previously specified characteristic. For example, you may want to put out of the wallet all calls from a fixed number or all non-identifiable calls for which it is not possible to determine the number and thus assign the call to a wallet. It may also be decided not to exclude from a wallet calls that correspond to customer reminders. According to this algorithm, p will then represent the proportion of calls having the characteristics retained among all the calls received.

Landscapes

  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention se rapporte au domaine technique des équipements et architectures de centres d'appels. La présente invention concerne plus particulièrement une architecture de centre d'appels comprenant au moins un équipement CTI (Computer Telephony Integration), au moins un équipement ACD (Automatic Call Dispatcher), chacun dudit (au moins) ACD étant associé à au moins un groupe de postes de réception d'appels, caractérisée en ce que ledit CTI comprend des moyens techniques pour la sélection et le routage afin de router un appel entrant vers un groupe pré-déterminé de postes de réception d'appels en fonction de paramètres dudit appel entrant ; l'architecture étant en outre caractérisée en ce qu'elle comporte des moyens techniques permettant, lorsqu'un événement particulier survient, de ne pas router un appel entrant vers le groupe pré-déterminé de postes de réception d'appels mais vers un autre groupe de postes de réception d'appels ou bien vers l'ensemble des groupes de postes de réception d'appels.

Description

ARCHITECTURE DE CENTRE D'APPELS PAR PORTEFEUILLES
DE CLIENTS
La présente invention se rapporte au domaine technique des équipements et architectures de centres d'appels.
La présente invention se rapporte plus particulièrement à une architecture de centre d'appels où les clients sont organisés en portefeuilles, c'est-à-dire qu'une équipe d'opérateurs est spécialement dédiée à un ensemble de clients.
Les systèmes basés sur les files d'attente se retrouvent dans de nombreux secteurs d'activité. Il s'agit, de manière générale, d'un système constitué d'un ou plusieurs serveurs destinés à répondre à des clients qui arrivent de manière aléatoire. Si, à l'arrivée d'un client, aucun serveur n'est disponible, il attend dans une file d'attente avant d'être servi. Plusieurs exemples dans différents domaines peuvent illustrer ce type de système.
On peut citer à titre d'exemple, des véhicules qui attendent à un péage sur une autoroute, des clients en attente devant un guichet, des paquets de données en attente de traitement dans un réseau informatique ou encore des clients appelant un centre d'appels qui attendent qu'un conseiller de clientèle leur réponde.
L'architecture générale d'un tel centre d'appels est illustrée figure 1. Les appels clients arrivent d'abord sur un CTI (Computer Telephony Intégration). À partir des informations fournies par l'ACD (Automatic CaIl Dispatcher) de chaque site, un mécanisme de routage permet de décider vers quel site envoyer l'appel à son arrivée. Une fois l'appel routé, et si aucun conseiller de clientèle ne peut répondre dans l'immédiat, il est mis en attente dans une file.
Dans le domaine de la gestion des centres d'appels, l'art antérieur connaît déjà par exemple le brevet américain US 6 650 748 (Avaya) permettant une gestion originale des files d'attente et des temps d'attente grâce à l'ADC et au CTI.
L'art antérieur connaît également, par la demande de brevet PCT, enregistrée sous le numéro PCT/FR2004/050043, de Bouygues Telecom, une solution particulièrement innovante pour l'estimation du temps d'attente moyen dans un centre d'appels. Cette demande de brevet PCT concerne un procédé pour l'estimation du temps d'attente dans un centre d'appels avec prise en compte de règles de priorité, caractérisé en ce qu'il comprend les étapes suivantes :
• à l'arrivée d'un appel, évaluer le nombre d'appels déjà en attente ou en service qui doivent d'abord être servis (Nattmte + 1)
• estimer le taux de service τservlce
• estimer le taux de priorité τprioritê
• évaluer la durée d'attente DA = (Nattente + l)/( ^service ^priorité/ où τserviae désigne le nombre d'appels que l'ensemble des conseillers de clientèle du centre d'appels peuvent servir par unité de temps ; τpriorité désigne le taux d'arrivée par unité de temps des appels qui seront servis en priorité.
On connaît également dans l'état de la technique, par la demande de brevet français FR 03/50965 de Bouygues l'
Telecom, une solution pour estimation avec intervalle de confiance du temps d'attente en vue de l'annoncer au client. Cette demande de brevet français de Bouygues Telecom concerne un procédé pour l'estimation avec intervalle de confiance du temps d'attente dans un centre d'appels avec prise en compte de règles de priorité, caractérisé en ce qu'il comprend les étapes suivantes :
(a) à l'arrivée d'un appel, évaluer le nombre d'appels déjà en attente ou en service qui doivent d'abord être servis (Nattente + 1)
(b) estimer le taux de service τservice
(c) estimer le taux de priorité τpriocité
(d) évaluer la durée d'attente moyenne DAmoy
( e ) évaluer la variance du temps d ' attente Var = (Nattente + I ) * ( τservlce + τprloritê) /( τservice -
"^priorité/
(f) évaluer l'intervalle de confiance Iconf = Var1/2 * Φ(l-π)
(g) évaluer le temps à annoncer Temps annoncé = DAmoy + Iconf où tservice désigne le nombre d'appels que l'ensemble des conseillers de clientèle du centre d'appels peuvent servir par unité de temps ; tprioritê désigne le taux d'arrivée par unité de temps des appels qui seront servis en priorité ; Nattente désigne le nombre d'appels en attente au moment de l'arrivée de l'appel ; Var désigne la variance du temps d'attente ; π désigne le degré de fiabilité que l'on souhaite garantir lors de l'annonce du temps d'attente ; Φ(l-π) désigne le quantile à 1-π de la loi de probabilité du temps d'attente des appels centrée et réduite.
Plus particulièrement, la problématique technique résolue par la présente invention s'inscrit dans le domaine des centres d'appels segmentés en portefeuilles. En effet, afin de mieux servir les clients, le parc de clients est divisé en groupes appelés portefeuilles. A chaque portefeuille, une équipe de conseillers est spécialement dédiée.
On distingue par exemple deux motifs de division en portefeuilles :
- Les portefeuilles segmentés par typologie d'appels ou de clients : le but de cette segmentation est de traiter différemment les clients selon leur typologie ou leur motif d'appel. En effet, les questions des clients ne requièrent pas toutes le même niveau de technicité et il peut être intéressant d'afficher les questions les plus délicates ou les questions les plus importantes aux conseillers les plus expérimentés.
- Les portefeuilles homogènes : dans ce cas, la composition des portefeuilles est identique, l'objectif recherché par la subdivision en portefeuilles étant de responsabiliser chaque équipe de conseillers en lui confiant un portefeuille de clients.
L'architecture couramment utilisée pour mettre en place une gestion par portefeuilles dans un centre d'appels est représentée figure 2. Ce type d'architecture est appelé gestion par portefeuilles exclusive. En effet, chaque équipe de conseillers est dédiée exclusivement à un portefeuille et chaque client d'un portefeuille ne peut être répondu que par l'équipe qui lui est affectée. Cette architecture présente l'avantage d'être simple à mettre en place. L'autre mode de gestion de centre est l'architecture consolidée comme sur la figure 3. Dans une telle architecture, le parc client n'est pas divisé en portefeuilles. Chaque appel peut être traité par tous les conseillers et chaque conseiller peut répondre à tous les appels.
On comprend facilement que l'architecture en portefeuilles exclusive induit une augmentation du temps d'attente moyen par rapport à l'architecture consolidée. En effet, comme cela est représenté figure 4, un client peut attendre d'être répondu par une équipe où personne n'est disponible alors qu'il peut y avoir des conseillers disponibles dans d'autres équipes. Ceci signifie également qu'à temps d'attente moyen constant, l'architecture consolidée nécessite moins de conseillers qu'une architecture par portefeuilles.
La présente invention entend remédier aux inconvénients de l'art antérieur en proposant une architecture alternative répondant aux motifs de mise en place de l'architecture par gestion en portefeuilles exclusive, tout en garantissant des temps d'attente moyens comparables à ceux obtenus en architecture consolidée. L'architecture de système d'information et de communication selon l'invention vise à améliorer les performances techniques des centres d'appels tout en conservant des moyens techniques raisonnables en matière de routage, de stockage et de traitements des appels entrants.
À cet effet, la présente invention concerne, dans son acception la plus générale, une architecture de centre d'appels comprenant au moins un équipement CTI (Computer Telephony Intégration) et au moins un équipement ACD (Automatic CaIl Dispatcher), chacun dudit (au moins) ACD étant associé à au moins un groupe de postes de réception d'appels, caractérisée en ce que ledit CTI comprend des moyens techniques pour la sélection et le routage afin de router un appel entrant vers un groupe pré-déterminé de postes de réception d'appels en fonction de paramètres dudit appel entrant ; l'architecture étant en outre caractérisée en ce qu'elle comporte des moyens techniques permettant, lorsqu'un événement particulier survient, de ne pas router un appel entrant vers le groupe pré-déterminé de postes de réception d'appels mais vers un autre groupe de postes de réception d'appels ou bien vers l'ensemble des groupes de postes de réception d'appels.
Avantageusement, au moins un desdits paramètres dudit appel entrant correspond à un identifiant de l'émetteur de l'appel.
Selon un mode de mise en œuvre, un desdits paramètres dudit appel entrant correspond à un élément d'une requête de l'émetteur de l'appel.
De préférence, l'architecture selon l'invention comporte des moyens techniques pour la gestion de priorités dans le traitement d'appels entrants.
Selon une variante particulière, un appel entrant est routé vers un poste particulier de réception d'appels indépendamment du groupe de postes de réception d'appels auquel ce poste particulier appartient.
Selon un mode de réalisation, ledit événement particulier correspond à une difficulté technique dans l'identification de l'émetteur de l'appel entrant.
Selon un autre mode de réalisation, ledit événement particulier correspond à la détection du fait que l'appel entrant est émis d'un poste de télécommunications fixes et non d'un poste de télécommunications mobiles. Selon un mode de réalisation particulier, ledit événement particulier est déclenché volontairement de façon aléatoire sur une proportion, fixe ou modulable dans le temps, des appels entrants reçus au niveau dudit CTI. Selon une variante particulière, ladite proportion est fixe et comprise entre un dixième et un cinquième (soit entre 10% et 20%) .
Selon un mode de mise en œuvre, ledit événement particulier correspond à un débordement d'au moins un groupe de poste de réception d'appels.
Selon un autre mode de mise en œuvre, ledit débordement est déterminé par le dépassement d'un seuil prédéterminé par le temps d'attente, réel ou estimé, de l'appel entrant avant son traitement par un poste de réception d'appels.
De préférence, l'estimation du temps d'attente est réalisée au moyen d'un procédé prenant en compte des règles de priorité.
Selon un autre mode de mise en œuvre, ledit débordement est déterminé par le dépassement d'un seuil prédéterminé par le nombre N d'appels en attente.
On comprendra mieux l'invention à l'aide de la description, faite ci-après à titre purement explicatif, d'un mode de réalisation de l'invention, en référence aux figures annexées où :
- la figure 1 représente une architecture globale de centre d'appels ;
- la figure 2 représente une architecture de centre d'appels en gestion par portefeuilles exclusive ;
- la figure 3 représente une architecture de centre d'appels consolidée ; -la figure 4 illustre le phénomène de dégradation du temps d'attente dans une gestion par portefeuilles exclusive ;
- la figure 5 représente une architecture de gestion par portefeuilles selon l'invention ;
- la figure 6 représente une architecture de centre d'appels selon l'invention avec gestion par algorithme aléatoire ;
- la figure 7 représente une architecture de centre d'appels selon l'invention avec gestion par algorithme en débordement.
Selon l'invention, et comme illustré figure 5, les appels de tous les portefeuilles arrivent au niveau du CTI. Au sein du CTI, un algorithme permet de décider, pour chaque appel qui arrive, s'il est traité par l'équipe qui lui est dédiée ou s'il peut être traité par n'importe quelle équipe.
Dans le premier cas, les appels constituent ce que l'on appellera un « flux portefeuille », et dans le second cas, on parlera de flux « hors portefeuille ».
Notons que cette architecture peut également être implémentée de façon décentralisée. Dans ce cas, on décide sur le lieu d'arrivée de l'appel si celui-ci est traité par l'équipe qui lui est dédiée ou s'il peut être traité par n'importe quelle équipe.
Comme illustré figure 5, les flux portefeuille ont une file d'attente distincte pour chaque équipe et les appels hors portefeuille sont mis dans une file d'attente commune moins prioritaire que les files des flux portefeuille correspondant à un ACD supplémentaire et associé à ce flux hors portefeuille appelé ACD-HP (ACD- Hors Portefeuille). Cette notion de priorité signifie qu'un conseiller de clientèle ne peut répondre a un appel hors portefeuille que s'il est disponible et la file de son portefeuille est vide.
Le principe de cette architecture consiste donc à exploiter le flux hors portefeuille afin de réduire la disponibilité des conseillers et donc d'améliorer le temps d'attente moyen.
Plus précisément, soit p la proportion d'appels traités hors portefeuille parmi tous les appels reçus.
Si P=O, tous les appels sont traités en portefeuilles : c'est la configuration en gestion par portefeuilles exclusive. Le temps d'attente est alors élevé.
En augmentant p, le temps d'attente diminue jusqu'à atteindre un minimum pour p=100%, ce qui correspond à l'architecture consolidée où tous les appels peuvent être traités par n'importe quelle équipe.
L'algorithme au sein du CTI est alors paramétré afin d'obtenir la proportion p d'appels hors portefeuille en fonction du temps d'attente moyen que l'on souhaite garantir. On montre d'ailleurs qu'il n'est pas nécessaire d'avoir une proportion p très importante pour garantir un temps moyen d'attente proche de celui de la configuration consolidée. En pratique, p peut être compris entre 10% et 20%. Les algorithmes mis en place pour déterminer quels appels sont mis hors portefeuille peuvent être de différentes natures. Voici trois modes de réalisation possibles qui peuvent être éventuellement combinés au sein du CTI :
Le premier algorithme utilisable est un algorithme aléatoire comme sur la figure 6. Selon ce mode de mise en oeuvre, à chaque arrivée d'un appel, celui-ci est affecté à son équipe (flux portefeuille) avec une probabilité (1-p) et est affecté au flux hors portefeuille avec une probabilité p.
Selon un second mode de mise en œuvre, l'algorithme affecte les appels au flux hors portefeuille en fonction d'une caractéristique préalablement spécifiée. Par exemple, on peut vouloir mettre hors portefeuille tous les appels provenant d'un numéro fixe ou alors tous les appels non- identifiables pour lesquels il n'est pas possible de déterminer le numéro d'appel et donc d'affecter l'appel à un portefeuille. On pourra également décider de ne pas exclure d'un portefeuille des appels qui correspondent à des rappels de clients. Selon cet algorithme, p représentera alors la proportion d'appels présentant les caractéristiques retenues parmi tous les appels reçus.
Enfin, selon un troisième mode de mise en œuvre, il est possible de mettre en place un algorithme en débordement comme illustré figure 7. Dans ce cas, un appel est mis en flux hors portefeuille si le nombre d'appels déjà en attente au niveau de son équipe dépasse un seuil préalablement fixé, ou bien si le temps d'attente pour être servi par l'équipe dépasse un seuil préalablement fixé. L'invention est décrite dans ce qui précède à titre d'exemple. Il est entendu que l'homme du métier est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet.

Claims

REVENDICATIONS
1. Architecture de centre d'appels comprenant au moins un équipement CTI (Computer Telephony Intégration) et au moins un équipement ACD (Automatic CaIl Dispatcher), chacun dudit (au moins) ACD étant associé à au moins un groupe de postes de réception d'appels, caractérisée en ce que ledit CTI comprend des moyens techniques pour la sélection et le routage afin de router un appel entrant vers un groupe pré-déterminé de postes de réception d'appels en fonction de paramètres dudit appel entrant ; l'architecture étant en outre caractérisée en ce qu'elle comporte des moyens techniques permettant, lorsqu'un événement particulier survient, de ne pas router un appel entrant vers le groupe pré-déterminé de postes de réception d'appels mais vers un autre groupe de postes de réception d'appels ou bien vers l'ensemble des groupes de postes de réception d'appels.
2. Architecture de centre d'appels selon la revendication 1, caractérisée en ce qu'au moins un desdits paramètres dudit appel entrant correspond à un identifiant de l'émetteur de l'appel.
3. Architecture de centre d'appels selon la revendication 1 ou 2, caractérisée en ce qu'au moins un desdits paramètres dudit appel entrant correspond à un élément d'une requête de l'émetteur de l'appel.
4. Architecture de centre d'appels selon la revendication 1, 2 ou 3, caractérisée en ce qu'elle comporte des moyens techniques pour la gestion de priorités dans le traitement d'appels entrants.
5. Architecture de centre d'appels selon l'une au moins des revendications 1 à 4, caractérisée en ce qu'un appel entrant est routé vers un poste particulier de réception d'appels indépendamment du groupe de postes de réception d'appels auquel ce poste particulier appartient.
6. Architecture de centre d'appels selon l'une au moins des revendications précédentes, caractérisée en ce que ledit événement particulier correspond à une difficulté technique dans l'identification de l'émetteur de l'appel entrant.
7. Architecture de centre d'appels selon l'une au moins des revendications 1 à 5, caractérisée en ce que ledit événement particulier correspond à la détection du fait que l'appel entrant est émis d'un poste de télécommunications fixes et non d'un poste de télécommunications mobiles.
8. Architecture de centre d'appels selon l'une au moins des revendications 1 à 5, caractérisée en ce que ledit événement particulier est déclenché volontairement de façon aléatoire sur une proportion, fixe ou modulable dans le temps, des appels entrants reçus au niveau dudit CTI.
9. Architecture de centre d'appels selon la revendication 8, caractérisée en ce que ladite proportion est fixe et comprise entre un dixième et un cinquième (soit entre 10% et 20%) .
10. Architecture de centre d'appels selon l'une au moins des revendications précédentes, caractérisée en ce que ledit événement particulier correspond à un débordement d'au moins un groupe de postes de réception d'appels.
11. Architecture de centre d'appels selon la revendication 10, caractérisée en ce que ledit débordement est déterminé par le dépassement d'un seuil prédéterminé par le temps d'attente, réel ou estimé, de l'appel entrant avant son traitement par un poste de réception d'appels.
12. Architecture de centre d'appels selon la revendication 11, caractérisée en ce que l'estimation du temps d'attente est réalisée au moyen d'un procédé prenant en compte des règles de priorité.
13. Architecture de centre d'appels selon la revendication 9, caractérisée en ce que ledit débordement est déterminé par le dépassement d'un seuil prédéterminé par le nombre N d'appels en attente.
PCT/FR2005/001410 2004-06-08 2005-06-08 Architecture de centre d’appels par portefeuilles de clients WO2006003306A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP05775324A EP1754363A1 (fr) 2004-06-08 2005-06-08 Architecture de centre d"appels par portefeuilles de clients

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0406187A FR2871322B1 (fr) 2004-06-08 2004-06-08 Architecture de centre d'appels par portefeuilles de clients
FR0406187 2004-06-08

Publications (1)

Publication Number Publication Date
WO2006003306A1 true WO2006003306A1 (fr) 2006-01-12

Family

ID=34945973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2005/001410 WO2006003306A1 (fr) 2004-06-08 2005-06-08 Architecture de centre d’appels par portefeuilles de clients

Country Status (3)

Country Link
EP (1) EP1754363A1 (fr)
FR (1) FR2871322B1 (fr)
WO (1) WO2006003306A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0740450A2 (fr) * 1995-04-24 1996-10-30 International Business Machines Corporation Méthode et appareil d'acheminement basé sur l'habileté dans un centre d'appel
WO2000005868A1 (fr) * 1998-07-23 2000-02-03 British Telecommunications Public Limited Company Systemes de distribution d'appels
EP1033860A2 (fr) * 1999-03-01 2000-09-06 Rockwell Electronic Commerce Corporation Acd à routage basé sur le rang
EP1349357A1 (fr) * 2000-12-26 2003-10-01 ARKRAY, Inc. Systeme de centre d'appels

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5335269A (en) * 1992-03-12 1994-08-02 Rockwell International Corporation Two dimensional routing apparatus in an automatic call director-type system
GB2339643A (en) * 1998-05-18 2000-02-02 Callscan Limited Call centre management

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0740450A2 (fr) * 1995-04-24 1996-10-30 International Business Machines Corporation Méthode et appareil d'acheminement basé sur l'habileté dans un centre d'appel
WO2000005868A1 (fr) * 1998-07-23 2000-02-03 British Telecommunications Public Limited Company Systemes de distribution d'appels
EP1033860A2 (fr) * 1999-03-01 2000-09-06 Rockwell Electronic Commerce Corporation Acd à routage basé sur le rang
EP1349357A1 (fr) * 2000-12-26 2003-10-01 ARKRAY, Inc. Systeme de centre d'appels

Also Published As

Publication number Publication date
FR2871322A1 (fr) 2005-12-09
EP1754363A1 (fr) 2007-02-21
FR2871322B1 (fr) 2006-07-21

Similar Documents

Publication Publication Date Title
EP1093280B1 (fr) Procédé de distribution d'appels
US6665396B1 (en) Call hold manager system and method
FR2720884A1 (fr) Procédé d'exploitation d'un système de distribution automatique d'appels dans un centre d'appel téléphonique.
AU742486B2 (en) Managing bandwidth on demand for internet protocol messaging with capability for transforming telephony calls from one media type to another media type
JP2002521943A (ja) 履歴および最大利益／貢献の分析に従って通信センタ内で着信呼の予測ルーティングを行うための方法
EP1193945B1 (fr) Procédé et appareil pour contrôle d'accès dans un réseau
FR2813478A1 (fr) Repartition predictive d'appels entre des centres de renseignement
WO2006003306A1 (fr) Architecture de centre d’appels par portefeuilles de clients
CA3101575A1 (fr) Traitement des communications
EP1509031A1 (fr) Système et procédé d'acheminement intelligent des appels téléphoniques
EP2018783B1 (fr) Détermination d'associations entre des informations de priorité et des catégories d'appel de groupe d'un service d'appel de groupe déployé sur un réseau de téléphonie mobile
WO2014167250A1 (fr) Architecture centralisée pour l'établissement de fédérations de distributeurs de contenus
EP3800874A1 (fr) Procédé et dispositif de redirection d'une requête de communication
EP4173274B1 (fr) 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
EP0835016A1 (fr) Agencement de distribution d'appels
WO2005057894A1 (fr) Solution pour l'estimation avec intervalle de confiance du temps d'attente en vue de l'annoncer au client
FR2850818A1 (fr) Solution pour l'estimation du temps d'attente moyen dans un centre d'appels
FR3079702A1 (fr) Procede de routage d'un appel telephonique vers une messagerie vocale alias
EP2608505A2 (fr) Procédé de rappel automatique d'un utilisateur sélectionnant une publicité en ligne et système de communication associé
WO2017212124A1 (fr) Système et procédé de communication vocale de type push-to-talk entre plusieurs utilisateurs d'un réseau de télécommunications
CN1941811A (zh) 支持呈现的呼叫寻线组
EP1469661A1 (fr) Gestion d'appels téléphoniques dans un centre d'appels virtuel
FR2795582A1 (fr) Dispositif et procede de controle d'acces a au moins une prestation disponible a partir d'un terminal de telecommunications relie a un reseau de telecommunications
EP1936934A1 (fr) Procédé de diffusion d'un flux depuis une plate-forme de service, produit programme d'ordinateur et plate-forme de service correspondants
FR3059862A1 (fr) Traitement d'une communication par un agent conversationnel automatise

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005775324

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWP Wipo information: published in national office

Ref document number: 2005775324

Country of ref document: EP