FR3110992A1

FR3110992A1 - Application exécutable sur un Objet Intelligent et Communicant pour réserver une salle

Info

Publication number: FR3110992A1
Application number: FR2005662A
Authority: FR
Inventors: Béatrice BOUCHOT; Charles THOMAS-BEAUVAIS
Original assignee: Bull SA
Current assignee: Bull SA
Priority date: 2020-05-28
Filing date: 2020-05-28
Publication date: 2021-12-03

Abstract

Application exécutable sur un Objet Intelligent et Communicant pour réserver une salle La présente invention a pour objet une application exécutable sur tout Objet Intelligent et Communicant (OIC) comportant les éléments matériels et au moins un ensemble de codes formant un programme implémentant l’application ainsi qu’un système d’exploitation permettant, lors de leur exécution par au moins un processeur de l’OIC, de : Se connecter à un serveur Vocal de Réservation de Salles (VRS) (22) et envoyer les messages vocaux énoncés par l’utilisateur (2) au serveur (22), en indiquant l’identité de l’utilisateur (2) et l’action souhaitée ; Recevoir du serveur une réponse et afficher la réponse sur l’écran de l’OIC ; Permettre la sélection d’une réponse à envoyer au serveur (22) ; Afficher graphiquement des données de salle réservée ou disponible ; Recevoir une demande d’énumération de la liste et afficher le message ; Envoyer au serveur (22) la liste ; Recevoir du serveur (22) un message d’acquittement. Figure pour l’abrégé: Figure 1

Description

Application exécutable sur un Objet Intelligent et Communicantpour réserver une salle

DOMAINE TECHNIQUE ET OBJET DE L’INVENTION

La présente invention concerne, de façon générale, l’assistance vocale intelligente adaptée au domaine d’application de la réservation de salle de réunion.

Actuellement, la réservation de salles de réunion est réalisée en utilisant des interfaces de type homme-machine qui nécessitent une série d’actions telles que cliquer, consulter, rechercher, sélectionner, valider, pour parvenir effectivement à la réservation de salle. Ces actions entrainent une perte de temps, un risque d’erreurs et une baisse de productivité de l’utilisateur.

L’invention porte plus particulièrement sur une application exécutable sur tout objet intelligent et communicant tel que par exemple un ordinateur personnel (PC), une tablette, un téléphone portable intelligent (appelé communément smartphone), une montre connectée (appelée communément smartwatch), ou tout objet intelligent ou une enceinte comportant les éléments matériels et les autres programmes ou systèmes d’exploitation pour réaliser les actions permettant l’accès à un serveur vocal réalisant de la reconnaissance vocale des messages reçus de l’objet intelligent, associée à de l’analyse lexicale, le serveur vocal mémorisant une pluralité de réponses contextuelles sélectionnables par un éditeur de texte de dialogue à partir du résultat de la reconnaissance vocale et de l’analyse lexicale et à partir des données fournies par un module NLP (Natural Language Processing en anglais, traitement automatique du langage naturel en français) et une application d’apprentissage automatique (Machine Learning en anglais, ML), permettant la création d’un modèle de suggestion reconnaissant les habitudes de l’utilisateur, basé sur l’acquisition et la mémorisation des données de chaque utilisateur (contexte de l’utilisateur), un autre logiciel (occupation de salle) mémorisant l’occupation des salles auxquelles l’utilisateur a accès parmi celles gérées par le serveur informatique de gestion de salles d’un ou plusieurs établissements d’un client du serveur, une application (programme des participants) permettant l’accès aux agendas de chacun des participants, l’éditeur de texte de dialogue du serveur générant et mémorisant une série de questions au format texte associées avec les réponses attendues et les commandes à exécuter, un convertisseur vocal pour convertir les textes en messages vocaux et les envoyer en même temps que le message écrit par internet, à une interface de dialogue de l’objet intelligent, pour permettre à l’utilisateur de valider ou d’invalider la réponse contenue dans le message affiché ou émis par un haut-parleur de l’objet intelligent.

L’application doit s’assurer de la disponibilité de la salle, en tenant compte des préférences et des habitudes des utilisateurs.

Dans ce contexte, il existe de nombreuses applications informatiques ayant la prétention de parvenir à l’organisation d’une réunion entre plusieurs utilisateurs en utilisant des interfaces de type homme-machine mais qui nécessitent l’utilisation d’une multitude de services non connectés entre-eux.

Par exemple, l’assistant virtuel intelligent nommé « Alexa » (marque déposée) sous forme d’un objet connecté, fonctionnant par reconnaissance vocale et capable de réserver une salle de réunion.

Cependant, les informations à obtenir ne sont pas centralisées sur une application téléchargeable sur un support informatique par exemple une tablette, un ordinateur, un téléphone de type « smartphone », pour permettre l’accès à un serveur contenant des composants utiles à la réservation d’un lieu. Chaque entreprise dispose d’applications sécurisées contenant des informations sur le personnel, ses fonctions son emploi du temps etc. Avec la nouvelle loi RGPD la mise à disposition d’informations personnelles à des tiers utilisateurs n’est pas souhaitable et il devient difficile pour l’utilisateur de vérifier la disponibilité des participants à la réunion sans avoir accès à d’autres informations ou sans avoir à modifier les logiciels permettant les accès aux fichiers des personnels. Ceci devient encore plus complexe si certains participants appartiennent à des entreprises extérieures. De plus, le traitement des informations n’est pas facile, cela entraîne une perte de temps, un risque d’erreurs et une baisse de motivation pour l’organisateur de la réunion, ainsi que la génération de stress pour ce dernier devant la masse des informations à ingérer et à prendre en compte.

ETAT DE LA TECHNIQUE

Selon l’art antérieur, le document de brevet US2002143550 A1 décrit au moins un système et un procédé comprenant une interface d’achat en ligne basé sur la reconnaissance vocale entre un dispositif compatible avec internet d’un utilisateur, tel qu’un assistant numérique personnel, et des sites d’achat en ligne.

Il existe aussi la demande de brevet WO201927992 A1 décrivant un système d’assistants virtuels proactifs, intelligents et omnicanaux ainsi qu’une méthode d’utilisation dans lesquels un utilisateur engage une conversation avec un assistant virtuel pour interagir avec les données structurées et non structurées d’une entreprise emmagasinées dans un modèle de domaine spécifique de l’entreprise.

On connait également la demande de brevet WO2014122535 A2 qui décrit un système d’organisation, d’affichage et d’interaction avec l’information sur un dispositif d’affichage comprenant un processeur informatique et un dispositif de mémoire. Différents objets digitaux peuvent être organisés sur plusieurs couches. Les objets peuvent être manipulés par une souris, des gestes sur un écran tactile ou encore des commandes vocales. Un objet digital peut inscrire ses données sur différentes portions privées ou publiques d’un arbre de données, et peut échanger des données de la portion publique avec un autre objet digital.

