Verfahren zur Integration einer semantischen Datenverarbeitung

Die Erfindung betrifft ein Verfahren zur Integration einer semantischen Datenverarbeitung insbesondere in Geräten der Automatisierungstechnik . Im Stand der Technik sind Feldgeräte bzw. Geräte bekannt, welche auf Basis von Mikrokontrollern arbeiten, beispielsweise intelligente Sensoren, Aktoren und Steuerungseinheiten in der Automatisierungstechnik oder in einem Fahrzeug. Im Zuge einer steigenden Komplexität von Automatisierungsanlagen ent- steht ein zunehmender Bedarf, Geräte mit einer Fähigkeit aus ^¬ zustatten, Daten in strukturierter und interpretierbarer Form zusammen mit einer semantischen Beschreibung zu verarbeiten und somit eine zu den Prinzipien eines »Semantic Web« analo ^¬ gen Datenverarbeitung anzustreben.

Eine semantische Datenverarbeitung bei Geräten wird insbesondere angestrebt, um ein Engineering der Geräte zu erleichtern, Fehler im Betrieb zu vermeiden oder zu erkennen, sowie zur Optimierung von Automatisierungsanlagen durch optimale Parametrierung der Geräte.

Eine insbesondere im Bereich einer anspruchsvollen Informationsverarbeitung weit verbreitete semantische Datenverarbei ^¬ tung wird auf Basis von Ontologien betrieben. Hierunter ist eine Wissensrepräsentation für ein definiertes Wissensgebiet, auch Domäne bzw. Domain genannt, zu verstehen, mit dem Ziel, Wissen maschinenlesbar auszutauschen und zu verwenden. Eine Ontologie bietet weitreichende Möglichkeiten, Eigenschaften (Relations) zwischen Klassen (Concepts) der Domäne zu bilden und stellt die für eine semantische Datenverarbeitung benö ^¬ tigten Verfahren zur Verfügung. Aufgrund einer datentechnischen Mächtigkeit von Ontologien erfordert das Arbeiten mit diesen eine entsprechend ressourcenstarke Rechenumgebung. Es sind bereits Überlegungen angestellt worden, Techniken des Semantic Web auf eine semantische Datenverarbeitung von Gerä ^¬ ten und andere Automatisierungskomponenten zu übertragen. Aufgrund der eingeschränkten Ressourcen von Geräten scheidet eine Verarbeitung semantischer Daten auf Basis von Ontologien jedoch aus. Unter besagten eingeschränkten Ressourcen sind insbesondere ein vergleichsweiser kleiner Speicherbereich, eine geringe Kommunikationsbandbreite, sowie eine ressourcen- schwache CPU oder Microcontroller als zentrale Recheneinheit zu nennen.

Eine demgegenüber »leichtere« (lightweight) semantische Da ^¬ tenverarbeitung beruht auf einem bekannten Datenmodell na- mens »Resource Description Framework« bzw. RDF. Das Datenmodell RDF weist eine formale Semantik auf, die auf gerichteten Graphen basiert. Die Daten des Datenmodells werden als Tripel modelliert. Hierunter ist eine Elementaraussage zu verstehen, welche aus Subjekt, Prädikat und Objekt besteht. Für die Speicherung von RDF Tripeln sind Konzepte bekannt, welche in der Fachwelt auch als semantisches Depot (Semantic Reposito- ry) bzw. Triplestore bezeichnet werden. In Geräten, welche mit einem begrenztem Speicherplatz- und Rechenleistungsangebot ausgestattet sind, wird dieser Triplestore üblicherweise auch als yRDF bezeichnet. Das standardisierte Datenformat »Efficient XML Interchange«, abgekürzt EXI, eignet sich in besonderer Weise für eine Implementierung eines yRDF auf Geräten . Im Stand der Technik sind Beschreibungssprachen zur Spezifikation von Datenformaten und der für eine Bearbeitung der Daten benötigten Verfahren bekannt. Eine bekannte Beschrei ^¬ bungssprache ist »Extensible Markup Language«, abgekürzt XML, mit welcher hierarchisch strukturierte Daten in Textform oder Piain Text beschrieben werden. Die Beschreibungssprache XML wird für einen plattformunabhängigen Austausch von Daten zwischen Rechnersystemen eingesetzt. Aufgrund der textuellen Natur von XML ist diese sowohl durch Maschinen als auch durch Menschen lesbar. Weiterhin sind Schemata bekannt, welche zur Beschreibung einer Struktur und zur Definition von Datentypen angewandt werden. Diese Schemata beruhen auf einer Beschrei ^¬ bungssprache wie z.B. XML und werden daher auch als Beschrei- bungssprachenschemata bezeichnet. Ein Schema zur Anwendung für XML Daten ist auch als XML Schema Definition bzw. XSD bekannt .

