<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE topicMap SYSTEM "xtm1.dtd" [
<!ENTITY soa "www.brz.gv.at/soa/ontologie/soa.xml#">
<!ENTITY gov "www.brz.gv.at/soa/ontologie/gov.xml#">
<!ENTITY type "www.brz.gv.at/soa/ontologie/type.xml#">
]>
<?xml-stylesheet type="text/xsl" href="suphice.xsl"?>

<topicMap id="suphice-map"
   xmlns= "http://www.topicmaps.org/xtm/1.0/"
   xmlns:xlink="http://www.w3.org/1999/xlink"
>

<!-- Toplevel Topic (Website) -->
<topic id="suphice-website">
	<instanceOf>
		<subjectIndicatorRef xlink:href="&soa;website"></subjectIndicatorRef>
	</instanceOf>
	<baseName><baseNameString>Willkommen bei SUPHICE</baseNameString></baseName>
	<baseName><baseNameString>SUPHICE</baseNameString></baseName>
	<occurrence>
		<scope> 
			<topicRef xlink:href="&soa;image-right"/> 
			<resourceRef xlink:href="img/motiv1.gif"></resourceRef>
		</scope>
		<resourceData>	
Die Europäischen Kommission fördert im Rahmen der "Preparatory Action 
for Security Research (PASR)" Projekte, die sich mit der Erforschung und 
Entwicklung von Sicherheitstechnologien befassen. 
[br][br]
Eines der geförderten Projekte ist SUPHICE: Secure Unplanned Provisioning 
of High Integrity Communications across Europe. Zielsetzung dieses Projektes 
ist die Bereitstellung einer Infrastruktur und Technologie zum spontanen und 
sicheren Austausch klassifizierter Informationen innerhalb Europas. 
		</resourceData>
	</occurrence>
	<occurrence>
		<scope>
			<subjectIndicatorRef xlink:href="&soa;formatedText"></subjectIndicatorRef>
		</scope>
		<resourceData>
Das SUPHICE-Projektkonsortium besteht aus: 

- ESL Advanced Information Technology aus Österreich 
- Avensus (ehemals Evolve Datacom BV) aus Holland 
- EFT Consultants Polska SP aus Polen 
- Ericsson Microwave Systems AB aus Schweden 
- Intracom SA Hellenic Telecom &amp; Electronics aus Griechenland 
- L2K Spolencost S.R.O. aus der Tschechischen Republik 
- Thales Defence Deutschland 
- Thales eSecurity, Thales Research and Technology Ltd aus GB 
- TietoEnator Financial Solutions SIA aus Lettland 
		</resourceData>
	</occurrence>
</topic>

<topic id="site-link1">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>Thales eSecurity Ltd </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.thalesgroup.com/esecurity"/> </occurrence>
</topic>
<topic id="site-link2">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>ESL Advanced Information Technology </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.esl.at"/> </occurrence>
</topic>
<topic id="site-link3">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>Avensus </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.avensus.nl"/> </occurrence>
</topic>
<topic id="site-link4">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>EFT Consultants Polska SP </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.eft.pl"/> </occurrence>
</topic>
<topic id="site-link5">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>Ericsson Microwave Systems AB </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.ericsson.com"/> </occurrence>
</topic>
<topic id="site-link6">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>
		Intracom SA Hellenic Telecommunications &amp; Electronics Industry IC 
	</baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.intracom.gr"/> </occurrence>
</topic>
<topic id="site-link7">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>L2K Spolencost S.R.O. </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.l2k.cz"/> </occurrence>
</topic>
<topic id="site-link8">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>Thales Defence Deutschland </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.thalesgroup.com/germany/pages/defence.shtml"/> </occurrence>
</topic>
<topic id="site-link9">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>Thales Research &amp; Technology Ltd </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.thalesresearch.com"/> </occurrence>
</topic>
<topic id="site-link11">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>Tietoenator Financial Solutions SIA </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.tietoenator.com/cards"/> </occurrence>
</topic>
<topic id="site-link12">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;link"/> </instanceOf>
	<baseName><baseNameString>SUPHICE Official Website </baseNameString></baseName>
	<occurrence> <resourceRef xlink:href="http://www.suphice.com/"/> </occurrence>
</topic>


<!--  Firstlevel Topics (Mainpages) -->
<!-- 1 Level:  -->
<topic id="suphice-projekt">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;mainpage"/> </instanceOf>
	<baseName><baseNameString> Projektbeschreibung </baseNameString></baseName>
	<occurrence>
		<scope> 
			<topicRef xlink:href="&soa;image-right"/> 
			<resourceRef xlink:href="img/motiv7.gif"></resourceRef>
		</scope>
		<resourceData>	
Das sensible Thema Sicherheit wird in Europa national gehandhabt, was sowohl die Entwicklung von Technologien betrifft wie auch den Schutz der Rechte von Bürgern. 
[br][br]
Derzeit gibt es keine gemeinsamen Standards, die dazu dienen könnten, Kommunikations&#173;systeme für den sicheren und geheimen Informationsaustausch in der EU aufzubauen. 
[br][br]
Im Rahmen des SUPHICE-Projektes (Secure Unplanned Provisioning of High Integrity Communications across Europe) wird durch Zusammenarbeit führender europäischer Sicherheitstechnologie-Unternehmen Knowhow und nationale Erfahrungen koordiniert zur Lösung der angeführten Probleme eingebracht, unter anderem: Schaffung der Voraussetzungen für eine europaweit nutzbare sichere Kommunikation "on demand", Etablierung eines gemeinsam nutzbaren Algorithmus für sichere Kommunikation und den Abgleich nationaler sowie militärischer und ziviler Interessen im Rahmen einer Arbeitsgruppe.  
		</resourceData>
	</occurrence>
</topic>

<topic id="suphice-konsortium">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;mainpage"/> </instanceOf>
	<baseName><baseNameString> Konsortium </baseNameString></baseName>
	<occurrence>
		<scope> 
			<topicRef xlink:href="&soa;image-right"/> 
			<resourceRef xlink:href="img/motiv6.gif"></resourceRef>
		</scope>
		<resourceData>
Die europäische Forschung ist überwiegend in nationale Programme aufgesplittert und daher weder koordiniert noch mit ausreichenden Budgetmitteln ausgestattet. Daher sollen in den verschiedenen Rahmen&#173;programmen der EU europäische Hochschulen, Forschungs&#173;einrichtungen, kleine und mittlere Unternehmen und staatliche Stellen zusammengeführt werden, um Europa im internationalen Wettbewerb zu stärken. 
[br][br]
Auf den folgenden Detailseiten werden die am SUPHICE-Projekt beteiligten Unternehmen vorgestellt und einige für die europäische Forschung und Standardisierungsvorhaben relevanten Kontakte angeführt. 
		</resourceData>
	</occurrence>
</topic>

<topic id="suphice-pasr">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;mainpage"/> </instanceOf>
	<baseName><baseNameString> PASR </baseNameString></baseName>
	<occurrence>
		<scope> 
			<topicRef xlink:href="&soa;image-right"/> 
			<resourceRef xlink:href="img/motiv4.gif"></resourceRef>
		</scope>
		<resourceData>	
Im Frühjahr 2004 begann die Europäische Kommission mit der Einleitung eines gezielten Programms zur europäischen Sicherheitsforschung. Der erste Schritt waren die "Vorbereitenden Maßnahmen für die Sicherheitsforschung (Preparatory Action for Security Research PASR)" mit einem Budget von 65 Millionen Euro für den Zeitraum von 2004  bis 2006. 
[br][br]
In den kommenden Jahren wird die EU der Forschung und Entwicklung von Sicherheitstechnologien einen besonders hohen Stellenwert einräumen, was sowohl Prioritätensetzung wie auch Budgetierung betrifft.  
		</resourceData>
	</occurrence>
</topic>
 
<topic id="suphice-glossar">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;mainpage"/> </instanceOf>
	<baseName><baseNameString> Glossar </baseNameString></baseName>
	<occurrence>
		<scope> 
			<topicRef xlink:href="&soa;image-right"/> 
			<resourceRef xlink:href="img/motiv2.gif"></resourceRef>
		</scope>
		<resourceData>	
Im Rahmen des SUPHICE-Projektes werden verschiedene Wissensdomänen für die Erarbeitung eines Gesamt&#173;ergebnisses zusammengeführt. Die Kenntnis und das gemeinsame Verständnis domänen&#173;übergreifende Fachbegriffe ist dabei nützlich. 
[br][br]
Einige ausgewählte Begriffe werden im Folgenden kurz angeführt und erklärt. Zu jedem Begriff ist über den vorgesehenen Wikipedia-Link sowohl eine entsprechende Detailinformation findbar wie auch der englischsprachige Parallelbegriff. 
		</resourceData>
	</occurrence>
</topic>

<topic id="suphice-impressum">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;mainpage"/> </instanceOf>
	<baseName><baseNameString> Impressum </baseNameString></baseName>
</topic>



<!--  Secondlevel Topics (Webpages) -->
<!-- 2 Level: Projektbeschreibung  -->
<topic id="projekt-motivation">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-projekt"/> </instanceOf>
	<baseName> <baseNameString> Motivation </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Von jeher wird das Thema "Sicherheit" als national, nicht jedoch als EU-weit betrachtet. Europäische Staaten agieren häufig besitzergreifend, was ihre eigenen Sicherheitstechnologien angeht, und misstrauen den Technologien anderer Staaten. Nationale Einstufungen, insbesondere das Design von Verschlüsselungen, haben Vorrang vor denen anderer Staaten oder der EU, und die Verpflichtungen innerhalb der EU, die Rechte des Bürgers zu schützen, werden in jedem Staat anders ausgeführt.
[br][br]
Derzeit gibt es keine gemeinsamen Standards, die dazu dienen könnten, interoperable Kommunikationssysteme für die EU zu implementieren. Dadurch wird der Sicherheitsmarkt innerhalb der EU künstlich verkleinert und somit existiert eine relevante europäische Sicherheitsindustrie nur sehr eingeschränkt. Dies hat wiederum zur Folge, dass Einsatz und Spezifizierung von EU-weiten Sicherheitssystemen eher reaktiv als proaktiv erfolgen. Lange Lieferzeiten für Produkte in diesem Umfeld sind die logische Konsequenz.
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-wp">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-projekt"/> </instanceOf>
	<baseName> <baseNameString> Work Packages </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>
