Agreeing about agreements: modelling social contracts, people and data

Slides:



Advertisements
Similar presentations
Applying preservation metadata to repositories For JISC KeepIt course on Digital Preservation Tools for Repository Managers Module 3, Primer on preservation.
Advertisements

DME PANEL CONTRACTS John Fisher Program Manager – Procurement.
Overview of Software Requirements
The RDF meta model: a closer look Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations.
Web Service Architecture Part I- Overview and Models (based on W3C Working Group Note Frank.
Software Engineer Report What should contains the report?!
A GENERIC PROCESS FOR REQUIREMENTS ENGINEERING Chapter 2 1 These slides are prepared by Enas Naffar to be used in Software requirements course - Philadelphia.
Agent-oriented Knowledge Management in Learning Environments: A Peer-to-Peer Helpdesk Case Study Renata S. S. Guizzardi 1 Lora Aroyo 1 Gerd Wagner 2 1.
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
The RDF meta model Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations of XML compared.
Business Rules 12 th Meeting Course Name: Business Intelligence Year: 2009.
Human-Aware Sensor Network Ontology (HASNetO): Semantic Support for Empirical Data Collection Paulo Pinheiro 1, Deborah McGuinness 1, Henrique Santos 1,2.
How Environmental Informatics is Preparing Us for the Era of Big Data AGU FM 2013 GC11F-01 December 09, 2013, MW 3001 Peter
1 Chapter 11 Planning. 2 Project Planning “establishing a predetermined course of action within a forecasted environment” “establishing a predetermined.
1 Sobah Abbas Petersen Adjunct Associate Professor, NTNU Researcher, Sintef TDT4252 Modelling of Information Systems Advanced Course TDT4252,
Managing Conflict and Assertive Communication. What’s Conflict?  Conflicts occur when the feelings, interests, or ways of behaving of one person interfere.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Requirement Elicitation Nisa’ul Hafidhoh Teknik Informatika
OWL (Ontology Web Language and Applications) Maw-Sheng Horng Department of Mathematics and Information Education National Taipei University of Education.
Stages of Research and Development
Features of science revision
Automatically Calculating the Adherence to License Requirements
(3.6) General requirements on resources for the establishment of IMS
Here is my personal thought about the key JP comments to MFI-5 CD5.
Principle Of Learning and Education Course NUR 315
Processes and Process Models
1 TOOL DESIGN A Review of Learning Design:
Data Reuse Fitness Assessment Using Provenance
FAR Part 2 - Definitions of Words and Terms
Software Requirements
Chapter 5 – System Modeling
Object-Oriented Software Engineering Using UML, Patterns, and Java,
SOA Service in DM2 David E. Ellis.
Management Functions Administration
ece 627 intelligent web: ontology and beyond
Unified Modeling Language
Structural Funds - Project Appraisal and Selection
Chapter 11: Usability © Len Bass, Paul Clements, Rick Kazman, distributed under Creative Commons Attribution License.
Today in OOAD Today in Lab Review EU-Lease Assignment (Vision)
EKT 421 SOFTWARE ENGINEERING
Jun Zhao University of Oxford
What can provenance do for me?
Chapter 6: Design of Expert Systems
System Modeling Chapter 4
Abstract descriptions of systems whose requirements are being analysed
IS442 Information Systems Engineering
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
Mapping it Out! Practical Tools to Use Assessment Well
Nicholas Car Scientific Data Platforms & Policy
Instructional Learning Cycle:
2. An overview of SDMX (What is SDMX? Part I)
2. An overview of SDMX (What is SDMX? Part I)
PROV Cunxin Jia.
Introduction to Research Methodology
Transport Industry Safety Group - A regulators perspective
The new RDA: resource description in libraries and beyond
Chapter 5 Understanding Requirements.
“This presentation is for informational purposes only and may not be incorporated into a contract or agreement.”
Chapter 5 Architectural Design.
Requirement Engineer Terms and Conditions
ISO 9001:2008 – Key Changes NOTE: use of this webinar depends on the instructor/speaker using the text in the notes of the slides!! Examples and speaking.
FdSc Module 107 Systems Analysis
Requirements I Peter Dolog dolog [at] cs [dot] aau [dot] dk
Atlas of Living Australia Sharing Biodiversity Knowledge
Executive Project Kickoff
Generic Statistical Information Model (GSIM)
Chapter 12 Leadership and Followership Skills
Profiles Guidance & Vocabulary
Chapter 12 Leadership and Followership Skills
Processes and Process Models
Presentation transcript:

Agreeing about agreements: modelling social contracts, people and data Nicholas J. Car & Paul J. Box “You're right, I agree, you are perfectly correct, I acquiesce, I concur. Yes, I assent, I am of the same mind, I am at one with you, I conform, I defer, I am in accord, I agree, I agree (sings) I agreeeeeeeeeeeeeeee!” -- Neddie Seagoon

Motivation This session: “We are especially interested in review or position papers that can be used to form a coherent research plan for the future.”

Aim To improve the efficiency of dealing with different forms of agreement within a data sharing scenario By providing: A prototype agreements ontology which models agreements themselves as ‘things’ and the relationships between them, and between them and data, and them and agents Agreement Agreement Agent Agreement Dataset

Introduction Benefits of concept modelling By modelling them , we demonstrate we agree about Agreements An agreements ontology allows us to start automating tasks that require knowledge of them Data repositories that can make better choices about how to deliver or withhold data without human intervention See my Licenses paper, http://www.scidatacon.org/2016/sessions/84/paper/199/

Introduction – Agreements as a concept Standards for data sharing between organisations and even teams within organisations is well established Standards are a form of agreement So are MoUs, charters, deeds, licences, rules of the road and even the definitions for words Many of these other sorts of agreements are also important for data sharing communities too

Background – Data Agreements in Australia We have a series of large inter-agency and intergovernmental information infrastructures built over the last decade observational and modelled data about the Great Barrier Reef (eReefs) Australia’s water supply organisation’s accounts (Water Regulations) data on Australia’s living species (Atlas of Living Australia) terrestrial ecosystems’ data (TERN) Authority structures are established for each initiative to govern communities A range of agreements, required to facilitate data sharing, are created through these structures

Background – Data Agreements in Australia Agreements, of all the sorts mentioned before, provide the rules of the game for those participating in collaborative activities These agreements are not explicitly described either in relation to the data sharing that the agreements facilitate, or the agents (organisations and people) that generate and subscribe to them This creates confusion, conflict and cost for data sharing and access. Explicit modelling and subsequent declaration of agreements and their relation to data and agents can assist!

The Agreements Ontology Agreements Ontology (AGR-O) presented at http://promsns.org/def/agr We are using OWL 1 for the ontology in order for it to work well with existing ontologies DCAT (dataset relations), Licences (my other talk), PROV (provenance) ORG & FOAF (humans & organisations) 1 https://en.wikipedia.org/wiki/Web_Ontology_Language A 'middle' ontology specializes well-known, abstract, upper ontologies expected to be used in particular contexts in conjunction with detailed, domain-specific, lower ontologies

Agreement is a Thing, an Entity owl:Thing “An entity is a physical, digital, conceptual, or other kind of thing with some fixed aspects; entities may be real or imaginary.” (PROV DM) rdfs:subClassOf prov:Entity rdfs:subClassOf agr: Agreement

Agreement is a Thing, an Entity owl:Thing “An entity is a physical, digital, conceptual, or other kind of thing with some fixed aspects; entities may be real or imaginary.” (PROV DM) rdfs:subClassOf prov:Entity Activity rdfs:subClassOf agr: Agreement An activity is something that occurs over a period of time and acts upon or with entities

Agreement is a Thing, an Entity owl:Thing rdfs:subClassOf prov:Entity prov:Plan rdfs:subClassOf agr: Agreement “Plans instruct Agents in some course of action” (PROV DM)

Agreement class relationships Ignore the paper’s diagram! org:Group prov:wasAttributedTo agr: Agreement agr:requires agr:hasScopeOf Requirement

ORG ontology qualified membership Agreement actions Agents make agreements Could be a Group agent (between individual Agents) How Agreements apply to Agents org:Group agr: Agreement prov:wasAttributedTo prov:Agent agr: Agreement org:Group prov:Agent agr:hasScope prov:Agent Agents bound by agreements ORG ontology qualified membership

Agreement actions How Agreements apply to Agents (cont.) Agents created by agreements prov:used prov:wasGeneratedBy prov:Plan make Agent Entity

Agreement actions How Agreements apply to Agents (cont.) Agents created by agreements prov:used prov:wasGeneratedBy agr: Agreement make Agent prov:Agent

“an action that may or may not be requested of you” (CC REL) Agreement actions How Agreements affect Agents Inspired by Creative Commons’ Rights Expression Language1 and the ODI Rights Statement Voc 2 1 http://labs.creativecommons.org/demos/ns/ 2 http://schema.theodi.org/odrs/ cc:requires cc: Licence cc: Requirement “an action that may or may not be requested of you” (CC REL)

“an action that may or may not be requested of you” (CC REL) Agreement actions How Agreements affect Agents Inspired by Creative Commons’ Rights Expression Language1 and the ODI Rights Statement Voc 2 1 http://labs.creativecommons.org/demos/ns/ 2 http://schema.theodi.org/odrs/ cc:requires agr: Agreement cc: Requirement “an action that may or may not be requested of you” (CC REL)

Agreement actions How Agreements affect Agents Qualified imperatives from “Key words for use in RFCs to Indicate Requirement Levels”1 1http://www.ietf.org/rfc/rfc2119.txt cc:requires agr: Agreement cc: Requirement agr:hasRequirementLevel MUST MUST NOT REQUIRED SHALL SHOULD MAY… agr: Imperative

agr: RequirementResolution Agreement actions How Agreements affect Agents Requirement Resolution cc:requires agr:resolves agr: Agreement cc: Requirement agr: RequirementResolution agr:hasRequirementLevel prov:generated agr: Imperative Resolves req X

Generalising over Licenses Agreement actions How agreements apply to data owl:Thing prov:Entity prov:Plan agr: Agreement cc: Licence Generalising over Licenses

Agreement actions How agreements apply to data owl:Thing prov:Entity dct:license prov:Entity Dataset cc: Licence prov:Plan prov:Entity agr: Agreement agr: Agreement agr:agreement cc: Licence

Agreement actions How agreements apply to data agr: Agreement Dataset prov:wasAttributedTo org:memberOf agr:hasScopeOf Dataset prov:Agent org:Group agr: Agreement

Example scenarios Discovering the agreements affecting a particular dataset Discovering datasets based on the agreements they are affected by Discovering the Requirements imposed on an Agent via the Agreements they are within the scope of Resolving the Requirements of conflicting agreements (licence v. MoU) TODO Demonstrating the automated satisfaction of Requirements

Conclusions We can model agreements, their relations to Agents and Entities using existing ontologies as a starting point Only a few new relations are needed Relationship qualification is a good ontology design pattern for these tasks

Future work Consider an Agreements hierarchy or speciation Model my organisation’s agreements using AGR-O We are starting with Licenses & Requirements I expect to see a rationalisation of agreements, as per previous License work

Thanks! Nicholas J. Car Data Architect, Geoscience Australia Canberra, Australia nicholas.car@ga.gov.au | www.ga.gov.au Paul J. Box Research Consultant, CSIRO Sydney, Australia paul.j.box@csiro.au |

Background - PROV PROV is a family of documents by the W3C There is a PROV Data Model and an Ontology1 form 1 https://www.w3.org/TR/prov-o/ wasAttributedTo Agent Entity wasDerivedFrom actedOnBehalfOf used generated wasAssociatedWith wasGeneratedBy Activity wasInformedBy