FR3003368A1 - Procedes et systemes pour diffuser des informations lors d'une prise de decision concertee - Google Patents

Abstract

Ordinateur comprenant un processeur et un dispositif de mémoire. L'ordinateur est conçu pour a) recevoir (410) des critères de prise de décision d'au moins une partie d'une pluralité d'agents associés à une pluralité de dispositifs d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur, b) créer (415) des combinaisons de décisions valables à l'aide d'au moins une partie des critères de prise de décision reçus, c) transmettre (420), à la pluralité d'agents, des combinaisons de décisions valables, d) recevoir (425) une décision d'un agent décideur, et e) restreindre (430), à l'aide de la décision reçue, les combinaisons de décisions valables. L'ordinateur est conçu pour f) revenir à c) jusqu'à la détermination (435) de ce que plus aucune décision ne peut être reçue. L'ordinateur est conçu pour g) transmettre (440) une série de décisions finales à la pluralité d'agents en déterminant que plus aucune décision ne peut être reçue. La série de décisions finales représente une combinaison complète de décisions comprenant au moins une partie des décisions reçues.

Description

Procédés et systèmes pour diffuser des informations lors d'une prise de décision concertée La présente invention concerne de façon générale les programmes mis en oeuvre informatiquement et, plus particulièrement, un système informatique pour diffuser des informations lors de prises de décisions concertées. De nombreux systèmes connus impliquent des prises de décisions par plusieurs entités. Dans bien des cas, des décisions prises par une entité peuvent affecter une autre entité et modifier, étendre ou restreindre les options pour des décisions prises par d'autres entités. De telles relations entre entités peuvent être qualifiées d'interdépendantes. Des décisions interdépendantes peuvent être rendues plus efficaces par des prises de décisions concertées où les décisions ne sont pas prises sans concertation. Les prises de décisions concertées permettent aux avis de multiples entités d'être pris en considération dans absolument toutes les décisions concertées.

De nombreux procédés connus de prise de décision concertée, ou collaborative, impliquent au moins une certaine automatisation. Ces procédés de prise de décision concertée comprennent au moins certains procédés manuels et des communications directes entre des décideurs humains afin de parvenir à une décision consensuelle. Ces procédés de prise de décision concertée peuvent présenter des points d'instabilité lorsqu'un changement survient dans un système et affecte des opérations. Les points d'instabilité représentent des instants où les options et les résultats de prises de décisions changent sensiblement pour de nombreuses entités du système. Des changements dans un système peuvent décaler brusquement les décisions offertes, individuellement et collectivement, à des entités du système. De nombreux procédés de prise de décision concertée impliquent également des préférences quant à l'issue. Les préférences quant à l'issue sont les résultats préférés pour des entités individuelles du système, pour des groupes d'entités ou pour toutes les entités du système. Du fait de l'interdépendance de décisions, une décision particulière peut avoir une incidence sur l'aptitude à satisfaire des préférences du système ou d'entités individuelles. Selon un premier aspect, il est proposé un système mis en oeuvre par informatique, s'appuyant sur un réseau. Le système comporte une pluralité de dispositifs d'agents associés à une pluralité d'agents. Le système comporte aussi un dispositif informatique communiquant en réseau avec la pluralité de dispositifs d'agents. Le dispositif informatique comprend un processeur. Le dispositif informatique comprend également un dispositif de mémoire couplé au processeur. Le dispositif informatique est conçu pour a) recevoir des critères de prise de décision d'au moins une partie de la pluralité d'agents associés à une pluralité d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur. Le dispositif informatique est également conçu pour b) créer des combinaisons de décisions valables à l'aide d'au moins une partie des critères de prise de décision reçus. Le dispositif informatique est en outre conçu pour c) transmettre, à la pluralité d'agents, des combinaisons de décisions valables. De plus, le dispositif informatique est conçu pour d) recevoir une décision fournie par un agent décideur. Le dispositif informatique est aussi conçu pour e) restreindre, à l'aide de la décision reçue, les combinaisons de décisions valables. Le dispositif informatique est en outre conçu pour f) revenir à c) jusqu'à ce qu'il soit déterminé que plus aucune décision ne peut être reçue. De plus, le dispositif informatique est conçu pour g) transmettre une série de décisions finales à la pluralité d'agents lorsqu'il est déterminé que plus aucune décision ne peut être reçue. La série de décisions finales représente une combinaison complète de décisions comprenant au moins une partie des décisions reçues. Selon un autre aspect, il est proposé un procédé informatique. Le procédé informatique est exécuté par un dispositif informatique. Le dispositif informatique comprend un processeur. Le dispositif informatique comprend également un dispositif de mémoire couplé au processeur. Le procédé comporte a) la réception de critères de prise de décision d'au moins une partie d'une pluralité d'agents associés à une pluralité d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur. Le procédé compte également b) la création de combinaisons de décisions valables à l'aide d'au moins une partie des critères de prise de décision reçus. Le procédé comporte en outre c) la transmission, à la pluralité d'agents, de combinaisons de décisions valables. De plus, le procédé comporte d) la réception d'une décision fournie par un agent décideur. Le procédé comporte aussi e) la restriction, à l'aide de la décision reçue, des combinaisons de décisions valables. Le procédé comporte en outre f) le retour à c) jusqu'à ce qu'il soit déterminé que plus aucune décision ne peut être reçue. De plus, le procédé comporte g) la transmission d'une décision finale à la pluralité d'agents lorsqu'il est déterminé que plus aucune décision ne peut être reçue. La série de décisions finales représente une combinaison complète de décisions comprenant au moins une partie des décisions reçues.