Das SUPHICE-Projekt definiert 6 Arbeitspakete: 
WP 0: Projektmanagement 
WP 1: Gegenseitige Zertifizierung 
WP 2: Hochsicherer Algorithmus 
WP 3: Sicherheit "on demand" 
WP 4: Verifikation und Akzeptanzprüfung 
WP 5: Roadmap und Aufgabenteilung 
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-budget">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-projekt"/> </instanceOf>
	<baseName> <baseNameString> Budget </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>
Gesamtkosten: 1,938,700 Euro 
EU Beitrag: 1,350,000 Euro 
Beginn: 1/01/2005 
Dauer: 18 Monate
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-faq">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-projekt"/> </instanceOf>
	<baseName> <baseNameString> FAQ </baseNameString> </baseName>
</topic>



<!-- 2 Level: Konsortium  -->
<topic id="konsortium-detail">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-konsortium"/> </instanceOf>
	<baseName> <baseNameString> Beteiligte Firmen </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Das SUPHICE-Konsortium besteht aus 10 Firmen [br]
aus 9 europäischer Länder. SUPHICE-Koordinator [br]
ist THALES e-Security: [br][br]
&#160; Kontakt: Peter Davies [br]
&#160; Telefon: +44(0)1273 384600 [br]
&#160; Fax: +44(0)1273 384601 	
		</resourceData>
	</occurrence>
</topic>

<topic id="konsortium-eu">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-konsortium"/> </instanceOf>
	<baseName> <baseNameString> EU Kontakte </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Das Ergebnis europäischer Forschungs- und Entwicklungsprojekte soll allgemein nutzbar sein und die Basis für weiterführende Arbeiten bilden. Eine der Voraussetzungen dafür ist die Einhaltung bestehender Normen und Standards beziehungsweise die Schaffung neuer Standards mit verbindlichen Charakter. Einige in diesem Zusammenhang wichtige Kontakte und Institutionen werden im Folgenden aufgezeigt. 
[br][br]
&#160; EC Research &amp; Development [br]
&#160; EU Security Research Portal [br]
&#160; Europe's Information Society [br]
&#160; Cordis Information Society Technologies IST [br][br]
&#160; International Standardisation Organisation ISO [br]
&#160; International Electrotechnical Commission IEC [br]
&#160; International Telecommunication Union ITU-T (CCITT) [br]
&#160; Comité Européen de Normalisation CEN/CENELEC [br]
&#160; Internet Engineering Task Force IETF [br]
&#160; European Telecommunications Standards Institute ETSI  [br]
		</resourceData>
	</occurrence>
</topic>


<!-- 2 Level: PARS  -->
<topic id="pasr-ziel">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-pasr"/> </instanceOf>
	<baseName> <baseNameString> PARS-Zielsetzung </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Ein Ziel dieses Programms ist die Zusammenführung von ziviler Forschung auf der einen Seite und nationalen sowie internationalen Forschungsprogrammen im Bereich der Sicherheit auf der anderen Seite. Eine weitere Intention von PASR ist die Einführung von Standards für Interoperabilität, die Vernetzung von Institutionen und eine bessere Einschätzung des menschlichen Faktors. Dies soll sich weniger im Bereich der Verteidigungstechnologie, sondern mehr im Bereich der Kontroll-, Sicherheits-, Informations- und Kommunikations-Technologien abspielen. Dies lässt sich unter der Bezeichnung Sicherheitsforschung: EU-Maßnahme zur Verbesserung des Schutzes der Bürger zusammenfassen. 
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>	
Zunächst einmal werden Sicherheitsprobleme definiert und analysiert, um Antworten sowohl technischer als auch politischer Art zu finden. Die Schwerpunkte der Ausschreibung sind: 
		</resourceData>
	</occurrence>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>	
- Verbesserung des Situationsbewusstseins 
- Optimierung von Sicherheit und Schutz vernetzter Systeme 
- Schutz vor Terrorismus (einschl. Bioterrorismus und Vorfälle mit biologischen, 
  chemischen und anderen Substanzen) 
- Verbesserung des Krisenmanagements (einschl. Evakuierungs-, Such- und 
  Rettungsmaßnahmen, Eindämmung aktiver Stoffe und Sanierung) 
- Interoperabilität und integrierte Informations- und Kommunikationssysteme 
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>	
Diese Schwerpunkte sollen innerhalb der PASR-Maßnahmen insbesondere unter dem Aspekt betrachtet werden, wie den verschiedenen Endanwendern ein maximaler Nutzen zur Verfügung gestellt werden kann; dies bezieht sich auf Einrichtungen des öffentlichen Dienstes, Regierungsstellen, die Industrie und die breite Öffentlichkeit. Die in den Jahren 2004 - 2006 erreichten Ergebnisse werden die Grundlage für ein europäisches Forschungsprogramm im Bereich der Sicherheit bilden, das 2007 beginnen wird. 
		</resourceData>
	</occurrence>
</topic>

<topic id="pasr-budget">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-pasr"/> </instanceOf>
	<baseName> <baseNameString> PARS-Budget </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Für das Jahr 2004 wurden Mittel in Höhe von 15 Mio. Euro bereitgestellt. Es gingen 175 Vorschläge ein, von denen 12 für eine Förderung ausgewählt wurden, eines der ausgewählten Programme war SUPHICE.
		</resourceData>
	</occurrence>
</topic>


<!-- 2 Level: Glossar  -->
<topic id="glossar-krypto">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-glossar"/> </instanceOf>
	<baseName> <baseNameString> Begriffe zur Kryptografie </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Neben Begriffen zum eigentlichen Kernbereich der Kryptografie werden auch die zur Vertrauensbildung erforderlichen Themen wie Digitale Signatur und Zertifikate behandelt. 
		</resourceData>
	</occurrence>
</topic>

<topic id="glossar-web">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-glossar"/> </instanceOf>
	<baseName> <baseNameString> Begriffe zur Web-Technologie </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Die Begriffe zum Thema Web-Technologie umfassen sowohl Architekturkonzepte in heterogenen Systemlandschaften wie zum Beispiel SOA und Webservices als auch plattformspezifische Konzepte, zum Beispiel Webserver, J2EE und Anwendungs-Frameworks. 
		</resourceData>
	</occurrence>
</topic>

<topic id="glossar-xml">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-glossar"/> </instanceOf>
	<baseName> <baseNameString> Begriffe zu XML </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
XML, die universelle Metasprache zur Archivierung, Verarbeitung und Transport von Daten und Informationen, ist ein Komplex aus Sprachspezifikationen wie DTD, XPath, XSD und WSDL, Anwendungssprachen wie XSLT, XSL-FO und SVG, Schnittstellen&#173;spezifikationen wie DOM und SAX, und vielen XML-Dialekten wie SOAP, XMLDSig, eBXML und BPEL. 
		</resourceData>
	</occurrence>
</topic>


<!-- 2 Level:  Impressum -->
<topic id="impressum-owner">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-impressum"/> </instanceOf>
	<baseName> <baseNameString> Medieninhaber </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Die vorliegende Webseite ist eine Informationsseite der Firma ESL-AIT im Internet. Unter dieser Web-Adresse werden Informationen dieses Unternehmens für das beschriebene SUPHICE-Projekt veröffentlicht.
		</resourceData>
	</occurrence>
</topic>

<topic id="impressum-inhalt">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-impressum"/> </instanceOf>
	<baseName> <baseNameString> Inhalt </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Der Inhalt dieser Webseiten wurde, wenn nicht besonders vermerkt, aus öffentlich zugänglichen Informationen und Dokumenten der beteiligten Partnerfirmen und EU-Stellen erstellt. Die inhaltliche Verantwortung für diese Zusammenstellung der Informationen liegt beim Medieninhaber. Für Inhalte auf verlinkten Seiten sind ausschließlich deren Betreiber verantwortlich. 
		</resourceData>
	</occurrence>
</topic>

<topic id="impressum-about">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;webpage"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#suphice-impressum"/> </instanceOf>
	<baseName> <baseNameString> Über diesen Website </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Dieser Website wurde als XML Topic Map Dokument realisiert. Der Topic Map Standard ISO 13250 definierte ein einfaches, aber sehr flexibles Datenmodell, das aus Topics (Begriffe oder Themen), Associations (Zusammenhänge zwischen Begriffen) und Occurrences (Dokumentressourcen zu den Begriffen) besteht. Der zugehörige XML-Syntax XTM 1.0 umfasst 19 Elemente. Topic Maps sind von Bedeutung für das "Semantic Web" und für die Lokalisierung von Webservices mittels "intelligenter" UDDI-Verzeichnisdienste (Universal Discovery, Description and Integration).  
		</resourceData>
	</occurrence>
</topic>



<!-- Thirdlevel Topics  (Document) --> 
<!-- 3 Level: Project Motivation -->
<topic id="motivation-1">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-motivation"/> </instanceOf>
	<baseName> <baseNameString> Projektrahmen </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
SUPHICE (Secure Unplanned Provisioning of High Integrity Communications across Europe) wird zu den aufgezeigten Problemen Lösungskonzepte und Strategien erarbeiten, unter anderem: 
[br][br]
Interoperable Sicherheits-Standards [br]
Demonstration einer ad-hoc Bereitstellung eines sicheren Netzwerks [br]
Definition eines greifbaren EU-Sicherheits-Regelwerks [br]
[br][br]
SUPHICE wird den Einsatz von sicherer Kommunikation demonstrieren, die "on demand" verfügbar, mit nationalen Anforderungen (Verteidigungsministerium, Geheimdienste etc.) abgestimmt und mit internationalen Regeln kompatibel ist. Zu diesem Zweck wird SUPHICE eine Arbeitsgruppe bestehend aus betroffenen Behörden der EU-Nationen etablieren. 
		</resourceData>
	</occurrence>
</topic>

<topic id="motivation-2">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-motivation"/> </instanceOf>
	<baseName> <baseNameString> Sicherer Algorithmus </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
SUPHICE wird die Implementierung eines Algorithmus demonstrieren, der innerhalb der EU für geheime Anwendungen nutzbar ist sowie die Evaluierung und Zertifizierung der Implementierung nach dem CISP-Prozess der EU. 
[br][br]
SUPHICE ist weiterhin bestrebt zu beweisen, dass es mit einem einheitlichen Kryptoprodukt möglich ist, Richtlinien und Anforderungen einzelner Nationen zu genügen, unabhängig davon, ob diese zur EU und/oder zur NATO gehören oder eine eigene Strategie verfolgen. Es soll ein Kryptoprodukt definiert werden, dessen Design nicht eingestuft und daher auch nicht Eigentum einer Nation ist. 
SUPHICE wird ebenso den Einsatz von hoch-sicherer Kommunikation mittels regelbasiertem Management und web-basierter Techniken wie UDDI, WSDL und BPEL. Ein Teil dieser Demonstration ist die Entwicklung XML-basierter Standards, die einen schnellen Einsatz von Kryptosystemen über nationale Grenzen hinweg ermöglichen werden. 
		</resourceData>
	</occurrence>
