12. World Readability
05.11.2015
Managing Innovations
from Universities into Markets
1405.11.2015
Managing Innovations
from Universities into Markets
14
Linked Data
1 URI per obj
Allows
independent
matching
@webofneeds
16. Standardized Protocol for Making Connections
05.11.2015
Managing Innovations
from Universities into Markets
19
connect
open
communicate
close
@webofneeds
17. Layered Communication Protocol (Facets)
05.11.2015
Managing Innovations
from Universities into Markets
20
Chat, group chat, comments
Transactions (WS-BA, DEMO)
more can be defined
connect
open
communicate
close
@webofneeds
22. Acess Control
05.11.2015
Mana:ging Innovations
from Universities into Markets
26
WebAccessControl
Demand:
- when
- where
- how
- …
Transaction-related:
- invoice address
- email
- phone
- bank connection
Supply:
- when
- where
- how
- ...
Contact:
- email
- phone
Transaction-related:
- invoice address
- bank connection
public restricted access
@webofneeds
26. Concluding: what are Owner Proxies?
05.11.2015
Managing Innovations
from Universities into Markets
31
Owner Proxies should
• Be easy to understand technical artifacts
• Allow messy as well as structured data
• Behave predictably according to simple higher-level protocols
• Allow spontaneous cooperation based on common interest
e.g., e-commerce:
• WoN can be a common platform for customer AND
businesses
@webofneeds
27. Managing Innovations
from Universities into Markets
32
Visit: https://github.com/researchstudio-sat/webofneeds
Follow: @webofneeds
Contact:
Florian Kleedorfer
@fkleedorfer
florian.kleedorfer@researchstudio.at
Christina Maria Busch
@cm_busch
christina.busch@researchstudio.at
Christian Pichler
cpichler@ec.tuwien.ac.at
Christian Huemer
huemer@big.tuwien.ac.at
Editor's Notes
Everyone should use it for any kind of need/want/offer/..
For publishing the intention need to represent it.
Main idea: represent supply/demand and not people/accounts
Use one central entity: owner proxy
For publishing the intention, we have to find a language for description
Main idea: represent supply/demand and not people/accounts
Use one central entity: owner proxy
Privacy – no single all-knowing instance
Neutrality of the infrastructure
Single point of control
Decentralization allows growth
As easy as
Email
twitter
Allow to be messy
Allow to be strict and formal
Open: Do not pre-define vocabulary
Decentralization independent matching services
Matching services need world-readable data
linked data
Helps matchers learn matching rules
Helps build trust based on past behaviour
Helps analyze fraud
Personality
Habits
Plans
Friends
Work
..
supply/demand object must ‚identify itself‘
Sometimes you want to link to a public identity (a shop, a good customer)
WebID