Selon encore un autre aspect, il est proposé un ordinateur. L'ordinateur comprend un processeur. L'ordinateur est conçu pour a) recevoir des critères de prise de décision d'au moins une partie d'une pluralité d'agents associés à une pluralité d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur. L'ordinateur comprend également un dispositif de mémoire couplé au processeur. L'ordinateur est également conçu pour b) créer des combinaisons de décisions valables à l'aide d'au moins une partie des critères de prise de décision reçus. L'ordinateur est en outre conçu pour c) transmettre, à la pluralité d'agents, des combinaisons de décisions valables. De plus, l'ordinateur est conçu pour d) recevoir une décision fournie par un agent décideur. L'ordinateur est aussi conçu pour e) restreindre, à l'aide de la décision reçue, les combinaisons de décisions valables. L'ordinateur est en outre conçu pour f) revenir à c) jusqu'à ce qu'il soit déterminé que plus aucune décision ne peut être reçue. De plus, l'ordinateur est conçu pour g) transmettre une série de décisions finales à la pluralité d'agents lorsqu'il est déterminé que plus aucune décision ne peut être reçue. La série de décisions finales représente une combinaison complète de décisions comprenant au moins une partie des décisions reçues. L'invention sera mieux comprise à l'étude détaillée de quelques modes de réalisation pris à titre d'exemples non limitatifs et illustrés par les dessins annexés sur lesquels : - la Figure 1 est un schéma de principe d'un exemple de dispositif informatique pouvant servir à diffuser des informations lors d'une prise de décision concertée ; - la Figure 2 est une vue schématique d'un exemple de système informatique de haut niveau pour diffuser des informations lors d'une prise de décision concertée, qui peut servir avec le dispositif informatique représenté sur la Figure 1 ; - la Figure 3 est un organigramme d'un exemple de procédé pour diffuser des informations lors d'une prise de décision concertée à l'aide du système informatique représenté sur la Figure 2 ; et - la Figure 4 est un organigramme simplifié de l'ensemble du procédé pour diffuser des informations lors d'une prise de décision concertée à l'aide du système informatique représenté sur la Figure 2. Sauf mention contraire, les dessins proposés ici sont destinés à illustrer des détails de l'invention. On estime que ces détails sont applicables dans toutes sortes de systèmes comportant une ou plusieurs formes de réalisation de l'invention. Il est donc entendu que les dessins ne couvrent pas tous les détails classiques connus des spécialistes ordinaires de la technique et nécessaires à la mise en oeuvre des formes de réalisation décrites ici. Dans la description ci-après et les revendications seront employés un certain nombre de termes qui seront définis comme ayant les significations ci-après. Les articles définis et indéfinis au singulier impliquent les formes plurielles, à moins que le contexte n'impose clairement le contraire. "Eventuel" ou "éventuellement" signifie que l'événement ou la circonstance associé peut se produire ou non et que la description inclut des cas où l'événement survient et des cas où il ne survient pas. Au sens de la présente description, l'expression "support non temporaire exploitable par ordinateur" est destinée représenter tout dispositif informatique physique mis en oeuvre dans tout produit ou toute technologie pour le stockage de courte durée ou de longue durée, dans tout dispositif, d'informations telles que des instructions, structures de données, modules et sous-modules de programmes ou autres données exploitables par ordinateur. Par conséquent, les procédés décrits ici peuvent être codés en tant qu'instructions exécutables mises en oeuvre sur un support physique non temporaire, exploitable par ordinateur, dont, d'une manière non exclusive, un dispositif de stockage et/ou un dispositif de mémoire. Ces instructions, quand elles sont exécutées par un processeur, amènent le processeur à mettre en oeuvre au moins une partie des procédés décrits ici. De plus, au sens de la présente description, l'expression "supports non temporaires exploitables par ordinateur" couvrent tous les supports physiques exploitables par ordinateur, dont, sans limitation, les dispositifs de stockage informatique non transitoire, incluant, sans limitation, des supports rémanents ou effaçables, et des supports amovibles et non amovibles tels que des microprogrammes, des moyens de stockage physiques et virtuels, des CD-ROM, des DVD et n'importe quelle autre source numérique telle qu'un réseau ou l'Internet, ainsi que les moyens numériques non encore mis au point, l'unique exception étant la transmission d'un signal temporaire .

Au sens de la présente description, le terme "entité" et les termes voisins, p.ex. "entités", désignent des participants individuels au système décrit. En outre, au sens de la présente description, les entités sont aptes a prendre des décisions susceptibles d'affecter des résultats pour d'autres entités, et par conséquent pour l'ensemble du système. De plus, au sens de la présente description, les entités sont associées à des dispositifs d'agents et à des agents décrits plus loin. Au sens de la présente invention, "préférence quant l'issue" désigne des conditions préférables pour des entités et/ou le système quand ces conditions apparaissent par suite de décisions prises par des entités. Par conséquent, les préférences quant 1"issue reflètent des résultats individuels et collectifs que recherchent des entités lors qu'ils prennent une décision dans le système. Par ailleurs, au sens de la présente description, les préférences quant à l'issue servent à identifier des combinaisons de décisions susceptibles d'être avantageuses pour une entité, des entités et/ou le système. Au sens de la présente invention, les termes "logiciel" et "microprogramme" sont interchangeables et couvrent tout programme informatique stocké en mémoire pour être exécuté par des dispositifs qui comprennent, sans limitation, des dispositifs mobiles, des grappes, des ordinateurs personnels, des postes de travail, des clients et des serveurs. Au sens de la présente invention, l'expression "temps réel" désigne au moins des instants parmi l'instant où surviennent les événements associés, l'instant de la mesure et de la collecte de données prédéterminées, l'instant du traitement des données et l'instant d'une réponse du système aux événements et l'environnement. Dans les formes de réalisation décrites ici, ces activités et événements se produisent sensiblement instantanément. Au sens de la présente invention, le terme "ordinateur" et des termes voisins, p.ex. "dispositif informatique", ne se limitent pas à des circuits intégrés appelés ordinateur dans la technique, mais désignent au sens large un microcontrôleur, un microordinateur, un automate programmable (PLC), un circuit intégré pour application spécifique et autres circuits programmables, et ces termes sont utilisés ici d'une manière interchangeable Au sens de la présente invention, le terme "automatisé" et les termes voisins, p.ex. "automatique", qualifient l'aptitude à accomplir une tâche sans aucune intervention supplémentaire. Par ailleurs, au sens de la présente invention, le traitement décisionnel est automatisé à l'aide des systèmes et procédés décrits. Au sens de la présente invention, le terme "agent" et les termes voisins, p.ex. "agent logiciel", désignent un programme informatique qui agit pour un autre programme dans une relation d'entremise, ou dans l'intérêt de l'autre programme. Par ailleurs, au sens de la présente invention, les agents sont auto-activables, sensibles au contexte, aptes à communiquer avec d'autres agents, utilisateurs ou programmes centraux, ne nécessitent aucune intervention extérieure de la part d'utilisateurs et sont aptes à lancer des tâches secondaires. Par ailleurs, au sens de la présente invention, les agents sont utilisés dans des dispositifs d'agents afin de collaborer avec un dispositif informatique en vue d'une prise de décision concertée. Au sens de la présente invention, l'expression "dispositif d'agent" désigne tout dispositif apte à héberger un agent en vue d'une prise de décision concertée. Les dispositifs d'agents peuvent être des dispositifs physiques ou des dispositifs virtuels. Dans un système particulier, les dispositifs d'agents peuvent être homogènes ou hétérogènes. Par ailleurs, au sens de la présente invention, un dispositif d'agent est apte à communiquer avec d'autres dispositifs d'agents et avec un dispositif informatique au moins en vue d'une prise de décision concertée.