</topic>

<topic id="motivation-3">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-motivation"/> </instanceOf>
	<baseName> <baseNameString> Konfigurierbare Kommunikation </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
SUPHICE wird die Bereitstellung einer dynamisch konfigurierbaren hochsicheren Kommunikation demonstrieren, die auf Webservices, etablierten XML-Standards (WSDL, SOAP) und UDDI-Verzeichnisdienste basiert und über Prozessmanagement auf Basis von BPEL organisiert ist. 
[br][br]
Bestandteil dieser Demonstration ist auch die Entwicklung XML-basierter Standards, die einen schnellen Einsatz von Kryptosystemen und Zertifikatsprüfungen über nationale Grenzen hinweg ermöglichen werden. 
		</resourceData>
	</occurrence>
</topic>


<!-- 3 Level: Project Workpackages -->
<topic id="projekt-wp0">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-wp"/> </instanceOf>
	<baseName> <baseNameString> WP0 Projektmanagement </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Ensure the overall management of the project, including the project planning, coordination and day to day management as well as the handling of the financial, legal and contractual matters. 
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-wp1">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-wp"/> </instanceOf>
	<baseName> <baseNameString> WP1 Zertifizierung </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Prove the EU dual certificate process by evaluating and certifying a soft-loaded IP cryptographic device for the protection of RESTRICTED, CONFIDENTIAL and possibly SECRET data. Describe the means by which the cryptographic device may certified for the protection of TOP SECRET data and also increase the certification scope for the unplanned demonstration elements of the project. 
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-wp2">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-wp"/> </instanceOf>
	<baseName> <baseNameString> WP2 Hochsicherer Algorithmus </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Specification and implementation of a EU High Grade encryption algorithm on a soft-loaded IP cryptographic device, allowing the evaluation and certification of the device for the protection of RESTRICTED, CONFIDENTIAL and possibly SECRET data. 
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-wp3">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-wp"/> </instanceOf>
	<baseName> <baseNameString> WP3 Sicherheit "on demand" </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Specification and implementation of the unplanned security architecture and framework definitions (open standards interfaces, sample template rules and management of user credentials) required supporting this infrastructure, leading to increased certification scope. 
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-wp4">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-wp"/> </instanceOf>
	<baseName> <baseNameString> WP4 Verifikation </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Ensure that project development elements (algorithm and unplanned security) meet, and can be shown to meet, the specific element requirements (verification) and overall project adjectives (acceptance). 
		</resourceData>
	</occurrence>
</topic>

<topic id="projekt-wp5">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-wp"/> </instanceOf>
	<baseName> <baseNameString> WP5 Roadmap </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Dissemination of the activities of the SUPHICE Industrial Research teams (mutual certification, algorithm and unplanned security) to the appropriate communities and standards bodies, including the National Authorities of several EU members. Definition of an EU Information Security Roadmap, which is agreed by several EU members, based on the output of the SUPHICE programme. 
[br][br] 
Expected results Implementation of a EU High Grade encryption algorithm on a soft-loaded IP cryptographic device. Certification of the cryptographic device and proof of the EU dual certification process. Specification, implementation and demonstration of the unplanned security architecture and framework definitions, including open standards interfaces, sample template rules and management of user credentials. Definition of the means by which the cryptographic device and unplanned security elements may be certified for the protection of TOP SECRET data. 
		</resourceData>
	</occurrence>
</topic>


<!-- 3 Level: FAQs  -->
<topic id="faq-1">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-faq"/> </instanceOf>
	<baseName> 
		<baseNameString> Wo kann ich mehr über SUPHICE erfahren? </baseNameString> 
	</baseName>
	<occurrence>
		<resourceData>	
Informationen über SUPHICE und dessen Position im Gesamtprogramm 
der Europäischen Sicherheitsforschung können auf den Forschungsseiten 
der Europäischen Kommission erhalten werden. 
		</resourceData>
	</occurrence>
</topic>
	
<topic id="faq-2">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-faq"/> </instanceOf>
	<baseName> 
		<baseNameString> Wo können Behörden mehr erfahren? </baseNameString> 
	</baseName>
	<occurrence>
		<resourceData>	
Das SUPHICE-Konsortium kontaktiert derzeit nationale Behörden und 
Organisationen in ganz Europa. Falls Sie noch nicht angesprochen wurden, 
setzen Sie sich bitte mit dem SUPHICE-Koordinator in Verbindung. 
		</resourceData>
	</occurrence>
</topic>
	
<topic id="faq-3">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#projekt-faq"/> </instanceOf>
	<baseName> 
		<baseNameString> Können Firmen dem SUPHICE-Konsortium beitreten? </baseNameString> 
	</baseName>
	<occurrence>
		<resourceData>	
Ein Ziel des SUPHICE-Konsortiums ist es, innerhalb der Laufzeit des Programms 
für Anfragen dieser Art von qualifizierten industriellen Partnern offen zu sein. 
Solche Partner sollten zusätzliches Potenzial einbringen, das das Konsortium 
verstärken kann; typisches Potenzial liegt beispielsweise in den Gebieten 
dynamischer Sicherheitssysteme, in vertikalen Märkten oder der Marktpräsenz 
in Mitgliedsstaaten, in denen das Konsortium noch nicht repräsentiert ist. 
[br][br] 
Die Akzeptanz neuer Partner liegt im Ermessen der Europäischen Union und 
der derzeitigen Konsortiumsmitglieder. Anfragen von potenziellen neuen Partnern 
sollten an den SUPHICE-Koordinator gerichtet werden. 
		</resourceData>
	</occurrence>
</topic>


<!-- 3 Level: Konsortium-Detail -->
<topic id="partner1">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> Thales e-Security </baseNameString> </baseName>
	<occurrence>
		<scope>
			<subjectIndicatorRef xlink:href="&soa;image-left"/>
			<resourceRef xlink:href="partner/thales.gif"/>
		</scope>
		<resourceData>
<!-- Thales e-Security (Großbritannien) ist Spezialist für Sicherheitslösungen in für elektronische Bezahlsysteme und hochwertige Transaktionen im Finanz- und Behördenmarkt. -->
Thales e-Security is an innovative global specialist in security solutions for electronic payments and high-value transactions in the financial services and government markets. In protecting the flow of information through wireless and traditional networks, Thales e-Security has developed a full range of solutions that build on the company's core competancies of cryptography and tamper resistant hardware. The company combines more than 20 years expertise in management, services, integration and technology innovation to deliver the world's premiere specialised network and payment security systems. 
[br][br]
Meadow View House, [br]
Long Crendon, Aylesbury, [br]
Buckinghamshire, [br]
HP18 9EQ, UK [br]
Telefon: +(44) 184 420 1800 [br]
Fax: +(44) 184 420 8550 [br]
Website: http://www.thalesgroup.com/esecurity
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.thalesgroup.com/esecurity"/> 
	</occurrence>
</topic>

<topic id="partner2">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> Avensus </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/avensus.gif"/>
		</scope>
		<resourceData>
<!-- Avensus (Niederlande), vormals Evolve Datacom, ist spezialisierter Systemintegrator mit Schwerpunkt Datensicherheit, Spracherfassung und Netzwerklösungen für Banken, Behörden und die Telekommunikationsindustrie in den Benelux-Ländern. -->
Avensus (Evolve Datacom) is a specialized system integrator focusing on high-end data security, voice logging and networking solutions for the Finance, Government and Telecom industry in the Benelux. The company business focus is specialized areas such as the design and delivery of: High-end government and military grade crypto networks for securing classified information; Cryptographic concepts to secure the payment infrastructure for on-line/off-line transaction systems in the financial sector; High-bandwidth and redundant access and backbone networks; Voice logging solutions where correct interpretation of verbal communication between people is mandatory. 
[br][br]
Avensus [br]
Postbus 38 [br]
8000 AA Zwolle [br]
Telefon: +(31) 38 426 6555 [br]
Fax: +(31) 38 426 6500 [br]
Website: http://www.avensus.nl
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.avensus.nl"/> 
	</occurrence>
</topic>

<topic id="partner3">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> EFT Consultants </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/eft.gif"/>
		</scope>
		<resourceData>
<!-- EFT Consultants (Polen) wurde im November 1999 gegründet, ihre Spezialität sind Sicherheitsausrüstungen im Bereich Hardware und Papierverarbeitung in der Finanzindustrie bis hin zu Kommunikations- und Transaktionslösungen im Behördenbereich. -->
EFT Consultants Poland was founded in November 1999. EFT Consultants Poland specialises in security equipment from Hardware Security modules and paper processing equipment for the financial industry through communications and transaction security equipment for the government sector. EFT will contribute expertise to the roadmap as well as discussing the requirements for policy based management with the local Polish representatives to the National Authority working group. 
[br][br]
UI. Plastow Slaskich 57, [br]
01-494 Warsawa, Poland [br]
Telefon: +(48) 22 817 9166 [br]
Website: http://www.eft.pl
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.eft.pl"/> 
	</occurrence>
</topic>


<topic id="partner4">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> Ericsson Microwave Systems AB </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/ericsson.gif"/>
		</scope>
		<resourceData>
<!-- Ericsson Microwave Systems AB (Schweden) ist innerhalb des Ericsson-Konzerns verantwortlich für die Geschäftsbereiche der nationalen und öffentlichen Sicherheit. -->
Ericsson Microwave Systems AB is responsible within Ericsson to lead and synchronize business opportunities concerning solutions for National Security and Public Safety. Ericsson Microwave is a leader within the development of a Network Based Defence for the Swedish armed forces. The aim is to create a defence-wide network of networks that allow the services to function as a joint system of systems. The same approach lends itself well to support security and public safety agencies to solve their interlocking problems. EMW is also active in sensor network solutions that assist in delivering situational awareness and decision support to agency users. 
[br][br]
Solhusgatan (Gothenburg) [br]
SE - 431 84 Mölndal [br]
Sweden [br]
Telefon: +(46) 31 747 0000 [br]
Fax: +(46) 31 747 2902 [br]
Website: http://www.ericsson.com
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.ericsson.com"/> 
	</occurrence>
</topic>

<topic id="partner5">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> ESL Advanced Information Technology </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/esl.gif"/>
		</scope>
		<resourceData>
