Brevet FR3046270A1 — publié le 20170630

SYSTEME DE SUGGESTION, DE LANCEMENT ET DE TELECHARGEMENT AUTOMATIQUE OU SEMI-AUTOMATIQUE D'APPLICATIONS POUR OBJET MOBILE INTELLIGENT DOMAINE TECHNIQUE DE L'INVENTION [0001 ] L'invention se rapporte au domaine des systèmes de téléchargements automatiques ou semi-automatiques d'applications, en particulier destinés à être utilisés sur un objet mobile intelligent (OMI) tels que : un téléphone, une tablette, un ordinateur portable, un ordinateur à porter, une montre connectée, un serveur, un objet connecté, etc. [0002] L'invention propose une méthode depuis le créateur de l'application vers l'utilisateur final et un système, pour propager, distribuer et apporter les données pertinentes et/ou l'application n'importe où, au moment où c'est utile, quel que soit le moyen de communication, avec peu ou pas d'action(s) de la part de l'utilisateur final, d'une façon sécurisée, sans mettre en risque les informations privées de contexte d'un dispositif de réception OMI, et assurant un service temps réel à valeur ajoutée et sûr en confidentialité pour l'utilisateur final. ETAT DE LA TECHNIQUE ANTERIEURE [0003] On peut constater que le nombre d'applications disponibles pour les objets mobiles intelligents tels que téléphone, tablette, ordinateur portable, ne fait qu'augmenter. Il devient donc difficile pour un utilisateur de trouver une application correspondant à ses besoins, en particulier lorsque ses besoins fluctuent en fonction du temps et de son environnement. [0004] Le document EP2706730 divulgue un procédé de suggestion d'applications mis en oeuvre par un terminal, dans lequel une structure de données comportant des identifiants permet à un serveur de sélectionner une application tierce à suggérer pour que l'utilisateur la télécharge sur son terminal. Ainsi ce type de procédé nécessite en permanence une connexion entre le terminal et le serveur. En outre, la suggestion est effectuée par le serveur qui envoie un lien vers le terminal et non l'application client située sur le terminal, ce qui peut poser des 3046270 2 problèmes lorsque le serveur ne répond pas ou n'est pas accessible. Par ailleurs, il n'y a aucune information dans ce document concernant les raisons du choix de la suggestion de telle ou telle application et encore moins la prise en compte d'un contexte environnemental pour suggérer une application spécifique. 5 [0005] Le document US8904274 divulgue un procédé de suggestion de lancement d'applications tierces par une première application client. La suggestion est basée sur des informations fournies par l'utilisateur sur une seconde application client. En outre, la suggestion est dirigée vers les applications tierces préalablement installées sur le dispositif et accessibles à la première application client. Il n'y a 10 pas de suggestion d'installation de nouvelles applications tierces. [0006]Ainsi il existe un besoin d'un système comprenant une application client et une application serveur, suggérant, suivant les cas d'espèce, le lancement, ou l'installation puis le lancement, d'une application tierce en fonction de son environnement, ledit système restant opérationnel lorsque l'application serveur 15 n'est pas disponible, ou pas accessible, et offrant une modularité dans son fonctionnement. EXPOSE DE L'INVENTION [0007]La présente invention a donc pour objet de proposer un système de suggestion, de lancement et de téléchargement automatique ou semi-automatique 20 d'applications pour objet mobile intelligent (OMI), permettant de palier au-moins une partie des inconvénients de l'art antérieur, en proposant un système qui détermine les besoins de l'utilisateur et lui propose une application en fonction d'un contexte environnemental. [0008]A cet effet, l'invention concerne un système utilisant un serveur 25 comprenant, au moins une base de données regroupant des applications tierces à suggérer ou des liens vers ces dernières et un agencement matériel et logiciel de communication pour télécharger automatiquement ou semi-automatiquement au moins une application sélectionnée dans la base de données vers un objet informatique communicant, mobile et intelligent OMI comportant une application 30 client ACOMI (2) installée sur l'objet informatique mobile intelligent utilisant des règles évolutives ou modifiables R, pour les traiter par un moteur adéquat de 3046270 3 l'application client ACOMI (2) et aboutir, par utilisation des données contextuelles issues d'au moins un capteur de l'objet informatique mobile intelligent OMI, à une recommandation d'une application à télécharger déterminée par l'utilisation d'informations contextuelles, les données contextuelles définissant un profil P 5 et/ou un contexte C, l'application client ACOMI (2) déclenchant de façon automatique ou semi-automatique le chargement à distance ou de proximité de l'application recommandée par utilisation d'une connexion avec l'objet informatique distant en fonction des disponibilités des réseaux à proximité de l'objet informatique communicant, mobile, intelligent et des paramètres de 10 connexion préférés préalablement enregistrés par l'utilisateur, soit dans le serveur soit dans l'objet informatique mobile intelligent OMI, et/ou comprenant des paramètres définissant le niveau de sécurisation de la connexion. [0009]Selon une particularité, le traitement des informations de contexte envoyées par chaque objet informatique communicant, mobile, intelligent OMI 15 permet l'élaboration de règles R évolutives ou modifiables, chaque règle permettant de contribuer à la recommandation d'une application à recommander parmi les applications de la base de données en fonction des données issues du contexte C. [0010] Avantageusement, l'élaboration s'effectue sur l'objet informatique 20 communicant, mobile, intelligent OMI. [0011 ]Selon une particularité, les règles de captation du contexte sont mises à jour dans l'application IATMI du mobile à partir de l'application AS du serveur par envoi de messages et sont donc évolutives. [0012]Selon une autre particularité, l'élaboration s'effectue sur le serveur. 25 [0013]Un autre objet de la présente demande est un objet informatique communicant, mobile intelligent OMI pour utilisation dans un système selon l'invention, caractérisé en ce qu'en cas de choix, par l'utilisateur, du chargement automatique et après génération par l'objet informatique communicant, mobile, intelligent OMI de la suggestion, l'application client ACOMI (2) après avoir vérifié 30 la condition, envoie un message d'acceptation au serveur AS contenant 3046270 4 l'application recommandée et le chargement est initialisé et effectué par le serveur. [0014]Selon une particularité, en cas de choix, par l'utilisateur, du chargement semi-automatique, après génération de la suggestion par l'objet informatique 5 communicant, mobile, intelligent OMI, l'application client ACOMI (2) après lecture de la condition déroute son programme vers une séquence provoquant l'affichage d'une fenêtre, icône, notification ou pavé demandant à l'utilisateur son accord pour le chargement. L'utilisateur sélectionne sur son objet informatique communicant, mobile, intelligent OMI une réponse au moyen d'une interface homme-machine, et 10 l'application client ACOMI (2) de l'objet informatique communicant, mobile, intelligent OMI, en fonction de la réponse, génère le message adapté à la réponse pour l'envoyer au serveur AS contenant l'application recommandée et qui réagit en conformité avec la réponse en envoyant ou pas l'application suggérée au téléphone de l'utilisateur. 15 [0015]Selon une autre particularité, l'application client ACOMI (2) comprend un mécanisme de paramétrage permettant à l'utilisateur, à la mise en route de l'application client ACOMI (2) ou en accédant au menu de l'application, de choisir et d'activer le réseau ou le type de communication utilisable pour communiquer avec le serveur ou un autre objet informatique communicant, mobile, intelligent 20 OMI pour effectuer un croisement de données. [0016]Par « croisement de données », on entend tout échange de données unidirectionnel ou multidirectionnel entre au moins deux applications clients ACOMI ou une application client ACOMI et l'application serveur AS, pouvant porter sur des données issues des profils P, des contextes C, des règles R et/ou 25 des applications tierces et en général toutes données utilisables par le système. Cela inclut, mais ne se limite pas à la prise en compte par le serveur AS du profil et/ou des contextes C et/ou des règles R de l'utilisateur afin d'affiner ses règles générales, à la prise en compte par le serveur AS de nouvelles règles ou des règles améliorées de par les fournisseurs d'application. 30 [0017]Avantageusement, l'application client ACOMI (2) comprend un mécanisme de paramétrage permettant à l'utilisateur, à la mise en route de l'application client 3046270 5 ACOMI (2) ou en accédant au menu de l'application, de choisir le niveau de sécurité requis pour communiquer avec le serveur ou un autre objet informatique communicant, mobile, intelligent OMI pour effectuer un croisement de données. [0018]Selon une particularité, l'application client ACOMI (2) comprend un 5 mécanisme de paramétrage permettant à l'utilisateur, à la mise en route de l'application client ACOMI (2) ou en accédant au menu de l'application, de choisir une condition de chargement automatique ou semi-automatique ou de croisement et sa mémorisation dans l'application. [0019]Selon une autre particularité, les informations collectées et constituant le 10 contexte C sont issues, directement ou après un traitement, de différentes sources telles que : soit au moins un capteur de mouvement, soit au moins un capteur d'environnement, soit au moins un sous-système réseau mobile, soit au moins un sous-système WLAN, soit au moins un sous-système PAN, soit au moins un sous-système LAN, soit au moins un des réseaux suivants un réseau GSM, WIFI, 15 Bluetooth, NFC, radio, LIFI ou Ethernet, soit un mélange ou une extrapolation d'une ou de plusieurs de ces sources ci-dessus. [0020]Avantageusement, le capteur d'environnement générant les informations collectées et constituant le contexte C est constitué au moins par : des capteurs de mouvement tels qu'un accéléromètre, un gyromètre, un 20 magnétomètre, un inclinomètre, et/ou des capteurs d'environnement tels qu'un capteur d'humidité, de température, des capteurs de proximité tels qu'un radar ou sonar, et/ou des capteurs de position tels que GPS/GALILEO, de géolocalisation, de 25 géorepérage, de détection de la proximité d'un objet de WIFI, ou Bluetooth, ou Balise ou NFC ou RFID, et/ou des capteurs réseaux GSM, WIFI, LIFI, Bluetooth, balise, NFC, WLAN, PAN et/ou des capteurs de constantes biologiques telles que la fréquence cardiaque, 30 la pression artérielle, l'oxymétrie, et/ou des capteurs de luminosité, et/ou 3046270 6 des capteurs de pression, tactiles ou physiques tels qu'une zone tactile, un clavier, et/ou des capteurs d'imagerie tels qu'une caméra, un appareil photo, et/ou des capteurs audio tels qu'un micro, et/ou 5 des capteurs temporels tels qu'une horloge, un calendrier, et/ou tout autre capteur présent sur un OMI, et/ou un mélange ou une extrapolation d'un ou de plusieurs des éléments ci-dessus ou de toute autre information reçue d'au moins un capteur. [0021] Selon une particularité, les informations collectées et constituant le 10 contexte C sont associées à un Profil P contenant des données représentant les préférences de l'utilisateur, ou ses dominantes, ainsi qu'avec des données provenant d'autres sources de contexte telles que le calendrier ou des objets connectés. [0022]Selon une autre particularité, l'application client ACOMI (2) comporte un 15 menu de paramétrage permettant à l'utilisateur de choisir un ou plusieurs types de catégories d'application ou un ou plusieurs types d'applications spécifiques qu'il accepte ou refuse, en totalité ou partiellement, en sélectionnant une réponse d'acceptation ou de refus dans l'affichage des catégories, pour au moins l'une des catégories suivantes, jeux, utilitaires, social, transport, bonnes affaires, paiement. 20 [0023]Selon une autre particularité, le chargement ou le croisement met chacun en oeuvre une procédure d'appairage, de sélection du type de connexion, d'authentification selon un niveau d'authentification déterminé par l'utilisateur lors du paramétrage et de transfert selon le niveau de sécurité choisi. [0024]Selon une particularité, lorsque la réponse suite à un message envoyé au 25 serveur n'est pas disponible, le module de communication établit une connexion avec au moins un second objet informatique communicant, mobile, intelligent 0M12 local comprenant l'application Client et l'application tierce correspondant au contexte environnemental, afin de charger puis lancer ladite application tierce. 3046270 7 [0025]Selon une autre particularité, les informations collectées et constituant le contexte C sont associées à un identifiant unique créant une bijection entre le contexte et l'utilisateur ou le mobile. 5 BREVE DESCRIPTION DES FIGURES [0026] D'autres caractéristiques, détails et avantages de l'invention ressortiront à la lecture de la description qui suit en référence aux figures annexées : - la figure 1, représente le système selon l'invention dans un premier 10 mode de fonctionnement lorsque l'application client ACOMI (2) peut communiquer directement avec l'application serveur AS (3) sur un serveur distant au moyen de différents modes de connexion, - la figure 1 b, représente un menu du système selon l'invention dans lequel sont présentés les différents modes de connexion au serveur 15 distant, - la figure 2, représente le système selon l'invention dans un second mode de fonctionnement lorsque l'application client ACOMI (2) ne peut pas communiquer avec l'application serveur AS (3) sur un serveur distant, un appairage se mettant alors en place entre l'application client 20 ACOMI (2) et une application serveur AS (3) sur un serveur local par différents moyens de connexion d'authentification et de sécurisation, - la figure 3, représente le système selon l'invention dans un second mode de fonctionnement lorsque l'application client ACOMI (2) ne peut pas communiquer avec l'application serveur AS (3) sur un serveur 25 distant, un appairage se mettant alors en place entre l'application client ACOMI (2) et une seconde application client ACOMI (2) sur un autre OMI par différents moyens de connexion d'authentification et de sécurisation afin d'établir une liaison de type Pair à Pair (P2P). 30 DESCRIPTION DETAILLEE DE DIFFERENTS MODES DE REALISATION DE L'INVENTION 3046270 8 [0027] De nombreuses combinaisons peuvent être envisagées sans sortir du cadre de l'invention ; l'homme de métier choisira l'une ou l'autre en fonction des contraintes économiques, ergonomiques, dimensionnelles ou autres qu'il devra respecter. 5 [0028] L'idée sous-jacente derrière la présente invention est d'obtenir « la bonne application au bon moment ». [0029] La recherche, l'installation et le lancement d'une application sont traditionnellement considérés comme trois étapes très différentes, nécessitant à chaque étape, une action volontaire de la part de l'utilisateur. 10 [0030]Or, si les pré-requis sont remplis, un utilisateur ne devrait pas avoir à se soucier de ces différentes étapes. En particulier, l'utilisateur ne devrait pas s'inquiéter de trouver la bonne application, tout comme il peut ne pas être au courant qu'une application de ce type existe. [0031] Pource faire, l'objet de la présente demande est un système (1) 15 comprenant une application client ACOMI (2) destinée à être exécutée par un objet informatique communicant, mobile et intelligent (OICMI, dans la suite abrégé à OMI) tel qu'un téléphone, une tablette, un ordinateur portable, un serveur ou un objet connecté et une application serveur AS (3) destinée à être exécutée sur un serveur informatique ou un sur autre OICMI. 20 [0032] De préférence, le serveur informatique exécutant l'AS est un serveur connecté à internet (4) par différents moyens de communication tels que : Ethernet, GSM, Bluetooth, WIFI, radio. [0033]Comme illustré sur la figure 1a, l'application client ACOMI (2) et l'application serveur AS (3) sont capables de communiquer entre elles : soit sur 25 internet (4), soit au moyen de différents réseaux de communication tels que GSM, Bluetooth, WIFI, radio. [0034] L'application client ACOMI (2) comporte donc un module de programme capable de rechercher le réseau de communication le plus approprié compte tenu de la localisation de l'application client, puis d'utiliser cette communication en 3046270 9 mettant en oeuvre le niveau de sécurisation choisi par l'utilisateur dans le menu (5) de l'application ACOMI, illustré par la figure 1 b, ce qui lui permet de choisir pour chaque moyen de communication (5a), le niveau d'authentification (5b) et de sécurité adapté (5c). Le niveau d'authentification est choisi parmi les suivants : 5 aucun, jeton, appel du serveur, etc. Le niveau de sécurité est choisi parmi les suivants : aucun, bas, élevé, chiffrement, etc. [0035]Ainsi pour chaque moyen de communication, l'utilisateur pourra définir sur l'application ACOMI le niveau d'authentification minimum souhaité et la sécurité minimale souhaitée, par sélection d'une icône affichée sur l'écran correspondant à 10 chacune des possibilités offertes pour chaque sous menu, puis mémorisation d'un triplet. Une fois cette opération réalisée à la configuration de l'application ACOMI ou ultérieurement lors d'une modification de configuration, l'application mémorisera des triplets (moyen de communication, niveau d'authentification, niveau de sécurité) et l'application utilisera ces informations pour établir la 15 communication, par le moyen de communication disponible localement, et en appliquant à celui ci les exigences de sécurité et d'authentification acceptées par l'utilisateur. On comprend ainsi que le système offre une grande flexibilité dans le choix des moyens de communication et dans la sécurité appliquée. Le menu de l'application ACOMI comporte en plus des options réseau, authentification, 20 sécurité, une option appairage qui lors de la sélection de cette option par l'utilisateur lui permet de choisir dans le sous-menu une ou plusieurs option(s) parmi les options d'appairage suivantes : NFC, Bluetooth, WIFI, QR code, voix, code, et à chaque option de communication d'y associer des fonctionnalités de sécurité en descendant dans le menu authentification ou sécurité. Là encore, 25 l'application mémorisera les doublets ou triplets choisis et avant chaque appairage ira rechercher dans la mémoire les règles à appliquer pour l'opération. [0036] Lorsque l'utilisateur sélectionne sur l'écran les moyens de communication utilisables pour l'application client ACOMI (2), celle-ci génère en mémoire un fichier classifiant les moyens de communication par un ordre de priorité défini par 30 l'application client, l'application serveur ou l'utilisateur lui-même. Une fois cette opération effectuée, lorsque l'application client ACOMI (2) doit établir une connexion, celle-ci est établie en fonction des moyens de communication 3046270 10 disponibles et de leur priorité. De même, lorsque l'utilisateur définit les niveaux de sécurité et d'authentification, l'application client ACOMI (2) génère en mémoire un fichier classifiant les niveaux de sécurité et d'authentification en fonction des moyens de communication disponibles, afin de mettre en place une connexion 5 selon les volontés de l'utilisateur, tout en restant flexible à l'environnement de l'utilisateur. [0037] Ladite application client ACOMI (2) est adaptée à recueillir des informations ou données contextuelles fournies par différents capteurs de l'OMI afin de former un contexte C unique à une situation environnementale de 10 l'utilisateur à un moment donné T. [0038] Lors de la configuration de l'application ACOMI ou automatiquement lors de l'installation, cette application pourra définir un ensemble d'informations constituant un contexte public transférable à un autre OMI, après avoir satisfait les conditions d'appairage. 15 [0039]Lors de la configuration c'est l'utilisateur qui sélectionnera dans une interface homme machine les informations devant être classifiées publiques et celles classifiées non publiques, pour les mémoriser dans deux mémoires différentes dont les règles d'utilisation sont définies différemment dans le programme de l'application ACOMI. 20 [0040] Les capteurs pouvant générer de telles données contextuelles peuvent être choisis au moins parmi les sources suivantes : des capteurs de mouvement tels qu'un accéléromètre, un gyromètre, un magnétomètre, un inclinomètre, des capteurs d'environnement tels qu'un capteur d'humidité, de 25 température, des capteurs de proximité tels qu'un radar ou sonar, des capteurs de position tels que GPS/GALILEO, de géolocalisation, de géorepérage, de détection de la proximité d'un objet de WIFI, ou Bluetooth, ou Balise ou NFC ou RFID, 30 des capteurs réseaux GSM, WIFI, LIFI, Bluetooth, balise, NFC, WLAN, PAN 3046270 11 des capteurs de constantes biologiques telles que la fréquence cardiaque, la pression artérielle, l'oxymétrie, des capteurs de luminosité des capteurs de pression, tactiles ou physiques tels qu'une zone tactile, un 5 clavier des capteurs d'imagerie tels qu'une caméra, un appareil photo des capteurs audio tels qu'un micro des capteurs temporels tels qu'une horloge, un calendrier tout autre capteur présent sur un OMI 10 un mélange ou une extrapolation d'un ou de plusieurs de ces éléments ci- dessus ou de toutes autres informations reçues d'au moins un capteur [0041 ] Le contexte C permet de définir précisément l'environnement de l'utilisateur et de servir à l'utilisation de règles élaborées en liaison avec chaque contexte différent pour proposer à l'utilisateur un certain nombre d'applications tierces 15 pouvant lui être utiles. Cette suggestion résulte du croisement par un moteur adéquat entre le contexte C et un ensemble de règles R. [0042] L'ensemble de règles R est composé d'au moins une application tierce à suggérer et des éléments de contexte, sélectionnés parmi toutes les informations de contextes disponibles, pour définir si oui ou non la suggestion devrait être 20 déclenchée. [0043] Dans un mode de réalisation, l'auteur d'une application tierce peut créer les règles R définissant un contexte C optimum pour l'utilisation de son application, et la proposer à l'AS avec l'application tierce elle-même. Ainsi, l'application tierce sera suggérée en fonction du contexte choisi par son auteur. 25 [0044] Dans un autre mode de réalisation, c'est l'utilisation par un utilisateur d'une application dans un contexte C donné qui va définir une nouvelle règle, ou affiner une règle existante dans l'ACOMI, puis dans l'AS. [0045] Dans un mode de réalisation, l'ensemble de règles R est, de préférence, centralisé sur une base de données en ligne, en particulier dans l'application 30 serveur AS (3) et mis à jour régulièrement sur l'application client ACOMI (2). Il y a 3046270 12 alors une connexion entre l'application serveur AS (3) et l'application client ACOMI (2) sur lesquelles la suggestion sera affichée. Cette connexion est utilisée pour synchroniser les règles entre le serveur et le mobile de l'utilisateur. En outre, préférentiellement, selon l'emplacement ou le contexte C de l'utilisateur, le serveur 5 peut envoyer un ensemble de règles précis susceptible de déclencher une suggestion évitant ainsi de déployer toutes les règles sur le mobile. [0046]Dans un mode de réalisation, un profil P correspondant aux caractéristiques et préférences de l'utilisateur est ajouté à l'ensemble de règles R. Un tel profil peut être composé par au moins un des éléments suivants : âge, 10 adresse, nationalité, sexe, sujets d'intérêt des applications tierces tels que « jeux, utilitaires, social, transport, bonnes affaires ». [0047]Dans un mode de réalisation, l'application serveur AS (3) peut forcer l'application client ACOMI (2) à suggérer une application tierce qui ne correspond pas à un contexte C ou à un ensemble de règles R ou au profil P de l'utilisateur. 15 Fonctionnement du système selon l'invention [0048]Lorsque l'utilisateur se promène ou se déplace avec son OMI muni de l'application client ACOMI (2), l'application client ACOMI (2) recueille des données 20 issues des différents capteurs de l'OMI afin de former un contexte environnemental C. [0049]Au moyen d'un moteur approprié, le contexte C est comparé à un ensemble de règles R reçues préalablement depuis l'application serveur AS (3) et au profil P de l'utilisateur. Si le contexte C remplit les pré-requis des règles, l'application client 25 ACOMI (2) notifie l'utilisateur sur son OMI qu'une application tierce pourrait lui être utile. L'utilisateur est alors en droit d'accepter ou de refuser la suggestion. S'il l'accepte, l'application client ACOMI (2) établit une connexion vers le serveur informatique afin de télécharger et d'installer puis lancer ladite application tierce. Par ailleurs, si l'application tierce est déjà présente sur OMI, l'application client 3046270 13 ACOMI (2) déclenche le lancement de l'application tierce automatiquement ou après approbation de l'utilisateur. [0050]De préférence, l'application client ACOMI (2) comprend un menu paramétrage (5) illustrée par la figure 1 b, dans lequel l'utilisateur indique en 5 sélectionnant sur l'écran de l'OMI le mode de connexion (5a) (GSM, WIFI, LIFI, Bluetooth, balise, NFC, WLAN, PAN) préféré ainsi que les niveaux d'authentification (5b) (aucun, jeton, appel serveur) et de sécurité (5c) (aucun, bas, haut, chiffrement) qu'il souhaite mettre en oeuvre pour établir la connexion avec le serveur afin de télécharger et lancer l'application tierce. 10 [0051 ] Dans un mode de réalisation et de mise en oeuvre lorsque le serveur AS est en communication à travers l'OMI avec l'application ACOMI il effectue les actions suivantes : - Mise à jour générale de l'application ACOMI, - Mise à jour de l'ensemble de règles R en fonction : 15 o des contextes C préalablement rencontrés afin de favoriser le déclenchement d'une suggestion d'application tierce. A titre d'exemple si l'utilisateur entre dans le métro et qu'aucune règle ne correspond à ce contexte précis, l'application serveur AS (3) met à jour l'ensemble des règles pour que l'application tierce associée au 20 métro soit suggérée, o de l'évolution du profil qui est modifié par l'utilisateur directement (changement de ses goûts) ou indirectement (âge). - Mise à jour du profil P de l'application client ACOMI (2), suite à l'analyse statistique de l'utilisation de l'application client ACOMI (2). 25 [0052] Dans un mode de réalisation, lorsque la connexion entre l'application client ACOMI (2) sur le OMI de l'utilisateur (U1) et l'application serveur AS (3) sur le serveur distant est impossible, l'application client ACOMI (2) après avoir tenté une connexion sur chaque moyen de communication défini comme disponible par l'utilisateur et constaté l'échec de chaque tentative, met en oeuvre un programme 30 de recherche et de connexion (7) à un OMI d'un second utilisateur (U2) disposant 3046270 14 de l'application client ACOMI (8) ou d'un serveur local (6)comme illustré par les figures 2 et 3. [0053] Dans ce cas l'OMI de l'utilisateur (U1) se connecte à tous les OMI proches (8) ou à un serveur local (6) non connecté via internet, dont l'un au moins lui 5 transmet la liste des applications disponibles et les règles associées. Après avoir trouvé sur un OMI proche (8) l'application qu'il recherche, l'OMI de premier utilisateur (U1) lance une procédure afin de s'apparier (7) et télécharger selon un protocole P2P ladite application tierce. Une telle connexion ou appariement peut se faire au moyen d'une connexion NFC, WIFI, Bluetooth, radio, IR, lecture d'un 10 code QR, filaire (USB, Ethernet). [0054] Dans un mode de réalisation, une balise ou « beacon » basée sur le SSID d'un WIFI, sur Bluetooth BLE ou sur un RFID, peut constituer à elle seule un contexte environnemental qui permet la suggestion et le téléchargement ainsi que le lancement d'une application tierce. A titre d'exemple purement illustratif et non 15 réducteur, ce mode de réalisation est particulièrement préféré dans les commerces. En effet, l'application client ACOMI (2) détecte la balise et propose le téléchargement et le lancement de l'application tierce liée au commerce. [0055] Dans un mode de réalisation, une première application client ACOMI1 (2) comprend un contexte C public adapté à être détecté par une seconde application 20 ACOMI2 et pouvant déclencher une suggestion dans la seconde application ACOMI2 à la manière d'une balise ou « beacon ». [0056]Dans un mode de réalisation alternatif, l'accord de l'utilisateur, pour télécharger et lancer l'application, n'est pas requis. [0057] Dans un mode de réalisation alternatif, les applications tierces peuvent être 25 remplacées par des notifications correspondant à des informations pouvant être utiles à l'utilisateur en fonction de son contexte C. A titre d'exemple purement illustratif et non limitant, de telles notifications peuvent être des promotions, de la publicité, des conseils d'achat, des informations relatives à une direction. 3046270 15 [0058] Dans un autre mode de réalisation, lorsque le présent contexte C, ne correspond pas à l'ensemble de règles R présentement utilisé par l'application client ACOMI (2), mais que le présent contexte C est identique à un ancien contexte C ayant abouti à la suggestion d'une application tierce, la dite application 5 tierce est automatiquement suggérée sans changement préalable de l'ensemble de règles R. [0059] Dans un autre mode de réalisation, l'ensemble des contextes C générés et les suggestions acceptées par l'utilisateur sont envoyés à l'application serveur AS (3), afin de les analyser pour obtenir des données statistiques permettant de 10 formuler de nouveaux ensembles de règles correspondant mieux aux différents contextes environnementaux rencontrés usuellement par l'utilisateur. [0060] On comprendra aisément à la lecture de la présente demande que les particularités de la présente invention, comme généralement décrites et illustrées 15 dans les figures, puissent être arrangées et conçues selon une grande variété de configurations différentes. Ainsi, la description de la présente invention et les figures afférentes ne sont pas prévues pour limiter la portée de l'invention mais représentent simplement des modes de réalisation choisis. [0061]L'homme de métier comprendra que les caractéristiques techniques d'un 20 mode de réalisation donné peuvent en fait être combinées avec des caractéristiques d'un autre mode de réalisation à moins que l'inverse ne soit explicitement mentionné ou qu'il ne soit évident que ces caractéristiques sont incompatibles. De plus, les caractéristiques techniques décrites dans un mode de réalisation donné peuvent être isolées des autres caractéristiques de ce mode à 25 moins que l'inverse ne soit explicitement mentionné. [0062]11 doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine défini par la portée des revendications jointes, ils doivent être considérés à titre d'illustration et l'invention ne doit pas être 30 limitée aux détails donnés ci-dessus. REVENDICATIONS1. Système (1) utilisant un serveur comprenant une application serveur AS (3) ayant au moins une base de données regroupant des applications tierces à suggérer et un agencement matériel et logiciel de communication pour télécharger automatiquement ou semi-automatiquement au moins une application sélectionnée dans la base de données vers un objet informatique communicant, mobile et intelligent OMI comportant une application client ACOMI (2) installée sur l'objet informatique mobile, intelligent utilisant des règles évolutives ou modifiables R, pour les traiter par un moteur adéquat de l'application client ACOMI (2) et aboutir par utilisation des données contextuelles issues d'au moins un capteur de l'objet informatique mobile intelligent OMI, à une recommandation d'une application à télécharger déterminée par l'utilisation d'informations contextuelles, les données contextuelles définissent un profil P et/ou un contexte C, l'application client ACOMI (2) déclenchant de façon automatique ou semi-automatique le chargement à distance ou de proximité de l'application recommandée par utilisation d'une connexion avec l'objet informatique distant en fonction des disponibilités des réseaux à proximité de l'objet informatique communicant, mobile, intelligent et des paramètres de connexion préférés préalablement enregistrés par l'utilisateur, soit dans le serveur soit dans l'objet informatique communicant, mobile, intelligent OMI et/ou comprenant des paramètres définissant le niveau de sécurisation de la connexion. 2. Système utilisant un serveur comprenant au moins une base de données regroupant des applications tierces à suggérer et un agencement matériel et logiciel de communication et de traitement pour télécharger automatiquement ou semi-automatiquement d'au moins une application sélectionnée dans la base de données vers un objet informatique communicant, mobile, intelligent OMI selon la revendication 1, caractérisé en ce que le traitement des informations de contexte envoyées par chaque objet informatique communicant, mobile, intelligent OMI permet l'élaboration de règles R évolutives ou modifiables, chaque règle permettant 3046270 17 de contribuer à la recommandation d'une application à recommander parmi les applications de la base de données en fonction des données issues du contexte C. 3. Système utilisant un serveur comprenant au moins une base de données 5 regroupant des applications tierces à suggérer et un agencement matériel et logiciel de communication et de traitement pour télécharger automatiquement ou semi-automatiquement d'au moins une application sélectionnée dans la base de données vers un objet informatique communicant, mobile, intelligent OMI selon la revendication 2, caractérisé 10 en ce que l'élaboration s'effectue sur l'objet informatique communicant, mobile, intelligent OMI. 4. Système utilisant un serveur comprenant au moins une base de données regroupant des applications tierces à suggérer et un agencement matériel et logiciel de communication et de traitement pour télécharger 15 automatiquement ou semi-automatiquement d'au moins une application sélectionnée dans la base de données vers un objet informatique communicant, mobile, intelligent OMI selon la revendication 2 ou 3, caractérisé en ce que, les règles de captation du contexte sont mises à jour dans l'application IATMI du mobile à partir de l'application AS du serveur 20 par envoi de messages et sont donc évolutives. 5. Système utilisant un serveur comprenant au moins une base de données regroupant des applications tierces à suggérer et un agencement matériel et logiciel de communication et de traitement pour télécharger automatiquement ou semi-automatiquement d'au moins une application 25 sélectionnée dans la base de données vers un objet informatique communicant, mobile, intelligent OMI selon la revendication 2, caractérisé en ce que l'élaboration s'effectue sur le serveur. 6. Objet informatique communicant, mobile, intelligent OMI pour utilisation dans un système selon l'une des revendications 1 à 5, caractérisé en ce 30 qu'en cas de choix, par l'utilisateur, du chargement automatique et après génération par l'objet informatique communicant, mobile, intelligent OMI de 3046270 18 la suggestion, l'application client ACOMI (2) après avoir vérifié la condition envoie un message d'acceptation au serveur AS contenant l'application recommandée et le chargement est initialisé et effectué par le serveur. 7. Objet informatique communicant, mobile, intelligent OMI, selon la 5 revendication 6, caractérisé en ce qu'en cas de choix, par l'utilisateur, du chargement semi-automatique, après génération de la suggestion par l'objet informatique communicant, mobile, intelligent OMI, l'application client ACOMI (2) après lecture de la condition déroute son programme vers une séquence provoquant l'affichage d'une fenêtre, icône ou pavé demandant 10 à l'utilisateur son accord pour le chargement, l'utilisateur sélectionne sur son objet informatique communicant, mobile, intelligent OMI une réponse au moyen d'une interface homme-machine, et l'application client ACOMI (2) de l'objet informatique communicant, mobile, intelligent OMI, en fonction de la réponse, génère le message adapté à la réponse pour l'envoyer au 15 serveur AS contenant l'application recommandée et qui réagit en conformité avec la réponse en envoyant ou pas l'application suggérée au téléphone de l'utilisateur. 8. Objet informatique communicant, mobile, intelligent OMI, selon la revendication 6 ou 7, l'application client ACOMI (2) comprend un 20 mécanisme de paramétrage permettant à l'utilisateur, à la mise en route de l'application client ACOMI (2) ou en accédant au menu de l'application, de choisir et d'activer le réseau ou le type de communication utilisable pour communiquer avec le serveur ou un autre objet informatique communicant, mobile, intelligent OMI pour effectuer un croisement de données. 25 9. Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 8, l'application client ACOMI (2) comprend un mécanisme de paramétrage permettant à l'utilisateur, à la mise en route de l'application client ACOMI (2) ou en accédant au menu de l'application, de choisir le niveau de sécurité utilisable pour communiquer avec le serveur ou 30 un autre objet informatique communicant, mobile, intelligent OMI pour effectuer un croisement de données. 3046270 19 10.Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 9, l'application client ACOMI (2) comprend un mécanisme de paramétrage permettant à l'utilisateur, à la mise en route de l'application client ACOMI (2) ou en accédant au menu de l'application, de 5 choisir une condition de chargement automatique ou semi-automatique ou de croisement et sa mémorisation dans l'application. 11 Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 10, les informations collectées et constituant le contexte C sont issues de différentes sources telles que : soit au moins un capteur 10 de mouvement, soit au moins un capteur d'environnement, soit au moins un sous-système réseau mobile, soit au moins un sous-système WLAN, soit au moins un sous-système PAN, soit au moins un sous-système LAN, soit au moins un des réseaux suivants un réseau GSM, WIFI, Bluetooth, NFC, radio, LIFI ou Ethernet, soit un mélange ou une extrapolation d'une ou de 15 plusieurs de ces sources ci-dessus. 12.Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 11, le capteur d'environnement générant les informations collectées et constituant le contexte C est constitué au-moins par : - des capteurs de mouvement tels qu'un accéléromètre, un gyromètre, 20 un magnétomètre, un inclinomètre, et/ou - des capteurs d'environnement tels qu'un capteur d'humidité, de température, - des capteurs de proximité tels qu'un radar ou sonar, et/ou - des capteurs de position tels que GPS/GALILEO, de géolocalisation, de 25 géorepérage, de détection de la proximité d'un objet de WIFI, ou Bluetooth, ou Balise ou NFC ou RFID, et/ou - des capteurs réseaux GSM, WIFI, LIFI, Bluetooth, balise, NFC, WLAN, PAN et/ou - des capteurs de constantes biologiques telles que la fréquence 30 cardiaque, la pression artérielle, l'oxymétrie, et/ou - des capteurs de luminosité, et/ou 3046270 20 - des capteurs de pression, tactiles ou physiques tels qu'une zone tactile, un clavier, et/ou - des capteurs d'imagerie tels qu'une caméra, un appareil photo, et/ou - des capteurs audio tels qu'un micro, et/ou 5 - des capteurs temporels tels qu'une horloge, un calendrier, et/ou - tout autre capteur présent sur un OMI, et/ou - un mélange ou une extrapolation d'un ou de plusieurs des éléments ci-dessus ou de toute autre information reçue d'au moins un capteur. 10 13.Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 8, les informations collectées et constituant le contexte C sont associées à un Profil P contenant des données représentant les préférences de l'utilisateur, ou ses dominantes, ainsi qu'avec des données provenant d'autres sources de contexte telles que le calendrier ou des 15 objets connectés. 14.Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 13, l'application client ACOMI (2) comporte un menu de paramétrage permettant à l'utilisateur de choisir un ou plusieurs types de catégories d'application ou un ou plusieurs types d'applications spécifiques 20 qu'il accepte ou refuse en sélectionnant une réponse d'acceptation ou de refus dans l'affichage des catégories, pour au moins l'une des catégories suivantes, jeux, utilitaires, social, transport, bonnes affaires. 15.Objet informatique communicant, mobile, intelligent OMI selon une des revendications 6 à 14, le chargement ou le croisement mettent chacun en 25 oeuvre une procédure d'appairage, de sélection du type de connexion, d'authentification selon un niveau d'authentification déterminé par l'utilisateur lors du paramétrage et de transfert selon le niveau de sécurité choisi. 16.Objet informatique communicant, mobile, intelligent OMI selon une des 30 revendications 6 à 15, lorsque la réponse suite à un message envoyé au serveur n'est pas disponible, le module de communication établit une 3046270 21 connexion avec un second objet informatique communicant, mobile, intelligent 0M12 local comprenant l'application Client et l'application tierce correspondant au contexte environnemental, afin de charger puis lancer ladite application tierce. 5 17.Objet informatique communicant, mobile intelligent OMI pour utilisation dans un système selon la revendication 1 , les informations collectées et constituant le contexte C sont associées à un identifiant unique créant une bijection entre le contexte et l'utilisateur ou le mobile.