Au sens de la présente invention, l'adjectif "concertée" et les expressions voisines, p.ex. "prise de décision concertée", évoquent l'utilisation de multiples entités ou agents destinés à oeuvrer conjointement pour permettre aux procédés et systèmes à mise en oeuvre informatique de déterminer des combinaisons de décisions pour les agents. Par ailleurs, au sens de la présente invention, les procédés et systèmes décrits utilisent une approche concertée pour regrouper des options de décisions, des relations entre décisions et des préférences de décisions, définir celles-ci avec des issues simulées et identifier des combinaisons de décisions qui soient valables et préférables afin de transmettre à des agents des décisions qui satisfassent les intérêts du système et des agents. Un langage d'approximation, utilisé ici dans toute la description et toutes les revendications, peut être employé pour modifier toute représentation quantitative qui pourrait varier d'une manière admissible sans provoquer de changement dans la fonction de base à laquelle il correspond. Ainsi, une valeur modifiée par un ou plusieurs termes tel(s) que "environ" et "sensiblement" ne doit pas se limiter à la valeur précise mentionnée. Dans au moins certains cas, le langage d'approximation peut correspondre à la précision d'un instrument de mesure de la valeur. Ici et partout dans la description et les revendications, les limites d'intervalles peuvent être combinées et/ou remplacées les unes par les autres, ces intervalles sont identifiés et incluent tous les sous-intervalles contenus dans ceux-ci, à moins que le contexte ou la langue n'indique le contraire. Les systèmes et procédés informatiques décrits ici constituent une solution efficace pour diffuser des informations lors d'une prise de décision concertée. Les systèmes et procédés créent cette efficacité en recueillant des données concernant des préférences de décisions d'agents, des options de décisions d'agents et des relations de décisions d'action afin de créer efficacement un modèle par lequel peuvent être prises des décisions qui bénéficient davantage au système et au moins à de multiples entités. Les formes de réalisation décrites ici réduisent les coûts de communication et de logistique associés à des prises de décisions mal planifiées ou coordonnées. En particulier, en recueillant des données décrites plus haut et en évaluant les issues pour toutes les entités, la prise de décision est coordonnée dans un délai réduit pour toutes les entités connectées. Par conséquent, les problèmes susceptibles de survenir en l'absence d'une telle solution se trouvent extrêmement réduits. Par ailleurs, les procédés et systèmes décrits ici renforcent l'utilisation de ressources commandées lors de prises de décisions. En particulier, en adoptant cette approche coordonnée dans le but d'améliorer l'utilité dont bénéficient toutes les entités, l'utilisation des ressources est renforcée pour un plus grand nombre d'entités. En outre, les procédés et systèmes décrits ici réduisent les coûts financiers et humains grâce à une activité plus coordonnée. En particulier, en s'attachant surtout aux entités impliquées dans les prises de décisions, les décisions susceptibles de convenir à un groupe tout en gênant un plus grand nombre d'entités sont très limitées. La Figure 1 est un schéma de principe d'un exemple de dispositif informatique 105 utilisable pour diffuser des informations lors d'une prise de décision concertée. Le dispositif informatique 105 comporte un dispositif de mémoire 110 et un processeur 115 coopérant avec le dispositif de mémoire 110 pour exécuter des instructions. Dans l'exemple de forme de réalisation, le dispositif informatique 105 comporte un seul processeur 115 et un seul dispositif de mémoire 110. Dans d'autres formes de réalisation possibles, le dispositif informatique 105 peut comporter une pluralité de processeurs 115 et/ou une pluralité de dispositifs de mémoires 110. Dans certaines formes de réalisation, des instructions exécutables sont stockées dans le dispositif de mémoire 110. Le dispositif informatique 105 est configurable pour réaliser une ou plusieurs opérations décrites ici en programmant le processeur 115. Par exemple, le processeur 115 peut être programmé en codant une opération sous la forme d'une ou de plusieurs instructions exécutables et en stockant dans le dispositif de mémoire 110 les instructions exécutables.

Dans l'exemple de forme de réalisation, le dispositif de mémoire 110 est un ou plusieurs dispositifs qui permettent le stockage et l'extraction d'informations telles que des instructions et/ou autres données exécutables. Le dispositif de mémoire 110 peut comprendre un ou plusieurs supports physiques non temporaires exploitables par ordinateur, tels que, d'une manière nullement limitative, une mémoire vive (RAM), une mémoire vive dynamique (DRAM), une mémoire vive statique (SRAM), un disque à semiconducteurs, un disque dur, une mémoire morte (ROM), une mémoire morte effaçable et programmable (EPROM), une mémoire morte effaçable et programmable électriquement (EEPROM) et/ou une mémoire vive rémanente (NVRAM). Les types de mémoires ci-dessus ne sont que des exemples et ne sont donc pas limitatifs quant aux types de mémoires utilisables pour le stockage d'un programme informatique.

Le dispositif de mémoire 110 peut être conçu pour stocker des données d'exploitation comprenant, d'une manière nullement limitative, des décisions, des combinaisons de décisions valables, des hiérarchies de priorité d'agents, des hiérarchies de priorité conditionnelle d'agents, des règles de prise de décision, des options de décisions d'agents, des relations de décisions d'agents, des préférences de décisions d'agents, des archives d'issues de décisions, des simulations d'issues de décisions, des combinaisons de décisions valables et des combinaisons de décisions préférées (toutes seront examinées plus en détail plus loin). Dans certaines formes de réalisation, le processeur 115 retire ou "purge" des données du dispositif de mémoire 110 d'après l'âge des données. Par exemple, le processeur 115 peut remplacer des données enregistrées et stockées antérieurement, associées à un instant et/ou un événement ultérieur. De plus, ou selon une autre possibilité, le processeur 115 peut retirer des données qui dépassent un laps de temps prédéterminé. Le dispositif de mémoire 110 contient en outre, d'une manière nullement limitative, suffisamment de données, d'algorithmes et d'instructions pour faciliter le fonctionnement du système à mise en oeuvre informatique (non représenté sur la Figure 1). Dans certaines formes de réalisation, le dispositif informatique 105 comporte une interface utilisateur de saisie 130. Dans l'exemple de forme de réalisation, l'interface utilisateur de saisie 130 est couplée au processeur 115 et reçoit des signaux de saisie émis par l'utilisateur 125. L'interface utilisateur de saisie 130 peut comprendre, d'une manière nullement limitative, un clavier, un dispositif de pointage, une souris, un stylet, un panneau tactile comprenant, à titre d'exemple nullement limitatif, un pavé tactile ou un écran tactile, et/ou un dispositif de saisie audio comprenant, à titre d'exemple nullement limitatif, un microphone. Un organe unique tel qu'un écran tactile peut servir à la fois de dispositif d'affichage de l'interface de présentation 120 et d'interface utilisateur de saisie 130. Une interface de communication 135 est couplée au processeur 115 et est conçue pour communiquer, par un ou plusieurs autres dispositifs tel(s) qu'un capteur ou autre dispositif informatique 105, avec un ou plusieurs dispositifs d'agents (non représentés sur la Figure 1), et réaliser des opérations d'entrée et de sortie par rapport à ces dispositifs. Par exemple, l'interface de communication 135 peut comprendre, d'une manière nullement limitative, un adaptateur pour réseau filaire, un adaptateur pour réseau radioélectrique, un adaptateur pour télécommunications mobiles, un adaptateur série pour communications et/ou un adaptateur parallèle pour communications. L'interface de communication 135 peut recevoir des données d'un ou de plusieurs dispositifs distants et/ou émettre des données vers un ou plusieurs dispositifs distants. Par exemple, une interface de communication 135 d'un premier dispositif informatique 105 peut émettre une alerte vers une interface de communication 135 d'un autre dispositif informatique 105. L'interface de communication 135 facilite les communications entre machines, c'est-à-dire sert d'interface machine-machine. L'interface de présentation 120 et l'interface de communication 135 sont toutes deux aptes à fournir, par exemple à l'utilisateur 125 ou a un autre dispositif, des informations utilisables avec les procédés décrits ici. De la sorte, l'interface de présentation 120 et l'interface de communication 135 peuvent être appelées dispositifs de sortie. De même, l'interface utilisateur de saisie 130 et l'interface de communication 135 sont aptes à recevoir des informations utilisables avec les procédés décrits ici et peuvent être appelées dispositifs d'entrée. Dans l'exemple de forme de réalisation, l'interface de présentation 120 sert à visualiser les données dont, d'une manière nullement limitative, des décisions, des combinaisons de décisions valables, des hiérarchies de priorité d'agents, des hiérarchies de priorité conditionnelle d'agents, des règles de prise de décision, des options de décisions d'agents, des relations de décisions d'agents, des préférences de décisions d'agents, des archives d'issues de décisions, des évaluations d'issues de décisions, des combinaisons de décisions valables et des combinaisons de décisions préférées (toutes seront examinées plus en détail plus loin). Dans au moins certaines formes de réalisation, la visualisation d'évaluations d'issues de décisions, d'archives d'issues de décisions et de combinaisons de décisions valables comprend l'affichage de ces données conjointement avec une hiérarchisation associée pour des indicateurs de performances essentielles (examiné plus en détail plus loin). Une fois que ces données sont visualisées, l'utilisateur 125 peut utiliser l'interface utilisateur de saisie 130 pour exécuter des tâches dont, sans limitation, la hiérarchisation de combinaisons de décisions et la communication avec des agents (toutes examinées plus en détail plus loin). Ces tâches peuvent comprendre l'utilisation d'un logiciel supplémentaire qui peut faciliter ces fonctions. Dans l'exemple de forme de réalisation, le dispositif informatique 105 est un exemple de forme de réalisation d'un dispositif informatique à utiliser dans un exemple de système informatique de haut niveau pour diffuser des informations lors d'une prise de décision concertée (non représenté sur la Figure 1). Dans au moins certaines autres formes de réalisation, le dispositif informatique 105 est aussi un exemple de forme de réalisation de dispositifs d'agents (non représenté sur la figure 1) et d'autres dispositifs (non représentés) servant à diffuser des informations lors d'une prise de décision concertée. Dans la plupart des formes de réalisation, le dispositif informatique 105 illustre au moins la conception primaire de ces autres dispositifs.

