FR2951301A1

FR2951301A1 - Serveur de traitement de donnees pour reseau de telecommunication

Info

Publication number: FR2951301A1
Application number: FR0957092A
Authority: FR
Inventors: Maria Chanzy
Original assignee: Individual
Current assignee: Individual
Priority date: 2009-10-09
Filing date: 2009-10-09
Publication date: 2011-04-15

Abstract

La présente invention concerne un serveur (100) de traitement de données destiné à un réseau de télécommunication, ce serveur (100) comprenant: - des moyens (102, 104) pour recevoir des données d'utilisateurs (106, 108) émises, via différents terminaux (110, 112) d'utilisateurs reliés au réseau de télécommunication, de telle sorte que chaque utilisateur (106, 108) requiert par ses données l'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s), et - des moyens (114, 116, 118, 119) pour recevoir des données de fournisseurs (126, 128, 130, 131) émises, via différents terminaux (120, 122, 124, 125) de fournisseurs reliés au réseau de télécommunication, de telle sorte que chaque fournisseur (126, 128, 130, 131) identifie des conditions d'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s), notamment caractérisé en ce que le serveur (100) comprend de premiers moyens dynamiques et de seconds moyens dynamiques mettant en oeuvre au moins un paramètre communautaire commun (150) délimitant un ensemble d'utilisateurs et de fournisseurs dans lequel sont effectués les filtrages relatifs à la requête d'un utilisateur, respectivement aux conditions d'un fournisseur, lorsque cet utilisateur, respectivement ce fournisseur, est compris dans cet ensemble communautaire.

Description

Serveur de traitement de données pour réseau de télécommunication

La présente invention concerne un serveur de traitement de données pour un réseau de télécommunication.

Le développement des réseaux de télécommunications a introduit la mise en oeuvre de serveurs visant à traiter des données pour, notamment, permettre à des consommateurs, dénommés utilisateurs par la suite, de sélectionner un fournisseur pouvant exécuter une prestation requise telle que, typiquement, une livraison de biens et/ou de services. A cet effet, il est connu un premier type de serveur comprenant des moyens pour recevoir des données d'utilisateurs, émises via différents terminaux d'utilisateurs reliés au réseau de télécommunication, de telle sorte que chaque utilisateur requiert par ses données émises l'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s). Typiquement, un tel premier type de serveur est mis en oeuvre par des enseignes disposant d'une forte capacité à livrer des prestations sur une large plage horaire en fonction des seules disponibilités des utilisateurs. A titre d'exemple, les services OoshopTM de la société Carrefour utilisent un tel type de serveur (http://www.00shop.fr). Il est également connu un second type de serveur comprenant des moyens pour recevoir également des données de différents fournisseurs émises via différents terminaux de fournisseurs reliés au réseau de télé-communication. Ainsi chaque fournisseur peut transmettre au serveur des conditions d'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s).

Typiquement, un tel second type de serveur est mis en oeuvre par des enseignes effectuant une simple fonction de mise en contact d'utilisateurs avec des fournisseurs dont les conditions d'exécution parais-sent compatibles avec les requêtes des utilisateurs.

Généralement, cette compatibilité est uniquement estimée à partir de la nature de la prestation requise et du lieu de la prestation comme, à titre d'exemple, les services offerts par le site Internet Staaff à l'adresse http:// www.staaff.fr.