Häufig sind ein schneller Datenaustausch zwischen Rechnersys- temen und/oder eine schnelle interne Datenverarbeitung erforderlich, welche mit einer textuellen Beschreibungssprache wie XML nicht zu erreichen sind. Daher wurden binäre Repräsenta ^¬ tionen von XML vorgeschlagen. Eine solche Binärrepräsentation ist das oben besagte Austauschformat EXI, welches im Ver- gleich zu textbasierten XML-Daten schneller zu verarbeiten ist und weniger Übertragungsbandbreite beim Datenaustausch zwischen Rechnersystemen benötigt. Eine Anwendung von EXI ist im Übrigen nicht allein auf eine Binärrepräsentation von XML beschränkt, EXI kann als Austauschformat zur Verarbeitung und Übermittlung beliebiger semistrukturierter Daten eingesetzt werden .

Die Binärrepräsentation EXI entfaltet insbesondere Vorteile bei einer Verwendung in Geräten. Diese können für eine gerät- interne Bearbeitung von Daten im textbasierten XML-Format oder auch im Austauschformat EXI eingerichtet sein, tauschen diese Daten über entsprechende Kommunikationsschnittstellen jedoch üblicherweise auf Basis von Binärdaten, insbesondere Binärdaten gemäß EXI-Spezifikationen, untereinander aus.

Die Binärrepräsentation EXI ist besonders effizient, wenn ei ^¬ ne EXI Grammatik definiert wurde, welche am besten eine se ^¬ mantische Repräsentation bzw. Beschreibung der Daten abbildet. Diese Grammatik wird üblicherweise aus den oben erläu- terten XML Schemata erzeugt. Je konkreter diese Grammatik ge ^¬ staltet ist - z.B. hinsichtlich der Struktur der Daten, Inhalt der Daten, Datentypen - umso effizienter und kompakter ist eine Kodierung der Grammatik sowie deren Implementierung. Eine semantische Beschreibung von Geräten ist in überwiegenden Fällen allerdings derzeit nicht verfügbar. Gegenwärtig werden solche Beschreibungen lediglich versuchsweise in einem Engineering Tool ad hoc definiert, wobei die semantischen Be ^¬ schreibungen üblicherweise nur in der Engineering Tool- Umgebung in einem proprietären Format verbleiben.

Demgegenüber wäre es wünschenswert, verbreitete Ontologien, z.B. aus der Automatisierungsdomäne, auch in der Implementie ^¬ rung bzw. im Engineering von Geräten zu nutzen.

Aufgabe der Erfindung ist es, Mittel zu schaffen, welche eine Erzeugung einer Grammatik, insbesondere zum Einsatz in res- sourcenschwachen Geräten, aus einem Beschreibungssprachenschema ermöglichen, wobei eine semantische Repräsentation ei ^¬ ner Funktionsweise des Geräts zumindest teilweise aus mindes ^¬ tens einer an sich für ressourcenstarke Rechenumgebungen vorgesehenen Ontologie integriert wird.

Die Aufgabe wird durch ein Verfahren mit den Merkmalen des Patentanspruchs 1 gelöst.

Das erfindungsgemäße Verfahren sieht ein Verfahren zur Integ- ration einer semantischen Datenverarbeitung in einem Gerät, insbesondere in einem Feldgerät der Automatisierungstechnik vor. Dabei werden folgende Schritte durchgeführt:

Bereitstellen eines Beschreibungssprachenschemas zur Defi- nition eines semantischen Depots;

Bereitstellen einer Ontologie zur semantischen Repräsentation einer Funktionsweise und/oder Daten des Geräts;

Einlesen mindestens einer Klasse mit mindestens einer die ^¬ sen zugeordneten Eigenschaft aus der Ontologie und Einfü- gen einer entsprechenden Schemadeklaration in das Beschreibungssprachenschema;

Erzeugung einer Grammatik aus dem Beschreibungssprachenschema; und; Integration der Grammatik im Gerät.

Erfindungsgemäß ist vorgesehen, ein bestehendes generisches Beschreibungssprachenschemas zur Definition eines semanti- sehen Depots als Ausgangsbasis zu verwenden. Dieses Beschrei ^¬ bungssprachenschema beruht vorzugsweise auf einem bekannten Datenmodell namens »Resource Description Framework« bzw. RDF. Das Beschreibungssprachenschema bzw. Schema ist geeignet, in mit einem begrenztem Speicherplatz- und Rechenleistungsange- bot ausgestatteten Geräten - wie z.B. Feldgeräten - einen Triplestore bzw. yRDF zu implementieren. Das Beschreibungs ^¬ sprachenschema wird erfindungsgemäß zumindest teilweise mit Inhalten einer Ontologie zur semantischen Repräsentation einer Funktionsweise des Geräts angereichert. Dabei werden Klassen der Ontologie zusammen mit mindestens einer den Klas ^¬ sen zugeordneten Eigenschaft aus der Ontologie entnommen, in eine entsprechende Schemadeklaration umgeformt und diese Schemadeklaration in das Beschreibungssprachenschema einge ^¬ fügt. Zu den Klassen zählen auch Subklassen, welche über eine Eigenschaft bzw. Relation »subClassOf« einer Klasse unterge ^¬ ordnet sind. Das nach Einfügung mindestens einer Schemadekla ^¬ ration vorliegende Beschreibungssprachenschema wird in der weiteren Beschreibung auch als »erweitertes« oder »konkretes« Beschreibungssprachenschema bezeichnet, da die Integration der Gerätebeschreibung aus der Ontologie zu einem Beschreibungssprachenschema führt, welches die Spezifika des Geräts weitergehender berücksichtigt. Aus dem Beschreibungssprachenschema werden anschließend eine oder mehrere Grammatiken er ^¬ zeugt, vorzugsweise Grammatiken gemäß dem standardisierten Datenformat »Efficient XML Interchange«, abgekürzt EXI, wel ^¬ che im Gerät integriert, d.h. als Teil einer Steuerungssoft ^¬ ware geladen werden.

Ein besonderer Vorteil der Erfindung besteht darin, dass aus dem »konkreten« Beschreibungssprachenschema eine Grammatik erzeugt werden kann, welche eine wesentlich kompaktere seman ^¬ tische Datenverarbeitung und auch Datenübertragung zwischen Feldgeräten untereinander oder zwischen Feldgeräten und einem Automatisierungssystem - gestattet.

Die Kompaktheit der Datenverarbeitung gestattet eine schnel- lere semantische Datenverarbeitung. Andererseits führt diese Kompaktheit auch zu kleineren Datenpaketgrößen, welche die Wahrscheinlichkeit reduzieren, dass ein Datenpaket im Falle eines Datenpaketverlusts erneut gesendet werden muss (Re ^¬ Transmission) . Diese vorteilhafte Reduzierung von