<!-- ESL Advanced Information Technology G. m. b. H (Österreich) ist tätig auf dem Gebiet der Entwicklung und Integration von Sicherheitsapplikationen im zivilen und militärischen Bereich sowie in Kommunikationssystemen für strategische und taktische Anwendungen, Kommunikationsnetzwerken, IT-Sicherheits-Systemen und meteorologischen Systemen. -->
ESL Advanced Information Technology G.m.b.H is located in Vienna, Austria. Objectives are the development and integration of security &amp; safety-applications in the civil and military area, C4ISR systems for strategic and tactical applications, communication networks, IT security solutions and meteorological systems. 
[br][br]
ESL Advanced Information Technology [br]
Obachgasse 26 [br]
A-1220 Wien, Austria [br]
Telefon: +(43) 125 624 530 [br]
Website: http://www.esl.at
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.esl.at"/> 
	</occurrence>
</topic>

<topic id="partner6">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> INTRACOM </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/intracom.gif"/>
		</scope>
		<resourceData>
<!-- INTRACOM (Griechenland), gegründet 1977, gehört zum High-Tech-Sektor der griechischen Verteidigungsindustrie und nimmt an multinationalen Forschungs- und Produktionsprogrammen teil. -->
Founded in 1977, INTRACOM is a key player in the high technology sector of the Hellenic defence industry, participating in multinational research, development and joint-production projects and promoting its independently designed and manufactured products. INTRACOM possesses significant know how in the fields of real-time military communications and encryption systems, simulation, radar plotting aids and embedded system design. 
[br][br]
Hellenic Telecommunications and Electronics Industry [br]
19.5 km Markopoulou Ave. [br]
GR-19002, Peania Athens [br]
Telefon: +(30) 210 667 9000 [br]
Fax: +(30) 210 667 9001 [br]
Website: http://www.intracom.gr
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.intracom.gr"/> 
	</occurrence>
</topic>

<topic id="partner7">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> L2K </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/l2k.gif"/>
		</scope>
		<resourceData>