On connait aussi la demande de brevet US20180261223 A1 qui décrit un système d’assistant personnel vocal pour réaliser de la gestion de dialogues, lorsque le dialogue se rapporte à une expérience d’achat qui permet à un utilisateur de commander un ou plusieurs articles à l’aide de commandes vocales fournies pendant un échange de dialogue avec l’assistant vocal. Dans certains cas, le système d'assistant personnel peut permettre à un utilisateur de commander des articles, de sélectionner les détails d'exécution des articles, de payer les articles et/ou d'effectuer d'autres tâches connexes pour permettre à l'utilisateur d'obtenir les articles au moyen de commandes vocales et sans avoir recours à une interface d’utilisateur graphique. Dans diverses versions, le système d'assistant personnel peut sélectionner des options de traitement pour un utilisateur ou assigner l’exécution à un service particulier en fonction des réponses audio reçues d'un utilisateur. Le système d'assistant personnel peut tirer parti des données d'interaction de l'utilisateur, des informations de profil de l'utilisateur et/ou d'autres informations d'utilisateur pendant l'interaction avec un utilisateur pour compléter les entrées vocales reçues d'un utilisateur.

Il existe aussi la demande de brevet US20190080698 A1 qui décrit un système d’assistant vocal configuré pour recevoir une présentation vocale d’un utilisateur de confiance afin d’introduire un nouvel utilisateur et de désigner des accès privilégiés pour ce nouvel utilisateur. Il s’agit d’un système de reconnaissance vocale permettant l’interaction de plusieurs utilisateurs et gardant en mémoire un historique du profil d’au moins un utilisateur de confiance.

On connait également la demande de brevet US20170147950 A1 décrivant un système de gestion de réservations de ressources limitées telles que des salles de réunion, d’un système informatique, comprenant, en réponse à la réception d’une réservation pour une salle de réunion d’un demandeur, le recours à un processeur, la détermination de la disponibilité de salles de réunion, la détermination de l’admissibilité du demandeur selon une note de courtoisie en utilisant le processeur. La note de courtoisie est déterminée en fonction de l’historique d’utilisation des salles de réunion du demandeur. Les réservations sont confirmées sélectivement en fonction de la note de courtoisie et de la disponibilité des salles de réunion. De plus, une salle de réunion particulière est assignée aux réservations après la confirmation.

L’état de la technique comprend la demande de brevet CA3000109 A1, qui décrit un système d’assistant automatisé intelligent dialoguant avec un utilisateur de manière intégrée et conversationnelle à l’aide d’un dialogue en langage naturel et faisant appel à des services externes le cas échéant pour obtenir des informations ou réaliser des actions diverses. Le système est mis en œuvre à l’aide de différentes plates-formes telles que le Web, le courrier électronique, un téléphone portable intelligent… ou une combinaison de ceux-ci. Dans un mode de réalisation de ce système, le système est basé sur des ensembles de domaines et de tâches interdépendants et utilise des services externes supplémentaires qui lui permettent d’interagir avec d’autres fonctions.

Cependant, les solutions proposées présentent des inconvénients car elles ne permettent pas de réaliser la réservation d’une salle de réunion à distance via un assistant personnel comme par exemple un chatbot en utilisant la reconnaissance vocale, ni la commande à distance de paramètres interdépendants suite à une mémorisation par apprentissage automatique (ML) de précédentes commandes et des préférences de l’utilisateur sur les jours de la semaine, les créneaux horaires, les capacités de salle et les personnes invitées. De plus, les solutions proposées ne permettent pas non plus la prise en charge de commandes et d’actions vis-à-vis d’autres programmes externes, par exemple les précédentes salles de réunions, leurs horaires, les participants, leurs calendriers). Les solutions proposées sont donc limitées car elles ne favorisent pas l’optimisation et la centralisation du traitement des informations et n’offrent pas une solution qui gère une réservation de salle de bout en bout basée sur les habitudes de l’utilisateur.

L’invention vise donc à résoudre ces inconvénients en proposant une application exécutable sur tout Objet Intelligent et Communicant (OIC) capable de faciliter l’organisation d’une réunion et d’accélérer la réservation d’une salle de réunion, en trouvant une salle disponible, en prenant en compte les agendas des participants et en mémorisant les habitudes d’un utilisateur, notamment sur son lieu de travail, par exemple un manager en industrie.

PRESENTATION GENERALE DE L’INVENTION

La présente invention a donc pour objet de pallier les inconvénients de l’art antérieur en proposant une application exécutable sur tout Objet Intelligent et Communicant (OIC).

Pour parvenir à ce résultat, la présente invention concerne une application exécutable sur tout Objet Intelligent et Communicant (OIC), l’OIC comportant les éléments matériels et au moins un ensemble de codes formant un programme implémentant l’application ainsi qu’un système d’exploitation, au moins un processeur de l’OIC permettant leur exécution, l’application comprenant l’entrainement d’un modèle sur les habitudes de l’utilisateur, simplifiant les étapes suivantes :

Connexion à un serveur Vocal ou textuel de Réservation de Salles (VRS) et envoi de l’identification de l’utilisateur et de l’action souhaitée avec des messages vocaux ou textuels énoncés par l’utilisateur au serveur, en indiquant l’identité de l’utilisateur ;

Réception d’une réponse vocale ou d’un choix de réponses contextuelles du serveur et affichage de la réponse ou le choix sur l’écran de l’OIC ;

Permettre vocalement ou via une interface, la sélection d’une réponse à envoyer au serveur ;

Envoi de confirmation par affichage graphique ou synthèse vocale de l’emplacement de la salle réservée ou des salles disponibles pour la date et le créneau horaire et la validation du choix de la salle ;

Réception d’une demande vocale d’énumération de la liste des participants et afficher le message ;

Envoi au serveur de la liste des participants soit oralement soit sous forme de message textuel ;

Réception d’un message d’acquittement (oral ou textuel) du serveur confirmant l’absence de conflit entre les agendas respectifs des participants et la date et le créneau horaire choisi.

Selon une particularité, l’application exécutable sur tout Objet Intelligent et Communicant comporte un réglage de l’application qui s’opère dès la première utilisation par l’utilisateur dans sa conversation avec un assistant personnel, le choix d’un deuxième mode personnalisé de conversation pouvant être choisi à tout moment par l’utilisateur en demandant à l’utilisateur s’il l’accepte et en sélectionnant l’option pour déclencher l’envoi d’un message au serveur VRS.

Selon une autre particularité, l’application exécutable sur tout Objet Intelligent et Communicant permet à l’utilisateur de valider ou invalider la réponse contenue dans le message affiché ou émis par un hautparleur de l’objet intelligent.