Re-Transmissions hat einen positiven Einfluss auf die Netz ^¬ auslastung in einer Kommunikation mehrerer Feldgeräte untereinander oder zwischen Feldgeräten und einem Automatisierungssystem. Ein weiterer Vorteil der Erfindung besteht darin, dass Implementierungen der erfindungsgemäß erzeugten Grammatik weniger Speicherplatz beanspruchen, da diese weniger textbasierte (string based) Elementnamen (Identifier) enthält als Grammatiken, welche nicht unter Anwendung einer strukturierten Ge- rätebeschreibung, wie sie die Ontologie liefert, erzeugt wur ^¬ den. Die erfindungsgemäße Grammatik gestattet systembedingt einen Ersatz dieser textbasierten Elementnamen durch Datentypkodierungen (Type Coding) . Die Aufgabe wird weiterhin durch ein Computerprogrammprodukt mit den Merkmalen des Patentanspruchs 12 gelöst. Das Compu ^¬ terprogramm wird in einem Prozessor eines Bereitstellungsrechners, insbesondere einem Engineeringsystem zur Entwicklung einer Feldgerät-internen Software, abgearbeitet, welcher mit der Abarbeitung das Verfahren ausführt.

Weitere Ausgestaltungen der Erfindung sind Gegenstand der abhängigen Patentansprüche. Im Folgenden werden weitere Ausführungsbeispiele und Vorteile der Erfindung anhand der Zeichnung näher erläutert. Dabei zeigt : Fig. 1 ein Zustandsdiagramm einer Grammatik zur Definition eines semantischen Depots;

Fig. 2 eine schematische Darstellung einer beispielhaften

Ontologie zur semantischen Repräsentation einer Funktionsweise des Geräts und;

Fig. 3 eine schematische Darstellung einer erfindungsgemäß erweiterten Grammatik.

Eine semantische Beschreibung als Voraussetzung einer semantischen Datenverarbeitung von Geräten wie z.B. Automatisierungsgeräten oder Feldgeräten ist derzeit lediglich ansatzweise anzutreffen. Derzeitige Ansätze sehen vor, semantische Beschreibungen erst in einer Engineering Phase »per Hand« mittels eines Engineering Tools einzugeben.

Auf Basis der binären Repräsentation »Efficient XML Inter- change«, abgekürzt EXI, kann eine semantische Beschreibung auch in ressourcenschwachen Geräten realisiert werden, die eine »Selbstbeschreibung« der Geräte ermöglicht. Da in den Domänen des »Semantic Web« oder »Linked Data« Domäne derzeit kein Konzept für ein konkretes XML Schema zur Verfügung steht, könnte in einem ersten Anlauf ein generischer Ansatz gewählt werden, der gemäß EXI-Konventionen einer schemalosen bzw. »schemaless« Kodierung entspricht. Dieser Ansatz, dem keine XML Schemata bzw. daraus erzeugte EXI Grammatiken zug ^¬ rundeliegen, erweist sich aufgrund der wenig effizienten und wenig kompakten Kodierung als nachteilig.

Das erfindungsgemäße Vorgehen sieht demgegenüber eine Bereit Stellung eines Beschreibungssprachenschemas zur Definition eines semantischen Depots vor.

Das auf dem bekannten Datenmodell »Resource Description Fra ^¬ mework« bzw. RDF semantische Depot sieht eine Modellierung von Daten in semantischen Tripels vor. Auf Basis dieses RDF wird ein Beschreibungssprachenschema - insbesondere XML Schema - definiert, welches eine Struktur der semantischen Triples in der Beschreibungssprache abbildet. Im Folgenden wird ein beispielhaftes Beschreibungssprachenschema in der Beschreibungssprache XML dargestellt:

<!— root —>

<xs:element name=" DF">

<xs : complexType>

<xs : sequence>

<xs:element ref="rdf :Description" maxOccurs="unbounded"/>

</xs : sequence>

</xs : complexType>

</xs : element>

<!— subject -->

<xs:element name="Description">

<xs : complexType>

<xs : sequence>

<!— property —>

<xs:any maxOccurs="unbounded" namespace="##any" processContents="lax" </xs : sequence>

<xs : attribute name="about" type="xs:anyURI" use="required"/>

</xs : complexType>

</xs : element>

Die Deklaration: <xs : complexType> definiert einen komplexen Typ, welcher hier einen Zustandsau tomaten implementiert. Die »root« Deklaration mit »RDF« und der geschachtelten »Description«-Deklaration entspricht dem »Default« RDF Framework.

