EP4334825A1 - Passerelle pour l'envoi de sms à un client depuis une base de données - Google Patents

Passerelle pour l'envoi de sms à un client depuis une base de données

Info

Publication number
EP4334825A1
EP4334825A1 EP21719727.6A EP21719727A EP4334825A1 EP 4334825 A1 EP4334825 A1 EP 4334825A1 EP 21719727 A EP21719727 A EP 21719727A EP 4334825 A1 EP4334825 A1 EP 4334825A1
Authority
EP
European Patent Office
Prior art keywords
client
context
information
customer
program
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
EP21719727.6A
Other languages
German (de)
English (en)
Inventor
Jöel KAFUTI MWENDA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kafuti Kanyembo Dominique Myrtille
Original Assignee
Kafuti Kanyembo Dominique Myrtille
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 Kafuti Kanyembo Dominique Myrtille filed Critical Kafuti Kanyembo Dominique Myrtille
Publication of EP4334825A1 publication Critical patent/EP4334825A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/332—Query formulation
    • G06F16/3329—Natural language query formulation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/242—Query formulation
    • G06F16/243—Natural language query formulation

Definitions

  • Our invention is a software which uses the databases for the sending and the reception of SMS while passing by an SMS Gateway and which has the characteristic to support each customer.
  • the program algorithm shown in FIG. 1 looks like this:
  • the counter table has two columns.
  • the id column in which is stored the identifiers of each record and the num column in which is saved the identifying number of the last record read in the table of incoming messages after each iteration of the infinite loop (1).
  • the counter table has only one record whose identifying number ⁇ '. Note that for all the tables used by the application, the identifier number is incremented with each new record.
  • This value is inserted (3) in the variable (3.1) of the program. Reading (4) in the database of all the records of the table of incoming messages whose identifying number is greater than the identifying number of the last record read after each iteration of the infinite loop (1).
  • the SQL query (4) used is: SELECT * FROM messagein WHERE id >' value taken from the counter table where messagein is the table of incoming messages in which all messages received are recorded, id is the column of the messagein table which contains the identifiers of all its recordings.
  • the result of the SQL query (4) is inserted (5) into the variable (5.1) of the program.
  • Each record resulting from this SQL query (4) is accessible by this variable. It can be multiple records.
  • the message received may be the client's response to a questionnaire sent by the program; he may have made the choice between several assertions.
  • the analysis of the message received can detect a certain preference of the client for a theme. The customer can then be directed to another form or another section.
  • the SQL query (8) used for this check (9) is: SELECT DISTINCT sender, context FROM information WHERE sender ⁇ the sender's phone number value ', where information is the customer information table, sender is a column of the information table in which the telephone number of the sender of the message is stored, context is a column of the information table in which the context of the last conversation with the customer is stored.
  • the value of the context associated with this record is inserted (10) into the variable (10.1) to be used by the program. Otherwise the program uses (11) a default context, such as when it is a first contact with the customer. This context can also be generated by the program after analyzing the message received. The context value is then inserted (12) into the variable (12.1). The sender's telephone number and context are stored (13) in the customer information table.
  • the SQL query (13) used for the registration of the new telephone number and the context generated by the program is: INSERT INTO information (sender, context) VALUES f the number of sender's phone the context '), where information is the table information about the sending customer is a column of the table information where the phone number of the sender is stored context is a column of the table information in which is stored the context of the last conversation with the customer.
  • the program then has the following values for this client: the identifier of the record, the telephone number of the sender, the message received and the context of the conversation with the client.
  • the program then generates (14) the message to be sent to the client based on the received message and the context.
  • the message to be sent is inserted (15) in the outgoing message table and the context is updated (16) in the customer information table. It is replaced by the new context of the conversation with the customer. This can be, for example, the form sent to the customer or the topic of the conversation between the program and the customer.
  • This context can be generated after analysis of the message to be sent, by the program or an expert system in the field of artificial intelligence.
  • the SQL query (14) used to send the message is: INSERT INTO messageout (receiver, msg) VALUES C the phone number of the sender ', 'the message to send'), where messageout is the message table outgoing receiver is a column of the messageout table in which the telephone numbers of the receiver of the message are stored msg is a column of the messageout table which contains the messages to be sent.
  • the loop (1) stops only when the program is interrupted.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Artificial Intelligence (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer And Data Communications (AREA)

Abstract

Un SMS Gateway est un logiciel installé sur ordinateur qui permet l'envoi et la réception de SMS au travers du réseau de téléphonie mobile. Il existe plusieurs méthodes permettant au SMS Gateway de se connecter au réseau de téléphonie mobile. Un SMS Gateway peut être connecté à une base de données et permettre à un autre logiciel d'envoyer des SMS en utilisant cette base de données. Notre invention est un logiciel qui utilise les bases de données pour l'envoi et la réception de SMS en passant par un SMS Gateway et qui a la particularité de prendre en charge chaque client, c'est-à-dire d'établir une communication unique entre l'application et le téléphone mobile.

Description

INVENTION
PASSERELLE POUR L'ENVOI DE SMS À UN CLIENT DEPUIS UNE BASE DE DONNÉES
Description
Notre invention est un logiciel qui utilise les bases de données pour l'envoi et la réception de SMS en passant par un SMS Gateway et qui a la particularité de prendre en charge chaque client.
L'algorithme du programme repris à la figure Fig. 1 se présente comme suit :
Début du programme.
Début de la boucle infinie (1)
Lecture (2) dans la base de données du contenue de la table compteur. La table compteur possède deux colonnes. La colonne id dans laquelle est stockée l'identifiants de chaque enregistrement et la colonne num dans laquelle est sauvegardé le numéro identifiant du dernier enregistrement lu dans la table des messages entrants après chaque itération de la boucle infinie (1). La table compteur ne possède qu'un seul enregistrement dont le numéro identifiant Ί'. Notons que pour toutes les tables utilisées par l'application, le numéro identifiant est incrémenté à chaque nouvel enregistrement.
La requête SQL (2) utilisée est : SELECT * FROM compteur WHERE id= , où compteur est une table compteur, num est la colonne de la table compteur dans laquelle est sauvegardé le numéro identifiant du dernier enregistrement lu dans la table des messages entrants après chaque itération de la boucle infinie (1), id est l'identifiant de l'enregistrement dans la table compteur.
Cette valeur est insérée (3) dans la variable (3.1) du programme. Lecture (4) dans la base de données de tous les enregistrements de la table des messages entrants dont le numéro identifiant est supérieure au numéro identifiant du dernier enregistrement lu après chaque itération de la boucle infinie (1).
La requête SQL (4) utilisée est : SELECT * FROM messagein WHERE id >' valeur prélevée dans la table compteur où messagein est la table des messages entrants dans laquelle sont enregistrés tous les messages reçus, id est la colonne de la table messagein qui contient les identifiants de tous ses enregistrements.
Le résultat de la requête SQL (4) est inséré (5) dans la variable (5.1) du programme. Chaque enregistrement issu de cette requête SQL (4) est accessible par cette variable. Il peut s'agir de plusieurs enregistrements.
Début de la boucle (6)
Par le moyen d'une boucle (6) créée à cet effet, tous les enregistrements de la table des messages entrants issus de la requête SQL (4) et contenus dans la variable (5.1) sont lus l'une après l'autre à chaque itération de la boucle (6). Le numéro identifiant de l'enregistrement, le numéro de téléphone de l'envoyant et le message reçu sont prélevés sur chaque enregistrement de la table des messages entrants sont insérées (7) respectivement dans la variables (7.1), la variables (7.2) et la variables (7.3). Puis le programme vérifie que le numéro de téléphone de l'envoyant est enregistré dans la table des informations sur le client pour prendre connaissance du contexte. Il s'agit d'une sauvegarde du contexte de la conversation avec le client. Il peut renseigner sur différents types d'informations, comme par exemple le dernier formulaire envoyé au client. Le message reçu peut être la réponse du client à un questionnaire envoyé par le programme ; il peut avoir fait le choix entre plusieurs assertions. L'analyse du message reçu peut déceler une certaine préférence du client pour un thème. Le client peut alors être orienté vers un autre formulaire ou une autre rubrique.
La requête SQL (8) utilisée pour cette vérification (9) est : SELECT DISTINCT envoyant, contexte FROM information WHERE envoyant^ la valeur du numéro de téléphone de l'envoyant ', où information est la table des informations sur le client, envoyant est une colonne de la table information dans laquelle est stocké le numéro de téléphone de l'envoyant du message, contexte est une colonne de la table information dans laquelle est stocké le contexte de la dernière conversation avec le client.
Si le numéro de téléphone de l'envoyant est trouvé dans de la table des informations sur le client alors la valeur du contexte associé à cet enregistrement est insérée (10) dans la variable (10.1) pour être exploité par le programme. Dans le cas contraire le programme utilise (11) un contexte par défaut, comme par exemple quand il s'agit d'un premier contact avec le client. Ce contexte peut également être généré par le programme après analyse du message reçu. La valeur du contexte est alors insérée (12) dans la variable (12.1). Le numéro de téléphone de l'envoyant et le contexte sont enregistrés (13) dans la table des informations sur le client.
La requête SQL (13) utilisée pour l'enregistrement du nouveau numéro de téléphone et du contexte généré par le programme est: INSERT INTO information (envoyant, contexte) VALUES f le numéro de téléphone de l'envoyant le contexte '), où information est la table des informations sur le client envoyant est une colonne de la table information où est stocké le numéro de téléphone de l'envoyant contexte est une colonne de la table information dans laquelle est stocké le contexte de la dernière conversation avec le client.
Le programme dispose alors des valeurs suivantes pour ce client: l'identifiant de l'enregistrement, le numéro de téléphone de l'envoyant, le message reçu et le contexte de la conversation avec le client. Le programme génère (14) ensuite le message à envoyer au client sur base du message reçu et du contexte. Le message à envoyer est inséré (15) dans la table des messages sortants et le contexte est mise à jours (16) dans la table des informations sur le client. Il est remplacé par le nouveau contexte de la conversation avec le client. Il peut s'agir par exemple du formulaire envoyé au client ou du thème de la conversation entre le programme et le client. Ce contexte peut être généré après analyse du message à envoyer, par le programme ou un système expert dans le domaine de l'intelligence artificielle.
La requête SQL (14) utilisée pour l'envoi du message est : INSERT INTO messageout (récepteur, msg) VALUES C le numéro de téléphone de l'envoyant ', ' le message à envoyer '), où messageout est la table des messages sortants récepteur est une colonne de la table messageout dans laquelle est stocké les numéros de téléphone du récepteur du message msg est une colonne de la table messageout qui contient les messages à envoyer.
La requête SQL (16) utilisée pour la mise à jours du contexte est: UPDATE information SET contexte=' la valeur du nouveau contexte ' WHERE envoyant^ le numéro de téléphone de l'envoyant ', où information est la table des informations sur le client envoyant est une colonne de la table information dans laquelle sont stockés les numéros de téléphone de l'envoyant contexte est une colonne de la table information où sont stockés les contextes des dernières conversations avec le client.
Fin de la boucle (6)
Quand tous les messages reçus issus de la requête SQL (4) ont été traité par le programme, la valeur de l'identifiant du dernier enregistrement lu est insérée dans la table compteur. La table compteur est mise à jours et la boucle (6) s'arrête.
La requête SQL (17) utilisée pour la mise à jours de la table compteur est: UPDATE compteur SET num=' l'identifiant du dernier enregistrement lu ' WHERE id='l', où compteur est une table compteur, num est la colonne de la table compteur dans laquelle est sauvegardé le numéro identifiant du dernier enregistrement lu dans la table des messages entrants après chaque itération de la boucle infinie (1), id est l'identifiant de l'enregistrement dans la table compteur.
Fin de la boucle infinie (1)
La boucle (1) ne s'arrête que lorsque le programme est interrompu.

Claims

Revendications
1) L'algorithme utilise la table compteur pour sauvegarder le numéro identifiant du dernier enregistrement lu dans la table des messages entrants après chaque itération de la boucle infinie (1). Toute les 5 secondes le programme vérifie l'arrivée de nouveaux messages dans la base de données. Il utilise la requête SQL (2) pour prélever le numéro sauvegardé dans la table compteur et utilise la requête SQL (4) pour prélever les nouveaux messages reçus dans la table des messages entrants. Ensuite il traite instantanément chaque message reçu et procède à l'envoi du nouveau message pour le client si nécessaire.
2) L'algorithme utilise la table information pour stocker des informations sur le client. Un enregistrement est créé pour chaque nouveau client. Le contexte de chaque communication entre le programme et le client est sauvegardé dans la table information. Le contexte peut renseigner sur différents types d'informations, comme par exemple le dernier formulaire envoyé au client. Le contexte est stocké dans la base de données pour être consulté lors de la réception d'un nouveau message en provenance de ce client. Le nouveau message reçu peut être la réponse du client à un questionnaire envoyé par le programme ; il peut avoir fait le choix entre plusieurs assertions. L'analyse du message reçu peut déceler une certaine préférence du client pour un thème. Le client peut alors être orienté vers un autre formulaire ou une autre rubrique
EP21719727.6A 2021-04-10 2021-04-10 Passerelle pour l'envoi de sms à un client depuis une base de données Pending EP4334825A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2021/052984 WO2022214856A1 (fr) 2021-04-10 2021-04-10 Passerelle pour l'envoi de sms à un client depuis une base de données