La présente invention résulte de la constatation que ce premier type de serveur et ce second type de serveur connus présentent de nombreux inconvénients. Par exemple, ces serveurs connus ne prennent pas en compte la distance, parfois importante, requise pour transporter des biens et/ou des personnes afin d'exécuter une prestation. Dès lors, l'utilisation de leurs services génère des frais de transport et de pollution conséquents. En outre, ces types de serveur connus limitent l'offre de services à une enseigne et/ou à un champ d'activité comme, par exemple, l'enseigne Carrefour pour le site Ooshop ou le champ d'activité des services à la per-sonne pour le site Staaff. De fait, ces types de serveurs connus ne combi- nent pas la livraison de services avec la livraison de biens compte tenu des spécificités propres à chaque type de prestation. Egalement, ces types de serveurs ne permettent pas de prendre en compte des conditions d'exécutions de la prestation propres à différents fournisseurs comme, par exemple, la disponibilité d'une salle pour un four- nisseur de cours de judo, des prévisions météorologique pour un fournisseur de randonnées ou encore d'éventuels empêchements personnels pour un artisan. Un autre problème inhérent à ces serveurs connus est qu'ils ne per-mettent pas l'offre de services comprenant une collecte de bien(s) préalable à la réalisation d'une prestation, par exemple une collecte de vêtements devant faire l'objet de retouches par un couturier. La présente invention vise à résoudre au moins un de ces inconvénients. C'est pourquoi elle concerne un serveur de traitement de données destiné à un réseau de télécommunication, ce serveur comprenant: - des moyens pour recevoir des données d'utilisateurs émises, via différents terminaux d'utilisateurs reliés au réseau de télécommunication, de telle sorte que chaque utilisateur requiert par ses données l'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s), et - des moyens pour recevoir des données de fournisseurs émises, via différents terminaux de fournisseurs reliés au réseau de télécommunication, de telle sorte que chaque fournisseur identifie des conditions d'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s), caractérisé en ce que le serveur comprend: - de premiers moyens dynamiques destinés à filtrer les conditions d'exécution des fournisseurs afin de transmettre à chaque utilisateur un groupe de fournisseurs dont les conditions d'exécution d'une prestation correspondent à sa requête, et - de seconds moyens dynamiques destinés à filtrer les requêtes d'exécution des utilisateurs afin de transmettre à chaque fournisseur un groupe d'utilisateurs dont les requêtes d'exécution correspondent à ses conditions d'exécution, Lesdits premiers moyens dynamiques et, respectivement lesdits seconds moyens dynamiques, mettant en oeuvre au moins un paramètre communautaire commun délimitant un ensemble d'utilisateurs et de fournisseurs au sein duquel sont effectués les filtrages relatifs à la requête d'un utilisateur, respectivement aux conditions d'un fournisseur, lorsque cet utilisateur, respectivement ce fournisseur, est compris dans cet ensemble communautaire.

Grâce à un serveur conforme à l'invention, il est possible de prendre en compte une distance maximale entre des utilisateurs et des fournisseurs comme paramètre communautaire délimitant un groupe d'utilisateurs et de fournisseurs au sein duquel sont effectués les filtrages visant à identifier les fournisseurs, respectivement les utilisateurs, pouvant correspondre à la prestation d'un utilisateur, respectivement d'un fournisseur. Dans ce cas, le filtrage des utilisateurs/fournisseurs délivre des fournisseurs/utilisateurs respectant une telle distance de telle sorte que la livrai-son de la prestation ne requiert pas de longs déplacements et s'effectue avec un impact écologique réduit.

Par ailleurs, un serveur conforme à l'invention permet d'offrir à un utilisateur une pluralité de prestations de différentes enseignes, voire concurrentes, ce qui permet à un utilisateur d'optimiser ses prestations à distance.