Die Deklaration: <xs:any maxOccurs="unbounded" namespace="##any" processContents="lax"/> ist vorgesehen, um beliebige zu einer Laufzeit auftretende »Property«-Elemente kodieren zu können.

In Fig. 1 ist ein Zustandsdiagramm einer generischen EXI Grammatik als Ergebnis einer Erzeugung aus dem oben bezeichneten Beschreibungsspracheschemas dargestellt. Dabei ist ein deterministischer Automat bzw. Deterministic Finite

Automaton, abkürzend auch DFA, dargestellt, in dem kreisförmige Gebilde einen Zustand abbilden. Ereignisse bzw. Events, in der Zeichnung EV, verursachen pfeilförmig dargestellte Zu- standsübergänge zwischen Zuständen oder auch als Loop innerhalb des gleichen Zustands. Ein Endzustand ist mit einer dop ^¬ pelten Kreislinie dargestellt.

Die oben bezeichnete Deklaration:

<xs:element name=" DF"> führt dabei zu einer in der mittleren Ebene dargestellten RDF Grammar und die oben bezeichnete Deklaration

<xs:element name="Description"> führt dabei zu einer in der obersten Ebene dargestellten Des- cription Grammar. Eine Root Grammar auf der untersten Ebene stellt den Startpunkt einer Grammatik dar.

Auf Basis dieser aus dem des oben gezeigten Beschreibungs ^¬ sprachenschema zur Definition eines semantischen Depots erzeugten generischen Grammatik können nun beliebige semantische Beschreibungen mit dieser generischen Grammatik abgebildet werden. Z.B. können folgende Triples

<RDF>

<Description about= ' temperature ' > <type resource= ' sensor ' />

<value>8.4< /value>

< /Description>

<Description about= 'humidity'>

<type resource= ' sensor ' />

<value> 79.2< /value>

vorgesehen werden, welche eine strukturierte Darstellung ei- nes Temperatursensors und eines Feuchtigkeitssensors definie ^¬ ren .

Der Temperatursensor oder Feuchtigkeitssensor entspricht in dem jeweiligen Triple einem Subjekt, der Messwert bzw. »Va- lue« entspricht einer Eigenschaft, die der Temperatursensor oder Feuchtigkeitssensor liefern kann, also einem Prädikat, der konkrete Messwert, oben z.B. »8.4« oder »79.2« dem Attribut des Triples. Eine EXI-Repräsentation einer daraus erzeugten Grammatik würde folgende Repräsentation ergeben:

00 ' temperature ' type resource 'Sensor' value '8.4' 0

1 'humidity' 0 1 0 3 '79.2'

Die im Folgenden unterstrichenen Ziffern

00 'temperature' type resource 'Sensor' value '8.4' 0_

1 'humidity' 0 1 0 3 '79.2' stellen die Bit-basierten Ereigniskodes (Event Codes) aus der Grammatik gemäß Fig. 1 dar, siehe dort beispielsweise die Er ^¬ eignisse (Events bzw. »EV«) EV(00), EV(0) und EV(1).

Die im Folgenden unterstrichenen Fragmente:

00 'temperature' type resource 'Sensor' value '8.4' 0 1 'humidity ' 0 1 0_ 3 ' 79.2 ' stellen Werte der Attribute bzw. deren Attribut-Elementnamen dar. Falls der gleiche Attribut-Elementname wiederkehrt, wird aus Gründen der Datenkompression ein numerischer Identifier anstatt des textuellen Attribut-Elementnamens verwendet, hier beispielsweise die »0« für »Sensor«. Für die Abbildung der Attribut-Elementnamen wird eine eigene Mappingtabelle unter ^¬ halten .

Die im Folgenden unterstrichenen Fragmente:

00 ' temperature ' type resource 'Sensor' value '8.4' 0

1 'humidity' 0 1 0 3 '79.2' stellen die Werte der (neuen) Property-Elementnamen dar.