La Figure 2 est un exemple de système informatique de haut niveau 200 pour diffuser des informations lors d'une prise de décision concertée, utilisable avec le dispositif informatique 105. Le système 200 comporte le dispositif informatique 105 communiquant avec une pluralité d'agents 230 hébergés dans une pluralité de dispositifs 231 d'agents. Le dispositif informatique 105 comprend le dispositif de mémoire 110 couplé au processeur 115. Dans au moins certaines formes de réalisation, le dispositif informatique 105 comprend aussi le dispositif de stockage 220 couplé au processeur 115 et au dispositif de mémoire 110. Le dispositif de stockage 220 représente un dispositif s'ajoutant au dispositif de mémoire 110, qui peut stocker des informations liées aux procédés et systèmes décrits ici. Le dispositif de stockage 220 peut être directement accessible au processeur 115 du dispositif informatique 105 ou peut, selon une autre possibilité, être accessible par l'intermédiaire de l'interface de communication 135. Dans au moins certaines formes de réalisation, le dispositif informatique 105 comprend une base de données 225. La base de données 225 peut être n'importe quelle structure organisée apte à représenter des informations concernant les procédés et systèmes décrits dont, d'une manière nullement limitative, un modèle relationnel, un modèle d'objet, un modèle relationnel d'objet, une base de données de graphiques ou un modèle de relations d'entités. La base de données 225 peut aussi servir à stocker des archives de données concernant des évaluations et des issues de décisions concertées antérieures. Dans au moins certaines formes de réalisation, l'utilisateur 125 interagit avec le dispositif informatique 105 afin de faciliter les systèmes et procédés de prise de décision concertée décrits. L'utilisateur 125 peut interagir à l'aide de l'interface de présentation 120 (représentée sur la Figure 1) et de l'interface de saisie utilisateur 130 (représentée sur la Figure 1). Les agents 230 sont associés à une pluralité de dispositifs 231 d'agents. Dans l'exemple de forme de réalisation, six agents 230 et six dispositifs 231 d'agents sont représentés. Cependant, le système 200 peut comporter n'importe quel nombre d'agents 230 et de dispositifs 231 d'agents. Les agents 230 représentent des programmes logiciels qui facilitent la collecte, le traitement, l'affichage, la coordination et la dissémination d'informations utilisées lors d'une prise de décision concertée. Les agents 230 peuvent varier suivant les limites et les caractéristiques des dispositifs 231 d'agents. Cependant, tous les agents 230 sont aptes à collecter, traiter et transmettre des données 235, à l'aide du dispositif d'agent associé 231, au dispositif informatique 105. Dans au moins certaines formes de réalisation, les dispositifs 231 d'agents permettent à l'utilisateur 125 d'interagir avec les dispositifs 231 d'agents en, d'une manière nullement limitative, émettant, recevant, sollicitant, traitant et affichant des données. Dans l'exemple de forme de réalisation, les dispositifs 231 d'agents représentent des dispositifs aptes à héberger les agents 230. Les dispositifs 231 d'agents peuvent être des dispositifs physiques ou des dispositifs virtuels. Dans l'exemple de forme de réalisation, les dispositifs 231 d'agents sont des dispositifs informatiques physiques à architecture similaire à celle du dispositif informatique 105. Selon une autre possibilité, pour le dispositif 231 d'agent peut être utilisée n'importe quelle architecture qui permet d'héberger l'agent 230 et de communiquer avec le dispositif informatique 105. Les dispositifs 231 d'agents peuvent communiquer avec le dispositif informatique 105 par une communication sur un réseau filaire, une communication sur un réseau radioélectrique ou par n'importe quel autre procédé ou protocole de communication pouvant transmettre les données 235 d'une manière fiable entre les dispositifs 231 d'agents et le dispositif informatique 105. En fonctionnement, les dispositifs 231 d'agents sont utilisés pour des processus distincts. Par exemple, le système 200 peut servir à coordonner les activités d'une compagnie aérienne dans un aéroport. Dans le présent exemple, un premier dispositif 231 d'agent peut être lié à un programme de réservation de billets tandis qu'un deuxième dispositif 231 d'agent est lié à un programme d'enregistrement. De la sorte, chaque dispositif 231 d'agent est associé à une entité particulière réalisant une tâche particulière. L'agent 230 peut recueillir des données 235 (décrit plus en détail plus loin) présentes dans le dispositif 231 d'agent et les transmettre sous la forme de données 235 au dispositif informatique 105. La collecte des données 235 par l'agent 230 représente le programme logiciel de l'agent exécuté dans le dispositif 231 d'agent recueillant les informations décrites plus haut en tant que critères de prise de décision (non représenté sur la Fig. 2) qui peut concerner la prise de décision concertée. Selon une autre possibilité, les critères de prise de décision peuvent être transmis au dispositif de mémoire 110 par l'utilisateur 125 à l'aide de l'interface utilisateur 130 (représentée sur la Fig. 1) ou peuvent être reçus du dispositif de mémoire 110. Le dispositif informatique 105 reçoit des critères de prise de décision soit comme données 235 saisies par l'utilisateur 125, soit comme données stockées dans le dispositif de mémoire 110. Le dispositif informatique 105 crée des combinaisons de décisions valables (décrit en détail plus loin) représentant toutes les décisions possibles qui peuvent être prises par tous les agents 230 et les dispositifs d'agents associés 231. Le dispositif informatique 105 transmet des combinaisons de décisions valables à la pluralité d'agents 230. Les combinaisons de décisions valables sont transmises sous la forme de données 235. Au moins un agent 230 prend une décision (décrit en détail plus loin) et la transmet sous la forme de données 235 au dispositif informatique 105. Dans l'exemple de forme de réalisation, chaque agent 230 agit en série et transmet une seule décision à la fois. Dans d'autres formes de réalisation, de multiples agents 230 transmettent des décisions au dispositif informatique 105.

