https://github.com/caskade-automation/css

An ontology for the Capability, Skill and Service model of Plattform Industrie 4.0

https://github.com/caskade-automation/css

Science Score: 39.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
    Found 1 DOI reference(s) in README
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (11.6%) to scientific vocabulary
Last synced: 9 months ago · JSON representation

Repository

An ontology for the Capability, Skill and Service model of Plattform Industrie 4.0

Basic Info
  • Host: GitHub
  • Owner: CaSkade-Automation
  • License: mit
  • Default Branch: main
  • Size: 112 KB
Statistics
  • Stars: 1
  • Watchers: 0
  • Forks: 0
  • Open Issues: 0
  • Releases: 4
Created over 3 years ago · Last pushed 11 months ago
Metadata Files
Readme License

README.md

CSS-Ontology

An ontology containing the definitions of the Capability, Skill and Service (CSS) reference model of Plattform Industrie 4.0. The model is presented in this whitepaper. Extensions were later added in a follow-up whitepaper. There is also a scientific publication about the CSS reference model in case you want to cite this work: https://www.degruyter.com/document/doi/10.1515/auto-2022-0117/html.

Overview

This is an ontology implementation of the CSS reference model as defined by this Plattform Industrie 4.0 Whitepaper. All definitions according to this whitepaper can be found in a Wiki page. The most important elements of this reference model are:

Capability

A Capability is an implementation-independent specification of a function in industrial production to achieve an effect in the physical or virtual world. A Capability may be implemented by one or more Skills. You can think of a capability as a machine-interpretable description of a function. Such a description typically features Properties and constraints on these properties.

Skill

A Skill is an executable implementation of an encapsulated (automation) function specified by a Capability. Every Skill needs to have a SkillInterface (e.g. an OPC UA server) that allows external control of a Skill.

Service

A Service is a description of the commercial aspects and means of provision of offered Capabilities. A service may be considered as a wrapper around a capability that adds additional information, typically when one wants to offer or request capabilities via a marketplace.

Additional Resources

This is just a rather abstract ontology containing only the most important terms and relations. In order to model capabilities on a more detailed level as well as executable skills with all necessary information, there are extensions to this ontology on two levels:

  • CaSk is an ontology that adds additional details (e.g., a state machine) while still staying extensible so that domain-specific ontologies can built on CaSk
  • On an even more detailed level, there are currently two domain-specific ontologies that can be used to model capabilities and skills on a very detailed level:
    • The CaSkMan ontology can be used to model capabilities and skills in manufacturing. It extends CaSk by standards such as DIN 8580 (manufacturing operations), VDI 2860 (handling operations) as well as WADL and OPC UA to model skills with interfaces based on web services as well as OPC UA.
    • RoboCaSk is an ontology for capabilities and skills of autonomous systems that can work collaboratively to achieve a common goal. It extends CaSk by additional elements to represent such systems and thei skill interfaces.

Ontology example

Detailed examples can be found in the two repositories of CaSkMan and RoboCaSk

Current Issues

Here are some known issues that were found while creating this ontology: - There is an object property offersUseOf, which is used to connect a ServiceProvider with the Services it offers. In addition to offersUseOf, there is another object property offers, which connects a service with the capability it "embeds". This is a bit confusing. offersUseOf sounds like a sub property of offers but it is in fact something totally different. The property offers should be changed, because a service doesn't "offer" anything actively. Maybe "contains" or "containsUseOf" would be better?

  • hasInput and isInputFor sound like inverse object properties, but they are in fact totally different properties.

Owner

  • Name: CaSkade
  • Login: CaSkade-Automation
  • Kind: organization

Capability- and Skill-based Automation

GitHub Events

Total
  • Release event: 2
  • Watch event: 1
  • Delete event: 1
  • Push event: 2
  • Create event: 2
Last Year
  • Release event: 2
  • Watch event: 1
  • Delete event: 1
  • Push event: 2
  • Create event: 2

Issues and Pull Requests

Last synced: over 1 year ago

All Time
  • Total issues: 0
  • Total pull requests: 0
  • Average time to close issues: N/A
  • Average time to close pull requests: N/A
  • Total issue authors: 0
  • Total pull request authors: 0
  • Average comments per issue: 0
  • Average comments per pull request: 0
  • Merged pull requests: 0
  • Bot issues: 0
  • Bot pull requests: 0
Past Year
  • Issues: 0
  • Pull requests: 0
  • Average time to close issues: N/A
  • Average time to close pull requests: N/A
  • Issue authors: 0
  • Pull request authors: 0
  • Average comments per issue: 0
  • Average comments per pull request: 0
  • Merged pull requests: 0
  • Bot issues: 0
  • Bot pull requests: 0
Top Authors
Issue Authors
Pull Request Authors
Top Labels
Issue Labels
Pull Request Labels