Falls der gleiche Property-Elementname wiederkehrt, wird aus Gründen der Datenkompression ein numerischer Identifier anstatt des Property-Elementnamens verwendet, hier beispiels- weise die »0« für »type«, »1« für »resource« und »3« für »va ^¬ lue« .

Erfindungsgemäß ist nun vorgesehen, eine weitere Konkretisie ^¬ rung der aus dem oben gezeigten Beschreibungssprachenschema zu erzeugenden Grammatik dahingehend herbeizuführen, indem

Elemente einer Ontologie zur semantischen Repräsentation einer Funktionsweise des Geräts in das Beschreibungssprachenschema aufgenommen werden. Die Aufnahme der Ontologie- Elemente erfolgt durch Integration entsprechender Schemade- klaration in das Beschreibungssprachenschema.

Ein Gerät, z.B. Feldgerät hat eine feste Funktionsweise mit bestimmten festen und bekannten Parametern und Daten. Eine Beschreibung dieser Funktionsweise ist zumindest teilweise durch eine Ontologie abgebildet. Auf Basis der Beschreibung dieser Ontologie werden erfindungsgemäß semantischen Informa ^¬ tionen der Ontologie in Schemadeklarationen abgebildet. Das so erweiterte Beschreibungssprachenschema wird in eine erwei- terte, »konkrete« Grammatik übergeführt. Diese konkrete Gram ^¬ matik führt hinsichtlich Effizienz und Kompaktheit der Kodierung zu einer deutlichen Steigerung. Beispielsweise führt die konkrete Grammatik dazu, dass eine generische Dateneigen- schaff wie oben gezeigte Property-Element »value« zur Lauf ^¬ zeit nicht in eine textbasierte Form übertragen und verwaltet werden muss. Im Allgemeinen führt die konkretere Grammatik dazu, dass Werte in textbasierter Form, z.B. »sensor« generell vermieden werden können.

Der bisher bestehende Einsatz einer Ontologie für Validie ^¬ rungszwecke wird also erfindungsgemäß erweitert mit einem vorteilhaften Einsatz der Ontologie zur Erzeugung einer konkreten Grammatik, welche zu einer effizienten Datenverarbei- tung führt.

Folgende Informationen können aus semantischen Informationen der Ontologie in Schemadeklarationen abgebildet werden: - RDF Framework (Elemente/Attribute wie RDF, Description, about, type, etc.);

- Eigenschaften, insbesondere »Data Properties« und »Object Properties« inklusive deren Bezeichner bzw. Elementnamen;

- Verwendeten Datentypen der Eigenschaften;

- Namen der Klassen; und/oder;

- Namensräume.

Aus dem so mit den semantischen Informationen der Ontologie erweiterten Beschreibungssprachenschemas zur Definition eines semantischen Depots wird dann eine Grammatik, insbesondere EXI-Grammatik, erzeugt. Diese Grammatik wird in das Gerät, insbesondere Feldgerät, integriert. Im Anschluss wird bei der Übertragung von Daten und der internen semantischen Datenverarbeitung eine kompaktere Darstellung erreicht. Desweiteren wird die Bearbeitung der semantischen Daten aufgrund beschleunigter Parsing-Vorgänge effizienter und der Speicherverbrauch stark reduziert. Fig. 2 zeigt eine schematische Darstellung einer beispielhaf ^¬ ten Ontologie zur semantischen Repräsentation einer Funktionsweise eines Geräts. In dieser Ontologie sind zwei Klassen THN, SNS durch einen Kreis symbolisiert. Die erste SNS der beiden Klassen bzw. »Concepts« ist mit der zweiten THN der beiden Klassen THN, SNS über eine Eigenschaft sub-class bzw. »Relation« SCL verknüpft, welche die Beziehung zwischen beiden Klassen THN, SNS angibt. Für die erste Klasse SNS ist wei ^¬ terhin eine Eigenschaft VAL bzw. »Property« definiert, welche einem Datentyp FLT zugeordnet ist. Dieser Objekttyp FLT wird auch als »Type« oder »Range« bezeichnet.