Le dispositif informatique 105 restreint les combinaisons de décisions valables à l'aide de la/des décision(s) reçue(s). Jusqu'à ce que plus aucune décision ne puisse être reçue, le dispositif informatique 105 transmet des combinaisons de décisions valables (désormais restreintes) à la pluralité d'agents 230. Une fois que plus aucune décision ne peut être reçue, le dispositif informatique 105 transmet une série de décisions finales (décrit en détail plus loin) à la pluralité d'agents. La série de décisions finales représente une combinaison complète de décisions comprenant au moins une partie des décisions reçues.

La Figure 3 est un organigramme d'un exemple de procédé 300 pour diffuser des informations lors d'une prise de décision concertée à l'aide du système informatique 200 (représenté sur la Figure 2). Le procédé 300 est lancé par le dispositif informatique 105 en recevant des critères de prise de décision 305 d'au moins une partie d'une pluralité d'agents 230 associés à une pluralité de dispositifs 231 d'agents, et/ou du dispositif de mémoire 110 et/ou d'un utilisateur 125. Les critères de prise de décision 305 comprennent au moins certaines des options de décisions d'agents associées aux agents 230, des relations de décisions d' agents associées aux agents 230, des préférences de décisions d'agents associées aux agents 230 et des règles de prise de décision. Les critères de prise de décision 305 peuvent comprendre des options de décisions d'agent. Les options de décisions d'agent représentent les choix possibles que peut avoir l'agent 230 en l'absence d'autres limitations. Dans un exemple, l'agent 230 peut être chargé de désigner des attributions de places pour un vol d'aéronef en surréservation. Par conséquent, l'agent 230 peut avoir des options de décisions d'agent associées à toutes les combinaisons possibles d'attributions de places pour des passagers sur le vol d' aéronef. Les critères de prise de décision 305 peuvent aussi comprendre des relations de décisions d'agent. Les relations de décisions d'agent représentent les conséquences que peut avoir une décision particulière sur d'autres agents 230. Pour continuer avec l'exemple précédent, l'agent 230 chargé des attributions de places pour un vol d'aéronef en surréservation aura des conséquences sur d'autres agents 230. Par exemple, les agents 230 associés à certains vols supplémentaires seront affectées parce que des passagers utiliseront potentiellement leurs vols. Selon une autre possibilité, des agents 230 associés aux horaires des vols peuvent être liés à des agents 230 s'occupant de la maintenance, car un horaire de vol particulier peut empêcher la maintenance. Par ailleurs, les critères de prise de décision 305 peuvent comprendre des préférences de décisions d'agent. Les préférences de décisions d'agent représentent l'issue préférée du point de vue d'une entité associée à un agent 230. Pour continuer avec l'exemple de l'attribution de places dans un aéronef, l'agent 230 peut avoir une préférence pour un regroupement particulier de passagers à affecter au vol à cause de besoins de regroupement des passagers.

Un deuxième exemple peut illustrer encore les préférences de décisions d'agent. Une famille peut chercher à prolonger des vacances. Chaque membre de la famille est autorisé à faire un choix reflétant exactement la durée des vacances, le lieu des vacances, le budget pour les vacances et les équipements de vacances. Bien que chaque membre de la famille procède à chaque choix séparément, des préférences pour chaque membre de la famille peuvent être comprises et appliquées aux décisions des autres. Par exemple, un tour du monde peut être préféré par un membre de la famille alors que d'autres préfèrent un voyage de quatre jours. La connaissance des préférences communes peut éviter des décisions mal coordonnées. De plus, les critères de prise de décision 305 peuvent comprendre des règles de prise de décision. Les règles de prise de décision représentent des principes directeurs pour le procédé 300, qui restreignent toutes les décisions. Les règles de prise de décision peuvent, d'une manière nullement limitative, être des obligations juridiques, des exigences physiques ou de fonctionnement, des exigences commerciales, des hiérarchies particulières de décisions pour des agents 230, et des règles de prise de décision spéciales pour des conditions données. Dans certains cas, un premier gent 230 peut avoir une priorité spéciale sur un deuxième agent 230. Dans de tels cas, même si le deuxième agent 230 envoie une décision (examiné plus loin) avant le premier agent 230, le premier agent 230 aura la priorité. Dans d'autres cas, des exigences juridiques, physiques ou logistiques peuvent invalider une décision particulière prise par l'agent 230. Dans d'autres cas, des règles de prise de décision peuvent être modifiées ou remplacées en raison d'un changement dans des conditions affectant le procédé 300. Les critères de prise de décision 305 peuvent comprendre des parties de règles de prise de décision, des préférences de décisions d'agent, des relations de décisions de décisions d'agent et des options de décisions d'agent. Les critères de prise de décision 305 peuvent être reçus des agents 230, du dispositif de mémoire 110 et de l'utilisateur 125. Dans tous les cas, les critères de prise de décision 305 doivent être suffisants pour permettre la création de combinaisons de décisions valables 310. En cas de critères de prise de décision insuffisants 305, les préférences de décision hiérarchisent les combinaisons de décisions valables 310. Les combinaisons de décisions valables 310 représentent toutes les combinaisons possibles qui peuvent être prises par des agents 230 compte tenu des critères de prise de décision 305. Par exemple, les critères de prise de décision 305 peuvent se rapporter à certaines options de décisions d'agent tout en contenant des règles de prise de décision qui empêchent ces options de décisions d'agent. Dans cet exemple, les combinaisons de décisions valables 310 ne doivent pas contenir ces options de décisions d'agent empêchées. Les combinaisons de décisions valables 310 sont transmises aux agents 230 sous la forme de données 235 (représenté sur la Figure 2). Pour poursuivre avec l'exemple de l'aéronef en surréservation, le dispositif informatique 105 peut envoyer à l'agent 230 des combinaisons de décisions valables 310 contenant toutes les configurations valables potentielles d'attribution de places. Dans au moins certaines formes de réalisation, des combinaisons de décisions valables 310 sont envoyées conjointement avec une évaluation d'issues pour chaque combinaison de décisions. Dans un premier exemple, l'évaluation d'issues peut représenter, lors de chaque évaluation, une répartition de probabilité d'issues pour chaque agent 230. Dans cet exemple, l'estimation d'issues ne peut pas réaliser une certaine prédiction, mais réalise plutôt un profil d'issues ajustées d'après la probabilité. L'agent 230 peut alors évaluer l'impact potentiel de chaque combinaison de décisions particulière sur d'autres agents 230. L'évaluation d'issues peut aussi représenter des issues de décisions hiérarchisées par au moins un indicateur de performances essentielles. Par exemple, l'évaluation d'issues peut comprendre une mesure reflétant l'impact de décisions particulières accessible à l'agent 230. La mesure reflétera des considérations importantes pour l'agent 230, des groupes d'agents 230 ou le système 200 (représenté sur la Figure 2). Des agents 230 peuvent alors opérer un choix parmi les combinaisons de décisions valables 310 pour créer une décision 315. La décision 315 reflète une décision particulière pour l'agent 230. La décision 315 doit être contenue dans des combinaisons de décisions valables 310. Dans l'exemple du vol en surréservation, l'agent 230 sélectionne une seule attribution de place pour le vol. Dans d'autres formes de réalisation possibles, l'agent 230 peut déterminer que plusieurs attributions de places présentent un avantage similaire pour l'agent 230. Par conséquent, l'agent 230 peut préférer plusieurs décisions 315 égales les unes aux autres. L'agent 230 peut comprendre plusieurs possibilités lors de la décision 315. Comme examiné plus loin, le dispositif informatique 105 peut alors opter en faveur d'une décision particulière 315 en fonction des effets sur d'autres agents 230.

