Service Directory (Alberto Fernández)
Un directorio de servicios «tradicional» para el registro y búsqueda de servicios en la plataforma. Se aporta
- independiente del lenguaje para la descripción de los servicios (OWL-S, WSMO, WSDL, SAWSDL, tags, keywords…) -> las descripciones se convierten a n lenguaje común (AT-GCM)
- pensado como respositorio de los bundles desarrollados por el AT
=> pending: incluir el manifesto de los bundles como un lenguaje más en la descripción de los servicios para qe se pueda integrar en AT-GCM
Planning Bundles (Alejandro Torreño)
Servicio de planificación centralizada para poder construir agentes que sepan planificar. Formado por 3 bundles:
- parser: procesa descripciones en PDDL (2.1) y las transforma en objetos Java
- grounding: grounds el dominio de planning (elimina variables instanciándolas a todos los valores posibles). Construye un grafo relajado
- planning: proporciona el servicio de planificación propiamente dicho.
Estos bundles pueden servirnos para la composición de los servicios. Ya tenemos nuestra descripción en PDDL (creo que es la 3.0). SI el planificador «por defecto» no sirve bastaría con integrar dentro de otro bundle un nuevo servicio de planificación acorde con las características de nuestro dominio (abierto, dinámico, descentralizado)
¿Podría hacerse otro bundle que transforme de Drools a PDDL o directamente a los objetos Java? De esa forma podía usarse también en la parte de BDI con Jason.
Otra cosa interesante sería ver cómo envolver un planificador «normal» en un bundle. Podríamos hacer la prueba con el que está incluido en el servicio web. En ese caso se puede trabajar directamente con las descripciones en PDDL (sin traducir)
Negotiation Probabilística (Antonio Bella)
Permite modelar procesos de negociación dando una serie de parámetros para que un agente sea capaz de determinar el precio óptimo para una transacción en concreto. Es un proceso completamente informado
Técnicas incluídas en el bundle:
- Best Local Expected Profit (BLEP)
- Maximun Global Optimisation (MGO)
MMUCA (Jesús Cerquides)
Mixed multi-unit combinatory auction: Resolver subastas sobre procesos complejos de forma colaborativa (ej: células de fabricación flexible). Se incluyen materiales, herramienta y procesos. Las subasta se emplea para construir la mejor estructura posible -ej: demo eProcurement con milling machines-
Funcionamiento del bundle: los participantes le envian sus pujas y el bundle determina la combinación ganadora, con la que crea el workflow correspondiente en una institución electrónica.
Sería interesante comparar esto (y el trabajo de Jar y Merichel sobre CSP distribuidos) con las redes de consenso. Pero para eso antes necesitamos que las redes sean capaces de tener en cuenta varios atributos simultáneamente (de momento MMUCA está en el mismo caso y sólo optimiza precio). Debemos abordar eso cuanto antes para que sean usables. Si las dimensiones son independientes o si están correlacionadas positivamente creo que la convergencia estará también garantizada, pero ya con dos variables incompatibles el sistema ya no tiene solución para nosotros (oscilante) -> es necesario el tener un criterio de parada que se propague en toda la red (¿agentes monitores cuya presencia garantice el cumplimiento de ciertas propiedades o impida comportamientos no deseados?).
Sugerencia: el trabajo de Martí con los commitment managers pueden servir para la gestión del tiempo en MMUCA en una ronda independiente (en principio, es más sencillo para probar).
Combinational Auction (Matteo Vasirani)
Local search algorithm to determine winner in combinatorial auctions. Algoritmo estocástico