L’invention concerne également un serveur informatique VRS comprenant un ensemble de matériels hardwares et de programmes permettant son fonctionnement et la communication avec d’autres équipements informatiques ou électroniques et comprenant au moins un ensemble de codes formant un programme, le programme implémentant un outil réalisant de la Reconnaissance Vocale des Messages (RVM) reçus de l’objet intelligent (OIC), et associant de l’analyse lexicale, le serveur contenant dans une mémoire (RCA-C) une pluralité de réponses contextuelles (RC) associées chacune à au moins un contexte (C), le serveur utilisant également un ensemble de codes formant un programme implémentant, un éditeur de texte de dialogue (EDTD) apte à dialoguer avec la reconnaissance vocale et de l’analyse lexicale et sélectionnant à partir du résultat de la reconnaissance vocale et de l’analyse lexicale et à partir des données fournies par une application d’Intelligence Artificielle (IA) de type apprentissage automatique (ML), de déterminer la ou les réponses contextuelles (RC) répondant à un meilleur score de satisfaction du contexte (C), cette application de ML permettant automatiquement l’acquisition et la mémorisation de données et la création pour chaque utilisateur d’un Fichier de Contexte Utilisateur (FCU) contenant les différentes variables ou paramètres définissant les habitudes de l’utilisateur (HU) (par exemple besoin d’un repas, d’une boisson, de vidéo-conférence, d’une salle à l’ombre, d’une salle ayant une capacité en nombre de personnes suffisante, d’une salle pas trop éloignée du bureau de l’utilisateur, d’une salle où il va souvent se réunir, un allumage des lampes de la salle à partir d’une heure précise, etc. permettant un gain de temps et une réduction des coûts), un autre Fichier définissant l’Occupation des Salles (FOS) de l’immeuble ou des immeubles ou de l’entreprise ou des entreprises ou de l’administration ou des administrations gérés et mémorisés par le serveur et mémorisant pour chaque salle au moins un paramètre (Occupé ou Libre) définissant l’occupation des salles auxquelles l’utilisateur a accès en corrélation avec l’identifiant de la salle (IS) et les créneaux temporels de réservation (CR) parmi les salles gérées par le serveur informatique de gestion de salles d’un ou plusieurs établissements d’un client du serveur, une application planning des participants (PP) disposant des paramètres permettant un accès aux agendas des participants sur un serveur de l’entreprise ou disposant dans la mémoire du serveur VRS d’une copie, régulièrement mise à jour, des agendas des employés de l’entreprise cliente et mémorise les dates de conflit après l’accès aux agendas sur le serveur des entreprises ou administrations permettant l’accès aux agendas de chacun des participants définis par l’utilisateur dans la liste des participants (LP) envoyée par l’OIC du client au serveur, ou valide la date et le créneau horaire pour l’ensemble des participants en envoyant un message de confirmation à l’utilisateur ayant émis la requête.

Selon une particularité, le serveur dispose pour vérifier les agendas des participants à la réunion, des droits d’accès à la base de données de l’entreprise ou de l’administration restreints à la réception de la disponibilité ou non du participant invité à la réunion proposée, en fonction du message de réponse reçu l’IA sélectionne dans ses réponses celle correspondant à la situation pour maintenir la date si le participant n’est pas essentiel à cette réunion ou celle correspondant à la situation pour proposer une salle libre après avoir obtenu les disponibilités de salle, et croise l’information avec les disponibilités des agendas des participants de la liste élaborée par l’utilisateur.

Selon une particularité, sur réception par le serveur, d’un message d’accusé réception, du message d’acquittement, envoyé par l’application de l’OIC de l’utilisateur ayant demandé la réservation, le serveur génère un message à destination de chaque participant pour les informer de la date, de l’heure et du lieu de la réunion ainsi que du motif éventuel de la réunion.

Selon une particularité, l’éditeur de texte de dialogue du serveur, mémorise et génère une série de questions (SQ), au format texte, associées avec les réponses attendues (RA) et les commandes à exécuter (CAE), comporte un convertisseur vocal pour convertir les textes en messages vocaux et les envoyer en même temps que le message écrit par internet, à une interface de dialogue de l’objet intelligent, pour permettre à l’utilisateur de valider ou d’invalider la réponse contenue dans le message affiché sur l’écran ou émis par un hautparleur de l’objet intelligent (OIC).

Selon une particularité, le serveur complète le profil de l’utilisateur après validation d’une question ou lui pose une série de questions (SQ).

Selon une autre particularité, la série de questions (SQ) au format texte mémorisé est au choix et par exemple une ou plusieurs des questions du type suivant: « Comme d’habitude ? », « Vous voulez réserver proche de votre position ? », « Dans un autre site ? », « Choisir et voir les salles disponibles ? ».

L’invention concerne également l’utilisation d’un serveur tel que brièvement décrit ci-dessus, comportant deux modes de fonctionnements pouvant être configurés par l’utilisateur lors de sa connexion au serveur pour sélectionner un fonctionnement choisi par l’utilisateur parmi les deux suivants :

Un premier mode de conversation pour échanger des informations audio avec l’utilisateur, rapidement et facilement, ou proposer des solutions alternatives dans le cas où la réservation demandée n’est pas possible, à l’utilisateur, via le langage naturel ;

Un deuxième mode personnalisé prenant en compte les habitudes de l’utilisateur pour répondre à la demande de l’utilisateur sans lui poser beaucoup de questions et/ou en analysant le contexte du service demandé en temps réel afin de personnaliser le service, via un module d’apprentissage ayant mémorisé au préalable les habitudes et les préférences de réservation de l’utilisateur.

Selon une particularité, le deuxième mode personnalisé peut être déclenché à tout moment par l’utilisateur après la réception d’un message spécifique indiquant la sélection du choix de l’option par l’utilisateur pour déclencher le mode personnalisé.

Selon une autre particularité, l’intelligence artificielle (désignée IA) du serveur, de type ML, pour favoriser l’apprentissage des habitudes de l’utilisateur et permettre une personnalisation de l’expérience de réservation de salle, comporte au moins un module de prédiction comprenant au moins un ensemble de codes formant un programme, le programme implémentant un réseau neuronal artificiel constituant un modèle d’apprentissage automatique, de préférence par des modèles supervisés et non supervisés, configuré pour analyser lesdites données extraites desdits agendas ou fichiers pour réaliser des prédictions ou des contextes actualisés.

Selon une autre particularité, l’IA permet la création pour chaque utilisateur d’un fichier contexte utilisateur (FCU°) contenant les habitudes de l’utilisateur, un autre fichier occupation salle (FOS) mémorisant l’occupation des salles auxquelles l’utilisateur a accès parmi celles gérées par le serveur informatique de gestion des salles d’un ou plusieurs établissements.

Selon une autre particularité, l’IA permet la mémorisation par ML de précédentes commandes de réservation.

Selon une autre particularité, le serveur comprend un outil de gestion personnel de données d’une base de données dans le serveur pour chaque utilisateur d’un client dont les données ne sont pas accessibles par d’autres utilisateurs, l’outil de gestion comprenant plusieurs modules dont au moins :