<!-- L2K (Tschechien) wurde 1995 gegründet und ist in ihrem Heimatland spezialisiert auf Sicherheitsanwendungen von Finanzen und Behörden. -->
Formed in 1995 L2K is a specialist Security capability focussing on security equipment for the finance and Government sectors in the Czech Republic. Experienced in flexible hardware based cryptographic techniques L2K will contribute expertise to the roadmap as well as discussing the requirements for policy based management with the local Czech representatives to the National Authority working group. 
[br][br]
Divize Computers [br]
Divize Technology [br]
L2K s.r.o. [br]
Bulharská 44 [br]
(vchod z ulice Na Mí&#x10D;ánkách) [br]
101 00 Praha 10 [br]
Telefon: +420 272 732 358 [br]
Website: http://www.l2k.cz
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.l2k.cz"/> 
	</occurrence>
</topic>

<topic id="partner8">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> Thales Defence Deutschland </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/thales.gif"/>
		</scope>
		<resourceData>
<!-- Thales Defence Deutschland GmbH ist Lieferant der Bundeswehr für Gefechtsfeld-Überwachungsradare und taktische VHF-Funkgeräte sowie im Bereich der taktischen Kommunikation tätig. -->
THALES Defence Deutschland GmbH, grew out of the German firms Mix &amp; Genest and Schaub Lorenz which were founded in the year 1880. For more than thirty years TDD have been the sole supplier of battlefield surveillance radars as well as of tactical VHF-radios to the German army. Activities in the tactical communications field include: Tactical ECCM combat net radios including software radio activities; Dismounted soldier activities; Integrated tactical networks; Interoperability solutions; Mobile access systems; Solutions for SatCom and mobile command posts. 
[br][br]
Thales Defence Deutschland GmbH [br]
Ostendstrasse 15 [br]
75175 Pforzheim, Deutschland [br]
Telefon: +(49) 723 115 3206 [br]
Fax: +(49) 723 115 3228 [br]
Website: http://www.thalesgroup.com/germany/pages/defence.shtml
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.thalesgroup.com/germany/pages/defence.shtml"/> 
	</occurrence>
</topic>

<topic id="partner9">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> Thales Research and Technology </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/thales.gif"/>
		</scope>
		<resourceData>
<!-- Thales Research and Technology (Großbritannien) verfügt über Erfahrungen in Funksystemen, sicheren Kommunikationssystemen, Präzisions-Navigations-Systemen, elektronischer Überwachung, automatischer Video-Verarbeitung, Systemarchitektur, ad-hoc-Netzwerken, Datenfusionierung und adaptiv lernenden Systemen. -->
Thales Research and Technology's mission is to address the future needs of the Group's operating companies in the medium to long term by timely acquisition and introduction of new technology. This is achieved by building strategic relationships with research communities and technology providers as well as developing in-house capabilities which exploit emerging technologies for the specific market requirements of the Thales businesses. Particular areas of expertise include radio systems, secure communications systems, precision navigation systems, electronic surveillance, automated video processing, system architectures, ad-hoc networks, data fusion, and adaptive learning systems. 
[br][br]
Worton Drive, Worton Grange Reading, [br]
Berkshire, RG2 0SB, UK [br]
Telefon: +(44) 118 986 8601 [br]
Fax: +(44) 118 923 8399 [br]
Website: http://www.thalesresearch.com
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.thalesresearch.com"/> 
	</occurrence>
</topic>

<topic id="partner10">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-detail"/> </instanceOf>
	<baseName> <baseNameString> TietoEnator </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/tietoenator.gif"/>
		</scope>
		<resourceData>
<!-- TietoEnator (Lettland) beliefert den weltweiten Bankenmarkt mit Karten-Management-Systemen und -Services für verschiedene Währungen, Sprachen und Institutionen. -->
TietoEnator serves the global banking market with card management solutions and services. The TietoEnator Card Suite is a set of modern, proven, modular and fully scalable software products that offer a base for a complete range of debit/credit card issuing, acquiring, switching and lending. TietoEnator have a proven track record of efficient implementation, whether it's multi-currency, multi-language or multi-institutional software. We will improve your operations for both international payment and debit-credit-private label card transactions with our modern and flexible software solutions compliant with international card payment associations. 
[br][br]
Lacplesa Str. 41 [br]
Riga, LV-1011, Lettland [br]
Telefon: +(371) 728 6660 [br]
Fax: +(371) 724 3000 [br]
Website: http://www.tietoenator.com/cards
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.tietoenator.com/cards"/> 
	</occurrence>
</topic>


<!-- 3 Level: Konsortium-EU -->
<topic id="euKontakt-1">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> EC Research &amp; Development </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/cordis.gif"/>
		</scope>
		<resourceData>
Europe has entered a new phase in its history, marked by major political, demographic, social and economic evolutions. The challenge facing the EU-25 is to adapt and prosper within this changing environment, whilst being guided by the fundamental values and objectives of the Union.
[br][br]
Security is one particular global challenge that has recently come to the fore due to world events and societal changes. Europe needs to invest in a "security culture" that harnesses the combined and relatively untapped strengths of the "security" industry and the research community in order to effectively and innovatively address existing and future security challenges.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.cordis.lu/security/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-2">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> EU Security Research Portal </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/ec.gif"/>
		</scope>
		<resourceData>
One of the fundamental roles of government is to help ensure the security of its citizens. Studies show the threat of terrorism, organised crime, and natural disasters are among Europeans' worst fears. Making Europe more secure for its citizens while increasing its industrial competitiveness is the goal of European Security Research. By co-operating and coordinating efforts on a Europe-wide scale, the EU can better understand and respond to risks in a constantly changing world.
[br][br]
This website has been created to keep users up to date on European Commission activities and initiatives in this important domain. To inform users on PASR Calls for proposals the Cordis Security Research website has been set up.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://europa.eu.int/comm/enterprise/security/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-3">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> Europe's Information Society </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/ec.gif"/>
		</scope>
		<resourceData>
The Information Society will affect most aspects of our lives, so policies are as diverse as the regulation of entire industrial sectors to the protection of each individual's privacy. One policy initiative is the eEurope 2005 Action Plan, a sort of high-level policy accelerator that focuses attention on and pushes forward progress in seven eEurope policy priorities: Broadband, eBusiness, eGovernment, eHealth, eInclusion, eLearning and Security. 
[br][br]
With most research in Europe fragmented into national programmes, the Information Society Technologies priority within the EU's Sixth Research Framework Programme focuses on bringing together universities, research institutes, small and large companies, governmental organisations and more across Europe to create the critical mass required to compete internationally. 
<!-- 
Die Informationsgesellschaft wird sich auf alle Aspekte unseres Lebens auswirken; daher reichen die politischen Maßnahmen von der Regulierung der Branche bis hin zum Schutz der Privatsphäre. Eine wichtige Initiative ist der Aktionsplan eEurope 2005, eine Art hochgradiger "politischer Beschleuniger", der sieben politische Prioritäten von eEurope in den Vordergrund rückt, bei denen es Fortschritte zu erzielen gilt: Breitband, elektronischer Handel, elektronische Behördendienste, Online-Gesundheitsfürsorge, digitale Integration, elektronisches Lernen und Sicherheit.
-->
 </resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://europa.eu.int/information_society/index_en.htm"/> 
	</occurrence>
</topic>

<topic id="euKontakt-4">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> Information Society Technologies IST </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/ist.gif"/>
		</scope>
		<resourceData>
European research activities are structured around consecutive four-year programmes, or so-called Framework Programmes. The Sixth Framework Programme (FP6) sets out the priorities - including the Information Society Technologies (IST) priority - for the period 2002-2006. This site provides essential information for participating in the IST program. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://cordis.europa.eu/ist/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-5">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> ISO </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/iso.gif"/>
		</scope>
		<resourceData>
ISO (International Organization for Standardization) is the world's largest developer of standards. Although ISO's principal activity is the development of technical standards, ISO standards also have important economic and social repercussions. ISO standards make a positive difference, not just to engineers and manufacturers for whom they solve basic problems in production and distribution, but to society as a whole. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.iso.org/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-6">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> IEC </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/iec.gif"/>
		</scope>
		<resourceData>
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes international standards for all electrical, electronic and related technologies. These serve as a basis for national standardization and as references when drafting international tenders and contracts. 
[br][br]
IEC standards provide industry and users with the framework for economies of design, greater product and service quality, more inter-operability, and better production and delivery efficiency. At the same time, IEC's standards also encourage an improved quality of life by contributing to safety, human health and the protection of the environment.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.iec.ch/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-7">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString>  ITU </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/itu.gif"/>
		</scope>
		<resourceData>
The International Telecommunication Union ITU, headquartered in Geneva, Switzerland is an international organization within the United Nations System where governments and the private sector coordinate global telecom networks and services. 
[br][br]
In the field of global information infrastructure, ITU-T is leading the way through standards development efforts aimed at defining the building blocks of a new broadband global infrastructure. The next-generation network (NGN) is a key area of study for ITU-T as operators around the world look to migrate to an IP-based infrastructure. The convergence between Internet protocol (IP), public switched telephone network (PSTN), digital subscriber line (DSL), wireless local area network (WLAN) and mobile technologies is a task that many believe is impossible without the development of global standards.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.itu.int/home/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-8">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> CEN </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/cen.gif"/>
		</scope>
		<resourceData>
CEN (Comité Européen de Normalisation), the European Committee for Standardization, was founded in 1961 by the national standards bodies in the European Economic Community and EFTA countries.
[br][br]
Now CEN is contributing to the objectives of the European Union and European Economic Area with voluntary technical standards which promote free trade, the safety of workers and consumers, interoperability of networks, environmental protection, exploitation of research and development programmes, and public procurement. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.cenorm.be/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-9">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> <baseNameString> IETF </baseNameString> </baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/ietf.gif"/>
		</scope>
		<resourceData>
The Internet Engineering Task Force (IETF) is a large open international community of network designers, operators, vendors, and researchers concerned with the evolution of the Internet architecture and the smooth operation of the Internet. 
[br][br]
The actual technical work of the IETF is done in its working groups, which are organized by topic into several areas (e.g., routing, transport, security, etc.). 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.ietf.org/"/> 
	</occurrence>
</topic>

<topic id="euKontakt-10">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#konsortium-eu"/> </instanceOf>
	<baseName> 
		<baseNameString> ETSI </baseNameString> 
	</baseName>
	<occurrence>
		<scope> 
			<subjectIndicatorRef xlink:href="&soa;image-left"/> 
			<resourceRef xlink:href="partner/etsi.gif"/>
		</scope>
		<resourceData>
The European Telecommunications Standards Institute (ETSI) is an independent, non-profit organization, whose mission is to produce telecommunications standards for today and for the future. 
[br][br]
Based in Sophia Antipolis (France), the European Telecommunications Standards Institute (ETSI) is officially responsible for standardization of Information and Communication Technologies (ICT) within Europe. These technologies include telecommunications, broadcasting and related areas such as intelligent transportation and medical electronics.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.etsi.org/"/> 
	</occurrence>
</topic>



<!-- 3 Level: Glossar-Krypto -->
<topic id="krypto-autentifizierung">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Authentifizierung </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die Authentifizierung (engl. authentication) bezeichnet den Vorgang der Überprüfung der Identität eines Gegenübers (z.B. einer Person oder eines Computerprogramms). Die Authentisierung bezeichnet den Vorgang des Nachweises der eigenen Identität. Im Englischen wird zwischen den beiden Begriffen nicht unterschieden, das Wort authentication steht für beides. Dementsprechend werden auch im Deutschen die Begriffe oft synonym verwendet. 
[br][br]
Die Authentisierung, d.h. das Nachweisen der eigenen Identität, kann auf drei verschiedenen Wegen erfolgen:
[br][br]
- Besitz: man hat etwas (Beispiel: Schlüssel, Karte) [br]
- Wissen: man weiß etwas (Beispiel: PIN, Passwort) [br]
- Biometrisches Merkmal: man ist/kann etwas (Beispiel: Fingerabdruck, Unterschrift, Aussehen)
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Authentifizierung"/> 
	</occurrence>
</topic>

<topic id="krypto-autorisierung">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Autorisierung </baseNameString> </baseName>
	<occurrence>
		<resourceData>
In der Informationstechnologie versteht man unter Autorisierung die Zuweisung und Überprüfung von Zugriffsrechten auf Daten und Diensten an Systemnutzer. Die Autorisierung erfolgt meist nach einer erfolgreichen Authentifizierung. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Autorisierung"/> 
	</occurrence>
</topic>

<topic id="krypto-base64">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Base64 </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Base64 beschreibt ein Verfahren zur Kodierung von 8-Bit-Binärdaten (z. B. ausführbare Programme, ZIP-Dateien oder verschlüsselte Informationen) in eine Zeichenfolge, die nur aus Codepage-unabhängigen ASCII-Zeichen besteht. 
[br][br]
Zur Kodierung werden die Zeichen A-Z, a-z, 0-9, + und /, verwendet, sowie = am Ende. Da diese Zeichen auch in EBCDIC vorkommen (wenn auch an anderen Code-Positionen), ist damit auch ein Datenaustausch zwischen nicht-ASCII-Plattformen möglich.
[br][br]
Zur Kodierung werden jeweils drei Byte des Bytestroms (=24 bit) in vier 6-bit-Blöcke aufgeteilt. Jeder dieser 6-bit-Blöcke bildet eine Zahl zwischen 0 und 63. Diese Zahlen werden in "druckbare ASCII-Zeichen" umgewandelt. Am folgenden Beispiel ist erkennbar, dass Base64 eine nicht lesbare Kodierung erstellt, die aber problemlos reversibel ist und daher keine Verschlüsselung darstellt. 
[br][br]
SMOkdHRlbiBIw7x0ZSBlaW4gw58gaW0gTmFtZW4sIHfDpHJ
IGtlaW5lIEjDvHRlIG1laHIsDQpzb25kZXJuIEjDvMOfZS4NCg==
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Base64"/> 
	</occurrence>
</topic>

<topic id="krypto-hash">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Hash-Algorithmus </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Bei einer Hash-Funktion geht es allgemein darum, eine lange Eingabe (zum Beispiel einen Text) in eine kurze Ausgabe (den Hash-Wert des Textes) zu verwandeln. Das ist dann sinnvoll, wenn man zwei große Dateien vergleichen will: Anstatt 25 Seiten eines Textes durchzusehen, ob auch wirklich jeder Buchstabe gleich ist, werden die kurzen Hash-Werte der beiden Dokumente verglichen, ob diese gleich oder verschieden sind. 
[br][br]
Ein guter Hash-Algorithmus muss Kollisionsfreiheit (es soll ausgeschlossen sein, zwei Dokumente mit demselben Hash-Wert zu finden) und Unumkehrbarkeit (zu der Funktion gibt es keine effizient berechenbare inverse Funktion) aufweisen. Gängige Hash-Algorithmen sind MD5, SHA und RIPEMD-160.  
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
Von besonderer Bedeutung ist der Hash-Wert bei der Digitalen Signatur. Die Digitale Signatur soll ja nicht nur die Identität des Absenders bestätigen, sondern auch die Unverfälschtheit des signierten Dokumentes. Dazu wird der berechnete Hashwert des Dokumentes mit dem privaten Schlüssel des Signators verschlüsselt. 
[br][br]
Jeder kann nun mit dem öffentlichen Schlüssel des Signators den Hashkode wieder entschlüsseln und mit dem vor Ort berechneten Hashkode des Dokumentes vergleichen. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Hash-Algorithmus"/> 
	</occurrence>
</topic>

<topic id="krypto-pkcs">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> PKCS-Formate </baseNameString> </baseName>
	<occurrence>
		<resourceData>
PKCS steht für Public Key Cryptography Standards und bezeichnet eine Reihe von kryptografischen Spezifikationen. Diese wurden von den RSA Laboratorien mit anderen ab 1991 entwickelt. Die Entwicklung geschah mit dem Ziel, die Verbreitung der Public Key Kryptografie zu beschleunigen. Der PKCS-Standard besteht derzeit aus 13 einzelnen Dokumenten: 
[br][br]
- PKCS#1 RSA Cryptography Standard [br]
- PKCS#3 Diffie-Hellman Key Agreement Standard [br]
- PKCS#5 Password-based Encryption Standard [br]
- PKCS#6 Extended-Certificate Syntax Standard [br]
- PKCS#7 Cryptographic Message Syntax Standard [br]
- PKCS#8 Private-Key Information Syntax Standard [br]
- PKCS#10 Certification Request Standard [br]
- PKCS#11 Cryptographic Token Interface (cryptoki) [br]
- PKCS#12 Personal Information Exchange Syntax Standard [br]
- PKCS#13 Elliptic Curve Cryptography Standard 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/PKCS"/> 
	</occurrence>
</topic>

<topic id="krypto-pki">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> PKI </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Als Öffentlicher-Schlüssel-Infrastruktur bzw. Public-Key-Infrastruktur bezeichnet man ein System, welches es ermöglicht, digitale Zertifikate auszustellen, zu verteilen und zu prüfen. 
[br][br]
Der zu Grunde liegende Gedanke ist folgender: Mit Hilfe eines asymmetrischen Kryptosystems können Nachrichten im Internet signiert und verschlüsselt werden. Das Signieren garantiert, dass die Nachricht in dieser Form wirklich vom angegebenen Absender stammt. Allerdings benötigt man hierzu den Public-Key des Absenders. Dieser könnte z. B. per E-Mail versendet werden. 
[br][br]
Es stellt sich genau an diesem Punkt aber die Frage, wie sichergestellt werden kann, dass es sich tatsächlich um den Schlüssel des Absenders handelt und nicht um die Fälschung eines Betrügers. Hierzu kann der zu verschickende Schlüssel selbst wieder mit einem vertrauenswürdigen Schlüssel signiert sein. Auf diese Weise lässt sich eine Hierarchie aus vertrauenswürdigen Institutionen aufbauen. Auf die Echtheit der Schlüssel der obersten Institutionen dieser Hierarchie (Root-Zertifikaten) muss man aber vertrauen können. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/PKI"/> 
	</occurrence>
</topic>

<topic id="krypto-signatur">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Digitale Signatur </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die elektronische Signatur basiert auf einem besonderen mathematischen Verfahren, der so genannten Einwegfunktion. Aus den zu signierenden Daten und einem geheimen (privaten) Signaturschlüssel wird durch eine eindeutige Rechenvorschrift die Signatur berechnet. Zur Vereinfachung des Verfahrens wird die Signatur nicht direkt aus der Nachricht berechnet, sondern aus einem Hashwert. Das heißt, über die zu signierenden Daten wird der Hashwert berechnet und anschließend mit dem privaten Schlüssel verschlüsselt. 
[br][br]
Die Prüfung erfolgt in umgekehrter Reihenfolge:
[br][br]
- die Signatur wird mit dem öffentlichen Schlüssel des Signators entschlüsselt. 
- über die Signierten Daten wird erneut ein Hash berechnet. 
- der berechnete Hash und der aus der Signatur entschlüsselte Hash verglichen.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Digitale_Signatur"/> 
	</occurrence>
</topic>

<topic id="krypto-verfahren">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Asymmetrische Verschlüsselung </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Das asymmetrische Verfahren wird auch als Public-Key-Verfahren bezeichnet. Bei diesem Verfahren besitzt jeder Anwender zwei Schlüssel, einen öffentlichen und einen geheimen Schlüssel. Beide Schlüssel erfüllen bestimmte Aufgaben.
[br][br]
Der öffentliche Schlüssel wird, wie der Name sagt, öffentlich gemacht. Jeder andere Anwender kann diesen Schlüssel benutzen, um an den Eigentümer eine verschlüsselte Nachricht zu senden. Diese Verschlüsselung ist durch den öffentlichen Schlüssel nicht umkehrbar (mathematische Einwegfunktion). 
[br][br]
Der geheime Schlüssel wird vom Besitzer geheim gehalten. Er dient dazu, an ihn gesendete, verschlüsselte Nachrichten zu entschlüsseln. 
[br][br]
Auch der umgekehrte Vorgang ist sinnvoll: Der Eigentümer verschlüsselt eine Nachricht mit seinem geheimen (privaten) Schlüssel. Jeder kann nun diese Nachricht mit dem öffentlichen Schlüssel des Anwenders entschlüsseln - damit ist die Identität des Absenders nachweisbar, da nur der Eigentümer den privaten Schlüssel besitzt und für diesen Zweck (der Digitalen Signatur) verwenden kann. 
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
VORTEIL [br]
Asymmetrische Kryptosysteme haben den Vorteil, dass sie das Geheimnis möglichst klein halten, da jeder Benutzer nur seinen eigenen privaten Schlüssel geheim halten muss. Im Gegensatz dazu muss bei einem symmetrischen Kryptosystemen jeder Benutzer alle Schlüssel geheim halten, was mit einem steigenden Aufwand geschehen muss, je mehr Teilnehmer daran beteiligt sind (große Zahl an Schlüsseln).
[br][br]
NACHTEIL [br]
Im Vergleich zu symmetrischen Algorithmen arbeiten die asymmetrischen Algorithmen extrem langsam. Ein weiteres Problem ist, dass die Sicherheit vieler asymmetrischer Kryptosysteme auf unbewiesenen Annahmen beruht. Es wird lediglich vermutet, dass die zugrunde liegenden Einwegfunktionen nur mit enormen Rechenaufwand umkehrbar sind. Es kann also nicht ausgeschlossen werden, dass noch unbekannte Algorithmen existieren, die die Umkehrung der "Einwegfunktion" mit vertretbarem Aufwand leisten. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Asymmetrisches_Kryptosystem"/> 
	</occurrence>
</topic>

<topic id="krypto-xmldsig">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> XMLDSig </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die XML Signature-Spezifikation (auch XMLDsig) definiert eine XML-Schreibweise für digitale Signaturen. In ihrer Funktion ähnelt sie dem PKCS#7-Standard, ist aber leichter zu erweitern und auf das Signieren von XML-Dokumenten spezialisiert. Sie findet Einsatz in vielen weiterführenden Web-Standards wie etwa SOAP (Simple Object Access Protocol) oder SAML (Security Asserting Markup Language).
[br][br]
Mit XML-Signaturen können Daten jedes Typs signiert werden, sofern sie in das XML-Dokument der Signatur eingebettet worden sind oder mit einer URL adressiert werden können - erstere wird als enveloped signature, letztere als detached (losgelöste) signature bezeichnet.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/XML_Signature"/> 
	</occurrence>
</topic>

<topic id="krypto-zertifikate">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-krypto"/> </instanceOf>
	<baseName> <baseNameString> Zertifikate </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Um beim Einsatz von asymmetrischen Kryptosystemen den Einsatz falscher Schlüssel zu verhindern, wird ein Nachweis benötigt, dass der verwendete öffentliche Schlüssel auch zum Empfänger der verschlüsselten Nachricht bzw. zum Sender einer elektronisch signierten Nachricht gehört. Diesen Nachweis stellt eine vertrauenswürdige Stelle in Form eines digitalen Zertifikates aus. 
[br][br]
Ein Zertifikat enthält Informationen über den Namen des Inhabers, dessen öffentlichen Schlüssel, eine Seriennummer, eine Gültigkeitsdauer und den Namen der Zertifizierungsstelle. Diese Daten sind in der Regel mit dem privaten Schlüssel der Zertifizierungsstelle signiert und können somit mit dem öffentlichen Schlüssel der Zertifizierungsstelle überprüft werden. Zertifikate für Schlüssel, die nicht mehr sicher sind, können über eine so genannte Zertifikatsperrliste (certificate revocation list) gesperrt werden. 
[br][br]
X.509 ist ein ITU-T-Standard für eine Public- Key-Infrastruktur und derzeit der wichtigste Standard für digitale Zertifikate.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Digitales_Zertifikat"/> 
	</occurrence>
</topic>


<!-- 3 Level: Glossar-ws -->
<topic id="web-bpel">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> BPEL </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die Business Process Execution Language, kurz BPEL, ist eine XML-basierte Sprache zur Beschreibung von Geschäftsprozessen, deren einzelne Aktivitäten durch Webservices implementiert sind. Diese im Jahr 2002 eingeführte Sprache wird dabei zur Beschreibung von so genannten Webservice-Orchestrierungen verwendet. Die Beschreibung selbst wird ebenfalls in Form eines Webservice bereitgestellt und kann als solches verwendet werden.
[br][br]
Durch die Abstraktion mittels BPEL kann die Schnittstelle eines Webservice, der an einem Prozess beteiligten Web Services steuert, beschrieben werden - beispielsweise in welcher Reihenfolge Nachrichten eintreffen müssen. 
[br][br]
Ziel von BPEL ist, das Programmieren im Großen zu ermöglichen. Dabei ist zu beachten, dass BPEL die direkte Interaktion mit Menschen nicht unterstützt. BPEL-Prozesse kommunizieren ausschließlich mit Web Services. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/BPEL"/> 
	</occurrence>
</topic>

<topic id="web-j2ee">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> J2EE </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Java 2 Platform, Enterprise Edition, abgekürzt J2EE, ist die Spezifikation einer 
Standardarchitektur für die Ausführung von Anwendungskomponenten. In der 
Spezifikation werden Softwarekomponenten und Dienste definiert, die primär 
in der Programmiersprache Java erstellt werden. 
[br][br]
Die Spezifikation dient dazu, allgemein Richtlinien zu definieren, auf deren Basis 
aus modularen Komponenten verteilte, mehrschichtige Anwendungen entwickelbar sind. 
Klar definierte Schnittstellen zwischen den Komponenten und Schichten sorgen 
dafür, dass Softwarekomponenten unterschiedlicher Hersteller interoperabel sind.
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
<![CDATA[<b>Java Server Faces JSF</b>
[br][br]
Java Server Faces ist ein Framework-Standard im Bereich der Webanwendungen. 
Mit Hilfe von JSF kann der Entwickler auf einfache Art und Weise Komponenten 
für Benutzerschnittstellen in Webseiten einbinden und die Navigation definieren.
[br][br]
Der Programmierer entwickelt nicht die Ausgabeseite mit HTML, sondern setzt 
sie auf einem höheren Abstraktionsniveau aus Komponenten zusammen. Ähnlich 
wie bei der klassischen Anwendungsentwicklung kann sich der Entwickler 
stattdessen auf die eigentliche Anwendungslogik konzentrieren. Dabei wird strikt 
zwischen Modell - Ausgabe - Steuerung getrennt, wie es das bekannte 
Model-View-Controller-Konzept vorsieht. ]]>
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
<![CDATA[<b>Spring</b>
[br][br]
Das Framework Spring basiert auf folgenden Prinzipien:  
[br][br]
Inversion of Control bzw. Dependency Injection: Den Objekten werden die 
abhängigen Objekte/Ressourcen zugewiesen. Sie müssen sie nicht selbst suchen. 
[br][br]
AOP: Dadurch kann man vor allem technische Aspekte wie Transaktionen 
oder Sicherheit isolieren und den eigentlichen Code davon frei halten. 
[br][br]
Templates dienen dazu, die Arbeit mit einigen APIs zu vereinfachen, 
indem Ressourcen automatisch aufgeräumt werden und Fehlersituationen 
einheitlich behandelt werden. 
[br][br]
Dadurch wird ein POJO (plain old java-objects) basiertes Programmiermodell möglich, 
bei dem die POJOs zusätzlich in verschiedenen Umgebungen (auf einem Server oder 
in einer Client Anwendung) lauffähig sind.  ]]>
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
<![CDATA[<b>Hibernate</b>
[br][br]
Hibernate (englisch für "Winterschlaf halten") ist ein Opensource Persistenz-
Framework für Java. 
[br][br]
Das Framework ermöglicht es, den Zustand eines Objekts in einer relationalen 
Datenbank zu speichern und aus entsprechenden Datensätzen wiederum Objekte 
zu erzeugen. Dies bezeichnet man auch als Object-Relational-Mapping und man 
befreit damit den Entwickler von der Programmierung von SQL-Abfragen und hält 
die Applikation unabhängig vom SQL-Dialekt der verwendeten Datenbank. 
[br][br]
Bei den Objekten handelt es sich um gewöhnliche Objekte mit Attributen und 
Methoden (so genannte POJOs). Beziehungen zwischen Objekten werden auf 
entsprechende Datenbank-Relationen abgebildet. ]]>
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://www.wikipedia.de/"/> 
	</occurrence>
</topic>

<topic id="web-soa">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> SOA </baseNameString> </baseName>
	<occurrence>
		<resourceData>
SOA ist ein Konzept für eine Systemarchitektur, in dem Funktionen in Form von wieder verwendbaren, technisch voneinander unabhängigen und fachlich lose gekoppelten Services implementiert werden. 
[br][br]
SOA sieht eine Menge voneinander unabhängiger, lose gekoppelter Dienste vor. Ein Dienst wird von einem service provider angeboten. Ein service consumer stellt eine Anfrage (service request) an einen Dienst und bekommt daraufhin eine Antwort (service response) vom Anbieter.
[br][br]
Oft werden für SOA Web Services auf Basis der bestehenden Standards wie SOAP, WSDL und UDDI eingesetzt, doch kann SOA prinzipiell auf jeder dienstbasierten Technologie wie zum Beispiel CORBA, DCOM oder Enterprise Java Beans (EJB) aufgebaut werden. Da Services in unterschiedlichen Programmiersprachen und auf unterschiedlichen Systemplattformen realisiert werden können, wird eine SOA häufig zur Anwendungsintegration genutzt.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Serviceorientierte_Architektur"/> 
	</occurrence>
</topic>

<topic id="web-soap">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> SOAP </baseNameString> </baseName>
	<occurrence>
		<resourceData>
SOAP (Simple Object Access Protocol) ist ein Protokoll, mit dessen Hilfe Daten zwischen Systemen ausgetauscht und Remote Procedure Calls (RPC) durchgeführt werden können. SOAP stützt sich auf die Dienste anderer Standards, XML zur Repräsentation der Daten und Internet-Protokolle der Transport- und Anwendungsschicht. 
[br][br]
Eine SOAP-Nachricht ist nach dem Head-Body-Pattern modelliert. Ein SOAP-Envelope ist ein Container, der ein (optionales) Header-Element und ein Body-Element enthält. Im Head-Bereich der Nachricht werden die Metainformationen der Nachricht untergebracht. Diese können Informationen über das Routing der Nachricht oder über eine eventuelle Verschlüsselung umfassen.
[br][br]
Im Body der Nachricht sind, wie auch bei HTML, die Nutzdaten untergebracht. Diese Daten müssen vom Empfänger der Nachricht interpretiert werden, mögliche Zwischenstationen können diese auch ignorieren. Die Daten können dabei unter anderem für entfernte Methodenaufrufe, (Fehler-)Meldungen oder reine Daten (z. B. Abbildung einer Klassenstruktur) stehen.
[br][br]
Anschließend können mögliche Anhänge folgen, diese werden abhängig von dem Transportprotokoll an die Nachricht angehängt. Binärdateien (Sound, Video, Grafik etc.) können durch Nutzung von MIME-Mechanismen angebunden werden.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/SOAP"/> 
	</occurrence>
</topic>


<topic id="web-uddi">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> UDDI </baseNameString> </baseName>
	<occurrence>
		<resourceData>
UDDI (Universal Description, Discovery and Integration) bezeichnet einen Verzeichnisdienst, der eine zentrale Rolle im Umfeld von dynamischen Web Services spielen soll. 
[br][br]
Der Verzeichnisdienst besitzt eine SOAP-Schnittstelle und enthält Unternehmen, ihre Daten und ihre Services. Dabei kann man in UDDI zwischen drei Arten der Informationen unterscheiden: Den "White Pages", einer Art Telefonbuch, den "Yellow Pages", also die elektronische Entsprechung der gelben Seiten, und den "Green Pages", die Informationen über das Geschäftsmodell des Unternehmens und technische Details zu den angebotenen Web Services enthalten. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/UDDI"/> 
	</occurrence>
</topic>

<topic id="web-webserver">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> Webserver (Apache, Tomcat) </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Der Apache Webserver ist ein Produkt der Apache Software Foundation und 
der meistverbreitete Webserver im Internet. Neben Unix und Linux unterstützt 
Apache auch Win32, NetWare sowie eine Vielzahl weiterer Betriebssysteme. 
[br][br]
Der Apache-Webserver ist modular aufgebaut und bietet die Möglichkeit, 
mittels serverseitiger Skriptsprachen Webseiten dynamisch zu erstellen. 
Häufig verwendete Skriptsprachen sind PHP oder Perl. 
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
<![CDATA[<b>Servlet-Container Tomcat</b>
[br][br]
Apache Tomcat stellt eine Umgebung zur Ausführung von Java-Code auf 
Webservern bereit. Es handelt sich um einen in Java geschriebenen Servlet-
Container, der mithilfe des JSP-Compilers Jasper auch JavaServer Pages in 
Servlets übersetzen und ausführen kann. Inkludiert ist ein kompletter HTTP-Server.
[br][br]
Der HTTP-Server des Tomcat wird vor allem zur Entwicklung eingesetzt, 
während in Produktion zumeist ein Apache Web-Server zum Einsatz kommt. 
Dazu wird in Apache ein Plugin eingebunden, das nur Requests für dynamische 
Inhalte an Tomcat weiterleitet. ]]>
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Webserver"/> 
	</occurrence>
</topic>

<topic id="web-webservices">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> Webservice </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Ein Web Service ist eine Software-Anwendung, die über eine URL (URI) eindeutig 
identifizierbar ist und deren Schnittstellen als XML-Artefakte definiert sind. 
[br][br]
Ein Web Service unterstützt die direkte Interaktion mit Software-Agenten unter 
Verwendung XML-basierter Nachrichten durch den Austausch über internetbasierte 
Protokolle (SOAP).
[br][br]
Web Services orientieren sich an der Serviceorientierten Architektur (SOA) 
und vereinen verteilte und objektorientierte Programmierstandards. Es lassen 
sich die Instanzen Konsument, Anbieter und Verzeichnis identifizieren. 
[br][br]
- der Anbieter veröffentlicht in einem Verzeichnis die Beschreibung seiner Dienste
- der Konsument durchsucht das Verzeichnis und wählt den gewünschten Dienst
- die dynamische Anbindung des Konsumenten an den Anbieter wird durchgeführt
- der Konsument greift nun auf Methoden des Webservice zu
		</resourceData>
	</occurrence>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>
Die Grundlage hierbei bilden drei Standards, die jeweils auf XML basieren:

- UDDI (Universal Discovery and Description Integration) als Verzeichnisdienst 
  zur Registrierung von Web Services. Es ermöglicht das dynamische Finden 
  des Web Services durch den Konsumenten. 
- WSDL (Webservices Definition Language) zur Beschreibung der 
  unterstützten Methoden und deren Parametern. 
- SOAP (Simple Object Access Protocol) zur Kommunikation. 

Web Services bilden die drei wichtigsten Teile der Zusammenarbeit zwischen 
Client und Server ab: Das Zusammenfinden, Binden und den Datenaustausch.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Webservice"/> 
	</occurrence>
</topic>

<topic id="web-wsdl">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-web"/> </instanceOf>
	<baseName> <baseNameString> WSDL </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die Web Services Description Language (WSDL) definiert eine plattform-, programmiersprachen- und protokollunabhängige XML-Spezifikation zur Beschreibung von Netzwerkdiensten (Web Services) zum Austausch von Nachrichten.
[br][br]
WSDL ist eine Metasprache (ein XML-Dialekt), mit deren Hilfe die angebotenen Funktionen, Daten, Datentypen und Austauschprotokolle eines Web Service beschrieben werden können. Es werden im Wesentlichen die Operationen definiert, die von außen zugänglich sind, sowie die Parameter und Rückgabewerte dieser Operationen. 
[br][br]
WSDL wird häufig in Kombination mit SOAP und XML-Schema verwendet, um Web Services im Internet anzubieten. Ein Client, der einen Webservice aufruft, kann WSDL lesen, um zu bestimmen, welche Funktionen auf dem Server verfügbar sind. Alle verwendeten speziellen Datentypen sind in der WSDL-Datei in XML-Form eingebunden. Der Client kann nun SOAP verwenden, um eine in WSDL gelistete Funktion letztlich aufzurufen.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/WSDL"/> 
	</occurrence>
</topic>


<!-- 3 Level: Glossar-xml -->
<topic id="xml-dom">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString> DOM </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Das Document Object Model (DOM) ist eine Programmierschnittstelle (API) für den Zugriff auf HTML- oder XML-Dokumente. Dokumente werden im DOM logisch wie ein Baum dargestellt, wobei die Äste als Knoten (nodes) bezeichnet werden. Die Knoten stehen über "Beziehungen" zueinander in Verbindung. 
[br][br]
Insbesondere erlaubt DOM: 
[br][br]
die Navigation zwischen den einzelnen Knoten eines Dokuments, [br]
das Erzeugen, Verschieben und Löschen von Knoten sowie [br]
das Auslesen, Ändern und Löschen von Textinhalten. 
[br][br]
Am Ende der Verarbeitung kann aus dem Dokument-Objekt durch so genannte Serialisierung ein neues XML- oder HTML-Dokument generiert werden. Alternativ zum DOM wird auch SAX (Simple API for XML-Processing) verwendet, eine ereignisbasierte Schnittstelle speziell für das Verarbeiten großer XML-Datendokumente. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Document_Object_Model"/> 
	</occurrence>
</topic>

<topic id="xml-dtd">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString> DTD </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die Dokumenttypdefinition DTD (Document Type Definition) legt die Struktur eines XML-Dokumentes fest. In einer DTD werden Elemente, Attribute und Entitäten definiert. Konkret heißt das, dass die Reihenfolge und die Verschachtelung der Elemente und die Art des Inhalts von Attributen festgelegt wird und somit ein XML-Dokument im Detail spezifiziert wird. 
[br][br]
Syntax und Semantik einer DTD sind Bestandteil der XML-Spezifikation, obwohl der DTD-Syntax selbst kein XML ist. Mit XML Schema existiert eine weitere Spezifikation zur Definition von Dokumenttypen für XML-Dokumente. XML-Schemas werden in einer XML-Syntax formuliert, bieten mehr Möglichkeiten, sind allerdings auch komplexer als DTDs. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/DTD"/> 
	</occurrence>
</topic>

<topic id="xml-unicode">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString> Unicode </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Unicode ist ein auf 16 Bit (Doppelbyte) basierender internationaler Standard (ident mit ISO 10646), in dem für jedes Zeichen aller  Schriftkulturen und Zeichensysteme ein digitaler Code festgelegt wird. Herkömmliche Computer-Zeichensysteme umfassen einen Zeichenvorrat von entweder 128 (7 Bit) Zeichen wie der sehr bekannte ASCII-Standard oder 256 (8 Bit) Zeichen, wie z. B. ISO Latin-1, Unicode dagegen kodiert über 50 000 verschiedene Zeichen. 
[br][br]
Da die englische Sprache mit dem ASCII-Zeichensatz auskommt und daher keinen Bedarf für Unicode hätte, werden neben dem Doppelbyte-Zeichensatz (UTF-16) Transformationsformate angeboten, die kompatibel zu ASCII sind (UTF-8), allerdings auf Kosten der asiatischen Sprachen, die in diesem Fall mit bis zu vier Byte kodiert werden. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/Unicode"/> 
	</occurrence>
</topic>

<topic id="xml-xml">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString> XML </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die Extensible Markup Language (engl. für "erweiterbare Auszeichnungs-Sprache") ist ein Standard zur Erstellung maschinen- und menschenlesbarer Dokumente in Form einer Baumstruktur, der vom World Wide Web Consortium (W3C) definiert wurde.  XML ist damit ein Standard zur Definition von beliebigen, in ihrer Grundstruktur jedoch stark verwandten Auszeichnungssprachen. Die wichtigste Eigenschaft von XML ist das Konzept der strikten Trennung von Inhalt, Struktur und Aussehen von Dokumenten. 
[br][br]
Eine Sprache wie XML, die zur Definition anderer Sprachen verwendet wird, nennt man Metasprache. Eine mit XML erschaffene Sprache nennt man üblicherweise XML-Dialekt. Zur Zeit existieren mehrere hundert bekannte XML-Dialekte für jeden denkbaren Anwendungsfall. 
[br][br]
Ein konkretes XML-Dokument, das auf einem XML-Dialekt basiert, nennt man Instanz oder XML-Dokument. Eine weitere wichtige Eigenschaft von XML-Dokumenten ist, das sie aus reinem Text bestehen und somit für Menschen und Maschinen gleichermaßen lesbar sind. 
		</resourceData>
	</occurrence>
	<occurrence>
		<resourceData>
Wichtige Begriffe im Zusammenhang mit XML sind Wohlgeformtheit (wellformedness) und Gültigkeit (validity). 
[br][br]
Wohlgeformtheit, also die strikte Einhaltung des XML-Syntax, ist bei XML-Dokumenten zwingend: ein nicht wellformed XML-Dokument ist kein XML-Dokument sondern nur eine beliebige Textdatei, die mit XML-Werkzeugen nicht verarbeitet werden kann (im Gegensatz zu "schlampigen" HTML, das von Browsern akzeptiert wird. 
[br][br]
Gültigkeit (validität) ist eine optionale Eigenschaft, die nur bei Vorlage eines Dokumentmodelles (DTD oder XML Schema) eingehalten werden kann und muss. XML-Werkzeuge sind in der Lage, die Gültigkeit eines XML-Dokumentes zu prüfen. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/XML"/> 
	</occurrence>
</topic>

<topic id="xml-xsd">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString> XSD </baseNameString> </baseName>
	<occurrence>
		<resourceData>
XML-Schema (XSD) ist eine Empfehlung des W3C zum Definieren von XML-Dokumentstrukturen. Anders als bei den klassischen XML-DTDs wird die Struktur in Form eines XML-Dokuments beschrieben. Darüber hinaus wird eine große Anzahl von Datentypen unterstützt. Vermutlich werden DTDs irgendwann vollständig von XML-Schemata abgelöst. Allerdings sind XML-Schemata durch ihre erweiterten Möglichkeiten wesentlich komplexer und nicht so einfach ohne Hilfsmittel auszuwerten. 
[br][br]
XML-Schema stellt im Gegensatz zu DTD, das nur den Typ string kennt, weitere grundlegende Datentypen bereit, zum Beispiel decimal, integer, boolean, date und time. Auch die Modellierungsmöglichkeiten sind mächtiger als bei DTD, zum Beispiel durch Typenableitung (extension oder restriction). 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/XML_Schema"/> 
	</occurrence>
</topic>

<topic id="xml-xsl">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString> XSL, XSLT und XPath </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Die Extensible Stylesheet Language XSL besteht aus den Kernsprachen XSLT (XSL-Transformation), XPath (zur Navigation im Dokumentbaum) und XSL-FO (Formatting Objects zur Seitenbeschreibung). XSL ist eine der wichtigsten und mächtigsten Sprachen der XML-Familie, sie dient zur umfassenden Verarbeitung von XML-Dokumenten (Transformation und Präsentation). Wenn man von XSL spricht, meint man üblicherweise die Transformationssprache XSLT. 
[br][br]
Für die Transformation werden die XML-Dokumente als logischer Baum betrachtet: Der Quell-Baum des zu transformierenden Dokumentes und der durch die Transformation entstehende Ziel-Baum des zu erzeugenden Dokumentes.
[br][br]
Eine Transformation besteht aus einer Reihe von einzelnen Transformationsregeln, die Templates (deutsch "Schablonen") genannt werden. Ein Template besitzt ein auf XPath basierendes Muster (Pattern), das beschreibt, für welche Knoten es gilt, und einen Inhalt (Body), der bestimmt, wie das Template seinen Teil des Zielbaums erzeugt.
[br][br]
Das resultierende Dokument entspricht entweder einem XML-Syntax oder einer anderen Zielsprache, zum Beispiel Text, HTML oder PDF. 
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/XSLT"/> 
	</occurrence>
</topic>

<topic id="xml-xtm">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#glossar-xml"/> </instanceOf>
	<baseName> <baseNameString>XML Topic Map XTM </baseNameString> </baseName>
	<occurrence>
		<resourceData>
Eine Topic Map ist ein abstraktes Modell und ein dazugehöriges XML-basiertes Datenformat zur Modellierung von Wissensstrukturen, auch Ontologien genannt. Topic Maps wurden 1999 als ISO-Standard ISO/IEC 13250 normiert und später als XML Topic Maps (XTM) in XML formuliert. 
[br][br]
Topic Maps sollen die bessere Navigation und Suche in Internetressourcen und anderen Dokumenten ermöglichen und dem Austausch von Metadaten dienen. Sie haben ihre Wurzeln in Glossaren, Taxonomien und Thesauri, gehen aber in ihrer Ausdrucksstärke über diese hinaus. So lassen sich mit Topic Maps Ontologien formulieren, die unter anderem für das semantische Web und auch auf RDFS/OWL abgebildet werden können. 

Während RDFs und OWL vom Hintergrund einer für den Computer verständlichen Formalisierung ausgehen, gehen Topic Maps von den in der menschlichen Wissensverarbeitung bewährten Strukturen von Index und Thesaurus aus und  vermeiden damit oft nicht bedienbare Anforderungen an die Wissensspezifikation, die mit Blick auf Inferenzmaschinen (für Schlussfolgerungen) definiert worden sind.
		</resourceData>
	</occurrence>
	<occurrence> 
		<scope> <subjectIndicatorRef xlink:href="&soa;link"/> </scope>
		<resourceRef xlink:href="http://de.wikipedia.org/wiki/XTM"/> 
	</occurrence>
</topic>


<!-- 3 Level: Impressum-Detail -->
<topic id="owner-firma">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-owner"/> </instanceOf>
	<baseName> <baseNameString> Firmenbeschreibung </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>Firmenbezeichnung: ESL Advanced Information Technology GmbH (ESL-AIT)
Anschrift: Obachgasse 26, A-1220 Wien 
Gesellschaftsform: Gesellschaft mit beschränkter Haftung
Geschäftsführer: Ing. Josef Hauk
		</resourceData>
	</occurrence>
</topic>

<topic id="owner-kontakt">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-owner"/> </instanceOf>
	<baseName> <baseNameString> Kontakt </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>Telefon: +43 (1) 256 24 53 - 0
Fax: +43 (1) 256 24 53 - 80 
Email: esl@esl.at
Internet: www.esl.at
Bankverbindung: Bank Austria Creditanstalt AG, 
BLZ: 11000, Konto Nummer: 04270398300
		</resourceData>
	</occurrence>
</topic>

<topic id="owner-recht">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-owner"/> </instanceOf>
	<baseName> <baseNameString> Gewerberechtliche Informationen </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>Firmenbuchnummer:  FN 182005 f
UID-Nummer:  ATU 48310509
Kammer:  Handelskammer Wien
Firmenbuchgericht:  Handelsgericht Wien
Zuständige Aufsichtsbehörde:  Mag. Bezirksamt für den 22. Bezirk
Gewerberechtliche Vorschriften:  Österreichische Gewerbeordnung
		</resourceData>
	</occurrence>
</topic>


<!-- 3 Level: Impressum-Inhalt -->
<topic id="inhalt-kontakt">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-inhalt"/> </instanceOf>
	<baseName> <baseNameString> Ansprechpartner </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>Heinrich Guschlbauer
Telefon: +43 1 256 24 53 - 55 
Email: heinrich.guschlbauer@esl.at
		</resourceData>
	</occurrence>
</topic>

<topic id="inhalt-webmaster">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-inhalt"/> </instanceOf>
	<baseName> <baseNameString> Webmaster </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>Reinhard Kaiser
Telefon: +43 1 256 24 53 - 73 
Email: reinhard.kaiser@esl.at
		</resourceData>
	</occurrence>
</topic>

<topic id="inhalt-design">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-inhalt"/> </instanceOf>
	<baseName> <baseNameString> Design und XML-Programmierung </baseNameString> </baseName>
	<occurrence>
		<scope> <subjectIndicatorRef xlink:href="&soa;formatedText"/> </scope>
		<resourceData>Heinz Rosenkranz
Email: rosenkranz@eunet.at
		</resourceData>
	</occurrence>
</topic>


<!-- 3 Level: Impressum-About -->
<topic id="about-topicmap">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-about"/> </instanceOf>
	<baseName> <baseNameString> XML Topic Maps </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Topic Maps werden üblicherweise als so genannte "Wissenslandkarten" verwendet, die über den eigentlichen Informations-Ressourcen als Begriffs-Netzwerk liegen. Im gegenständlichen Fall enthält die Topic Map alle darzustellenden Informationen bereits eingebettet in den jeweiligen Topics. Somit ist die Wissenslandkarte zugleich auch ein Instanz-Dokument für die beschriebenen Themen, also ein "all in one" Dokument. 
		</resourceData>
	</occurrence>
</topic>

<topic id="about-ontologie">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-about"/> </instanceOf>
	<baseName> <baseNameString> Ontologie </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Die eigentliche Struktur dieser Website inklusive Navigation wird aus der Semantik der einzelnen Topics abgeleitet. Dafür wurde eine triviale Taxonomie von Website-Begriffen in Form von "Published Subject Indicators" vorgesehen, zum Beispiel Mainpage, Webpage, Document und Textabsatz. Taxonomien und darauf aufbauende Ontologien sind Voraussetzung für semantische Anwendungen, sie definieren und beschreiben die verwendeten Begriffe und erlauben damit logische Schlussfolgerungen (Reasoning). Im gegenständlichen Fall zum Beispiel Schlussfolgerungen über die hierarchische Struktur der Website. 
		</resourceData>
	</occurrence>
</topic>

<topic id="about-xslt">
	<instanceOf> <subjectIndicatorRef xlink:href="&soa;subject"/> </instanceOf>
	<instanceOf> <topicRef xlink:href="#impressum-about"/> </instanceOf>
	<baseName> <baseNameString> XSLT-Transformation </baseNameString> </baseName>
	<occurrence>
		<resourceData>	
Die Anzeige des Topic Map Dokumentes als Website erfolgt durch XSLT-Transformationen im Client (Browser). Voraussetzung dafür ist ein XML-fähiger Browser, zum Beispiel MS-IE oder Mozilla neuerer Generation. Weiterführende Transformationen, zum Beispiel als Slideshow oder als Sitemap-Grafik sind nach Bedarf zusätzlich möglich. 
		</resourceData>
	</occurrence>
</topic>

</topicMap>