Egalement, un serveur conforme à l'invention permet de prendre en compte les conditions d'exécution d'une prestation propres à chaque fournisseur puisque ce dernier définit ses conditions. Ainsi, selon les exemples précédents, un professeur de judo peut considérer les disponibilités d'une salle comme des conditions d'exécutions de sa prestation tandis que des prévisions météorologiques peuvent être prises en compte par un fournisseur de randonnées. En outre, ces conditions d'exécution permettent de considérer une capacité à collecter/déposer des biens, par exemple via un fournisseur tiers, afin qu'un utilisateur puisse faire exécuter une prestation sur des biens sans les amener auprès du fournisseur de cette prestation. Dans une réalisation, le serveur comprend en outre des moyens pour considérer automatiquement au moins un des éléments suivants comme paramètre communautaire: une localisation, une distance, un champ d'activité de la prestation à exécuter, une date d'exécution. Selon une réalisation, le serveur comprend en outre : - des moyens pour recevoir d'un utilisateur une sélection de la prestation d'un fournisseur, parmi un groupe de fournisseurs transmis à cet utilisateur, et - des moyens pour modifier les conditions d'exécution de ce fournisseur en fonction de cette sélection. Dans une réalisation telle que les conditions d'exécution d'une prestation comprennent une disponibilité du fournisseur, le serveur comprend en outre des moyens pour que la modification des conditions d'exécution du fournisseur sélectionné soit dépendante d'un délai nécessaire pour effectuer la prestation sélectionnée. Selon une réalisation telle que les conditions d'exécutions d'une prestation comprennent un déplacement du fournisseur, le serveur comprend des moyens pour que la restriction de la disponibilité du fournisseur sélectionné soit dépendante d'un délai nécessaire pour effectuer un déplacement du fournisseur. Selon une réalisation, le serveur comprend des moyens pour considérer au moins une des autres conditions d'exécution du fournisseur suivantes: un domaine d'activité, un lieu de prestations, des horaires, des ressources de collecte, des ressources de dépôt, des ressources de livraison, des alter-natives possibles d'exécution. Dans une réalisation, le serveur comprend des moyens pour que la condition relative au lieu de prestation utilise au moins les quatre classes de prestation suivantes: mise à disposition, livraison à domicile, service à domicile, collecte/dépôt, envoi par la poste, téléchargement. Selon une réalisation, le serveur comprend des moyens pour que la condition relative aux ressources de collecte, aux ressources de dépôt et/ou aux ressources de livraisons prenne en compte la disponibilité d'un fournisseur livreur. Dans une réalisation, le serveur comprend des moyens pour déterminer automatiquement un coût des prestations requises par un utilisateur en fonction d'une équation du type : C=f(D,L)

Où C est le coût de la prestation et f une fonction comprenant une distance (D) et/ou un lieu (L) de déplacement du fournisseur pour mettre en oeuvre la prestation. Selon une réalisation, le serveur comprend des moyens pour déterminer une distance physique, thématique et/ou informatique comme condition d'exécution. L'invention sera mieux comprise à la lumière de la description effec- tuée ci-dessous, à titre illustratif et non limitatif, en référence à l'unique figure ci-jointe sur laquelle est représentée schématiquement la mise en oeuvre d'un serveur conforme à l'invention. Comme représenté sur cette figure, un serveur 100 de traitement de données, destiné à un réseau de télécommunication, comprend conformé- ment à l'invention : - des moyens 102 et 104 pour recevoir des données 103 ou 105 d'utilisateurs 106 ou 108 émises, via différents terminaux 110 ou 112, reliés au réseau de télécommunication, de telle sorte que chaque utilisateur 106 ou 108 requiert par ses données 103 ou 105 l'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s). Comme illustré, ses données 103 ou 105 comprennent notamment des plages horaires indiquées aux utilisateurs 106 ou 108 comme des ta- bleaux, ou agendas, reprenant leurs conditions pour l'exécution de la presta- tion. - des moyens 114, 116, 118 et 119 pour recevoir des données de fournisseurs émises, via différents terminaux respectifs 120, 122, 124 ou 125 de fournisseurs 126, 128, 130 et 131 reliés au réseau de télécommuni- cation de telle sorte que chacun de ces fournisseurs identifie des conditions d'exécution 132, 134, 136 ou 137 d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s). Dans cette réalisation, à titre d'exemple, le fournisseur 126 est un serrurier, le fournisseur 128 est un primeur de fruits et légumes, le fournisseur 130 effectue des retouches de vêtements et le fournisseur 131 est un livreur de telle sorte que les conditions 132, 134, 136 ou 137 varient sensiblement d'un fournisseur à un autre étant entendu que, dans tous les cas, ces conditions comprennent des disponibilités horaires représentées par des agenda/tableaux.

Conformément à l'invention, le serveur 100 comprend : - de premiers moyens dynamiques 140 destinés à filtrer les conditions d'exécution des fournisseurs afin de transmettre à chaque utilisateur un groupe 142 de fournisseurs dont les conditions d'exécution d'une prestation correspondent à sa requête 103, - de seconds moyens dynamiques 142 destinés à filtrer les requêtes d'exécution des utilisateurs afin de transmettre à chaque fournisseur un groupe 144, 146 ou 148 d'utilisateurs dont les requêtes d'exécution correspondent à ses conditions d'exécution, notamment en termes de disponibilité horaire.