Un module de gestion qui, par l’intermédiaire de codes exécutés sur un composant hardware, définit des données à gérer par l’outil de gestion, les niveaux d’accès, les droits et les autorisations d’actions de chaque utilisateur d’un client (entreprise, administration, etc.) vis-à-vis desdites données, et gère différents formats et structures de fichiers et est apte à les convertir en d’autres formats ou structures de fichiers ;

Un module de création de requête qui, par l’intermédiaire de codes exécutés sur un composant hardware, produit une requête comprenant au moins une demande parmi les demandes suivantes :

Une demande d’envoi de données contenant au moins un champ contenant des données identifiées (par exemple les agendas des différents utilisateurs).

PRESENTATION DES FIGURES

D’autres caractéristiques et avantages de l’invention apparaîtront à la lecture de la description détaillée des modes de réalisation de l’invention, donnés à titre d’exemple uniquement, et en référence au dessin qui montre :

représente un diagramme schématique d’une architecture d’une application exécutable sur tout Objet Intelligent et Communicant (OIC) selon l’invention.

DESCRIPTION DETAILLE D’UNE FORME DE REALISATION DE L’INVENTION

Divers modes de réalisation de l’invention vont maintenant être décrits en référence à la figure, illustrative et non limitative, de la présente demande.

L’invention aide à l’organisation d’une réunion en tenant compte de tous les paramètres possibles pour la réservation d’une salle, ce qui s’avère souvent compliqué.

En effet, un utilisateur souhaitant organiser une réunion doit d’abord chercher une salle libre en fonction de l’agenda de chacun des participants à cette réunion, en tenant compte de certains critères comme par exemple le nombre de personnes prévues, la date, l’horaire, les habitudes des participants, etc.

Parallèlement à cela, l’organisateur de la réunion doit envoyer des invitations aux différents participants invités à cette réunion. Les participants ayant reçu l’invitation doivent alors répondre en précisant si la date, l’heure et le lieu de la réunion leur convient. Cependant, il arrive fréquemment que tous les participants ne soient pas libres en même temps et qu’il faille relancer plusieurs fois des propositions pour aboutir finalement à la réalisation effective de la réunion dans des conditions favorables à sa tenue.

Enfin, il doit s’assurer que le matériel nécessaire et adéquat à la bonne tenue de la réunion, par exemple un écran, un rétroprojecteur, un pointeur, etc., soit bien présent dans la salle de réunion.

La pluralité des étapes à réaliser pour que la réunion ait lieu est consommatrice de temps et génératrice de stress, ce que l’invention se propose d’éviter.

est un exemple de réalisation illustratif et non limitatif d’un diagramme schématique de l’architecture de l’application selon l’invention.

L’application selon l’invention est une application exécutable sur tout Objet Intelligent et Communicant (OIC), par exemple un équipement informatique ou électronique, comme un ordinateur personnel (PC), une tablette, un téléphone portable intelligent (appelé communément smartphone), une montre connectée (appelée communément smartwatch), ou tout autre objet intelligent, l’OIC comportant les éléments matériels et au moins un ensemble de codes formant un programme implémentant l’application ainsi qu’un système d’exploitation permettant, lors de leur exécution par au moins un processeur de l’OIC, de :

Se connecter à un serveur Vocal de Réservation de Salles (VRS) (22) et envoyer les messages vocaux ou écrits énoncés par l’utilisateur (2) au serveur (22), en indiquant l’identité (4) de l’utilisateur (2) et l’action souhaitée, par exemple réserver une salle pour six personnes le vendredi 6 septembre à 15h ;

Recevoir du serveur (22) une réponse vocale ou textuelle ou un choix de réponses contextuelles et afficher la réponse ou le choix sur l’écran de l’OIC ;

Permettre vocalement ou via une interface, la sélection d’une réponse à envoyer au serveur (22) ;

Afficher graphiquement (27) l’emplacement de la salle réservée ou des salles disponibles pour la date et le créneau horaire et la validation du choix de la salle ;

Recevoir une demande vocale d’énumération de la liste des participants et afficher le message ;

Envoyer au serveur (22) la liste des participants soit oralement soit sous forme de message textuel ;

Recevoir du serveur (22) un message d’acquittement (oral ou textuel) confirmant l’absence de conflit entre les agendas respectifs des participants et la date et le créneau horaire choisi.

Dans certains modes de réalisation, le serveur (22) est un serveur privé du Cloud (7) intégrant toutes les demandes et les réponses de l’utilisateur (2) à un assistant personnel (9), et qui emmagasine chacune des données dans une base de données d’un programme de réservation de salle.

Dans certains modes de réalisation, l’application exécutable sur tout Objet Intelligent et Communicant comporte un réglage de l’application qui s’opère dès la première utilisation par l’utilisateur (2) dans sa conversation avec un assistant personnel (9), de l’application, le choix d’un deuxième mode personnalisé de conversation pouvant être choisi à tout moment par l’utilisateur (2) en demandant à l’utilisateur (2) s’il l’accepte et en sélectionnant l’option pour déclencher l’envoi d’un message au serveur VRS (22).

En effet, au début de la conversation, l’assistant personnel (9) va poser la question à l’utilisateur (2) s’il souhaite que ses réponses soient mémorisées en vue de prochaines réservations de salles, par exemple : « Est-ce que vous m’autorisez à utiliser votre histoire pour vous faire une proposition par rapport à vos habitudes ? ». Ainsi, dès la première utilisation par l’utilisateur (2), une annonce de l’assistant personnel (9) expliquant à l’utilisateur (2) le deuxième mode et lui demandant s’il l’accepte. Si l’utilisateur (2) refuse ce mode, alors celui-ci n’est pas activé. Mais, si l’utilisateur (2) accepte ce mode et prononce dans sa demande « Comme d’habitude », alors l’assistant personnel (9) lui demandera son consentement explicite pour respecter le RGPD et activera ce deuxième mode.

Dans certains modes de réalisation, l’application exécutable sur tout Objet Intelligent et Communicant permet à l’utilisateur (2) de valider ou invalider la réponse contenue dans le message affiché ou émis par un hautparleur de l’objet intelligent.

Dans certains modes de réalisation, des canaux d’interaction clients (1) permettent à l’utilisateur (2) de s’identifier (4) pour se connecter au serveur (22) et d’échanger en temps réel grâce à un Web chat (3) avec un assistant virtuel intelligent de l’organisation où la réunion doit avoir lieu, par exemple une entreprise ou un organisme. L’identification (4) de l’utilisateur (2) est réalisée à l’intérieur du système d’authentification d’une entreprise comprenant un annuaire des employés (5) qui recense toutes les personnes travaillant pour l’organisation, tels que des employés internes et des prestataires externes (par exemple des employés des fournisseurs ou des sous-traitants) et permet de renseigner les informations administratives de ces personnes. L’identification est donc strictement personnelle et ne peut être réalisée par une autre personne. La validation de l’identité (8) de l’utilisateur (2) permet à l’utilisateur (2) d’avoir accès à un ensemble de services cognitifs (6) du serveur (22) parmi lesquels une application d’assistant personnel intelligent (9), pour simplifier de bout en bout l’accès au service de réservation de salle qui nécessite normalement une pluralité de recherches d’informations préalables.