Dans certaines formes de réalisation, l'agent 230 peut être chargé de prendre plusieurs décisions distinctes 315. Dans ces formes de réalisation, les décisions distinctes 315 ne sont pas substituables les unes aux autres (comme décrit plus haut), mais sont distinctes les unes des autres. Par exemple, un agent d'exploitation 230 peut déterminer à la fois l'heure de départ pour un vol et le type d'aéronef à utiliser, ce qui définit le nombre de places pour passagers, quand on cherche à remédier l'indisponibilité d'une ressource aéronautique due, par exemple, a une maintenance mécanique. Dans ces formes de réalisation, l'agent 230 peut prendre de multiples décisions 315.

L'agent 230 transmet la décision 315 au dispositif informatique 105. Le dispositif informatique 105 utilise la décision 315 pour restreindre les combinaisons de décisions valables 310. La restriction de combinaisons de décisions valables 310 représente l'utilisation des décisions reçues 315 pour supprimer toutes les combinaisons de décisions valables 310 qui ne sont plus possibles compte tenu de la décision reçue 315. Par exemple, si une décision particulière 315 prise par l'agent 230 planifie, pour un aéronef dans un aéroport, une opération de maintenance qui prend deux heures, toutes les combinaisons de décisions valables 310 permettant le départ de l'aéronef dans un délai de deux heures seront restreintes, et donc supprimées. Dans certains cas, de multiples décisions 315 peuvent être reçues simultanément de multiples agents 230. Dans certains cas, les décisions 315 peuvent être traitées simultanément dans le dispositif informatique 105. Cependant, dans certains cas, les décisions 315 peuvent être impossibles à traiter simultanément. Dans un cas, le dispositif informatique 105 peut ne pas disposer de ressources de système pour cette opération informatique.

Dans un autre cas, les décisions 315 peuvent s'exclurent mutuellement. Par exemple, un premier agent 230 peut prendre une première décision 315 pour qu'un vol fasse l'objet de réparations qui dureront plusieurs heures. En même temps, un deuxième agent 230 prend une deuxième décision 315 pour qu'un vol parte immédiatement. Ces décisions 315 ne peuvent pas être traitées ensemble et l'une doit obtenir la priorité. Le dispositif informatique 105 peut utiliser plusieurs procédés pour définir cette priorité. Le dispositif informatique 105 peut définir des décisions 315 à l'aide de procédés de chronométrage. Par exemple, le dispositif informatique 105 peut réaliser un suivi, sans limitation, d'horodatages associés à la réception de la décision 315 dans le dispositif informatique 105 ou d'horodatages associés à l'envoi de la décision 315 par des agents 230. Selon une autre possibilité, le dispositif informatique 105 peut utiliser n'importe quel procédé de chronométrage susceptible de définir la priorité de décisions 315. Le dispositif informatique 105 peut attribuer en alternance un ordre de priorité à des agents. L'ordre de priorité peut servir à désigner les agents 230 qui deviendront prioritaires dans ces situations. Le dispositif informatique 105 peut aussi attribuer un ordre de priorité aux agents 230 étant donné un état du système. Un ordre de priorité pour les agents 230 étant donné un état du système reflète la possibilité de changement des priorités dans certaines situations. Par exemple, pendant un phénomène météorologique tel qu'une chute de neige, les activités de maintenance peuvent se voir attribuer une priorité particulière. Après que le dispositif informatique 105 a restreint les combinaisons de décisions valables 310 à l'aide de décisions 315, des combinaisons de décisions valables 310 sont envoyées une fois encore aux agents 230. Ce cycle se répétera jusqu'à ce que plus aucune décision 315 ne puisse être reçue par le dispositif informatique 105. Dans l'exemple de forme de réalisation, la détermination de ce qu'il ne peut plus être reçu de décisions 315 représente le fait que tous les agents 230 ont pris des décisions valables 315. Dans d'autres formes de réalisation possibles, aucune des combinaisons de décisions valables reçues 310 n'est acceptable pour au moins un agent 230 et le/les agent(s) 230 transmet(tent) une notification de refus 314 au dispositif informatique 105 qui relance le procédé 300. Dans un autre exemple, un premier agent 230 peut créer des décisions 315 qui amènent le dispositif informatique 105 à établir une restriction à trois combinaisons de décisions valables 310. Un deuxième agent 230 peut créer des décisions 315 qui amènent ensuite le dispositif informatique 105 à établir une restriction à deux combinaisons de décisions valables 310. La combinaison de décisions éliminée provoquée par les décisions 315 prises par le deuxième agent 230 peut avoir été la seule combinaison de décisions acceptable pour un troisième agent 230 qui avait antérieurement réagi par plusieurs décisions 315 mais s'était ensuite trouvé confronté à un changement de conditions. Dans cet exemple, le troisième agent 230 peut transmettre une notification de refus 314 au dispositif informatique 105 et, de ce fait, relancer le procédé 300. Dans encore un autre exemple, un premier agent 230 associé à une équipe de maintenance d'une compagnie aérienne à un endroit particulier peut vouloir remettre en état un premier aéronef et déclarer l'aéronef indisponible. Les vols sont organisés en conséquence. Un deuxième agent 230 associé à l'exploitation demande un aéronef supplémentaire pour couvrir les vols puisque le premier aéronef est indisponible. Le deuxième agent 230 choisit par conséquent un deuxième aéronef. En même temps, des conditions météorologiques défavorables amènent à fermer un aéroport et à maintenir au sol plusieurs aéronefs, dont le deuxième aéronef. Quand le deuxième agent 230 reçoit des combinaisons de décisions valables 310 ou une série de décisions finales 320 (examinées plus loin), le deuxième aéronef n'est plus disponible même si cela n'a pas été constaté lorsque le dispositif informatique 105 a créé les combinaisons de décisions valables 310. Le deuxième agent 230 transmettra au dispositif informatique 105 une notification de refus 314 amenant à relancer le procédé 300 après des mises à jour des critères de prise de décision 305. Dans au moins un cas, relancer le procédé 300 peut amener la remise en état du premier aéronef à être différée. Dans d'autres formes de réalisation possibles, des décisions 315 doivent être prises avec des contraintes de délais. Dans ces conditions, la détermination de ce que des décisions 315 ne peuvent plus être reçues représente le fait que le délai s'est écoulé. Dans un premier exemple, des décisions 315 ont été prises par un quorum d'agents 230 et un premier événement chronologique critique est survenu. Dans cet exemple, le quorum d'agents 230 représente le niveau minimal acceptable de participation des agents. Le quorum d'agents 230 peut représenter n'importe quel nombre, fraction ou partie des agents 230 qui convient pour permettre au système 200 de prendre une série de décisions finales 320. Dans certains exemples, le quorum d'agents 230 peut nécessiter que des agents spécifiques 230 fournissent des décisions 315. Le premier événement chronologique critique représente un instant d'avertissement où le système 200 peut ne pas disposer du temps approprié pour attendre des décisions supplémentaires 315. Des définitions pour le premier événement chronologique critique et le quorum d'agents 230 peuvent être reçues du dispositif de mémoire 110, de l'utilisateur 125, de la base de données 225, du dispositif de stockage 220, d'agents 230 ou de n'importe quelle combinaison de ceux-ci. Les décisions 315 qui n'ont pas été prises par des agents 230 qui n'ont pas décidé peuvent être déterminées par tout procédé qui réalise des décisions valables 315 dont, d'une manière nullement limitative, l'utilisation d'archives de décisions mémorisées 315, la hiérarchisation de décisions optimales 315 par des indicateurs de performances essentielles et la sélection de celles qui se situent dans le haut de la hiérarchie, et l'utilisation de défauts du système.