Publications (1)

Publication Number Publication Date
EP4334825A1 true EP4334825A1 (fr) 2024-03-13

Family

ID=75562788

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21719727.6A Pending EP4334825A1 (fr) 2021-04-10 2021-04-10 Passerelle pour l'envoi de sms à un client depuis une base de données

Country Status (2)

Country Link
EP (1) EP4334825A1 (fr)
WO (1) WO2022214856A1 (fr)

Also Published As

Publication number Publication date
WO2022214856A1 (fr) 2022-10-13

Similar Documents

Publication Publication Date Title
US11582334B2 (en) Providing audio announcement to called parties
US20200162415A1 (en) Communication method and apparatus
US7269415B2 (en) Playing one or more videos at one or more mobile phones while one or more phone calls associated with the one or more mobile phones are on hold
US8199734B2 (en) Method and apparatus for sharing common interest links between communication devices
EP1111881A1 (fr) Procédé d'obtention d'information sur l'identité d'un appelant sur un téléphone portable en utilisant des agents
CA2645184A1 (fr) Avis de messagerie dans des reseaux sensibles a la presence
WO2003056789A1 (fr) Interface utilisateur et procede de visualisation d'evenements unifies de communication sur un dispositif mobile
WO2011050714A1 (fr) Procédé et système pour retenir des informations pertinentes multidimensionnelles relatives à des contacts dans un carnet d'adresses
CA2461520A1 (fr) Technique d'aide a l'information maintenant l'anonymat des connexions
EP4334825A1 (fr) Passerelle pour l'envoi de sms à un client depuis une base de données
EP1521442A1 (fr) Paramétrage du message d'accueil d'une boite vocale par un message multimedia
FR3071126A1 (fr) Procede de mise en liaison telephonique d’un terminal de communication a numero multiple
EP0895433B1 (fr) Appareil téléphonique comportant une station de base et au moins un dispositif de combiné et procédé pour y diffuser des messages
EP2409249A1 (fr) Procede d'assistance a un operateur d'un centre d'appels
EP2856733B1 (fr) Procede de sauvegarde de l'anonymat lors d'une communication telephonique et systeme de telecommunication pour la mise en oeuvre du procede
FR2845552A1 (fr) Procede de gestion de requetes d'informations, systeme et serveur de requetes pour la mise en oeuvre d'un tel procede
US20260120710A1 (en) Filtering extraneous voices from communication sessions
EP2816790B1 (fr) Procédé d'affichage du nom de l'appelant dans le cas d'un appel secret
EP2569927A1 (fr) Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile
FR2947077A1 (fr) Procede d'identification par mots clefs d'utilisateurs d'un reseau de telecommunication.
FR2830154A1 (fr) Systeme de notification d'ecoute d'un message vocal
FR2963184A1 (fr) Procede et module d'enrichissement dynamique d'un message vocal
FR2845234A1 (fr) Procede de parametrage du message d'accueil d'une boite vocale
WO2003026332A1 (fr) Procede de notification d'informations depuis un serveur vers un terminal et serveur de notification pour la mise en oeuvre du procede

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20231205

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)