Dans certains modes de réalisation, l’assistant personnel intelligent (9) est capable d’établir un dialogue avec l’utilisateur (2) grâce à un système recevant et traitant des commandes audio provenant de l’utilisateur (2) et en utilisant des algorithmes de conversion de la parole en texte et/ou des algorithmes de traitement du langage naturel (NLP) (10), pour déterminer la requête (12) de l’utilisateur (2), renvoyer une réponse basée sur le texte ou sur la détection de l’intention (11) de l’utilisateur (2), et convertir la réponse en une sortie audio en utilisant des algorithmes de conversion de la parole en texte.

Dans certains modes de réalisation, un serveur informatique VRS (22) comprenant un ensemble de matériels hardwares et de programmes permettant son fonctionnement et la communication avec d’autres équipements informatiques ou électroniques et comprenant au moins un ensemble de codes formant un programme, le programme implémentant un outil réalisant de la Reconnaissance Vocale des Messages (RVM) reçus de l’objet intelligent (OIC), et associant de l’analyse lexicale, le serveur (22) contenant dans une mémoire (RCA-C) une pluralité de réponses contextuelles (RC) associées chacune à au moins un contexte (C), le serveur (22) utilisant également un ensemble de codes formant un programme implémentant un éditeur de texte de dialogue (EDTD) apte à dialoguer avec la reconnaissance vocale et de l’analyse lexicale et sélectionnant à partir du résultat de la reconnaissance vocale et de l’analyse lexicale et à partir des données fournies par une application d’Intelligence Artificielle (IA) de type apprentissage automatique (ML), de déterminer la ou les réponses contextuelles (RC) répondant à un meilleur score de satisfaction du contexte (C), cette application de ML permettant automatiquement l’acquisition et la mémorisation de données et la création pour chaque utilisateur d’un Fichier de Contexte Utilisateur (FCU) (21) contenant les différentes variables ou paramètres définissant les habitudes de l’utilisateur (HU) (par exemple besoin d’un repas, d’une boisson, de vidéo-conférence, d’une salle à l’ombre, d’une salle ayant une capacité en nombre de personnes suffisante mais aussi la salle réservée, le créneau horaire le plus souvent utilisé, le jour le plus souvent utilisé), un autre Fichier définissant l’Occupation des Salles (FOS) de l’immeuble ou des immeubles ou de l’entreprise ou des entreprises ou de l’administration ou des administrations gérés et mémorisés par le serveur (22) et mémorisant pour chaque salle au moins un paramètre (Occupé ou Libre) définissant l’occupation des salles auxquelles l’utilisateur (2) a accès en corrélation avec l’identifiant de la salle (IS) et les créneaux temporels de réservation (CR) parmi les salles gérées par le serveur informatique de gestion de salles d’un ou plusieurs établissements d’un client du serveur (22), une application (18) planning des participants (PP) disposant des paramètres permettant un accès aux agendas des participants sur un serveur de l’entreprise ou disposant dans la mémoire du serveur VRS (22) d’une copie, régulièrement mise à jour, des agendas des employés de l’entreprise cliente et mémorise les dates de conflit après l’accès aux agendas sur le serveur des entreprises ou administrations permettant l’accès aux agendas de chacun des participants définis par l’utilisateur dans la liste des participants (LP) envoyée par l’OIC du client au serveur, ou valide la date et le créneau horaire pour l’ensemble des participants en envoyant un message de confirmation (26) à l’utilisateur (2) ayant émis la requête (14). En cas de mémorisation de date de conflit le fichier de réponse contextuelle permet d’élaborer un message indiquant à l’utilisateur organisateur les raisons du conflit, pour lui permettre de forcer la réservation ou demander le choix d’une autre date.

Dans certains modes de réalisation, l’application (18) gère un service de mails et de réservation de salles.

Dans certains modes de réalisation, le serveur (22) mémorise une pluralité de réponses contextuelles (15) sélectionnables par un éditeur de texte de dialogue à partir des données fournies par une application d’apprentissage machine (Machine Learning) afin de connaître les préférences de l’utilisateur (2), par exemple les salles qu’il a l’habitude de réserver, les horaires qui lui conviennent le mieux pour organiser une réunion, les participants qu’il a l’habitude de convier à ses réunions etc. De plus, une intelligence artificielle (IA) spécifique permettant l’acquisition et la mémorisation de données relatives à la réservation de salles réalisées par l’utilisateur (2) dans le passé, et la création pour chaque demande de réservation de salle (13) que l’utilisateur a faite, de plusieurs fichiers (21) exploités par l’assistant (9) pour documenter les préférences de l’utilisateur (2) enregistrées dans une base de données (20) utilisant par exemple le langage SQL (Structured Query Language en anglais, c’est-à-dire le langage de requête structurée) ou un autre langage pour les bases de type NoSQL (Not only SQL en anglais, c’est-à-dire pas seulement le langage de requête) ou tout autre type de base de données, par exemple MongoDB, permettant de rechercher, d'ajouter, de modifier ou de supprimer des données dans les bases de données relationnelles, où les informations sont organisées dans des tables, de manière à ce que l’assistant personnel (9) puisse anticiper sur les requêtes de l’utilisateur (2) et de lui proposer des solutions.

Le serveur (22) comprend donc deux modèles d’IA distincts : un module d’IA reconnaissant le langage naturel (NLP) et un autre module d’IA de détection des habitudes de l’utilisateur (2).

Dans certains modes de réalisation, le serveur (22) dispose pour vérifier les agendas des participants à la réunion, des droits d’accès à la base de données de l’entreprise ou de l’administration restreints à la réception de la disponibilité ou non du participant invité à la réunion proposée, en fonction du message de réponse reçu l’IA sélectionne dans ses réponses celle correspondant à la situation pour maintenir la date si le participant n’est pas essentiel à cette réunion ou celle correspondant à la situation pour proposer une salle libre après avoir obtenu les disponibilités de salle, et croise l’information avec les disponibilités des agendas des participants de la liste élaborée par l’utilisateur (2).

Cela permet d’économiser les échanges de messages entre chaque participant pour déterminer leur disponibilité et la faire coïncider avec celle des salles de réunion. Cela permet également à l’utilisateur d’exprimer sa demande le plus simplement possible en utilisant une phrase simple de type « réserve moi une salle comme d’habitude ».

Les échanges sont ainsi simplifiés. Des économies d’énergie peuvent également être réalisées, par exemple en n’allumant pas inutilement l’éclairage d’une salle non réservée, ce qui entraîne une simplification de la prévision des coûts. Le système permet donc un gain de temps et de consommation d’énergie.