Dans un deuxième exemple, des décisions 315 n'ont pas été prises par un quorum d'agents 230, mais un deuxième événement chronologique chronique a eu lieu. Le deuxième événement chronologique critique représente un événement chronologique crucial qui empêche de prendre plus de temps pour recevoir des décisions 315 d'agents 230. Dans cet exemple, les décisions 315 qui n'ont pas été prises par les agents 230 qui n'ont pas décidé peuvent être déterminées par tout procédé qui fournit des décisions valables 315 dont, d'une manière nullement limitative, l'utilisation d'archives de décisions mémorisées 315, la hiérarchisation de décisions optimales 315 par des indicateurs de performances essentielles et la sélection de celles qui se situent dans le haut de la hiérarchie, et l'utilisation de défauts du système. Enfin, une fois que toutes les décisions 315 ont été prises, le dispositif informatique 105 transmet la série 320 de décisions finales à tous les agents 230. La série 320 de décisions finales représente les décisions finales 315 associées à tous les agents 230. Dans certains cas, comme évoqué plus haut, les décisions 315 peuvent n'être pas prises par les agents 230. Dans l'exemple de l'aéronef en surréservation, la série 320 de décisions finales représente de futures mesures potentielles à prendre par des agents 230. Dans au moins certaines formes de réalisation, des agents 230 peuvent choisir d'annuler au moins une partie des décisions 315. Dans au moins certains exemples, il peut n'être pas possible de créer une série 320 de décisions finales ni d'envoyer la série 320 de décisions finales aux agents 230. Dans un premier exemple, des conditions peuvent avoir changé, empêchant au moins certaines décisions 315 d'être valables. Par exemple, une tempête de neige peut immobiliser au sol tous les aéronefs présents dans un aéroport et écarter des décisions 315 qui supposaient l'absence de chute de neige. Dans un deuxième exemple, une restriction des combinaisons de décisions valables 310 peut aboutir a une absence de combinaisons de décisions valables 310. Plus particulièrement, une décision particulière 315 peut écarter toute autre décision 315 par un autre agent quelconque 230 étant donné les critères de prise de décision 305. Dans ces exemples, le procédé 300 commencera dès l'étape initiale. Le redémarrage du procédé 300 peut comprendre l'utilisation d'informations obtenues lors du procédé précédent 300 pour améliorer l'efficience ou l'efficacité de la série suivante de décisions 315. La figure 4 est un organigramme simplifié du procédé 400 pour diffuser des informations lors d'une prise de décision concertée à l'aide du système informatique 200 (représenté sur la figure 2). Le procédé 400 est exécuté par le dispositif informatique 105 (représenté sur la figure 2). Le dispositif informatique 105 reçoit, 410, des critères de prise de décision d'au moins une partie d'une pluralité d'agents associés à une pluralité d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur. La réception 410 représente le fait que le dispositif informatique 105 reçoit des critères de prise de décision 305 (représentés sur la Fig. 3) de dispositifs 231 d'agents (représentés sur la Fig. 2). Les critères de prise de décisions 305 comprennent des options de décisions d'agent, des relations de décisions d'agent, des préférences de décisions d'agent et des règles de prise de décision.

Le dispositif informatique 105 crée aussi, 415, des combinaisons de décisions valables. La création 415 représente la création de combinaisons de décisions valables 310 à l'aide d'au moins une partie des critères de prise de décision reçus 305. Le dispositif informatique 105 transmet en outre, 420, des combinaisons de décision valables à une pluralité d'agents. La transmission 420 représente l'envoi des combinaisons de décisions valables 310 aux agents 230. Le dispositif informatique 105 reçoit en outre, 425, une décision émise par un agent décideur. La réception 425 représente le fait que le dispositif informatique 105 reçoit une décision 315 (représentée sur la Figure 3) de l'agent 230. Comme évoqué plus haut, la décision 315 peut comprendre une pluralité de décisions 315 et de multiples agents 230 peuvent transmettre simultanément des décisions 315.

Le dispositif informatique 105 restreint encore, 430, les combinaisons de décisions valables à l'aide de la décision reçue. La restriction 430 représente une réduction ou une simplification des combinaisons de décisions valables 310 d'après les décisions reçues 315.

Le dispositif informatique 105 détermine aussi, 435, que plus aucune décision ne peut être reçue. La détermination 435 représente le fait que le dispositif informatique 105 soit reçoit des décisions valables 315 de tous les agents 230, soit reçoit des décisions 315 d'un quorum d'agents 230 après un premier événement chronologique critique, soit connaît un deuxième événement chronologique critique. Si le dispositif informatique 105 détermine, 435, que davantage de décisions 315 peuvent être reçues, le dispositif informatique 105 revient à la transmission 420. Si le dispositif informatique 105 détermine, 435, qu'il n'est plus possible de recevoir des décisions 315, le dispositif informatique 105 transmet, 440, une série de décisions finales à la pluralité d'agents. La transmission 440 représente l'envoi de la série 320 de décisions finales (représenté sur la Figure 3) aux agents 230.

Les systèmes et procédés informatiques décrits plus haut constituent une solution efficace pour diffuser des informations lors d'une prise de décision concertée. Les systèmes et procédés créent cette efficacité en recueillant des données concernant les préférences de décisions d'agent, les options de décisions d'agent et les règles de prise de décision afin de créer efficacement un modèle par lequel puissent être prises des décisions qui apportent un plus grand bénéfice au système et au moins à de multiples entités. Les formes de réalisation décrites ici réduisent le coût des communications et de la logistique associés à des décisions mal planifiées ou coordonnées. En particulier, en recueillant les données décrites plus haut et en simulant des issues pour toutes les entités, la prise de décision est coordonnée sans délai pour toutes les entités connectées. Par conséquent, les problèmes qui peuvent survenir sans cette approche sont très limités. Par ailleurs, les procédés et systèmes décrits ici renforcent l'utilisation de ressources commandées lors d'une prise de décision. En particulier, en adoptant cette approche coordonnée dans le but de renforcer les avantages tirés par toutes les entités, l'utilisation des ressources est renforcée pour un plus grand nombre d'entités. Par ailleurs, les procédés et systèmes décrits ici améliorent, grâce à des activités coordonnées renforcées, l'utilisation des ressources financières et humaines. En particulier, en ce concentrant sur toutes les entités participant à une prise de décisions, les décisions susceptibles d'avoir un effet positif pour un groupe tout en gênant un plus grand nombre d'entités sont très limitées. Un exemple d'effet technique des procédés et des systèmes à mise en oeuvre informatique décrits ici comprend au moins un des effets suivants : (a) une prise de décision plus rapide dans des contextes de prise de décision concertée ; (b) une meilleure qualité de prise de décision en hiérarchisant les décisions par satisfaction des préférences des agents ; et (c) une meilleure qualité de prise de décision en validant des décisions comme satisfaisant les besoins globaux du système.

