Brevet FR2877522A1 — publié le 20060505

La présente description concerne, de façon globale, un logiciel informatique et plus particulièrement, un logiciel pour des serveurs informatiques. Le trafic d'utilisateur sur des sites Web commerciaux peut varier, de façon sensible, selon l'heure du jour et des facteurs saisonniers. Par exemple, un site Web de commerce interentreprises peut être plus occupé lors de certaines heures de travail d'une journée ouvrable et moins occupé au moment du repas et lors des heures de fermeture; un site Web commercial de consommateur peut constater, de façon substantielle, un trafic d'utilisateur accru lors d'une période allant jusqu'à la période des vacances d'hiver; un site Web de délivrance de fleurs peut constater un trafic bien plus accru un jour férié comme la fête des mères et les jours précédant immédiatement de telles vacances, etc. Un problème rencontré par de nombreux sites Web commerciaux précipités est qu'il est difficile de trouver un moyen économique d'obtenir des niveaux désirés de performance de mesures ou de services lors d'un trafic élevé sans investir fortement dans des ressources matérielles additionnelles qui sont en attente la plupart du temps. De faibles performances peuvent conduire à des pertes de clients vers d'autres sites Web. En conséquence, on désire fortement améliorer les performances des sites Web commerciaux lors de périodes de fort trafic d'une façon économique. Un mode de mise en oeuvre de l'invention concerne un procédé de libération de pression lors de périodes d'utilisation de pic d'un système en ligne. Une utilisation courante du système est contrôlée et on détermine si l'utilisation courante dépasse un niveau de seuil prédéterminé. Si l'utilisation dépasse le niveau de seuil, on incite alors à un utilisateur courant à utiliser le système lors d'une fenêtre future hors pic. Un autre mode de mise en oeuvre concerne un système de libération de pression lors de périodes d'utilisation de pic d'un site Web. Au moins un serveur est configuré pour héberger le site Web. Une base de données d'historique d'utilisation est couplée au serveur et est utilisée pour déterminer des fenêtres futures hors pic. Un code exécutable sur ordinateur est configuré pour contrôler l'utilisation courante du site Web et pour déterminer si cet usage courant dépasse un niveau prédéterminé de seuil. De plus, le code exécutable sur ordinateur est configuré pour proposer une offre à un utilisateur courant avec une incitation à utiliser le système lors d'une fenêtre future hors pic si l'utilisation en cours dépasse le niveau de seuil. D'autres modes de mise en oeuvre sont, de même, décrits. Ainsi, le procédé selon l'invention peut prévoir 20 que: - la fenêtre hors pic est prédite par analyse de données d'historique d'utilisation; plusieurs fenêtres hors pic sont présentées à l'utilisateur en cours; l'utilisateur en cours est un client existant et la fenêtre hors pic présentée est ciblée sur l'utilisateur en cours lors d'une activité précédente de l'utilisateur en cours; - l'utilisateur en cours est un client existant et 30 l'offre est ciblée sur l'utilisateur en cours sur la base d'un profil de client stocké pour l'utilisateur en cours; - l'offre comprend une remise sur un achat lors de la fenêtre hors pic; - l'offre comprend une livraison gratuite pour des achats d'encouragement lors de la fenêtre hors pic. - la fenêtre future hors pic comprend un intervalle de temps ultérieur dans une journée en cours, l'intervalle de temps étant prévu pour présenter un moindre trafic d'utilisateur; et - la fenêtre future hors pic comprend un jour 10 ultérieur prédit comme ayant un moindre trafic d'utilisateur. Sur les dessins. la Figure 1 est un graphe illustrant une 15 configuration d'utilisation hypothétique d'un système; la Figure 2 est un schéma d'un système configuré pour des utilisateurs finaux selon un mode de mise en oeuvre de l'invention; la Figure 3 est un organigramme illustrant un processus d'utilisation de données d'historique d'utilisation selon un mode de mise en oeuvre de l'invention; la Figure 4 est un organigramme illustrant un procédé de libération de pression lors de périodes d'utilisation de 25 pic selon un mode de mise en oeuvre de l'invention; et la Figure 5 est un organigramme illustrant un procédé de ciblage d'une transaction encourageante selon un mode de mise en oeuvre de l'invention. La Figure 1 est un graphe illustrant une configuration hypothétique d'utilisation d'un système. Le graphe illustre le niveau d'utilisation 102 en fonction du temps 104 lors d'un jour ouvrable pour un système hypothétique. Comme mode de mise en oeuvre à titre d'exemple, le système peut être un serveur de vente en ligne par lequel des utilisateurs peuvent commander des produits. Selon d'autres modes de mise en oeuvre, le système peut comprendre un autre type de dispositif possédant une configuration d'utilisation. Considérons la configuration hypothétique d'utilisation 106 illustrée sur la Figure 1 comme étant une configuration d'utilisation usuelle ou moyenne pour un jour ouvrable normal (non chômé) pour le système. Dans cet exemple à titre illustratif, il existe des périodes d'utilisation de pic B et D au milieu de la matinée et au milieu de l'après-midi. Des périodes d'utilisation hors pic comprennent une période le matin tôt A, une autour de l'heure du déjeuner C et une commençant en début de soirée E. Un niveau réglable de seuil 108 est, de même, illustré. L'utilisation d'un tel niveau de seuil 108 sera décrite plus en détail ci-dessous. La Figure 2 est un schéma d'un système 200 configuré pour servir des utilisateurs finaux selon un mode de mise en oeuvre de l'invention. Comme illustré, le système 200 peut comprendre un ou plusieurs ordinateurs hôtes d'utilisateur final 202 interconnectés par l'intermédiaire du réseau Internet 204 vers un ou plusieurs serveurs 206. Selon un mode de mise en oeuvre, le ou les serveurs 206 peuvent comprendre un ou des serveurs d'achat en ligne. Un tel serveur d'achat en ligne peut être configuré pour présenter un site Web d'achat tel que des utilisateurs finaux peuvent fureter et commander des produits. Selon un mode de mise en oeuvre de l'invention, le(s) serveur(s) 206 peut(vent) avoir accès à diverses bases de données par l'intermédiaire d'un réseau 208. Les bases de données peuvent comprendre une base de données d'historique d'utilisation 210 et une base de données de profils de client 212. La base de données d'historique d'utilisation 210 peut être configurée pour suivre une information concernant l'utilisation comme par exemple, le nombre d'utilisateurs accédant au(x) serveur(s) 206 ou le nombre de commandes effectuées par l'intermédiaire du(des) serveur(s) 206 ou d'autres mesures d'utilisation. La base de données de profils de client 212 peut être configurée pour suivre et stocker diverses informations concernant des clients existants comprenant par exemple, leur nom, leur(s) adresse(s) de livraison, des procédés de paiement, des articles précédemment commandés, les dates et heures de leurs commandes et d'autres informations. La Figure 3 est un organigramme illustrant un processus 300 d'utilisation des données d'historique d'utilisation selon un mode de mise en oeuvre de l'invention. Un ou plusieurs composants (par exemple, un code de logiciel ou exécutable sur ordinateur dans un ou plusieurs serveurs 206) du système 200 contrôlent l'utilisation du(des) serveur(s) 206 et stockent les données d'utilisation, par exemple dans une base de données d'historique d'utilisation 210. De telles données d'historique d'utilisation sont entrées en 302 dans le système de traitement. Les données d'historique d'utilisation sont analysées en 304 pour prédire en 306 des périodes à venir de faible utilisation ou de hors pic. Par exemple, si les données d'historique d'utilisation pour des jours similaires pondérés sur la configuration d'utilisation 106 illustrée sur la Figure 1, l'analyse peut alors prédire que des périodes à venir hors pic de la journée en question comprend les périodes désignées par A, C et E. La Figure 4 est un organigramme illustrant un procédé 400 de libération de pression lors d'utilisations de pic selon un mode de mise en oeuvre de l'invention. L'utilisation du système de site Web commercial est contrôlée en 402 en temps réel ou pratiquement en temps réel. L'utilisation du système peut être contrôlée ou déterminée sur la base, par exemple, du nombre d'utilisateurs accédant au(x) serveur(s) 206 ou du nombre de commandes effectuées par l'intermédiaire du(des) serveur(s) 206 ou d'autres mesures d'utilisation. Sur la base du contrôle, on effectue une détermination en 404 du fait que l'utilisation du système 200 est passée ou non au-dessus d'un niveau de seuil d'utilisation. Un niveau, donné à titre d'exemple, de seuil d'utilisation 108 est illustré sur la Figure 1 à des fins d'illustration. Le niveau de seuil peut être accordé afin de régler les cas dans lesquels le mécanisme de libération de pression entre en action. Si le niveau d'utilisation est inférieur au seuil, le procédé 400 continue à contrôler en 402 l'utilisation en temps réel et à comparer en 404 cette utilisation avec le seuil. Le seuil 108 peut être sélectionné, par exemple, sur la base du niveau connu de capacité pour le(s) serveur(s) 206. Par exemple, le seuil 108 peut être réglé à 80% de la capacité, de façon à ce que des utilisateurs puissent être amenés à commuter sur une fenêtre hors pic avant une dégradation notable des performances du système 200. Si le niveau d'utilisation dépasse le seuil, le procédé 400 enclenche le mécanisme de libération de pression. Selon un mode de mise en oeuvre de l'invention, le mécanisme de libération de pression comprend un mécanisme d'incitation à aiguiller les utilisateurs vers des périodes hors pic. Une ou des fenêtres à venir d'utilisation hors pic est sélectionnée en 406. L'information concernant les périodes à venir hors pic peut être obtenue à partir du processus 300 décrit ci-dessus en référence à la Figure 3. La sélection d'une fenêtre en 406 peut être effectuée de façon à étaler le trafic d'utilisateur d'une période "de pic" vers une ou plusieurs périodes hors pic. Si l'utilisateur est un client existant, la(les) fenêtre(s) présentée(s) à cet utilisateur peut(vent) alors être ciblée(s) sur la base des données concernant une activité précédente (par exemple, des achats et/ou un furetage précédents) de cet utilisateur (ce qui peut être stocké, par exemple, dans une base de données de profils de client 212). De plus, on effectue une détermination en 408 concernant la ou les transactions à offrir aux utilisateurs afin de les inciter à commuter sur une période d'utilisation hors pic. Une technique pour effectuer la détermination en 408 est décrite ci-dessous en référence à la Figure 5. La transaction peut être une transaction générique qui n'est pas spécifique à l'utilisateur. Par exemple, un bon de réduction sur des achats lors d'une fenêtre hors pic peut faire partie de la transaction. En option, la transaction peut être ciblée sur un utilisateur, par exemple, sur la base du profil du client si l'utilisateur est un client existant. Par exemple, si un utilisateur particulier est déterminé comme ayant toujours acheté des articles avec une livraison gratuite, la transaction peut alors ciblée sur cet utilisateur particulier en offrant une livraison gratuite pour encourager des achats lors d'une fenêtre hors pic. Par exemple, les achats d'encouragement peuvent être ceux avec un prix total de commande d'un certain montant. Une fois la(les) fenêtre(s) et la(les) transaction (s) hors pic déterminées, la(les) proposition(s) de passer sur la(les) fenêtre(s) hors pic est(sont) présentée(s) en 410 à au moins certains des utilisateurs courants (en période de pic). Selon une mise en oeuvre, la présentation des transactions peut être effectuée par l'intermédiaire d'une fenêtre de message instantané avec la transaction et une information de période de temps (hors pic). Selon une autre mise en oeuvre, la présentation des transactions peut être effectuée par l'intermédiaire d'une intégration de la transaction et de l'information de période de temps aux pages Web présentées aux utilisateurs. Les utilisateurs courants peuvent alors visualiser les propositions d'incitation et par conséquent, une partie des utilisateurs courants doivent décider de commuter en 412 sur la période hors pic pour utiliser le site Web ou pour effectuer un achat sur le site Web. La Figure 5 est un organigramme illustrant un procédé 500 de ciblage d'une transaction d'incitation selon un mode de mise en oeuvre de l'invention. Une détermination est effectuée en 502 pour savoir si l'utilisateur est un client existant ou non. En d'autres termes, on détermine si l'information sur l'utilisateur est présente dans une base de données existante de clients 212. Si l'utilisateur n'est pas un client existant, une transaction conçue pour de nouveaux utilisateurs ou une transaction par défaut peut alors être sélectionnée en 504. Si l'utilisateur est un client existant, le profil de client pour cet utilisateur est alors extrait en 506, par exemple, à partir d'une base de données de profils de client 212. Sur la base au moins en partie du profil de client, une transaction pour cet utilisateur peut alors être sélectionnée en 508. Par exemple, le client peut avoir récemment acheté un appareil photographique sur ce site et un bon accordant une réduction sur un produit attenant (comme une mémoire Flash pour l'appareil photographique) peut être présenté avec une période de temps limitée pour une utilisation lors d'une ou de fenêtres hors pic. Comme autre exemple, le profil de client peut indiquer que le client effectue, de façon usuelle, des achats lorsqu'une livraison gratuite est offerte et ainsi, la transaction offerte peut être une livraison gratuite pour des achats effectués lors d'une ou de fenêtres hors pic. Selon des modes de mise en oeuvre de l'invention, un ou plusieurs des procédés décrits ci-dessus peuvent être mis en oeuvre à l'aide d'un code logiciel ou exécutable sur ordinateur. Un tel code peut être exécuté par un(des) processeur(s) dans le(s) serveur(s) 206 du système 200. Le code peut être stocké sur un support lisible par ordinateur comme, par exemple, un disque dur ou un autre stockage de données accessible par le(s) processeur(s) du(des) serveur(s) 206. Dans la description ci-dessus, de nombreux détails spécifiques sont fournis pour assurer une pleine compréhension des modes de mise en oeuvre de l'invention. Cependant, la description ci-dessus des modes de mise en oeuvre de l'invention illustrés n'est pas prévue pour être exhaustive ou pour limiter l'invention aux formes précises décrites. L'homme du métier constatera que l'invention peut être mise en pratique sans un ou plusieurs des détails spécifiques ou selon d'autres procédés, composants, etc. Dans d'autres cas, des structures ou des fonctionnements bien connus ne sont pas illustrés ou décrits de façon détaillée afin de ne pas obscurcir des aspects de l'invention. Tandis que des modes de mise en oeuvre et des exemples spécifiques pour l'invention sont décrits dans notre cas à des fins d'illustration, diverses modifications équivalentes sont possibles dans le cadre de l'invention comme l'homme du métier le constatera. Ces modifications peuvent être apportées à l'invention à la lumière de la description détaillée ci-dessus. Les termes utilisés dans les revendications annexées ne doivent pas être considérés comme limitant l'invention aux modes de mise en oeuvre spécifiques décrits dans la description et les revendications. Au contraire, la portée de l'invention doit être déterminée par les revendications annexées qui doivent être considérées selon les règles établies d'interprétation de revendication. 11 REVENDICATIONS 1. Procédé de libération de pression lors d'utilisation en périodes de pic d'un système en ligne, caractérisé en ce qu'il comprend: - le contrôle de l'utilisation courante d'un serveur du système; - la détermination du fait que l'utilisation courante est supérieure à un niveau prédéterminé de seuil; et - si l'utilisation dépasse le niveau de seuil, la proposition d'une offre à un utilisateur en cours avec une incitation à utiliser le système lors d'une fenêtre future hors pic. 2. Procédé selon la revendication 1, caractérisé en ce que la fenêtre hors pic est prédite par 15 analyse de données d'historique d'utilisation. 3. Procédé selon la revendication 1, caractérisé en ce que plusieurs fenêtres hors pic sont présentées à l'utilisateur en cours. 4. Procédé selon la revendication 1, caractérisé en ce que l'utilisateur en cours est un client existant et en ce que la fenêtre hors pic présentée est ciblée sur l'utilisateur en cours lors d'une activité précédente de l'utilisateur en cours. 5. Procédé selon la revendication 1, caractérisé en ce que l'utilisateur en cours est un client existant et en ce que l'offre est ciblée sur l'utilisateur en cours sur la base d'un profil de client stocké pour l'utilisateur en cours. 6. Procédé selon la revendication 1, caractérisé en ce que l'offre comprend une remise sur un achat lors de la fenêtre hors pic. 7. Procédé selon la revendication 1, caractérisé en ce que l'offre comprend une livraison gratuite pour des achats d'encouragement lors de la fenêtre hors pic. 8. Procédé selon la revendication 1, caractérisé en ce que la fenêtre future hors pic comprend un intervalle de temps ultérieur dans une journée en cours, l'intervalle de temps étant prévu pour présenter un moindre trafic d'utilisateur. 9. Procédé selon la revendication 1, caractérisé en ce que la fenêtre future hors pic comprend un jour ultérieur prédit comme ayant un moindre trafic d'utilisateur.