Ainsi, ce système permet de réduire l’empreinte carbone en réduisant la complexité de tous les systèmes existants, tout en gérant de façon pertinente le respect des règles RGPD (Règlement Général sur la Protection des Données). En effet, le module d’IA permettant de faire une suggestion basée sur les habitudes n’est pas utilisé si l’utilisateur ne le souhaite pas et ne veut pas que son historique de réservations contenant potentiellement des données à caractère personnel soit connu.

Dans certains modes de réalisation, l’utilisateur (2) fournit les adresses mails des participants extérieurs à l’entreprise ou à l’administration au serveur (22),

Dans certains modes de réalisation, sur réception par le serveur (22), d’un message d’accusé réception, du message d’acquittement, envoyé par l’application de l’OIC de l’utilisateur (2) ayant demandé la réservation, le serveur (22) génère un message à destination de chaque participant pour les informer de la date, de l’heure et du lieu de la réunion ainsi que du motif éventuel de la réunion.

Dans certains modes de réalisation, les fichiers (21) contiennent également des données propres à l’organisme où se trouve l’utilisateur (2), telles que par exemple des photos des salles de réunions (27). L’assistant personnel (9) peut alors proposer de montrer une photo de la salle de réunion à l’utilisateur (2).

Dans certains modes de réalisation, la base de données relationnelles (20) est organisée en plusieurs tables (28) telles que par exemple : trouver par nom, filtrer par capacité, filtrer par équipement, etc.

Dans certains modes de réalisation, l’éditeur de texte de dialogue du serveur (22) mémorise et génère une série de questions (SQ), au format texte, associées avec les réponses attendues (RA) et les commandes à exécuter (CAE), comporte un convertisseur vocal pour convertir les textes en messages vocaux et les envoyer en même temps que le message écrit par internet, à une interface de dialogue de l’objet intelligent, pour permettre à l’utilisateur (2) de valider ou d’invalider la réponse contenue dans le message affiché sur l’écran ou émis par un hautparleur de l’objet intelligent (OIC).

Dans certains modes de réalisation, le serveur (22) complète le profil de l’utilisateur (2) après validation d’une question ou lui pose une série de questions (SQ).

Dans certains modes de réalisation, la série de questions (SQ) au format texte mémorisée est au choix et par exemple une ou plusieurs des questions du type suivant: « Comme d’habitude ? », « Vous voulez réserver proche de votre position ? », « Dans un autre site ? », « Choisir et voir les salles disponibles ? ».

Lorsque l’utilisateur (2) a validé une question, le serveur (22) complète le profil de l’utilisateur ou lui envoie une nouvelle demande telle que par exemple s’il souhaite avoir un service de restauration ou de boissons ou de conciergerie. Le serveur (22) possède les adresses mails des services internes de l’entreprise, par exemple la restauration de l’entreprise, ou de services externes, par exemple d’un traiteur extérieur, à qui adresser les requêtes. Le serveur (22) va alors chercher dans sa mémoire la liste des boissons ou des repas déjà commandés lors d’une précédente réunion et reproposer la même chose.

Dans certains modes de réalisation, l’utilisation du serveur (22) comporte deux modes de fonctionnement pouvant être configurés par l’utilisateur (2) lors de sa connexion au serveur (22) pour sélectionner un fonctionnement choisi par l’utilisateur (2) parmi les deux suivants :

Un premier mode de conversation pour échanger des informations audio avec l’utilisateur (2), rapidement et facilement, ou proposer des solutions alternatives dans le cas où la réservation demandée n’est pas possible, à l’utilisateur, via le langage naturel ;

Un deuxième mode personnalisé prenant en compte les habitudes de l’utilisateur (2) pour répondre à la demande de l’utilisateur sans lui poser beaucoup de questions et/ou en analysant le contexte du service demandé en temps réel afin de personnaliser le service, via un module d’apprentissage ayant mémorisé au préalable les habitudes et les préférences de réservation de l’utilisateur (2).

Dans certains modes de réalisation, le deuxième mode personnalisé peut être déclenché à tout moment par l’utilisateur (2) après la réception d’un message spécifique indiquant la sélection du choix de l’option par l’utilisateur (2) pour déclencher le mode personnalisé.

Dans certains modes de réalisation, la détection automatique de la première utilisation par l’utilisateur de ce deuxième mode déclenche alors une demande explicite d’autorisation de celui-ci, ceci en respect du RGPD. La détection automatique peut s’effectuer, par exemple sur la détection d’une phrase de type, par exemple, « comme d’habitude » signifiant que l’utilisateur souhaite, dans son intention, que ses habitudes soient prises en compte.

Dans certains modes de réalisation, l’intelligence artificielle (désignée IA), de type ML, pour favoriser l’apprentissage des habitudes de l’utilisateur (2) et permettre une personnalisation de l’expérience de réservation de salle, comporte au moins un module de prédiction comprenant au moins un ensemble de codes formant un programme, le programme implémentant un réseau neuronal artificiel constituant un modèle d’apprentissage automatique, de préférence par des modèles supervisés et non supervisés, configuré pour analyser lesdites données extraites desdits agendas ou fichiers pour réaliser des prédictions ou des contextes actualisés.

Dans certains modes de réalisation, l’IA permet la création pour chaque utilisateur (2) d’un fichiercontext e util isateur(FCU) (21) contenant les habitudes de l’utilisateur (2), un autre fichieroccupation salle(FOS) mémorisant l’occupation des salles auxquelles l’utilisateur (2) a accès parmi celles gérées par le serveur informatique de gestion des salles d’un ou plusieurs établissements.

Dans certains modes de réalisation, l’IA permet la mémorisation par ML de précédentes commandes de réservation.

Dans certains modes de réalisation, le serveur (22) comprend un outil de gestion personnel de données d’une base de données dans le serveur (22) pour chaque utilisateur (2) d’un client (1) dont les données ne sont pas accessibles par d’autres utilisateurs, l’outil de gestion comprenant plusieurs modules dont au moins :

Dans certains modes de réalisation, le serveur (22) comprend un logiciel d’application s’intégrant au système de réservation de salles via une interface. Le serveur (22) utilise des services (19) existant ou des interfaces de programmation, par exemple et de façon non limitative une interface textuelle de type REST (Representational State Transfer) ou des interfaces de programmation d’application (désignées API) (23), et les relie à des services internes du serveur (22). Les données extraites de différents services (19) ou interfaces REST ou API (23) sont enregistrées et exploitées. Lorsque l’utilisateur (2) sollicite les services (19), l’assistant (9) envoie un appel (16) aux interfaces (23), comprenant les données de l’utilisateur (2). En retour, les services (19) ou les interfaces (23) renvoient à l’utilisateur (2) des propositions personnalisées (17) à partir des données de l’utilisateur (2) telles que par exemple la salle proposée en fonction du profil utilisateur. L’interface REST est un protocole de communication entre le module de logique applicative de l’agent conversationnel et le module d’intelligence artificielle de recommandations basées sur les habitudes de l’utilisateur, qui facilite l’utilisation entre des technologies différentes telles que par exemple PYTHON et NODEJS. Elle facilite l’échange et la communication de données entre deux services.

