### d!sco Core

* d!sco Node
    * Web API
    * OData Endpoint
    * SPARQL Endpoint
    * P2P Connectivity

* d!sco Ontology 
    * Definition as OWL with Protégé Ontology Editor
    * Convert OWL into CSDL (OData $metadata)
    * Convert OWL or CSDL into internal Schema-JSON

* d!sco ID
    * Authentication
    * Authorization
    * (CD)SSO

* d!sco Explorer (Admin Tool to browse the Ontology and its content)

* d!sco History (Blockchain based change log)

* d!sco Dashboard (aka d!sco Frame)

* d!sco Workflow (Discussion-Method/Process-Builder)

* d!sco Evolution (Idea and Innovation Management System)
Themenbezogene, ganzheitliche Anwendung der d!sco Softwarekomponenten (*eat your own dog food*) zur kollaborativen, evolutionären Weiterentwicklung von d!sco selbst!

* d!sco Client-Library
    * TypeScript/JavaScript
    * PHP
    * Ruby

* d!sco Documentation
    * Conceptual Description (Wiki, UML)
    * JSDoc
    * FAQ, HowTos, jsfiddle-Samples


#### d!sco Dependencies

* abnfjs

* odata-rdf-interface

* typescript-mvc


### d!sco Services (aka d!sco Plug-Ins)

* X-Tree-M

* INCOMA

* iP7

* WikiArguments

* qKonsens


### d!sco Connectors

* WordPress

* Mailman

* diaspora


### d!sco Feeder

* RSS/Atom

* SMTP

* Matrix

* Signal

* XMPP




######################################


Weitere Überlegungen:

• Kein Push zum User, sondern immer Pull vom User (Subscription)!
• User erhält und sendet Informationen/Daten als Stream.
• Stream kann nur vom User eingesehen werden.
• User erhält eindeutige ID mit Client Zertifikat verknüpft.