Comme représenté sur la figure, lesdits premiers moyens dynamiques 140, respectivement lesdits seconds moyens dynamiques 142, met-tant en oeuvre au moins un paramètre communautaire commun 150 délimitant un ensemble d'utilisateurs et de fournisseurs dans lequel sont effectués les filtrages relatifs à la requête d'un utilisateur, respectivement d'un fournisseur, lorsque cet utilisateur, respectivement ce fournisseur, est compris dans cet ensemble communautaire. Typiquement, ce paramètre communautaire est au moins un des éléments suivants: une localisation, une distance, un champ d'activité de la prestation à exécuter, une date d'exécution. En considérant un paramètre communautaire de localisation, le serveur 100 permet ainsi de délimiter un ensemble d'utilisateurs et de fournisseurs localisé physiquement ou informatiquement à proximité, par exemple dans un arrondissement d'une ville, dans une commune et/ou dans un quartier L'invention permet ainsi à un utilisateur d'obtenir, par une requête de prestation de services, un groupe de fournisseurs pouvant répondre à sa requête et se trouvant à sa proximité, ce qui favorise l'économie de proximi- té reconnue d'utilité publique sur un plan économique mais aussi sur un plan social et environnementale. En considérant une distance entre utilisateur(s) et fournisseur(s) comme paramètre communautaire, l'invention permet également de délimiter les correspondances établies entre des utilisateurs et des fournisseurs à celles respectant un tel critère, typiquement une distance maximale, qui pré-sente les mêmes avantages que le critère de localisation - déjà mentionné. Lorsqu'un groupe 143 ou 145 de fournisseurs est transmis à un utilisateur 106 ou 108, cette transmission peut être effectuée sous la forme d'horaires û ou agenda û identifiant les disponibilités de chaque fournisseur requis par l'utilisateur pour une même, ou différentes, prestations. L'utilisateur peut ainsi sélectionner une ou plusieurs prestations 143 ou 145 qui satisfont sa requête de façon optimale pour l'organisation de ses prestations. Ainsi, par exemple, l'utilisateur 108 a émis une requête présentant ses deux grilles horaires possibles mais, sur une de ces grilles, deux prestations étaient en conflit de telle sorte que l'utilisateur 108 peut sélectionner la seconde grille horaire sur laquelle sont distribuées les trois prestations requises.

Il convient de noter que cette sélection entraîne une modification des conditions d'exécution du fournisseur. De fait, les conditions d'exécution d'une prestation d'un fournisseur comprennent, dans cette réalisation, une disponibilité de ce fournisseur de telle sorte que cette sélection d'un utilisa- teur restreint la disponibilité du fournisseur sélectionné. De plus, il est possible que les conditions d'exécutions d'une prestation comprennent un déplacement du fournisseur auquel cas la restriction de la disponibilité du fournisseur sélectionné prend également en compte le délai nécessaire pour effectuer un déplacement du fournisseur.