Die vorangegangene strukturelle Beschreibung der beispielhaf ^¬ ten Ontologie wird im Folgenden mit ihren konkreten Elementen beschrieben. Einer ersten Klasse Sensor SNS ist über die Beziehung »ist Subklasse von« SCL einer zweiten Klasse »Thing« THN zugeordnet. Die zweite Klasse Thing bildet eine in der Ontologie von vorneherein vorgesehene (Default) Klasse welche eine generische Wurzelklasse bildet. Durch die Beziehung »ist Subklasse von« SCL wird aus dieser eine Unterklasse (Sub Class) Sensor SNS gebildet. Diese Klasse SNS hat eine Eigen ^¬ schaft »Value« VAL, welche den Datentyp FLT definiert. Der Datentyp FLT liegt als Gleitkommazahl bzw. »Float« vor.

Eine Definition der beispielhaften Ontologie gemäß Fig. 2 in einer Ontologiebeschreibungssprache OWL bzw. Web Ontology Language lautet wie folgt:

<owl: Class rdf:about="Thing" />

<owl: Class rdf : about=" Sensor">

<rdfs : subClassOf rdf : resource="Thing"/>

</owl:Class>

<owl : DatatypeProperty rdf : about="value">

<rdfs : domain rdf : resource="Sensor" />

<rdfs : ränge rdf : resource=" float" />

</owl : DatatypeProperty> In diesem Ausschnitt der Ontologiebeschreibungssprache zur Definition der Ontologie gemäß Fig. 2 wird eine Sensor-Klass definiert, welche eine Sub-Klasse von Things ist. Die Sensor Klasse hat eine Eigenschaft (Data property) »value«, welche den Range »float« hat.

Die Klasse »Thing« wird durch die Zeile <owl:Class rdf:about="Thing" /> definiert, die Klasse »Sensor« wird durch das Fragment:

<owl:Class rdf : about=" Sensor">

<rdfs : subClassOf rdf : resource="Thing"/>

</owl:Class> als Klasse »Sensor« definiert, welche über die Relation bzw. Eigenschaft »subclassOf« der übergeordneten Klasse »Thing« als Sub-Klasse bzw. Unterklasse zugeordnet ist. Im Allgemei ^¬ nen ist auch eine Sub-Klasse eine Klasse.

Aus der Ontologie bzw. der Ontologiebeschreibungssprache wer den die Klassen und Subklassen zusammen mit diesen zugeordne ten Eigenschaft aus der Ontologie eingelesen und entsprechen de Schemadeklarationen in das folgende erweiterte Beschrei ^¬ bungssprachenschema eingefügt.

<!— root —>

<xs:element name=" DF">

<xs : complexType>

<xs : sequence>

<xs:element ref="rdf :Description" maxOccurs="unbounded"/> </xs : sequence>

</xs : complexType>

</xs : element> <!— su ject -->

<xs:element name="Description">

<xs : complexType>

<xs : sequence>

<!—property —>

<xs:element ref="rdf :type"/>

<xs:element name="value" type="xs : float" />

</xs : sequence>

<xs : attribute name="about" type="xs:anyURI" use="required"/> </xs : complexType>

</xs : element>

<xs:element name="type" type="rdf : classes"

<xs : simpleType name="classes">

<xs : restriction base="xs : string">

<xs : enumeration value="Sensor" />

<xs : enumeration value="Thing"/>

</xs : restriction>

</xs : simpleType>

Die »root« Deklaration mit »RDF« und der geschachtelten »Des cription«-Deklaration entspricht - wie im Beispiel oben - dem »Default« RDF Framework.

Ein wesentlicher Unterschied des hier gezeigten erweiterten Beschreibungssprachenschema zum obigen Beschreibungssprachen Schema liegt darin, dass das erweiterte Beschreibungsspra ^¬ chenschema nun konkrete Eigenschaften bzw. Properties wie »type« und »value« aus der Ontologie in die »Description« Schemadeklaration von Elementen eingefügt sind.

