WP8: Case Studies - Agreement

Download Report

Transcript WP8: Case Studies - Agreement

WP 8: Real Case Studies
www.agreement-technologies.org
WP8: Real Case Studies
(Leader: Vicent Botti – UPV)
CSIC
WP8: Real Case Studies
URJ
UPV
Total
57 84 36 204
(Leader: Vicent Botti – UPV)
Task 8.1. eProcurement Demonstrator
(Leader: Juan Antonio Rodriguez)
45
6
78
6 36
48
Task 8.2: mWater Demonstrator
(Leader: V.Botti)
6
Task 8.3: mHealth demonstrator
6 72
(Leader: Holger Billhardt)
78
WP8: Real Case Studies
•
Goal:
–
–
Test beds for the research results and algorithms developed in the
theoretical work packages.
Central to this work package shall be the common methodology and
tools produced in WP6.
Requirements
•
Method:
1. develop all demonstrators as evolutionary prototypes;
2. develop the demonstrators through several iterations;
3. involve the Demonstration Advisory Boards as reviewers.
•
Guides :
Design
Implementation
Review
1. (i) to help team members to join the developers’ team or show the
demonstrator at any time;
2. (ii) ease technology transfer (from the software development and
commercial perspectives).
We defend that this strategy is compulsory if we intend to exploit our
demonstrators as part of our technology transfer strategy
Schedule
M0
Early Requir. Elicitation
Prototype Scope
First cycle
Requirements/Design
Implementation
Review
Sec. cycle
Requirements/Design
Implementation
Review
Third cycle
Requirements/Design
Implementation
Review
Prog. Guide
M12
M24
M36
M48
M60
Juan A. Rodriguez-Aguilar
[email protected]
Task 8.3: eProcurement demonstrator
WP8: Real case studies
AT-kickoff meeting
Barcelona, February 4-5, 2008
www.agreement-technologies.org
eProcurement demonstrator
Overview
• Motivation and goals
• Proposed scenario
• Why agreement technologies?
• Planning
Motivation
The organisational structure of enterprises
is changing
Increment of outsourced activity
From monolithic to collaborative structures
that tend to reduce their size
Chinese Motorbike Industry
Small companies
collaborate and selforganise
They meet in online
places and coffee
shops
A self-organising
system of design
and production
8
8
Motivation
Business partners are moving from the
roles of suppliers, manufacturers, and
customers to the role of collaborators
In this environment, the choice of the best
business partners is critical
Goals
• Companies are in need for:
– Support to swiftly create business
collaborations that allow them to readily
respond to chaning market needs
– Tools that allow them to quickly react to
exceptions so that their goals can still be
achieved.
Proposed scenario
• Supply chain automation
Tier 3
Raw Materials
Tier 2
Fabrication
Tier 1
Comp. Assbly
Vehicle
Assembly
Mixing
Center
Dealers
Why agreement technologies?
•
Negotiation
– Supply chain formation and reconfiguration require
agreements among self-interested partners
•
Trust
– Fundamental to achieve robust supply chains that
prevent failures
•
Norms and organisations
– The result of agreements take the shape of norms or
organisations
eProcurement Advisory Board
– Javier Aróstegui, Director General of iSOCO,
S.A., and President of the B2B Committee of
the Asociación Española de Comercio
Electrónico
– Mariano Tristán, Procurement Manager at
Lilly Group
– Xavier Salrà, Consulting Manager for the
Public Sector at Hewlett-Packard
– Rafel Bernadas, ITC Coordinator, Economy
and Finance Departament, Generalitat de
Catalunya
V.Botti
Task 8.2: mWater Demonstrator
www.agreement-technologies.org
Task 8.2: mWater Demonstrator
Motivation. The mWater demonstrator addresses
scenarios where there are conflicts over different basin
waters, in many cases, caused by potential or actual water
scarcity.
Objectives. The mWater demonstrator has the goal of
providing an efficient allocation of water resources based
on a system of voluntary trade in water, which brings
potentially large benefits to all parties involved.
Why agreement technologies?
•
•
Politic Level
– Behavior Simulation
– Evaluation of different estrategies
Agreement (Decision) Support System?
Norms, Organizations, Trust, Negotiation
Water distribution management
– Water flow negotiation
– Time Schedule
– Cost
Water Flow Management System?
Norms, Organizations, Trust, Negotiation
mWater Advisory Board
– Joaquín Andreu Álvarez, Technical Director of the Confederación
Hidrográfica del Júcar.
– Emeritus Professor Uri Shamir, President, International Union of
Geodesy and Geophysics(IUGG), Stephen and Nancy Grand
Water Research Institute, Technion - Israel Institute of
Technology.
– Luís Garrote de Marco, Catedrático de Universidad.
Departamento de Ingeniería Civil: Hidráulica y Energética.
Universidad Politécnica de Madrid.
– Manuel Echeberría, subdirector general de programación
técnica y científica, Centro de Estudio y experimentación de
obras públicas.
Holger Billhardt
[email protected]
Task 8.3: mHealth demonstrator
WP8: Real case studies
AT-kickoff meeting
Barcelona, February 4-5, 2008
www.agreement-technologies.org
mHealth demonstrator
Overview
• Introduction: Aims and scope
• Proposed scenario
• Why agreement technologies?
• Planning
Introduction
•
WP8 Real case studies:
– Objectives:
• Test beds for the research results and algorithms developed
in the theoretical work packages
– Apply the common methodology and the tools
produced in WP6 (Tool suite).
– Based on the software architecture and the
Multiagent system platform developed in WP7
– Methodology:
• Evolutionary prototypes through several iterations
• Demonstration Advisory board
– Expected outcome:
• Usable software (technology transfer)
– Programmers’ and demonstrators’ guide
Introduction
•
mHealth demonstrator:
– Medical emergency assistance for people on
the move
– Motivation:
• Requires on-the-fly agreements among
heterogeneous organizations
• Practical relevance
– Bias towards health applications
– Added value for tourist services
Proposed Scenario
4.
1.
2.
3.
5.
6.
7.
8.
Alice
After
The
activation
and
Bob
are
may
is
ofnot
tourists
the
require
sure
PDA,
about
from
some
Alice
the
data
Bob physician
Finally,
second
hospital
contacts
Alice
opinion
agent
is
Alice’
transferred
contacts
health
service
insurance
and
provider
other
Germany.
uses
from
diagnosis
the device
They
and
medical
wants
carry
to to
quickly
record.
to
a PDA,
obtain
find
Bob
already
asks Alice’
company
hospitals
operated.
some
to
in
After
details
the
inform
two
area
them
weeks
in
the
order
local
about
of
toathe
the
find a
equipped
nearest
contacts
second
opinion.
hospital
Alice’
with
the
home
He
next
mHealth
accesses
hospital,
to PDA
them.
agent
aThe
physician.
proposed
suitable
recovery
hospital
Alice
treatment
They
uses
all
for
come
her
and
Alice’
to
totreatment.
ask
the
to
for
send
suite.
agent
directly
second
Suddenly,
onopinion
orthe
through
PDA
service
Alice
also
some
issupplies
by
seriously
Emergency
them
conclusion
the
Furthermore,
a
“Thank
corresponding
you”
that
itto
passes
Alice
all
authorization.
the
needs
Alice’
people
an
medical
suffering
with
Medical
forwarding
information
Assistance
from
all her
information
pain
on
in
service
how
theand
toupper
available
get
(EMA),
there.
in
urgent
data
involved
to surgical
the
with
new
operation.
hospital
medical
case
The
. part
of
order
so
her
far.to
body
obtain
the
is
data.
unknown
to her.
hospital
arranges
doesn’t
herwhich
transfer
have
with
the required
a local
equipment, company.
ambulance
so they decide to transfer
Alice to another hospital in Spain.
22
Why agreement technologies?
Semantics:
• Ad-hoc communication between different organizations
• Heterogeneous representation
languages for data and services
• Heterogeneous descriptions of
services and data
E.g.: medical record data exchange
23
Why agreement technologies?
Argumentation and negotiation:
• Requires agreements among
independent organizations
E.g.: find a hospital for a Alice’ treatment
24
Why agreement technologies?
Trust:
• Health is a trust sensitive domain
E.g.: ask for a “second opinion”
25
Why agreement technologies?
Norms and Organizations:
• To define the relationships among participating organizations
• Efficient teamwork among participants
• Agreement planning
E.g.: arrange Alice’ transfer to
another hospital
26
Planning
•
First steps:
– To define the concrete application scenario
• Basically in cooperation with Fuenlabrada Public Hospital
– Comments/questions:
• The envisioned international scenario is interesting but difficult to
implement
• Maybe we should concentrate on a smaller rather local scenario
– Closer to “real world”
– Higher possibility for technology transfer (commercial perspective)
•
Team:
– Holger Billhardt (Leader)
– PhD student
– URJC team