Dans certains modes de réalisation, des services API (23) internes développés pour l’invention sont utilisés.

Dans certains modes de réalisation, une suite d’algorithmes de ML, par exemple le perceptron multicouche (24), destinée à faciliter la gestion de l’IA, permet de traiter les informations reçues par les interfaces REST ou API (23). Cette suite d’algorithmes collecte toutes les données de l’utilisateur (2), les adresses mails des participants, les horaires des salles, etc. Elle permet aussi de fournir des informations telles que les salles disponibles, le matériel à disposition dans chaque salle, etc.

Dans certains modes de réalisation, un nettoyage des données d’entrainement (25) permet de nettoyer et prétraiter les données pour créer un modèle d’apprentissage automatique.

Dans certains modes de réalisation, l’utilisateur (2) utilise des algorithmes de conversion de la parole en texte et/ou des algorithmes de traitement du langage naturel (NLP) (10) pour communiquer avec un assistant virtuel grâce à l’implémentation des services (19), le fonctionnement des échanges avec l’assistant personnel intelligent (9) est alors facilité car moins d’échanges sont nécessaires pour réserver une salle.

Dans certains modes de réalisation, l’application comprend deux modes de fonctionnement : avec ou sans IA.

Dans le cas d’un mode de fonctionnement sans IA, les salles pour la réunion proposées sont les salles disponibles, selon certains critères tels que le nombre de personnes prévues pour la réunion, le jour de la réunion, etc.

Dans le cas d’un mode de fonctionnement avec IA, l’IA réalise une analyse statistique à partir de l’historique des salles réservées par les utilisateurs de l’application. Les préférences de l’utilisateur (2) sont privilégiées et le choix revenant le plus souvent est proposé en premier par l’application. Mais, il est également possible pour l’utilisateur (2) de faire une autre demande, avec par exemple une temporalité différente, un autre jour, une autre heure, ou encore un lieu différent, par exemple une autre salle. Si la salle « préférée » de l’utilisateur (2) est disponible, celle-ci sera néanmoins proposée en premier.

Les données historiques et les données utilisées par l’utilisateur (2) sont utilisées pour répondre à sa demande. Des paramètres sont appliqués et d’autres paramètres sont suggérés en fonction de l’analyse statistique, de l’utilisation, des propositions déjà faites.

Dans le cas du mode avec IA, il ne s’agit pas d’une série de questions auxquelles doit répondre l’utilisateur (2), mais de suggestions basées sur les analyses statistiques.

Le module IA mémorise les données historiques et est entraîné par ces données historiques pour répondre à la demande de l’utilisateur (2). Des suggestions sont faites selon le pourcentage de références fortes précédemment enregistrées constituant ainsi un exemple de meilleur score de satisfaction du contexte (C).

L’invention permet donc de réserver une salle de réunion sûrement et rapidement en prenant en compte tous les paramètres pour la bonne élaboration de cette réunion, de la recherche d’une salle disponible à l’envoi des invitations aux participants pour cette réunion et des préférences de l’utilisateur.

L’invention permet donc de réduire la complexité de la réservation, tout en préservant les données RGPD et en simplifiant les échanges ce qui réduit l’empreinte carbone, permet un gain de temps et de consommation d’énergie, une réduction des coûts et de la communication.

Claims

Produit programme, exécutable sur au moins un processeur de tout Objet Intelligent et Communicant (OIC), comprenant un ensemble de codes de programmes enregistrés sur un support lisible par un processeur formant un programme implémentant l’application ainsi qu’un système d’exploitation, caractérisé en ce que ledit produit programme est obtenu par des moyens de programmation lisibles par ordinateur pour l’entrainement d’un modèle sur les habitudes de l’utilisateur, simplifiant les étapes suivantes :
Connexion à un serveur Vocal ou textuel de Réservation de Salles (VRS) (22) et envoi de l’identification de l’utilisateur et de l’action souhaitée avec des messages vocaux ou textuels énoncés par l’utilisateur (2) au serveur (22), en indiquant l’identité de l’utilisateur (2) ;
Réception d’une réponse vocale ou d’un choix de réponses contextuelles du serveur (22) et affichage de la réponse ou le choix sur l’écran de l’OIC ;
Permettre vocalement ou via une interface, la sélection d’une réponse à envoyer au serveur (22) ;
Envoi de confirmation par affichage graphique ou synthèse vocale (27) de l’emplacement de la salle réservée ou des salles disponibles pour la date et le créneau horaire et la validation du choix de la salle ;
Réception d’une demande vocale d’énumération de la liste des participants et affichage du message ;
Envoi au serveur (22) de la liste des participants soit oralement soit sous forme de message textuel ;
Réception d’un message d’acquittement (oral ou textuel) du serveur (22) confirmant l’absence de conflit entre les agendas respectifs des participants et la date et le créneau horaire choisi.
Produit programme selon la revendication 1, caractérisé en ce que un réglage du produit programme s’opère dès la première utilisation par l’utilisateur (2) dans sa conversation avec un assistant personnel (9), le choix d’un deuxième mode personnalisé de conversation pouvant être choisi à tout moment par l’utilisateur (2) en demandant à l’utilisateur (2) s’il l’accepte et en sélectionnant l’option pour déclencher l’envoi d’un message au serveur VRS (22).
Produit programme selon la revendication 1, caractérisé en ce qu’il permet à l’utilisateur (2) de valider ou invalider la réponse contenue dans le message affiché ou émis par un hautparleur de l’objet intelligent.
Serveur informatique VRS (22) comprenant un ensemble de matériels hardwares et de produits programmes exécutables par au moins un processeur selon l’une des revendications précédentes, caractérisé en ce qu’il est apte à communiquer et coopérer avec au moins un objet intelligent (OIC), grâce à au moins un ensemble de codes formant lesdits produits programmes exécutables, ledit serveur (22)
implémentant un outil réalisant de la Reconnaissance Vocale des Messages (RVM) reçus de l’objet intelligent (OIC), et associant de l’analyse lexicale,

contenant une mémoire (RCA-C) stockant une pluralité de réponses contextuelles (RC) associées chacune à au moins un contexte (C),

utilisant un ensemble de codes formant un programme implémentant un éditeur de texte de dialogue (EDTD) apte à dialoguer avec la reconnaissance vocale et l’analyse lexicale et déterminant, à partir du résultat de la reconnaissance vocale et de l’analyse lexicale et à partir des données fournies par une application d’Intelligence Artificielle (IA) de type apprentissage automatique (Machine Learning en anglais, ML), la ou les réponses contextuelles (RC) répondant à un meilleur score de satisfaction du contexte (C), cette application de ML permettant automatiquement l’acquisition et la mémorisation de données et la création pour chaque utilisateur d’un Fichier de Contexte Utilisateur (FCU) (21) contenant les différentes variables ou paramètres définissant les habitudes de l’utilisateur (HU), un autre Fichier définissant l’Occupation des Salles (FOS) de l’immeuble ou des immeubles ou de l’entreprise ou des entreprises ou de l’administration ou des administrations gérés et mémorisés par le serveur (22),