Die Eigenschaft »type« wird als »type« Element ausdrücklich deklariert und mit der Anweisung versehen, dass ausschließ- lieh Klassen zugewiesen werden dürfen, welche in der Ontolo- gie definiert sind, nämlich »Thing« und »Sensor«.

<xs:element name="type" type="rdf : classes"

<xs : simpleType name="classes">

<xs : restriction base="xs : string">

<xs : enumeration value="Sensor" />

<xs : enumeration value="Thing"/>

</xs : restriction>

</xs : simpleType>

Diese Auswahl wird durch Deklaration mithilfe einer Auf- Zählung, genauer gesagt Enumerationsanweisung, umge- setzt .

Eine ähnlich ausdrückliche Deklaration erfolgt für die weite ^¬ re Eigenschaft »value« welche analog zur Ontologie - dort im Fragment DatatypeProperty - als float-basiertes Element de ^¬ klariert wird:

<xs:element name="value" type="xs : float" />

In allgemeiner Weise wird die Deklaration eines Datentyps also neben Gleitkommazahlentypen wie Float auch Boolean, Integer usw. - aus der Ontologie in die Schemadeklaration übernommen .

Aus diesem erweiterten Beschreibungssprachenschema wird nun eine erfindungsgemäß erweitert Grammatik gemäß Fig. 3 er ^¬ zeugt. Diese erweiterte Grammatik beinhaltet nun die konkrete Information aus der Ontologie bzw. aus dem erstellten erweiterten Beschreibungssprachenschema .

In der Ebene »Description Grammar« sind zwei Zustände »type« und »value« zur Abbildung der semantischen Informationen vorgesehen . Bei einer Abbildung der bereits oben erläuterten semantischen Beschreibungen zur Definition eines Temperatursensors und ei ^¬ nes Feuchtigkeitssensors:

<RDF>

<Description about= ' temperature ' >

<type resource= ' sensor ' />

<value>8.4< /value>

< /Description>

<Description about= 'humidity'>

<type resource= ' sensor ' />

<value> 79.2< /value>

auf die erweiterte Grammatik ergibt sich nunmehr folgende EXI -Repräsentation :

00 'temperature' 0 '8.4' 1 'humidity' 0 '79.2'

Hier ist unmittelbar einsichtig, dass die EXI-Repräsentation wesentlich kompakter ist als die oben gezeigte zweizeilige EXI-Repräsentation, welche eine Anwendung der generischen Grammatik ohne Einbindung der Ontologie vorsah. Dies demons- friert anschaulich die überlegene Kompaktheit der mit den Mitteln der Erfindung erzielten Kodierung.

Generische Elemente wie »type« und »value« sind nun nicht mehr vorhanden, sondern indirekt in der Grammatik enthalten. Weiterhin können bekannten Klassennamen wie »Sensor« durch eine Enumerationabbildung im Beschreibungssprachenschema ab ^¬ gebildet werden, so dass nur deren Enumerationwert übetragen werden muss, welcher auf Programmierebene für die Bearbeitung verwendet werden kann. Die im Folgenden durch Unterstreichung hervorgehobene 0 entspricht dem den Enumerationwert »Sen ^¬ sor«) :

00 'temperature' 0 '8.4' 1 'humidity' 0 '79.2' Gemäß einer Ausgestaltung der Erfindung wird ein Hybridansatz von EXI angewandt. Dieser Ansatz erlaubt sowohl eine Erstel ^¬ lung einer erweiterten Grammatik aus einer oder mehrerer Ontologien, gleichzeitig kann aber der Zustand »xs:any« in einer solchen Grammatik verbleiben, um weitere, eventuell noch unbekannte, Ontologien zu kodieren. Um den Verbleib des Zustand »xs:any« in der Grammatik zu gewährleisten, verbleibt die Deklaration:

<xs:any maxOccurs="unbounded" namespace="##any" processContents="lax"/> in der Beschreibungssprachenschemas zur Definition eines se ^¬ mantischen Depots. Damit bleibt gewährleistet, dass beliebige zu einer Laufzeit auftretende »Property«-Elemente kodiert werden können.