Im ersten Teil der Blog-Reihe zum Thema ‚Semantische Technologien in Sharepoint‘ habe ich die Ausgangslage und die Intention für die Produkt-Entwicklung dargestellt, im 2. Teil möchte ich auf die Produkt-Konzeption eingehen.

Bei all unseren Überlegungen war uns das Thema Standards sehr wichtig. Wir wollten ein Produkt entwickeln, welches auf offenen W3C-Standards basiert, um den Kunden eine zukunftssichere Lösung zu bieten, ohne dass der Kunde sich langfristig an einen Hersteller wie uns binden muss. Einigen Kunden, mit denen wir dieses Thema durchgesprochen haben, war dieser Punkt aufgrund schlechter Erfahrungen in der Vergangenheit sehr wichtig.

Als Technologie-Grundlage hatten wir die Wahl zwischen unterschiedlichen semantischen Technologien, welche in diesem Fachartikel sehr gut beschrieben sind. Aufgrund der Mächtigkeit, welche eine regelbasierte Technologie mitbringt, sind wir der Meinung, dass erst die Integration eines Regelwerkes richtiges Wissensmanagement ermöglicht. Wir haben uns deshalb für Ontologien als technologische Grundlage unserer Software entschieden.

Da wir die Fa. ontoprise bereits aus früheren Projekten kannten, war schnell eine gemeinsame Basis gefunden. ontoprise konzentriert sich mit ihren Produkten Ontobroker und Ontostudio sowie den Web-service orientierten Lösungen Semantic Miner und Semantic Guide sehr stark auf die Backend-Technologie, unsere Stärke war und ist die Gestaltung von intuitiven Bedienoberflächen für komplexe Datenmodelle.

Was wollen wir also tun ?

Aufbauend auf den W3C-Standards RDF oder OWL modelliert der Kunde seine Ontologie (bestehend aus Konzepten, Attribute, Relationen und Regeln) in einem Modellierungswerkzeug wie Ontostudio oder er hat bereits eine fertige Ontologie in einem dieser Formate vorliegen. Alternativ bietet sich auch die Verwendung des sehr mächtigen Formates F-Logic an, welches aber noch kein offizieller W3C-Standard ist (momentan im Rahmen vin RIF im Standardisierungsprozess).

Diese kundenspezifische Ontologie wird anschließend in ein Sharepoint-Objektmodell konvertiert. Darauf aufbauend können Redakteure nun innerhalb von Sharepoint Instanzen für diese Ontologie erstellen. Diese Instanzen werden in Sharepoint in Listen oder Dokumentbibliotheken gespeichert. Zu diesem Zweck wird es automatisiert diverse Eingabeoberflächen geben, mit deren Hilfe der Redakteur Listeneinträge, Dokumente, Wiki-Seiten, etc. erstellen kann. Alle Instanzen entsprechen dabei dem in Schritt 1 entworfenen Ontologie-Schema.

Nach Befüllung der Ontologie können Anwender innerhalb der Ontologie suchen und recherchieren. Suchergebnisse können dabei auf die Ontologie begrenzt werden oder auf andere Datenquellen (z.B. Filestores) ausgeweitet werden. Aber auch eine Recherche innerhalb einer Wiki-oder Portal-Oberfläche wird möglich sein.

Stellen Anwender im Rahmen von Recherchetätigkeiten fest, dass sie Elemente in der Ontologie vermissen (Konzepte, Attribute oder Relationen), so können sie auf einfache Art und Weise Vorschläge für eine Ontologie-Erweiterung einbringen, welche wiederum von einem Ontologie-Designer geprüft werden. Bei Bedarf erweitert dieser daraufhin die Ontologie.

Dadurch entsteht ein Kreislauf, welcher zu einer kontinuierlichen Weiterentwicklung der Ontologie und damit des im Unternehmen gespeicherten Wissens führt. Der ganze Prozess wird im folgenden Schaubild visualisiert.

In Teil 3 der Blog-Reihe werde ich über den Produktaufbau und die ersten Entwicklungsergebnisse berichten.