Brevet FR2845852A1 — publié le 20040416

PROCEDE ET SYSTEME DE MESSAGERIE AUTOMATIQUE A TRANSMISSION DECLENCHEE PAR UNE ACTION DU DESTINATAIRE, ET APPLICATION. L'invention concerne, de façon générale, les techniques de transmission de messages sur des réseaux de communication tels que des réseaux téléphoniques ou des réseaux informatiques. Plus précisément, l'invention concerne, selon un premier de ses aspects, un procédé de transmission automatique de messages à travers un réseau de communication depuis un centre de contrôle appartenant au réseau et vers des destinataires recherchés sélectionnés parmi un ensemble de destinataires potentiels dont chacun est au moins sélectivement relié au centre de contrôle à travers le réseau par un 10 poste doté d'une capacité de communication bidirectionnelle et repéré dans ce réseau par un numéro d'identification qui lui est propre. L'envoi de messages, par exemple effectué dans le cadre de campagnes de relance, d'information ou de sollicitation auprès de destinataires ciblés, est une opération à 15 la fois complexe et coteuse en temps de communication et en moyens humains ou matériels. L'invention, qui repose sur l'observation de ce fait, a précisément pour but de proposer une nouvelle forme de messagerie automatique, offrant une efficacité 20 opérationnelle supérieure à celle des techniques connues. A cette fin, le procédé de l'invention, par ailleurs conforme à la définition générique qu'en donne le préambule ci-dessus, est essentiellement caractérisé en ce qu'il comprend les étapes consistant à: - détecter ou recevoir, au centre de contrôle, des requêtes de communication émises depuis les postes des destinataires potentiels; relever, pour chaque requête de communication détectée ou reçue, le numéro d'identification du poste à partir duquel cette requête a été émise; rechercher, dans un fichier contenant les numéros d'identification des postes des destinataires recherchés et formé de fiches dont chacune concerne un destinataire recherché, une fiche contenant le numéro d'identification relevé, et trouver cette fiche si elle existe; et transmettre à travers le réseau, depuis le centre de contrôle, un message adressé à chaque destinataire recherché dont le numéro d'identification de poste a été trouvé dans le fichier. Dans le cas o le centre de contrôle est géré par un opérateur du réseau de communication, par exemple par un opérateur de réseau téléphonique, et o la requête de communication émise est adressée à un récepteur final autre que le centre de contrôle lui-même, le procédé peut avantageusement comprendre une opération consistant à intercepter la requête de communication émise par chaque 15 poste dont le numéro a été trouvé dans le fichier des numéros d'identification des postes des destinataires recherchés. Dans tous les cas de figure, il est possible de prévoir que chaque fiche du fichier des numéros d'identification des postes des destinataires recherchés contienne des 20 données variables supplémentaires, que l'opération consistant à trouver la fiche d'un destinataire recherché inclue une lecture des données variables supplémentaires contenues dans cette fiche et relatives à ce destinataire recherché, et que l'opération consistant à transmettre un message à un destinataire recherché inclue une opération consistant à élaborer ce message en fonction au moins des 25 données variables supplémentaires lues sur la fiche de ce destinataire recherché. Le procédé peut aussi comprendre, préalablement à l'opération consistant à détecter ou recevoir des requêtes de communication, une opération consistant à établir une liste de destinataires potentiels formée d'enregistrements dont chacun est relatif à 30 un destinataire potentiel et contient le numéro d'identification du poste de ce destinataire potentiel, et une opération consistant à attribuer à chaque enregistrement, en fonction d'au moins un critère prédéterminé, un code de sélection par lequel les destinataires recherchés sont identifiables dans cette liste parmi les destinataires potentiels. Dans un tel cas, ce procédé peut encore inclure, préalablement à l'opération consistant à détecter ou recevoir des requêtes de communication, une opération consistant à extraire, pour constituer les fiches du fichier de numéros d'identification des postes des destinataires recherchés, ceux des enregistrements de 5 la liste des destinataires potentiels pour lesquels le code de sélection prend une valeur prédéterminée, et une opération consistant à trier les fiches obtenues au moins suivant les numéros d'identification des postes des destinataires recherchés. De préférence, le procédé de l'invention inclut également, postérieurement à 10 l'opération consistant à transmettre un message à un destinataire recherché, une opération consistant à recueillir et à enregistrer une réponse à ce message, formulée par le destinataire recherché. Ce procédé peut encore comprendre, postérieurement à l'opération consistant à 15 transmettre un message à un destinataire recherché, une opération consistant à mettre à jour, en fonction d'une action réalisée par ce destinataire à réception de ce message, le code de sélection de l'enregistrement relatif à ce destinataire dans la liste des destinataires potentiels, et / ou à supprimer la fiche relative à ce destinataire dans le fichier des numéros d'identification des postes des destinataires 20 recherchés. Le procédé de l'invention peut notamment être mis en oeuvre en prévoyant qu'il comprenne, préalablement à l'attribution d'un code de sélection, une opération consistant à vérifier la situation d'un destinataire potentiel par rapport à au moins 25 une norme pré-établie, et à utiliser, en tant que critère prédéterminé pour l'attribution d'un code de sélection désignant un destinataire potentiel comme destinataire recherché, le fait pour ce destinataire potentiel de se trouver dans une situation temporairement irrégulière ou risquée. L'invention concerne également un système de transmission automatique de messages à travers un réseau de communication, et notamment un réseau téléphonique, ce système étant caractérisé en ce qu'il comprend un ensemble de postes individuels de communication dont chacun est identifié dans le réseau par un numéro d'identification propre et doté d'une capacité de communication bidirectionnelle sur le réseau, un autocommutateur appartenant au réseau, apte à relever le numéro d'identification de chaque poste individuel susceptible d'émettre une requête de communication adressée à cet autocommutateur ou transitant par lui, un serveur informatique fonctionnant sous le contrôle de l'autocommutateur et 5 apte à rechercher, dans un fichier contenant au moins des numéros préalablement sélectionnés parmi les numéros d'identification des postes individuels, toute donnée contenue dans ce fichier et requise par l'autocommutateur, et un serveur vocal, commandé par le serveur informatique fonctionnant sous le contrôle de l'autocommutateur, et apte à transmettre, par l'intermédiaire de l'autocommutateur, 10 un message à un poste individuel dont le numéro d'identification figure au fichier, en réponse à une requête de communication émise par ce poste. Dans le cas o l'autocommutateur contrôle l'accès de chaque poste au réseau, il est avantageux de faire en sorte que cet autocommutateur accuse réception d'une 15 requête de communication émise par un poste dont le numéro d'identification ne figure pas au fichier par l'émission d'une tonalité de prise de ligne, et qu'il intercepte la requête de communication émise par un poste dont le numéro d'identification figure au fichier avant l'émission de la tonalité de prise de ligne. Le système de l'invention peut comprendre en outre un répondeur enregistreur relié au serveur vocal et apte à enregistrer une réponse émise depuis un poste individuel ayant reçu un message, ainsi, le cas échéant, qu'un terminal de transaction bancaire relié au réseau. Le système tel que précédemment défini est très avantageusement applicable au suivi et / ou au règlement des impayés. D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est faite ci-après, à titre indicatif et nullement limitatif, en 30 référence aux dessins annexés, dans lesquels: - la figure 1 est un schéma général illustrant le procédé et le système de l'invention; - la figure 2 est un schéma d'une phase opératoire optionnelle du procédé de l'invention; - la figure 3 est un schéma illustrant la mise en oeuvre d'une première possibilité offerte par la phase opératoire optionnelle de la figure 2; - la figure 4 est un schéma illustrant la mise en oeuvre d'une deuxième possibilité offerte par la phase opératoire optionnelle de la figure 2; et - la figure 5 est un schéma illustrant la mise en oeuvre d'une autre phase préparatoire au procédé de l'invention. Pour donner à la présente description une présentation aussi concrète que possible, l'invention sera décrite ci-après dans son application au suivi et / ou au règlement 15 de factures impayées, qui constitue une application privilégiée, bien que non limitative, de l'invention. De même, l'invention sera décrite dans le contexte préféré mais non limitatif de l'utilisation d'un réseau téléphonique en tant que réseau de communication, tout 20 autre réseau doté de capacité de communication bidirectionnelle et contrôlable par ordinateur étant cependant également utilisable. A ce jour, le processus que mettent en oeuvre les fournisseurs de biens ou de services pour relancer leurs clients en retard de paiement de leurs factures est très 25 largement manuel. Compte tenu de l'ampleur du phénomène, ce processus nécessite la mobilisation de moyens humains très importants à tous les niveaux. Lorsqu'un client ne paie pas sa facture dans les délais contractuels, la démarche actuelle consiste en général à lui adresser une lettre de rappel, sans certitude que le client la reçoive, qu'il la lise, ni qu'il en tienne compte. Si le client ne paie toujours pas après réception présumée de cette lettre de rappel, il doit être traité au coup par coup par les services recouvrement du fournisseur, qui pourront décider de procéder à une action sur le compte du client. Or, ce processus, bien qu'assez lourd, est loin d'être satisfaisant dans la mesure o: a) Des erreurs peuvent avoir été commises dès le départ par la saisie d'une mauvaise adresse du client; b) La facture, bien que libellée correctement, n'a peut-être pas été reçue par le client; c) Le client a éventuellement pris l'habitude de payer légèrement en retard, pour soigner sa trésorerie; d) Le client peut avoir décidé de ne pas payer; e) Il est possible que le client s'apprête à contester le bien fondé de sa facture précédente, et use de ce procédé pour différer son paiement; 20 f) Le client s'est peut-être endetté par une surconsommation inconsidérée et rencontre des difficultés de trésorerie. Pour contourner ces difficultés ou en atténuer les effets, l'invention propose un 25 système permettant de relancer systématiquement tout client en retard de paiement, de suivre automatiquement les impayés ou les surconsommations, par un balayage régulier des bases d'information contenant la situation des comptes clients, et, une fois les clients débiteurs identifiés, d'avertir ces derniers de façon automatique par un message imposé lors d'un appel téléphonique de leur part ou même, dans le cas 30 o la relance est faite par l'opérateur du réseau téléphonique, à l'instant o ils décrochent leur poste de téléphone. En pratique, tout fournisseur de biens ou de services dispose d'une base de données telle que la liste LIST de la figure 5, dans laquelle sont recensés les clients DESTPOT de ce fournisseur, avec au moins leurs coordonnées téléphoniques NUM_IDENT, et leur situation comptable, par exemple succinctement reflétée par les numéros de factures émises pour ces clients, la date d'échéance du paiement de ces factures par rapport à la date du jour J considéré, et la somme due. Cette base de données, qui est en permanence mise à jour sur un ordinateur central ORDI (figure 1) pour tenir compte à la fois des factures nouvellement émises et des paiements nouvellement enregistrés, reflète aussi fidèlement que possible la situation dans laquelle se trouve chaque client DESTPOT au regard de ce 10 fournisseur. Cette base ou liste LIST fait par exemple apparaître que M. John APPLE est débiteur de 24 Euros, ce qui ne le place pas pour autant en situation irrégulière puisqu'il dispose encore de 15 jours pour acquitter sa dette, l'échéance de cette 15 dernière ne tombant qu'à J+15. M. Jean MARTIN est lui aussi en situation régulière, puisqu'il a intégralement réglé le montant de sa facture N0 456 dont le paiement venait à échéance il y a 27 jours. En revanche, M. Luc DUPONT et M. Johan ZWAN sont en situation irrégulière, le premier étant débiteur de 39 Euros depuis 10 jours, et le second de 53 Euros depuis 2 jours. Messieurs APPLE et MARTIN sont ainsi dans la norme pré-établie définie par le fait que la somme due par tout client doit être nulle pour toute échéance passée, alors que Messieurs DUPONT et ZWAN se trouvent en dehors de cette norme. D'autres normes pourraient être utilisées, telles que la consommation moyenne sur 30 une période donnée, tout client dépassant cette moyenne se trouvant dans une situation ouvrant potentiellement le risque d'une incapacité à régler la dette contractée. Les clients DEST_RECH à contacter étant en l'occurrence ceux qui font exception à la norme pré- établie, il convient de les identifier parmi l'ensemble de tous les clients DEST_POT. Pour ce faire, un code de sélection CODSEL est attribué à chaque client DESTPOT de la liste LIST, ce code prenant, sur l'exemple de la figure 5, la valeur "" si le client concerné est en règle au plan comptable avec le fournisseur, et la valeur " 1 " si le client concerné est en défaut en raison d'une dette non apurée. Bien entendu, le code de sélection CODSEL peut n'avoir qu'une existence immatérielle et n'être constitué que par le résultat d'une relation logique. A partir de la liste LIST, qui est typiquement constituée par une base de données stockée dans un ordinateur ORDI (figure 1), il est possible, par une opération 15 d'extraction XTRACT (figures 1 et 5), de former un fichier FFF qui ne contient plus que les clients DESTRECH avec lesquels le fournisseur doit entrer en contact pour les informer de leur situation. Il suffit en effet, à partir de chaque enregistrement de la liste LIST pour lequel le 20 code de sélection CODSEL prend la valeur "1", de créer une fiche F relative à un client DEST_RECH à contacter, et comprenant au moins le nom de ce client, son prénom, ses coordonnées téléphoniques NUM_IDENT, et des données supplémentaires SUPP_DAT concernant sa situation comptable. Pour une plus grande facilité d'exploitation, les fiches F formant le fichier PFF sont par exemple triées et classées par ordre croissant de coordonnées téléphoniques NUMIDENT, et le fichier PFF est rendu accessible sur un serveur informatique SERVINF. Comme annoncé précédemment, le procédé de l'invention vise à permettre la transmission automatique de messages à travers le réseau de communication constitué par un réseau téléphonique dans l'exemple particulier choisi, depuis un centre de contrôle CTRL qui se trouve connecté dans ce réseau, et vers les destinataires recherchés DEST_RECH qui ont été sélectionnés parmi l'ensemble des destinataires potentiels DESI_POT constitués, dans l'exemple choisi, par des clients débiteurs d'un fournisseur de produits ou de services. Par hypothèse, chaque destinataire potentiel DESTPOT dispose d'un poste ou 5 terminal de communication TEL, en l'occurrence un poste téléphonique fixe ou portable dans l'exemple particulier choisi, qui est repéré dans le réseau par un numéro d'identification NUMIDENT qui lui est propre, en l'occurrence le numéro de téléphone, et par lequel ce destinataire DESTPOT peut établir une communication bidirectionnelle avec le centre de contrôle CTRL à travers le 10 réseau. Comme le montre la figure 1, le centre de contrôle CTRL intervenant dans la mise en oeuvre de ce procédé comprend typiquement, outre le serveur informatique SERVINF déjà évoqué, et éventuellement l'ordinateur central ORDI, un 15 autocommutateur AUTOCOMM et un serveur vocal SERVVOC. L'autocommutateur AUTOCOMM, qui constitue un noeud adressable du réseau de communication, est intrinsèquement capable de relever le numéro de téléphone NUMIDENT de chaque poste TEL individuel susceptible d'émettre une requête 20 de communication RQLCOMM. Dans un premier cas possible, la requête de communication RQLCOMM concernée peut être constituée par une requête explicitement adressée à cet autocommutateur AUTOCOMM, ce qui est le cas lorsqu'un client DESTPOT 25 appelle un de ses fournisseurs en composant son numéro de téléphone. Mais la requête de communication RQLCOMM concernée peut aussi être constituée par une requête qui transite simplement par l'autocommutateur AUTOCOMM, ce qui est le cas lorsqu'un abonné au téléphone DEST-POT appelle 30 un correspondant quelconque. Dans ce dernier cas, la requête de communication RQTLCOMM est constituée dès que le poste TEL requiert la connexion au réseau, c'est-à-dire dès que le combiné de ce poste est décroché, l'autocommutateur AUTOCOMM appartenant alors à l'opérateur du réseau et étant celui qui dessert la zone à laquelle appartient le poste TEL d'o part cette requête. Dans tous les cas, l'autocommutateur AUTOCOMM, lorsqu'il détecte ou reçoit une 5 requête de communication RQTCOMM émise depuis le poste TEL d'un destinataire potentiel DEST_POT, relève le numéro de téléphone NUM_IDENT qui identifie le poste TEL à partir duquel cette requête RQT_COMM a été émise. L'autocommutateur AUTOCOMM transmet le numéro de téléphone NUMIDENT 10 relevé au serveur informatique SERVINF qui contient le fichier FFF et qui fonctionne sous le contrôle de l'autocommutateur AUTOCOMM. Dès réception du numéro de téléphone NUM_IDENT relevé, le serveur informatique SERV_INF recherche, dans le fichier FFF, l'éventuelle existence 15 d'une fiche F contenant ce numéro NUM_IDENT et la trouve si elle existe. Le fait pour le serveur informatique SERV_INF de trouver dans le fichier FFF une fiche F contenant le numéro NUM_IDENT relevé par l'autocommutateur AUTOCOMM indique que l'émetteur de la requête de communication 20 RQTCOMM détectée ou reçue par cet autocommutateur n'est pas le simple destinataire potentiel DEST_POT d'un message, mais est en fait une personne à qui un message MSSG doit effectivement être adressé, c'est-à-dire un destinataire recherché DEST_RECH. Dans un tel cas, le serveur informatique SERV_INF délivre au serveur vocal SERV_VOC le contenu total ou partiel de la fiche F trouvée, et notamment les données supplémentaires SUPP_DAT. En fonction de ces données supplémentaires SUPP_DAT, le serveur vocal 30 SERV_VOC, qui est commandé par le serveur informatique SERV_INF, élabore un message personnalisé MSSG qu'il transmet à l'autocommutateur AUTOCOMM, et que ce dernier transfère au poste individuel TEL dont le numéro d'identification NUM_IDENT figure sur la fiche F trouvée dans le fichier FFF par le serveur informatique SERV_INF. il Dans le cas particulier o l'autocommutateur AUTOCOMM est un autocommutateur géré par l'opérateur du réseau de communication, tous les abonnés à ce réseau sont des clients de cet opérateur, et donc des destinataires potentiels DEST_POT de messages MSSG. Dans ce cas, alors que les requêtes de communication RQT_COMM sont adressées à des récepteurs finaux autres que le centre de contrôle CRTL, le procédé de l'invention comprend une opération consistant à intercepter chaque requête de communication RQT_COMM émise par un poste dont le numéro a été trouvé dans 10 le fichier 4FF. Plus précisément, alors que l'autocommutateur AUTOCOMM qui contrôle dans ce cas l'accès de chaque poste TEL au réseau accuse normalement réception d'une requête de communication RQT_COMM émanant d'un poste TEL, dont le combiné 15 est décroché, par l'émission d'une tonalité de prise de ligne, cet autocommutateur intercepte la requête de communication RQICOMM émanant de tout poste TEL dont le numéro d'identification NUM_IDENT a été trouvé dans le fichier FFF avant même l'émission de la tonalité de prise de ligne. Le procédé de l'invention peut être enrichi en donnant au destinataire recherché DEST_RECH d'un message MSSG la possibilité de formuler une réponse RPNS qui est recueillie, enregistrée et/ou prise en compte. Cette option est illustrée par la figure 2, qui représente la possibilité offerte à un 25 destinataire recherché DESTRECH d'être mis en relation avec un serveur vocal SERV_VOC, identique ou différent de celui de la figure 1, avec un répondeur enregistreur REPENR, ou encore avec un opérateur humain CONSEIL. Ce choix peut être offert au destinataire DESTRECH par le serveur vocal 30 SERVVOC lui-même qui indiquera par exemple à ce destinataire de composer le " 1 " sur son clavier de téléphone pour rester en contact avec ce serveur vocal, ou de composer le "2" sur son clavier pour entrer en contact avec le répondeur enregistreur REPENR, ou enfin de composer le "3" pour être mis en relation avec l'opérateur humain CONSEIL. La figure 3 illustre le cas o le destinataire DESTRECH du message MSSG se met en relation avec un serveur vocal SERVVOC et o un terminal de transaction bancaire TRMBAN est relié au réseau. Dans ce cas, le destinataire DESTRECH du message MSSG peut payer immédiatement sa facture en retard, par l'intermédiaire du serveur vocal SERVVOC et au moyen d'une carte bancaire, en procédant à une transaction bancaire TRANSAC avec le terminal TRMBAN de transaction bancaire. Si la transaction est valide, le terminal TRMBAN en informe par un signal approprié VALID le serveur informatique SERVJINF qui supprime la fiche F relative au destinataire DESTRECH concerné dans le dossier PFF pour éviter les relances intempestives. Le serveur informatique SERVINF adresse alors un ordre CONFIRM au serveur vocal SERVVOC, commandant à ce dernier d'envoyer au destinataire DESTRECH concerné un message REGULAR confirmant que sa situation est régularisée. Le serveur informatique SERVINF peut également adresser un message à l'ordinateur central ORDI pour permettre la mise à jour du code de sélection COD_SEL de l'enregistrement relatif au destinataire DESTRECH concerné dans la liste LIST des destinataires potentiels DEST_POT. La figure 4 illustre le cas o le destinataire DESTRECH du message MSSG se met en relation avec un répondeur enregistreur REPENR, par exemple en composant le "2" sur son clavier de téléphone. Dans ce cas, la réponse RPNS formulée par ce destinataire DESTRECH est 30 directement enregistrée sur ce répondeur enregistreur REPENR, ultérieurement mise en forme par un micro ordinateur dédié MICRORDI, pour enfin pouvoir faire l'objet d'une exploitation différée TRAITEM par une équipe chargée du recouvrement et de la gestion des comptes des clients. Des opérations semblables peuvent être réalisées, mais en temps réel et de façon interactive, dans le cas o le destinataire DESTRECH se met en relation avec un opérateur humain CONSEIL, par exemple en composant le "3" sur son clavier de téléphone, cet opérateur CONSEIL disposant de tous les renseignements 5 nécessaires au traitement immédiat de la situation du destinataire DESTRECH et notamment de l'historique de son compte et des informations sur les événements les plus récents. Dans le cas o le centre de contrôle CTRL est géré par l'opérateur du réseau de 10 communication, o ce réseau est un réseau de téléphonie, et o les destinataires potentiels DESTPOT de messages MSSG sont abonnés à la téléphonie fixe, le procédé de l'invention appliqué à la relance des factures de téléphone impayées est ainsi totalement automatique. Son inhibition doit néanmoins être prévue pour faire face à d'éventuels dysfonctionnements collatéraux. Dans ce cas, dès qu'un client en retard de paiement décroche son téléphone fixe, ou qu'il tente de prendre la tonalité avec son téléphone mobile, il est mis en relation 20 avec le serveur vocal SERVVOC qui lui délivre un message MSSG l'invitant à régulariser sa situation. La liste LIST est alors constituée par la base de données centrale qui regroupe tous les comptes clients d'un périmètre donné, et qui concerne plusieurs entités de 25 recouvrement. Les comptes clients sont mis à jour, tant en ce qui concerne les factures émises visà-vis de chaque client, qu'en ce qui concerne les paiements intervenus. Chaque facture émise est affectée d'une date limite de paiement. La sélection des fiches F à partir de la base LIST est donc effectuée en comparant la date du jour du traitement avec la date limite de paiement, et en vérifiant si le client est à jour de ses paiements. Si la date du jour du traitement est supérieure à la date limite de paiement de la facture (c'est-à-dire si le paiement n'est pas intervenu dans les délais contractuels), le logiciel de codage porte à "l" par exemple la valeur du code de sélection CODSEL du compte client dans un champ de la base de données LIST, cette valeur prenant autrement par exemple la valeur "o". Le fichier PFF est constitué par l'ensemble des fiches F dont chacune est formée par une ligne de la base LIST, extraite de cette base en raison de la valeur " 1"f que prend son code "COD-SEL. Dans ce fichier FFF, les fiches sont ordonnées de telle façon que la recherche d'une fiche client F soit la plus aisée possible compte tenu de la finalité visée. Dans la mesure o les clients rattachés à un autocommutateur sont reconnaissables 15 grâce aux indicatifs figurant dans leur numéro de téléphone, plusieurs autocommutateurs peuvent être gérés par une même entité de recouvrement. Les fiches clients F seront alors hiérarchiquement ordonnées par autocommutateur d'une part, et par numéro de téléphone d'autre part. 20 La personnalisation du message adressé à un destinataire DESTRECH, fondée sur les informations supplémentaires SUPP.DAT, pourra par exemple comprendre l'indication: - du numéro de téléphone du client; - du montant du débit de son compte; - de la date d'émission de la facture en souffrance; et - de la date limite de paiement autorisée. Le procédé n'est initialisé qu'une fois. Toutefois, il devra être possible d'inhiber la chaîne de traitement pour tenir compte de certains événements majeurs, par exemple, les retards pris dans la facturation, qui auraient pour conséquence de décaler le délai réel accordé au client pour le paiement de sa facture, et l'écart de date enregistré dans la base LIST entre la date d'établissement de la facture et la date limite de paiement. Le même procédé peut être utilisé par les services du téléphone mobile,avec une variante qui concerne la messagerie. Outre les opérations précédemment décrites en relation notamment avec le téléphone fixe, le procédé de l'invention appliqué au téléphone mobile peut être enrichi par l'envoi de messages vers la messagerie de chaque client DESTRECH, 10 ou de messages courts conformes à la norme SMS, qui seront horodatés pour justifier, le cas échéant, de leur envoi. Le système de l'invention peut également être utilisé pour prévenir les surconsommations inconsidérées de services téléphoniques. 15 Pour les anciens clients, cette prévention peut être réalisée en comparant la consommation courante, avec la moyenne des 6 derniers bimestres prise pour norme. Pour les nouveaux clients, cette prévention peut être réalisée en prenant pour norme un seuil de consommation déterminé, éventuellement en fonction du profil du client, et dont le dépassement déclenchera l'émission d'un message MSSG. Dans tous les cas, cette action de prévention des surconsommations pourra fournir 25 l'occasion d'informer le client du montant prévisible de sa facture à venir. REVENDICATIONS. 1. Procédé de transmission automatique de messages (MSSG) à travers un réseau de communication depuis un centre de contrôle (CTRL) appartenant au réseau et vers des destinataires recherchés (DEST-RECH) sélectionnés parmi un ensemble de destinataires potentiels (DEST-POT) dont chacun est au moins 5 sélectivement relié au centre de contrôle (CTRL) à travers le réseau par un poste (TEL) doté d'une capacité de communication bidirectionnelle et repéré dans ce réseau par un numéro d'identification (NUMJIDENT) qui lui est propre, ce procédé étant caractérisé en ce qu'il comprend les étapes consistant à: - détecter ou recevoir, au centre de contrôle (CTRL), des requêtes de communication (RQT_COMM) émises depuis les postes (TEL) des destinataires potentiels (DEST-POT); - relever, pour chaque requête de communication (RQTCOMM) détectée ou reçue, le numéro d'identification (NUMIDENT) du poste à partir 15 duquel cette requête (RQTCOMM) a été émise; - rechercher, dans un fichier (FFF) contenant les numéros d'identification (NUMIDENT) des postes des destinataires recherchés (DEST RECH) et formé de fiches (F) dont chacune concerne un destinataire recherché, une fiche (F) contenant le numéro d'identification (NUMIDENT) relevé, et 20 trouver cette fiche si elle existe; et transmettre à travers le réseau, depuis le centre de contrôle (CTRL), un message (MSSG) adressé à chaque destinataire recherché (DESTRECH) dont le numéro d'identification (NUMIDENT) de poste a été trouvé dans le fichier (FFF). 2. Procédé suivant la revendication 1, caractérisé en ce qu'il comprend en outre, au moins dans le cas o la requête de communication (RQT_COMM) émise est adressée à un récepteur final autre que le centre de contrôle (CRTL), une opération consistant à intercepter la requête de communication (RQTLCOMM) émise par chaque poste dont le numéro a été trouvé dans le fichier (FFF) des numéros d'identification des postes des destinataires recherchés. 3. Procédé suivant la revendication 1 ou 2, caractérisé en ce que chaque fiche (F) du fichier (FFF) des numéros d'identification des postes des destinataires 5 recherchés (DEST-RECH) contient des données variables supplémentaires (SUPP DAT), en ce que l'opération consistant à trouver la fiche d'un destinataire recherché inclut une lecture des données variables supplémentaires contenues dans cette fiche et relatives à ce destinataire recherché, et en ce que l'opération consistant à transmettre un message (MSSG) à un destinataire recherché 10 (DEST RECH) inclut une opération consistant à élaborer ce message (MSSG) en fonction au moins des données variables supplémentaires (SUPP DAT) lues sur la fiche (F) de ce destinataire recherché. 4. Procédé suivant l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut, préalablement à l'opération consistant à détecter ou recevoir des requêtes de communication (RQT_COMM), une opération consistant à établir une liste (LIST) de destinataires potentiels formée d'enregistrements dont chacun est relatif à un destinataire potentiel (DEST-POT) et contient le numéro d'identification (NUMIDENT) du poste de ce destinataire potentiel, et une 20 opération consistant à attribuer à chaque enregistrement, en fonction d'au moins un critère prédéterminé, un code de sélection (COD-SEL) par lequel les destinataires recherchés (DEST-RECH) sont identifiables dans cette liste parmi les destinataires potentiels (DESTPOT). 5. Procédé suivant la revendication 4, caractérisé en ce qu'il inclut, préalablement à l'opération consistant à détecter ou recevoir des requêtes de communication (RQTCOMM), une opération (XTRACT) consistant à extraire, pour constituer les fiches (F) du fichier (FFF) de numéros d'identification des postes des destinataires recherchés, ceux des enregistrements de la liste (LIST) des 30 destinataires potentiels pour lesquels le code de sélection (CODSEL) prend une valeur prédéterminée, et une opération consistant à trier les fiches obtenues (F) au moins suivant les numéros d'identification (NUM IDENT) des postes des destinataires recherchés. 6. Procédé suivant l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut, postérieurement à l'opération consistant à transmettre un message (MSSG) à un destinataire recherché (DEST-RECH), une opération consistant à recueillir et à enregistrer une réponse (RPNS) à ce message (MSSG), formulée par le destinataire recherché (DESTRECH). 7. Procédé suivant l'une quelconque des revendications précédentes combinée à la revendication 4, caractérisé en ce qu'il inclut, postérieurement à l'opération consistant à transmettre un message (MSSG) à un destinataire recherché 10 (DEST-RECH), une opération consistant à mettre à jour, en fonction d'une action réalisée par ce destinataire à réception de ce message, le code de sélection (CODSEL) de l'enregistrement relatif à ce destinataire dans la liste (LIST) des destinataires potentiels, et / ou à supprimer la fiche (F) relative à ce destinataire dans le fichier (FFF) des numéros d'identification des postes des destinataires 15 recherchés (DEST-RECH). 8. Procédé suivant l'une quelconque des revendications précédentes combinée à la revendication 4, caractérisé en ce qu'il comprend, préalablement à l'attribution d'un code de sélection (COD-SEL), une opération consistant à vérifier la situation 20 d'un destinataire potentiel (DEST POT) par rapport à au moins une norme préétablie, et à utiliser, en tant que critère prédéterminé pour l'attribution d'un code de sélection (CODSEL) désignant un destinataire potentiel (DEST-POT) comme destinataire recherché (DEST-RECH), le fait pour ce destinataire potentiel (DEST POT) de se trouver dans une situation temporairement irrégulière ou 25 risquée. 9. Système de transmission automatique de messages à travers un réseau de communication, caractérisé en ce qu'il comprend un ensemble de postes (TEL) individuels de communication dont chacun est identifié dans le réseau par un 30 numéro d'identification propre (NUM IDENT) et doté d'une capacité de communication bidirectionnelle sur le réseau, un autocommutateur (AUTOCOMM) appartenant au réseau, apte à relever le numéro d'identification (NUMIDENT) de chaque poste (TEL) individuel susceptible d'émettre une requête de communication (RQTCOMM) adressée à cet autocommutateur (AUTOCOMM) ou transitant par lui, un serveur informatique (SERV_INF) fonctionnant sous le contrôle de l'autocommutateur (AUTOCOMM) et apte à rechercher, dans un fichier (FF) contenant au moins des numéros préalablement sélectionnés parmi les numéros d'identification (NUMIDENT) des postes s individuels, toute donnée (SUPPDAT) contenue dans ce fichier (FFF) et requise par l'autocommutateur (AUTOCOMM), et un serveur vocal (SERV_VOC), commandé par le serveur informatique (SERVINF) fonctionnant sous le contrôle de l'autocommutateur (AUTOCOMM), et apte à transmettre, par l'intermédiaire de l'autocommutateur (AUTOCOMM), un message (MSSG) à un poste individuel 10 (TEL) dont le numéro d'identification (NUM_IDENT) figure au fichier (FFF), en réponse à une requête de communication (RQTCOMM) émise par ce poste (TEL). 10. Système de transmission automatique de messages suivant la revendication 15 9, caractérisé en ce que l'autocommutateur (AUTOCOMM) contrôle l'accès de chaque poste (TEL) au réseau, en ce qu'il accuse réception d'une requête de communication (RQT_COMM) émise par un poste (TEL) dont le numéro d'identification (NUM_IDENT) ne figure pas au fichier (FFF) par l'émission d'une tonalité de prise de ligne, et en ce qu'il intercepte la requête de communication 20 (RQTCOMM) émise par un poste (TEL) dont le numéro d'identification (NUM_IDENT) figure au fichier (FFF) avant l'émission de la tonalité de prise de ligne. 11. Système de transmission automatique de messages suivant la revendication 25 9 ou 10, caractérisé en ce qu'il comprend en outre un répondeur enregistreur (REPENR) relié au serveur vocal (SERVVOC) et apte à enregistrer une réponse (RPNS) émise depuis un poste individuel (TEL) ayant reçu un message (MSSG) . 12. Système de transmission automatique de messages suivant l'une quelconque 30 des revendications 9 à 11, caractérisé en ce qu'il comprend en outre un terminal de transaction bancaire (TRMBAN) relié au réseau. 13. Application du système suivant l'une quelconque des revendications 9 à 12 au suivi et / ou au règlement des impayés.