Des exemples de formes de réalisation pour diffuser des informations lors d'une prise de décision concertée sont décrits en détail plus haut. Les systèmes et procédés informatiques pour faire fonctionner ces systèmes ne se limitent pas aux formes de réalisation spécifiques décrites ici, mais, en revanche, des organes des systèmes et/ou des étapes des procédés peuvent être utilisés indépendamment et séparément d'autres organes et/ou étapes décrits ici. Par exemple, les procédés peuvent aussi servir en combinaison avec d'autres systèmes et procédés d'une entreprise et ne se limitent pas à une mise en oeuvre uniquement avec les systèmes et procédés de prise de décision concertée décrits ici. En revanche, l'exemple de forme de réalisation peut être mis en oeuvre et utilisé en liaison avec bien d'autres applications d'entreprises. Bien que des aspects spécifiques de diverses formes de réalisation de l'invention puissent être représentés sur certains dessins et non sur d'autres, cela n'est dû qu'à des raisons de commodité. Selon les principes de l'invention, tout détail d'un dessin peut être cité et/ou revendiqué en combinaison avec n'importe quel détail de n'importe quel autre dessin.

Liste des repères 105 Dispositif informatique 110 Dispositif de mémoire 115 Processeur 120 Interface de présentation 125 Utilisateur 130 Interface utilisateur de saisie 135 Interface de communication 200 Système informatique 220 Dispositif de mémoire 225 Base de données 230 Agents 231 Dispositifs d'agents 235 Données 300 Procédé 305 Critères de prise de décision 310 Combinaisons de décisions valables 314 Notification de refus 315 Décisions 320 Série de décisions finales 400 Procédé 410 Réception 415 Création 420 Transmission 425 Réception 430 Restriction 435 Détermination 440 Transmission

Claims (10)

1. REVENDICATIONS1. Système informatique (200) s'appuyant sur un réseau, comportant : une pluralité de dispositifs (231) d'agents, associés à une pluralité d'agents (230) ; et un dispositif informatique (105) communiquant en réseau avec ladite pluralité de dispositifs d'agents, ledit dispositif informatique comprenant un processeur (115) et un dispositif de mémoire (110) couplé audit processeur, ledit dispositif informatique étant conçu pour : a) recevoir (410) des critères de prise de décision (305) fournis par au moins une partie d'une pluralité d'agents associés à une pluralité d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur (125) ; b) créer (415) des combinaisons de décisions valables (310) à l'aide d'au moins une partie des critères de prise de décision reçus ; c) transmettre (420), à ladite pluralité d'agents, des combinaisons de décisions valables ; d) recevoir (425) une décision (315) fournie par un agent décideur ; e) restreindre (430), à l'aide de la décision reçue, les combinaisons de décisions valables ; f) revenir à c) jusqu'à ce qu'il soit déterminé (435) que plus aucune décision ne peut être reçue ; g) lorsqu'il est déterminé que plus aucune décision ne peut être reçue, transmettre (440) une série (320) de décisions finales à ladite pluralité d'agents, la série de décisions finales représentantune combinaison complète de décisions comprenant au moins une partie des décisions reçues.
2. 2. Système informatique (200) s'appuyant sur un réseau selon la revendication 1, conçu en outre pour : recevoir une pluralité de décisions (315) d'une pluralité d'agents décideurs (230) ; et traiter la pluralité de décisions par une des opérations suivantes : traitement simultané ; et hiérarchisation du traitement de la pluralité de décisions d' après : un ordre de réception de la pluralité de décisions ; et/ou une hiérarchisation de priorités associée à chaque agent décideur ; et/ou une hiérarchisation de priorités associée à chaque agent décideur étant donné un état du système.
3. 3. Système informatique (200) s'appuyant sur un réseau selon la revendication 1, dans lequel les critères de prise de décision (305) comprennent : des options de décisions d'agents associées auxdits agents ; et/ou des relations de décisions d'agents associées auxdits agents ; et des préférences de décisions d'agents associées auxdits agents ; et/ou des règles de prise de décision.
4. 4. Système informatique (200) s'appuyant sur un réseau selon la revendication 1, conçu en outre pour déterminer (435) qu'il n'est plus possible de recevoir des décisions en fonction de ce que :il ne reste pas d'agents (230) auxquels une décision (315) n'ait pas été transmise ; et/ou un premier événement chronologique critique s'est produit et des décisions ont été reçues par au moins un quorum desdits agents ; et/ou un deuxième événement chronologique critique s'est produit.
5. 5. Système informatique (200) s'appuyant sur un réseau selon la revendication 1, conçu en outre pour : déterminer qu'une série (320) de décisions finales ne peut pas être créée en fonction de : un changement dans les critères de prise de décision (305) ; et/ou l'absence de combinaisons de décisions valables (310) restantes ; et/ou une notification (314), reçue d'au moins un agent, de ce que le/les agent(s) refuse(nt) toutes les combinaisons de décisions restantes ; et revenir à a.
6. 6. Système informatique (200) s'appuyant sur un réseau selon la revendication 1, dans lequel une décision (315) représente une décision unique et/ou un groupe de décisions.
7. 7. Système informatique (200) s'appuyant sur un réseau selon la revendication 1, conçu en outre pour transmettre, à ladite pluralité d'agents (230), une évaluation d'issues pour au moins une combinaison (310) de décisions, l'évaluation comprenant : une répartition de probabilité d'issues pour chaque agent lors de chaque évaluation, et/ou les issues de la/des décision(s) hiérarchisées par au moins un indicateur de performances essentielles ; et/ou les issues d'après des archives de décisions historiques.
8. 8. Ordinateur (105) comprenant un processeur (115) et un dispositif de mémoire (110) couplé audit processeur, ledit ordinateur étant conçu pour : a) recevoir (410) des critères de prise de décision (305) d'au moins une partie d'une pluralité d'agents (230) associés à une pluralité de dispositifs (231) d'agents, et/ou du dispositif de mémoire et/ou d'un utilisateur (125) ; b) créer (415) des combinaisons (310) de décisions valables à l'aide d'au moins une partie des critères de prise de décision reçus ; c) transmettre (420), la pluralité d'agents, des combinaisons de décisions valables ; d) recevoir (425) une décision (315) fournie par un agent décideur ; e) restreindre (430), à l'aide de la décision reçue, les combinaisons de décisions valables ; f) revenir à c) jusqu'à ce qu'il soit déterminé (435) que plus aucune décision ne peut être reçue ; g) transmettre (440) une série (320) de décisions finales à la pluralité d'agents lorsqu'il est déterminé que plus aucune décision ne peut être reçue, la série de décisions finales représentant une combinaison complète de décisions comprenant au moins une partie des décisions reçues.
9. 9. Ordinateur (105) selon la revendication 8, conçu en outre pour : recevoir une pluralité de décisions (315) d'une pluralité d'agents décideurs (230) ; et traiter la pluralité de décisions par une des opérations suivantes : traitement simultané ; ethiérarchisation du traitement de la pluralité de décisions d' après : un ordre de réception de la pluralité de décisions ; et/ou une hiérarchisation de priorités associée à chaque agent décideur ; et une hiérarchisation de priorités associée à chaque agent décideur étant donné un état du système.
10. 10. Ordinateur (105) selon la revendication 8, conçu en outre pour déterminer que plus aucune décision (315) ne peut être reçue en fonction de ce que : il ne reste pas d'agents (230) auxquels une décision n'ait pas été transmise ; et/ou un premier événement chronologique critique s'est produit et des décisions ont été reçues par au moins un quorum desdits agents ; et/ou un deuxième événement chronologique critique s'est produit.