En fonction des variantes de l'invention, le serveur 100 peut considérer au moins une des autres conditions d'exécution du fournisseur suivantes: un domaine d'activité, un lieu de prestations, des horaires, des ressources de collecte, des ressources de dépôt, des ressources de livraison, des alter-natives possibles d'exécution, un nombre limité d'utilisateurs pouvant sélec- tionner la prestation, un nombre limité de biens pouvant être sélectionnés par des utilisateurs. Par exemple, la condition relative au lieu de prestation peut proposer au moins quatre classes de prestation suivantes à un utilisateur: une mise à disposition, une livraison à domicile, un service à domicile, une col- lecte/dépôt, un envoi par la poste et/ou un téléchargement. Dans cette réalisation, les conditions relatives aux ressources de collecte, aux ressources de dépôt et/ou aux ressources de livraisons prennent en compte la disponibilité du fournisseur 131 de livraison de telle sorte que les conditions 137 d'exécution de ce dernier doivent être également considé- rées lorsque les fournisseurs 126, 128 ou 130 souhaitent faire appel à ses services à l'aide de moyens 150 dédiés. Dans ce cas, le serveur doit comprendre des moyens pour déterminer automatiquement un coût des prestations requises par un utilisateur en fonction d'une équation du type : C = f (D, L) Où C est le coût de la prestation et f une fonction prenant en compte une distance (D) et/ou un lieu (L) de déplacement du fournisseur pour mettre en oeuvre la prestation. A cet effet, il convient de noter que, en fonction des variantes, l'invention permet un paiement commun ou une pluralité de paiement distinct pour un ensemble de prestations sélectionner simultanément. La présente invention est susceptible de nombreuses variantes. Notamment, les fournisseurs peuvent disposer d'interface(s) représentant les requêtes et les sélections des utilisateurs qui les concernent afin notamment d'avoir une vision 144 d'ensemble sur les prestations à réaliser. L'interface des utilisateurs peut présenter leurs disponibilités propres et/ou les prestations sélectionnées tout inhibant l'accès des utilisateurs à l'ensemble des disponibilités des fournisseurs. Comme montré pour l'utilisateur 108, plusieurs prestations de ser- vices peuvent se dérouler sur une même plage horaire lorsque, par exemple, qu'un utilisateur souhaite recevoir simultanément à domicile différents services de différents prestataires tels qu'une manucure et une coupe de cheveux. Dans ce cas, le serveur 100 comprend des moyens pour accepter la superposition de prestations.

En résumé, un serveur conforme à l'invention permet d'offrir, très simplement et rapidement, une présence dans un réseau, tel que le réseau Internet, permettant non seulement de présenter des services, des prestations, des prix et des conditions de vente, mais également de proposer la commande, la réservation, la vente et le paiement en ligne de ces presta- tions. Il n'est plus nécessaire pour les fournisseurs de constituer un site Internet dédié à ses prestations pour vendre en ligne, c'est-à-dire via le réseau Internet, mais, si un fournisseur possède déjà un tel site, le serveur 100 est complémentaire et apporte notamment une solution de livraison à domicile (collecte ou dépôt). En fonction des variantes, le serveur 100 permet également d'effectuer des campagnes d'informations par courriels auprès des utilisa- teurs ayant indiqués leur adresse courriel lors d'une procédure préalable d'enregistrement. En fonction des réalisations, il est possible d'allouer différentes conditions d'exécution d'une prestation pour un même fournisseur, par exemple en associant une pluralité de sous-fournisseur, typiquement des employés, à un même fournisseur, typiquement un employeur de ces employés. Dans ce cas, il est possible qu'un utilisateur puisse accéder à un en-semble de conditions d'exécutions d'un tel fournisseur sous la forme d'un regroupement des conditions de tous ses sous-fournisseurs. Par exemple, la disponibilité d'un fournisseur de ménage à domicile peut comprendre les disponibilités de tous ses employés de ménage. Dans ce cas, en fonction des variantes, l'utilisateur peut avoir accès û ou non û aux conditions de chaque sous-fournisseur afin, éventuellement, de sélectionner directement un tel sous-fournisseur.15

Claims