mémorisant pour chaque salle au moins un paramètre (Occupé ou Libre) définissant l’occupation des salles auxquelles l’utilisateur (2) a accès en corrélation avec l’identifiant de la salle (IS) et les créneaux temporels de réservation (CR) parmi les salles gérées par le serveur informatique de gestion de salles d’un ou plusieurs établissements d’un client du serveur (22),

communiquant avec une application (18) planning des participants (PP) disposant des paramètres permettant un accès aux agendas des participants sur un serveur de l’entreprise ou disposant dans la mémoire du serveur VRS (22) d’une copie, régulièrement mise à jour, des agendas des employés de l’entreprise cliente,

et mémorisant les dates de conflit après l’accès aux agendas sur le serveur des entreprises ou administrations permettant l’accès aux agendas de chacun des participants définis par l’utilisateur dans la liste des participants (LP) envoyée par l’OIC du client au serveur, pour générer une alerte sur l’existence d’un conflit,

ou validant la date et le créneau horaire pour l’ensemble des participants en envoyant un message de confirmation (26) à l’utilisateur (2) ayant émis la requête.
Serveur selon la revendication 4, caractérisé en ce que le serveur (22) dispose pour vérifier les agendas des participants à la réunion, des droits d’accès à la base de données de l’entreprise ou de l’administration restreints à la réception de la disponibilité ou non du participant invité à la réunion proposée, en fonction du message de réponse reçu, l’IA sélectionne dans ses réponses celle correspondant à la situation pour maintenir la date si le participant n’est pas essentiel à cette réunion ou celle correspondant à la situation pour proposer une salle libre après avoir obtenu les disponibilités de salle, et croise l’information avec les disponibilités des agendas des participants de la liste élaborée par l’utilisateur (2).
Serveur selon la revendication 4 caractérisé en ce que sur réception par le serveur (22), d’un message d’accusé réception, du message d’acquittement, envoyé par l’application de l’OIC de l’utilisateur (2) ayant demandé la réservation, le serveur (22) génère un message à destination de chaque participant pour les informer de la date, de l’heure et du lieu de la réunion ainsi que du motif éventuel de la réunion.
Serveur selon la revendication 4, caractérisé en ce que l’éditeur de texte de dialogue du serveur (22), mémorise et génère une série de questions (SQ), au format texte, associées avec les réponses attendues (RA) et les commandes à exécuter (CAE), comporte un convertisseur vocal pour convertir les textes en messages vocaux et les envoyer en même temps que le message écrit par internet, à une interface de dialogue de l’objet intelligent, pour permettre à l’utilisateur (2) de valider ou d’invalider la réponse contenue dans le message affiché sur l’écran ou émis par un hautparleur de l’objet intelligent (OIC).
Serveur selon la revendication 7, caractérisé en ce que la série de questions (SQ) au format texte mémorisé est généré d’après l’apprentissage acquis par ledit modèle et sélectionné au choix et par exemple une ou plusieurs des questions du type suivant: « Comme d’habitude ? », « Vous voulez réserver proche de votre position ? », « Dans un autre site ? », « Choisir et voir les salles disponibles ? ».
Utilisation d’un Serveur selon l’une des revendications 4 à 8, caractérisée en ce qu’elle comporte deux modes de fonctionnements pouvant être configurés par l’utilisateur lors de sa connexion au serveur (22) pour sélectionner un fonctionnement choisi par l’utilisateur (2) parmi les deux suivants :
Un premier mode de conversation pour échanger des informations audio avec l’utilisateur (2), rapidement et facilement, ou proposer des solutions alternatives dans le cas où la réservation demandée n’est pas possible, à l’utilisateur (2), via le langage naturel ;
Un deuxième mode personnalisé prenant en compte les habitudes de l’utilisateur (2) pour répondre à la demande de l’utilisateur (2) sans lui poser beaucoup de questions et/ou en analysant le contexte du service demandé en temps réel afin de personnaliser le service, via un module d’apprentissage ayant mémorisé au préalable les habitudes et les préférences de réservation de l’utilisateur (2).
Utilisation d’un Serveur selon la revendication 9, caractérisé en ce que le deuxième mode personnalisé peut être déclenché à tout moment par l’utilisateur après la réception d’un message spécifique indiquant la sélection du choix de l’option par l’utilisateur (2) pour déclencher le mode personnalisé.
Serveur selon la revendication 4, caractérisé en ce que l’intelligence artificielle (désignée IA), de type apprentissage automatique (Machine Learning en anglais, ML), pour favoriser l’apprentissage des habitudes de l’utilisateur (2) et permettre une personnalisation de l’expérience de réservation de salle, comporte au moins un module de prédiction comprenant au moins un ensemble de codes formant un programme, le programme implémentant un réseau neuronal artificiel constituant un modèle d’apprentissage automatique, de préférence par des modèles supervisés et non supervisés, configuré pour analyser lesdites données extraites desdits agendas ou fichiers pour réaliser des prédictions ou des contextes actualisés.
Serveur selon la revendication 8, caractérisé en ce que l’intelligence artificielle (désignée IA) permet la création pour chaque utilisateur (2) d’un fichiercontexte utilisateur(FCU) (21) contenant les habitudes de l’utilisateur (2), un autre fichieroccupation salle(FOS.) mémorisant l’occupation des salles auxquelles l’utilisateur (2) a accès parmi celles gérées par le serveur informatique de gestion des salles d’un ou plusieurs établissements.
Serveur selon la revendication 11 ou 12, caractérisé en ce que l’intelligence artificielle (désignée IA) permet la mémorisation par apprentissage automatique (Machine Learning en anglais, ML) de précédentes commandes de réservation.
Serveur selon la revendication 4, caractérisé en ce qu’il comprend un outil de gestion personnel de données d’une base de données dans le serveur (22) pour chaque utilisateur (2) d’un client (1) dont les données ne sont pas accessibles par d’autres utilisateurs, l’outil de gestion comprenant plusieurs modules dont au moins :
Un module de gestion qui, par l’intermédiaire de codes exécutés sur un composant hardware, définit des données à gérer par l’outil de gestion, les niveaux d’accès, les droits et les autorisations d’actions de chaque utilisateur d’un client (entreprise, administration, etc.) vis-à-vis desdites données, et gère différents formats et structures de fichiers et est apte à les convertir en d’autres formats ou structures de fichiers ;
Un module de création de requête qui, par l’intermédiaire de codes exécutés sur un composant hardware, produit une requête comprenant au moins une demande parmi les demandes suivantes :
Une demande d’envoi de données contenant au moins un champ contenant des données identifiées (par exemple les agendas des différents utilisateurs).
Serveur selon la revendication 4, caractérisé en ce qu’il comprend une interface textuelle de type REST (Representational State Transfer) (23).