REVENDICATIONS1. Serveur (100) de traitement de données destiné à un réseau de télécommunication, ce serveur (100) comprenant: - des moyens (102, 104) pour recevoir des données d'utilisateurs (106, 108) émises, via différents terminaux (110, 112) d'utilisateurs reliés au réseau de télécommunication, de telle sorte que chaque utilisateur (106, 108) requiert par ses données l'exécution d'une prestation relative à au moins une livraison de bien(s) et/ou de service(s), et - des moyens (114, 116, 118, 119) pour recevoir des données de fournisseurs (126, 128, 130, 131) émises, via différents terminaux (120, 122, 124, 125) de fournisseurs reliés au réseau de télécommunication, de telle sorte que chaque fournisseur (126, 128, 130, 131) identifie des conditions d'exécution d'une prestation relative à au moins une livrai- son de bien(s) et/ou de service(s), caractérisé en ce que le serveur (100) comprend en outre: - de premiers moyens dynamiques (140) destinés à filtrer les conditions d'exécution des fournisseurs (126, 128, 130, 131) afin de transmettre à chaque utilisateur (106, 108) un groupe de fournisseurs dont les candi- tions d'exécution d'une prestation correspondent à sa requête, et - de seconds moyens dynamiques (140) destinés à filtrer les requêtes d'exécution des utilisateurs (106, 108) afin de transmettre à chaque fournisseur (126, 128, 130, 131) un groupe d'utilisateurs dont les requêtes d'exécution correspondent à ses conditions d'exécution, Lesdits premiers moyens dynamiques (140), respectivement lesdits seconds moyens dynamiques (142), mettant en oeuvre au moins un paramètre communautaire commun (150) délimitant un ensemble d'utilisateurs et de fournisseurs dans lequel sont effectués les filtrages relatifs à la requête d'un utilisateur, respectivement aux conditions d'un fournisseur, lorsque cet utilisateur, respectivement ce fournisseur, est compris dans cet ensemble communautaire.
2. Serveur (100) selon la revendication 1 caractérisé en ce qu'il comprend en outre des moyens (150) pour considérer automatique-ment au moins un des éléments suivants comme paramètre communautaire: une localisation, une distance, un champ d'activité de la prestation à exécuter, une date d'exécution.
3. Serveur (100) selon la revendication 1 ou 2 caractérisé en ce qu'il comprend en outre : - des moyens pour recevoir d'un utilisateur une sélection de la prestation d'un fournisseur, parmi un groupe de fournisseurs transmis à cet utilisateur, et - des moyens pour modifier les conditions d'exécution de ce fournis- seur en fonction de cette sélection.
4. Serveur (100) selon la revendication 3 caractérisé en ce que, les conditions d'exécution d'une prestation comprenant une disponibilité du fournisseur (126, 128, 130, 131), il comprend en outre des moyens pour que la modification des conditions d'exécution du fournis- seur sélectionné (126, 128, 130, 131) soit dépendante d'un délai nécessaire pour effectuer la prestation sélectionnée.
5. Serveur (100) selon la revendication 4 caractérisé en ce que, les conditions d'exécutions d'une prestation comprenant un déplace-ment du fournisseur (126, 128, 130), il comprend des moyens pour que la restriction de la disponibilité du fournisseur sélectionné (126, 128, 130) soit dépendante d'un délai nécessaire pour effectuer un déplace-ment du fournisseur.
6. Serveur (100) selon l'une des revendications 4 ou 5 caractérisé en ce qu'il comprend des moyens pour considérer au moins une des autres conditions d'exécution du fournisseur (126, 128, 130, 131) sui-vantes: un domaine d'activité, un lieu de prestations, des horaires, des ressources de collecte, des ressources de dépôt, des ressources de livraison, des alternatives possibles d'exécution.
7. Serveur (100) selon la revendication 6 caractérisé en ce qu'il comprend des moyens pour que la condition relative au lieu de prestation utilise au moins les quatre classes de prestation suivantes: mise à disposition, livraison à domicile, service à domicile, collecte/dépôt, envoi par la poste, téléchargement.
8. Serveur (100) selon la revendication 6 ou 7 caractérisé en ce qu'il comprend des moyens pour que la condition relative aux ressources de collecte, aux ressources de dépôt et/ou aux ressources de livraisons prenne en compte la disponibilité d'un fournisseur livreur (131).
9. Serveur (100) selon l'une des revendications précédentes caractérisé en ce qu'il comprend des moyens pour déterminer automatiquement un coût des prestations requises par un utilisateur en fonction d'une équation du type : C=f(D,L) Où C est le coût de la prestation et f une fonction comprenant une dis-tance (D) et/ou un lieu (L) de déplacement du fournisseur pour mettre en oeuvre la prestation.
10. Serveur selon la revendication 9 caractérisé en ce qu'il comprend des moyens pour déterminer une distance (D) physique, thématique et/ou informatique. 25