Schönen guten Tag, ich begrüße Sie zu einer Fortsetzung von Angewandte
Informatik 2.
Wir haben uns letztes Mal immer noch mit der Einleitung beschäftigt.
Ich muss sie heute zu Ende bringen.
Wir hatten uns mit einigen Grundlagen des elektronischen Handels
beschäftigt.
Ich habe Ihnen einiges erzählt.
Das waren die Arten des E-Commerce.
Ich habe Ihnen Beispiele für E-Commerce genannt.
Hier eine ganze Reihe von Webadressen aufgezählt, obwohl Sie
sicherlich viele schon kennen.
Ich habe dann eine Reihe Screenshots dazu Ihnen gezeigt.
Und dann sind wir weitergegangen.
Ich habe Ihnen ein paar Prognosen gezeigt über E-Commerce, Prognosen
über die Wirtschaftsentwicklung, einfach um zu beleuchten, welche
Bedeutung das eigentlich hat, das Thema, mit dem wir uns hier
beschäftigen.
Ich habe Ihnen ein bisschen was über die Gründe des E-Commerce
erzählt.
Ein bisschen nochmal Analysen, Aussichten, Online-Käufe in
Deutschland, wobei das hier eine relativ alte Studie war.
Aber immerhin die Antwort, die ist wichtig, dass die meisten Leute
gerne wieder online einkaufen wollten.
Das Ganze nimmt ja auch zu.
Ich hatte dann etwas gesagt über die Anforderungen des E-Commerce an
die Informatik, die halt entsprechende Systeme bereitstellen muss.
Und dann habe ich begonnen, Ihnen etwas zu erzählen, ganz kurz über
das Internet, über das World Wide Web.
Im Wesentlichen natürlich über das Internet, denn das ist ja die
Grundlage des Ganzen.
World Wide Web ist ja nur ein Dienst oben drauf.
Ich hatte Ihnen hier kurz so ein paar Entwicklungskurven gezeigt, die
zeigen, dass es am oberen Ende da so ein bisschen abflacht in den
letzten Jahren.
Hier sieht man genau diese Delle, den Einbruch beim Internet-Hype, wie
man das ja nennt.
Viele Firmen sind verschwunden vom Markt.
Deswegen gab es da einen Einbruch bei der Anzahl der Websites.
Inzwischen hat es aber wieder aufgeholt.
Und ich habe Ihnen dann etwas erzählt über die Struktur des Internets,
über die Kommunikation.
Ich habe Ihnen versucht darzustellen, dass man hier so ein
Schichtenmodell hat.
Die einzelnen Funktionen sind sauber voneinander getrennt.
Und dann habe ich, das war die letzte Folie letztes Mal, da habe ich
Ihnen also etwas erzählt über den Adressraum des Internets.
Und das machen wir also hiermit kurz weiter.
Das war das, was ich letztes Mal am Ende Ihnen erzählt habe, dass die
Adressen, die wir zur Verfügung haben im Internet, nicht ganz
ausreichen zur Zeit für alle Anforderungen.
Deswegen hat man sich alle möglichen Tricks einfallen lassen, um darum
erstmal herumzukommen.
Eine Sache war hier dieses Protokoll classless Inter-Domain-Routing
-Protokoll.
Und die richtige Erweiterung, die richtige Lösung ist halt hier das
IPv6.
Da bekommen wir halt wesentlich mehr Adressen, mehrere tausend
Adressen pro Quadratzentimeter Erdoberfläche.
Das ist etwas, was vermutlich für die nächsten Jahre oder Jahrzehnte
ausreichen wird.
Wir werden sicherlich nicht mit einer Adresse oder vielleicht kommen
wir mit einer aus zunächst mal pro Quadratzentimeter Erdoberfläche.
Aber das könnte, wenn wir nur eine hätten, das wäre schon
wahrscheinlich eine zu starke Begrenzung.
Das würde vermutlich nicht reichen, wenn man sich anschaut, an wie
vielen Stellen tatsächlich Geräte über das Internet kommunizieren.
Und ich möchte nochmal darauf hinweisen, die wesentliche Zahl der
Teilnehmer im Internet sind Geräte.
Ein kleiner Teil sind tatsächlich irgendwelche PCs, an denen Menschen
sitzen.
Das ist ein kleiner, verschwindend kleiner Anteil und das wird in
Zukunft sich noch mehr verstärken.
Zurzeit ist es nicht ein verschwindend kleiner Anteil, aber zukünftig
wird das noch viel stärker so sein, dass Geräte, an denen tatsächlich
Menschen sitzen, also irgendwelche Rechner, PCs, Laptops und sowas,
das ist eine verschwindend kleine Minderheit der IP-Adressen, die an
den Geräten hängen, die miteinander Informationen austauschen.
Der wesentliche Teil sind irgendwelche Geräte, eingebettete Systeme in
allen möglichen intelligenten Produkten.
Und das muss man sich klar machen, in diesem Bereich haben wir in
Europa einiges vorzuweisen.
Es ist auch so, dass die Anzahl der Prozessoren, die weltweit verkauft
werden, das sind nicht Pentium-Prozessoren, die wesentlichen.
Die haben auch einen ganz schönen Marktanteil.
Wenn Sie sich anschauen, die Anzahl der verkauften Prozessoren, also
Mikroprozessoren weltweit, das sind vor allen Dingen Prozessoren für
eingebettete Geräte.
Und da sind europäische Prozessoren sehr gut im Markt vertreten, bei
eingebetteten Systemen ist sowieso Europa sehr gut aufgestellt.
Und erst recht, wenn es um Mobilkommunikation geht und solche Dinge,
da ist Europa anderen Bereichen deutlich voraus.
Europa und Japan würde ich noch dazunehmen.
Aber USA haben den Markt nicht so ganz rechtzeitig erkannt.
Gut, aber das ist ein anderes Thema.
Ich will Ihnen noch kurz mehr erzählen über das TCP-IP.
Wenn ich sage, TCP-IP ist das Protokoll des Internets, muss ich ganz
kurz dazu etwas sagen.
TCP-Transport-Control-Protokoll.
Das stimmt ja gar nicht.
Das habe ich immer noch hier, diesen falschen.
Das ist das Transmission-Control-Protokoll.
Irgendwann einmal hatte ich hier das falsch reingeschrieben und dann
irgendwann gesehen, aber vergessen zu ändern.
Das ist das Transmission-Control-Protokoll.
Können Sie auch nicht lesen, ist egal.
Für mich ein Merker, dass ich da noch etwas ändern muss.
Also, dieses TCP-Protokoll stellt eine logische, verlässliche
Verbindung zwischen Sender und Empfänger her.
Logische Verbindung heißt nicht unbedingt physikalische Verbindung.
Und verlässlich.
Verlässlich heißt natürlich das, was vermutlich dann IP nicht bietet.
IP schickt nur Pakete hin und her und kümmert sich nicht darum, ob die
auch wirklich ankommen.
TCP stellt sicher, dass alles, was rausgeschickt wurde, auch beim
Empfänger tatsächlich ankommt.
Und dazu wird also der Datenstrom zwischen Sender und Empfänger in
Pakete eingeteilt.
Die Endpunkte heißen Sockets, das hatte ich Ihnen letztes Mal erzählt.
Also Sie haben hier den Sender und den Empfänger.
Also Sender und Empfänger.
Und da ist halt irgend so ein Socket hier verbunden mit irgendeinem
Socket auf der Seite.
Das heißt, zwei Ports werden durch eine logische Verbindung verbunden.
Und die Enden dieser Verbindung sind halt Steckdosen, könnte man
sagen, Sockets, wo die Kommunikation raus- und reinlaufen.
Und es wird hier irgendein langer Datenstrom geschickt, eingeteilt in
viele Pakete.
Und der kommt hier auch wieder an.
Das ist keineswegs so, dass die Pakete dort genau in der gleichen
Reihenfolge ankommen müssen.
Es kann sein, dass Pakete sich überholen, weil sie auf verschiedene
Routen laufen.
Aber das Wichtige ist, dass es eben eine verlässliche Verbindung
darstellt.
Verlässliche Verbindung in dem Sinne, dass eben wirklich jedes Paket
ankommt und dann auch in der richtigen Art wieder abgeliefert wird.
Also die Sockets, denen sind Ports zugeordnet, hatte ich schon gesagt,
mit Nummern zwischen 0 und 2 hoch 16 minus 1.
Also 16 Bit dafür, wobei einige bestimmte feste Funktionen haben für
spezielle Dienste im Internet und andere sind frei.
Im Wesentlichen sind so die Nummern von 0 bis 1023 für feste
Funktionen reserviert.
Es gibt auch darüber noch ein paar, aber wenn man genau wissen will,
welche Dienste mit welchen Ports verbunden sind, dann sollte man auf
den entsprechenden Request for Comments gucken.
Im Internet, hatte ich Ihnen gesagt, Request for Comments,
Spezifikation aller Protokolle im Internet.
Und dann kann man darüber dann erfahren, in welchem Dienst welcher
Port verbunden ist.
Und diese Ports stellen also Verbindungs- und Einbindungsprogramme her
und dann muss natürlich TCP den Datenfluss steuern.
Also die Anzahl der Pakete pro Sekunde.
Man kann natürlich nicht beliebig viele Pakete rausschicken, das
sollte verlässlich sein.
Es sollen nicht zu viele Fehler auftreten, es sollen nicht zu viele
Pakete verloren gehen.
Und das Ganze geschieht mit einem sogenannten Sliding-Window
-Protokoll.
Was ist das jetzt?
Das wollte ich nicht.
Genau, das wollte ich erst mal zeigen.
Das sei hier der Datenstrom oder das seien praktisch die Pakete, die
geschickt werden müssen.
Und das Ganze sieht im Prinzip so aus, dass man ein Sliding-Window,
also ein Fenster, hier rüberschiebt.
Dieses Fenster wandert also über diesen Datenstrom hinweg, schickt die
Pakete der Reihe nach hier rüber.
Und warum nun dieses Fenster?
Das Fenster sagt Folgendes aus.
Ich schicke einfach eine bestimmte Anzahl von Paketen raus, bevor ich
auf eine Bestätigung tatsächlich warte oder eine Bestätigung haben
möchte, dass das erste Paket angekommen ist.
Wenn ich das nicht so machen würde, wenn ich hier die Pakete einzeln
schicken würde, ich muss ja Verlässlichkeit garantieren, dann heißt
das ja, ich muss wissen, das Paket ist angekommen, ich brauche eine
Bestätigung.
Wenn ich hier ein einzelnes Paket schicken würde und warten würde
darauf, dass das bestätigt wird, dann würde ich ziemlich lange da
sitzen unter der Server und würde Däumchen drehen.
Und das heißt, das wäre eine ziemliche Verschwendung von Rechenzeit.
Also schickt man eine ganze Reihe von Paketen und man berücksichtigt,
dass es eine Weile dauert, bis ein Paket ankommt und bis dann die
Bestätigung wieder zurückgeschickt wird.
Und dann weiß man aus irgendeinem Grund, wie lange oder wie viele
Pakete man schicken darf, ohne auf eine Bestätigung zu warten.
Denn wenn man für ein Paket irgendwann mal keine Bestätigung bekommt,
dann muss man das Paket ja nochmal schicken.
Deswegen muss man natürlich aufpassen, dass man nicht zu viele
rausschickt.
So, was wird da gemacht?
Diese Fenstergröße bestimmt also, wie viele Pakete vor Erhalt einer
Empfangsbestätigung versandt werden dürfen.
Und die Größe dieses Fensters hier wird also dynamisch ausgehandelt
zwischen Sender und Empfänger.
Und zwar abhängig von der aktuellen Kapazität beim Empfänger.
Wie viele kann der dort puffern?
Du musst ja auch alle abarbeiten, die Pakete, die dort ankommen.
Und natürlich hängt die aktuelle Transportleistung des Netzes auch
damit zusammen.
Die bestimmt auch die Größe dieses Fensters.
Und es ist so, dass man in der Regel anfängt mit einer sehr kleinen
Fenstergröße.
Wenn ich das mal hier reinmale.
Normalerweise fängt das sehr klein an.
Man schickt ein Paket, wartet auf die Bestätigung.
Sobald man die hat, schickt man dann zwei Pakete los.
Man erhöht also dann die Fenstergröße.
Sobald man für die Bestätigung bekommen hat, schickt man vier Pakete
los und so weiter.
Also man vergrößert ständig diese Fenstergrößen.
Und dann geht das eine Weile gut.
Die Fenstergröße wächst hier also an.
Und dann irgendwo haben Sie einen Fehler.
Dann geht es wieder runter auf die Hälfte.
Und dann steigt es wieder an.
Und ab einer bestimmten Grenze geht es nur noch linear weiter.
Geht vielleicht nicht mehr weiter.
Warum geht es nicht mehr weiter?
Weil Sie Fehlermeldungen kriegen.
Sie haben keine Bestätigung mehr bekommen.
Und Sie müssen etwas normal schicken.
Und dann geht die Fenstergröße wieder runter.
Das heißt, das ist so ein Prozess, bei dem es immer mal wieder rauf
geht und wieder runter.
Das ist genau das, was Sie erleben, wenn Sie irgendeinen Falltransfer
machen, irgendwelche Daten sich holen.
Dann beobachten Sie bei der Anzahl der Bits pro Sekunde, mit denen die
Datei Ihnen geliefert wird, dass das nicht immer konstant ist, sondern
dass das schwankt.
Und das hängt genau damit zusammen, dass das so ein Protokoll ist, bei
dem die Datenübertragungsrate ständig variiert.
Abhängig davon, wo irgendwo Engpässe da sind.
Das Netz ist sehr dynamisch, es können Fehler auftreten in
irgendwelchen Knoten, sodass man dann halt entsprechend sich an die
Transportleistung anpassen muss.
Es ist nämlich so, wenn wir feststellen würden, dass hier irgendein
Paket nicht angekommen ist.
Meinetwegen dieses Paket hier, das ist nicht angekommen.
Und es kann sogar sein, dass irgendwelche Pakete hier hinter, die
danach kommen, dass die schon angekommen sind.
Das interessiert aber gar nicht.
Ich muss immer, wenn ich feststelle, ein Paket ist nicht angekommen,
dann muss ich alle Pakete von dem Zeitpunkt oder von der Stelle an,
alle nochmal schicken.
Und deswegen ist es eben wichtig, diese Fenster nicht zu groß zu
machen.
Wenn es zu groß wäre, müsste man eventuell zu viele Pakete unnötig
zweifach schicken.
Also, damit kann man sich intensiv beschäftigen.
Ein sehr intelligentes Protokoll, das dazu geführt hat, dass wir mit
einem Netz, das vor gut 20 Jahren entworfen wurde, dass wir mit dem,
eigentlich ist es fast 30 Jahre her, dass wir mit einem Netz, das
damals entworfen wurde, mit einem Protokoll, das für die damaligen
Größen entworfen wurde, heute immer noch einigermaßen gut
zurechtkommen.
Und das heißt, es ist ein sehr gut skalierendes Protokoll, sehr
intelligent entworfen, hat sehr schöne Eigenschaften.
Mehr erzähle ich Ihnen darüber nicht.
Sie erfahren darüber mehr in der Vorlesung Telematik für
Informationswörter.
Und ansonsten hören Sie darüber noch was in ein paar anderen
Vorlesungen.
Wenn Sie gehen in die Vorlesung Algorithms for Internet Applications,
da gehe ich speziell auf Algorithmen ein.
Bei TCPIP hier aber nicht.
IP-Protokoll ist unten drunter und hat eine andere Aufgabe.
Es ist ja so, dass die Daten hier irgendwo vom Sender losgeschickt
werden und die laufen irgendwo hin zu einem Empfänger.
Aber die laufen natürlich über eine Reihe von Zwischenknoten.
Irgendwo da zwischendurch.
Und jetzt muss natürlich nicht jeder Zwischenknoten sich alles
anschauen, was da drin ist.
IP sorgt dafür, dass Datenpakete durch das Internet geschickt werden.
Es ist nämlich so, dass es an jeder Stelle nicht nur eine Möglichkeit
gibt, ein Datenpaket, das hier reinkommt, zu verschicken, sondern
mehrere.
Theoretisch mit mehreren anderen verbunden.
Und diese Prozedur entscheidet über welche Leitung ein Datagramm als
nächstes auf dem Weg zum Ziel geschickt wird.
Und das führt dann dazu, wenn wir uns hier so ein Netz anschauen, und
hier haben wir also den Sender und hier haben wir den Empfänger, dann
wird nach einem Protokoll oder nach einem Verfahren, das sich Open
Shortest Path First nennt, also natürlich kürzester Weg,
selbstverständlich, will man gerne haben.
Aber es kann durchaus sein, dass der kürzeste Weg nicht immer genau so
aussieht, wie man sich das denkt.
Also eine Nachricht wird hier losgeschickt, und dann kann es sein,
dass ihr einmal diesen Weg nehmt, dann kann es sein, dass das nächste
Paket über diesen Weg läuft, und ein anderes Paket über den Weg, und
dann sehen Sie, das hier ist wieder zurückgelaufen.
Es kann also auch sein, dass mal ein Router eine Entscheidung trifft,
das auf einen Weg zu schicken, sodass auf einmal Datenpakete im Kreis
laufen.
Das wäre natürlich schlimm, wenn man dann nicht dafür sorgen würde,
dass solche Pakete, die zu lange durchs Netz laufen, weil sie
vielleicht irgendwo im Kreis geschickt wurden, dass die dann nicht
auch irgendwann wieder verschwinden.
Auf all solche Sachen muss man achten, es ist alles mit eingebaut bei
IP.
So, und wenn Fehler auftreten, werden dann Informationen weitergegeben
an das Transmission Control Protocol, aber auf die Einzelheiten gehe
ich hier nicht ein.
Wichtig ist, dass es hier so ist, dass IP dafür sorgt, in jedem
Knoten, zum Beispiel in diesem hier, zu entscheiden, über welche der
Leitungen ein Paket weitergeleitet wird.
Natürlich immer in Richtung auf das Ziel hin.
Und was die richtige Richtung ist, das wird halt entschieden aufgrund
der aktuellen Information über die verfügbaren Leitungen im Netz.
Und die können sich durchaus ändern.
Die müssen sich nicht jede Sekunde ändern, aber es kann durchaus so
passieren, dass dort Änderungen auftreten.
Also, die Wege, über die Datenpakete laufen, zwischen einem Sender und
einem Empfänger, können sehr unterschiedlich sein.
Deswegen kann es auch sein, dass Pakete sich überholen.
Dass also ein Paket irgendwo aufgehalten wurde, über einen längeren
Weg geschickt wurde und dann halt länger dauert als ein anderes, das
eigentlich aber erst dahinter in der Anwendung entgegengenommen werden
sollte.
Und dann wird halt alles so weit verzögert.
TCP sorgt dafür, dass die Reihenfolge nachher wieder richtig stimmt.
Gut, das zu IP.
Mehr will ich auch dazu nicht sagen.
Ach doch, mehr wollte ich nicht sagen.
Ich kann nur noch hier eine weitere solche Route Ihnen aufzeigen.
Und das ist dann zu diesem Protokoll schon mal alles.
Wie gesagt, Einzelheiten werden Ihnen später noch erzählt.
Wichtig ist nur, dass es eben diese zwei Dienste gibt.
Eine ist zuständig für die logische Verbindung, Zuverlässigkeit.
Die andere für Hop-zu-Hop-Verbindungen, also das Routen, das
Verteilen, das Weiterleiten von Paketen im Netz.
Und jetzt gibt es noch ein drittes Protokoll.
Eines der Standardprotokolle, das ist UDP.
UDP, User Datagram Protocol.
Und dieses UDP macht nun folgendes, das reicht diesen unzuverlässigen
Dienst von IP einfach weiter an die Anwendungsschicht.
TCP macht was Zuverlässiges draus.
UDP nimmt nur einzelne Pakete, die ankommen, und reicht die nach oben
weiter.
Da wird man meinen, wieso macht man das denn eigentlich?
Ich will auch Zuverlässigkeit haben bei der Anwendung.
Aber wenn es Anwendungen gibt, denen passt das überhaupt nicht, dass
TCP schon die ganze Bandbreite, die Anzahl der Pakete pro Sekunde
steuert und dieses Sliding-Window-Protokoll hat mit Slow-Start, sodass
die Bandbreiten sich ständig ändern.
Es gibt Anwendungen wie zum Beispiel die hier aufgeführte Multimedia
-Übertragung, bei denen es durchaus wichtig ist, dass wir eine feste
Bandbreite haben.
Die Anzahl der Frames pro Sekunde spielt bei Video-Übertragung eine
große Rolle.
Ob da jetzt mal ein Frame zwischendurch fehlt, ist völlig irrelevant.
TCP würde aber eine ganze Übertragung anhalten, nur weil irgendwo ein
Frame oder ein Datenpaket gefehlt hat und würde halt entsprechend
warten, bis das dann irgendwann nachgeschickt wird.
Und das macht für solche Multimedia-Anwendungen überhaupt keinen Sinn.
Deswegen setzt man hier zum Beispiel UDP ein.
So gibt es andere Anwendungen, bei denen das auch keinen Sinn macht.
Irgendwelche kurzen Interaktionen zwischen Sender und Empfänger und da
geht man dann halt auf UDP und hat dann natürlich der Anwendung die
Aufgabe belassen, für Zuverlässigkeit zu sorgen, in dem Maße, wie
Zuverlässigkeit von der Anwendung gebraucht wird.
Wenn Sie sich daran erinnern, was Sie bei Java alles kennen, da gibt
es ja auch genau diese zwei verschiedenen Möglichkeiten, übers Netz
Verbindungen aufzubauen.
Das eine Mal wird TCP verwendet, das andere Mal UDP.
Einmal stromorientiert, das andere Mal ist es paketorientiert.
Das sind genau diese beiden Protokolle, die da unten drunter liegen.
Wer von Ihnen hat schon mal diese beiden Netzprotokolle programmiert?
Eins, zwei.
Wer von Ihnen hat schon kommerzielles Programmieren gemacht?
Beim Programmieren kommerzieller Systeme kommt doch Client-Server
-Programmierung vor.
Und dann muss man von diesen beiden Arten der Kommunikation über Netze
eigentlich gehört haben.
Eigentlich sollte es auch in den Übungen dazu vorgekommen sein.
Also das ist etwas, was auf jeden Fall eigentlich zumindest jedem
Wirtschaftsingenieur bekannt sein sollte.
Ob das bei den Informationswirten auch alles da ist, weiß ich nicht.
Ob da Java auch in diesen Aspekten behandelt wurde, ist mir nicht
bekannt.
Aber ist ein Informationswirt da, der das beantworten kann?
Haben Sie von Java die verschiedenen Arten der Übertragung nicht
kennengelernt?
Das ist aber ein Fehler, denn das sollte eigentlich gerade bei
Informationswirten eigentlich bekannt sein.
Schön, dass die Wirtschaftsingenieure das jedenfalls wissen.
Gut, machen wir weiter.
Also, das ist hier TCP.
TCP könnte also dann... Quatsch, also UDP.
UDP ist nicht zuverlässig, verbindungslos, also spielt keine Rolle,
dass eine Verbindung dauerhaft aufgebaut ist und es werden nur
einzelne Datenpakete verschickt.
Das war's zu TCP, IP und UDP.
Mehr brauche ich Ihnen darüber hier nicht zu erzählen.
Der Rest ist eigentlich für das Thema E-Commerce uninteressant im
Augenblick.
Wir wollen uns ja eigentlich mit den Anwendungen des elektronischen
Handels beschäftigen und den Dingen, die die Informatik bereitstellen
muss.
Natürlich stellt die Informatik das Internet bereit, aber wie ich
schon sagte, das wird genauer an anderer Stelle behandelt.
Da brauche ich es hier nicht nochmal zu machen.
Was uns natürlich beim E-Commerce interessiert, ist ein Dienst, der
oben drauf sitzt, nämlich das World Wide Web.
Und die sind ja noch gar nicht so sehr alt.
Das Internet ist ja viel älter als das World Wide Web.
Anfang der 90er Jahre von einem Physiker erfunden worden, das World
Wide Web, weil Physiker, die dort am CERN in Genf arbeiten, ihre
Forschungsergebnisse möglichst schnell austauschen wollten, auf
einfache Art und Weise.
Dafür hat er sich eine Idee entwickelt, wie man durch Links in
Dokumenten verweisen kann auf andere Dokumente und wie man dann auch
durch eine bestimmte Art der Adressierung auf andere Dokumente
zugreifen kann.
Und so entstand HTML, HTTP, das HTTP-Protokoll und damit das World
Wide Web.
Die Motivation, wie gesagt, war der Wunsch der Physiker, ihre
Forschungsergebnisse möglichst einfach über das Internet austauschen
zu können.
Und das ist hier in Genf entstanden, ist dann von dort aus
weitergelaufen, weiterentwickelt worden.
Und dann irgendwann kam die Dokumentenbeschreibungssprache HTML als
Spezialisierung von SGML.
Da gehen wir später noch drauf ein.
Und dann kommt als nächstes die Adressierung Uniform Resource Locator
und damit eine Standardisierung der Kommunikation.
Das hier ist also ein solches Beispiel für eine URL.
Will ich jetzt nicht auf den Link unbedingt rauf gehen, das dauert mir
jetzt zu lange.
Dazu kommt dann das Protokoll, das tatsächlich in der Lage ist, einen
Zugriff auf HTML-Seiten zu gewährleisten.
Also solche Daten überträgt von jemandem, der möchte auf einen Link
klicken, einen Link verfolgen.
Und dieses Klicken auf einen Link heißt natürlich, ich muss irgendwo
eine Möglichkeit haben, tatsächlich auch dieses zu unterstützen.
Das sind halt die Browser, die Sie alle kennen.
Oder wer hier in der Fakultät für Informatik lernt, der lernt so Namen
kennen wie Blätterer oder Stöberer für Browser.
Kann man auch machen, also diese Namen verdeutschen.
Also Browser ist das Werkzeug, um auf HTML-Seiten zuzugreifen.
Wieder wichtig, eine Standardisierung, eine einfache Möglichkeit, auf
solche Dokumente, die im HTML-Format geschrieben sind, zuzugreifen.
Die werden dadurch, dass HTML halt das Layout festlegt, auf eine
eindeutige Art und Weise dargestellt.
Und mit der Verfügbarkeit der Browser, also seit etwa 1993, 1994,
haben wir im Prinzip das World Wide Web.
Also ziemlich genau 10 Jahre alt.
Länger gibt es das World Wide Web noch nicht.
Und Sie wissen alle, wie stark sich das entwickelt hat.
Und man kann nur immer wieder betonen, dass wir die wesentlichen
Wirkungen des World Wide Web noch gar nicht sehen.
Da wird noch viel mehr auf uns zukommen, was durch das World Wide Web
sich alles bei uns in der Wirtschaft und Gesellschaft verändern wird.
Das World Wide Web ist dann sehr schnell, aufgrund dieser starken
Ausbreitung, noch stärker standardisiert worden.
Das ist ganz wichtig, dass man halt Standards hier hat.
Also das World Wide Web Konsortium ist das Standardisierungsgremium
fürs World Wide Web.
Es gibt daneben Standardisierungsgremien für das Internet.
Die sind hiervon völlig unabhängig.
Und hier geht es ja nur um einen Anwendungsbereich des Internets.
Und wenn man sich darüber informieren möchte, dann sollte man auf die
Seiten von W3C, also World Wide Web Konsortium, gehen.
Dort findet man eine Übersicht über sehr viele Standards, die man im
World Wide Web benutzt.
Wir werden ja diese Standards auch noch kennenlernen.
Gut, die meisten Entwicklungen von Standards im Internet vor allen
Dingen, aber auch im World Wide Web, laufen außerhalb von Deutschland.
Ist leider so.
Obwohl gerade jetzt hier am Institut für Telematik, die haben jetzt
geschafft in den letzten paar Jahren, ich glaube drei Standards auch
zu veröffentlichen als Request for Comments.
Sehr ungewöhnlich, dass eine deutsche Institution tatsächlich
erfolgreich diesen Internetstandards mit reingebracht hat.
Vieles läuft außerhalb von Europa.
Da haben die Europäer irgendwie die Dynamik ein bisschen verschlafen.
Es ist zwar entstanden, das World Wide Web in Europa, aber die weitere
Entwicklung ist sehr stark in den USA weitergetrieben worden.
Wichtige Ausnahme von diesem Zurückbleiben ist halt der Bereich der
Mobilkommunikation.
Darauf habe ich schon hingewiesen, da sind wir eigentlich deutlich
weiter.
Aber eine Sache muss man sich wirklich ganz deutlich klar machen, das
hat auch viel mit Politik zu tun.
Sie erinnern sich vielleicht, als Bill Clinton damals Präsident wurde,
da wurde viel geredet über Information Highways, Data Highways und
solche Dinge, Datenautobahnen und Informationsinfrastrukturen.
Als das in Deutschland diskutiert wurde, im Bundeskabinett wurde es,
zumindest wird das so kolportiert, hätte der damalige Kanzler die
Angelegenheit ans Verkehrsministerium überwiesen, zur weiteren
Behandlung.
Und das zeigt, welche Bedeutung man dem beigemessen hat und wie man es
eingeschätzt hat.
Datenautobahn, aha, Verkehrsministerium.
Und dann, Mitte bis Ende der 90er Jahre, da gab es sehr intensive
Diskussionen über die Kryptografiegesetzgebung.
In Frankreich zum Beispiel ist die Verschlüsselung von Informationen
bis vor kurzem jedem verboten gewesen.
Natürlich außer dem Militär.
Aber Privatpersonen durften keine Verschlüsselungsverfahren verwenden.
Es war verboten.
In Deutschland war das erlaubt, aber es gab eine sehr heiße Diskussion
darum, in welchem Maße das erlaubt ist.
Und es wurde in dem Zusammenhang sehr viel darüber geredet, dass, ja
wer will denn etwas verschlüsseln, das machen doch nur Kriminelle.
Da haben die damals Verantwortlichen nicht erkannt, dass
Verschlüsselung etwas zu tun hat mit der Möglichkeit, Verträge auf
elektronische Art und Weise rechtlich abgesichert zu schließen.
Verschlüsselung hat etwas damit zu tun, dass man zuverlässig im
Internet kommunizieren kann.
Und das war damals den Politikern nicht bekannt.
Zum Glück gab es Wissenschaftler, auch hier aus Karlsruhe, und ein
paar Politiker, die dann über Anhörungen dafür gesorgt haben, dass die
Gesetze damals entschärft wurden.
Und dass es ermöglicht wurde, tatsächlich sogenannte harte
Kryptografie einzusetzen.
Nämlich Verschlüsselung, die nur sehr sehr schwer zu entschlüsseln
ist.
Also ohne, dass man die Geheiminformationen kennt, also den Schlüssel
kennt, um das zu entschlüsseln.
Und das zeigt also einerseits, dass es ganz wichtig ist, Politikern
immer klar zu machen, was sind die neuesten technologischen
Entwicklungen.
Und es muss aber auch Leute geben, die sich darum kümmern.
Es muss Wissenschaftler geben, die das auch auf sich nehmen,
tatsächlich diese Informationen immer weiterzugeben.
Das sind wichtige gestalterische Dinge, die auch was damit zu tun
haben, inwieweit man Innovationen in einem Land ermöglicht oder nicht.
Ganz wichtige Sache, muss man darauf hinweisen.
Weiterer Punkt, die Angst vor Pornografie, also vor irgendwelchen
Dingen, die dann im Internet herumlaufen.
Natürlich ist eine der wesentlichen Nutzungen, die häufigste Nutzung
des World Wide Web war, um auf irgendwelche, oder es ist heute immer
noch, um auf irgendwelche Sexseiten und pornografischen Seiten
zuzugreifen.
Und es hatten viele Politiker, nicht nur von einer Partei, sondern
eigentlich quer durch alle Parteien, die Angst, dass dadurch eine zu
große Gefährdung für Jugendliche da ist.
Da müsste doch das Jugendschutzgesetz einhalten.
Und da gab es so Vorschläge, man könnte ja vereinbaren, dass vor 23
Uhr solche Inhalte nicht ins Netz gestellt werden dürfen.
Solche Aussagen sind in unserem Bundestag tatsächlich gemacht worden.
Muss man sich mal vorstellen.
Also das heißt, es ist wirklich wichtig, solche Leute, die dort sitzen
und Entscheidungen zu treffen haben, gut zu informieren über das, was
technologisch möglich ist und das, was technologisch eigentlich
unsinnig ist.
Gut, das hat sich mittlerweile in allen Parteien geändert.
Zum Glück eben auch in der Regierung, da ist einiges in andere Bahnen
gelenkt worden.
Nicht alles läuft immer so, wie man sich das wünscht, aber es gibt
inzwischen in Deutschland sehr gute Entwicklungen, gute Gesetzgebungen
zu digitaler Signatur und ähnliches.
Wobei das nicht immer alles genauso ist, wie man sich das wünscht als
Wissenschaftler, aber es geht schon in die richtige Richtung.
Und das heißt eben, dass bei uns in Deutschland die zentrale Bedeutung
des World Wide Web für Wirtschaft und Gesellschaft erst relativ spät
erkannt wurde.
Das hat auch eine Auswirkung gehabt auf den Ausbau des Internets.
Inzwischen sind wir da auf einem guten Stand, haben eine bessere
Infrastruktur zum Teil als die Amerikaner, aber da muss man eben
aufpassen.
Und das, was natürlich wichtig ist, ist das, was hier als letzter Satz
steht.
Ich denke, dass die Wirtschaftsingenieure und Informationswirte, die
wir hier in Karlsruhe ausbilden, gut qualifiziert sind, um tatsächlich
das, was man zukünftig machen kann, also die Entwicklung in diesem
Bereich, wirklich maßgeblich mitzubestimmen und zu gestalten.
Wirtschaftsingenieure sind ja überwiegend zukünftige Manager, die
gestalten die Wirtschaft und sollten das eben auch vernünftig tun.
Gut, das war die Einleitung, jetzt kommen wir zu den Inhalten.
Jetzt möchte ich natürlich die Freihand-Anmerkung behalten.
Dazu eine kurze Frage.
Ich stelle ja die Folien ins Netz und ich habe sie in der Version mit
den Annotationen reingestellt.
Ich kann sie auch ohne Annotationen reinstellen.
Sie bekommen ja sowieso die aufgezeichnete Vorlesung noch
dazugeliefert, da sind die Annotationen alle drin.
Was möchten Sie lieber haben?
Die Folien ohne Annotationen?
Mit Annotationen?
Also wie viele möchten Sie ohne haben?
Wie viele möchten Sie mit Annotationen haben?
Wenige.
Na gut, dann werden wir das wahrscheinlich ohne Annotationen machen.
Und Sie haben ja die Annotationen dann noch auf der Aufzeichnung mit
drin.
Wir wollen ja auch nicht zu viele Dateien da reinstellen müssen, das
macht das dann etwas aufwendig für uns.
So, jetzt wollte ich Ihnen noch etwas kurz hier zeigen.
Ich habe letzte Woche schon darauf hingewiesen, dass es morgen einen
interessanten Vortrag gibt.
Jetzt habe ich auch die richtige Ankündigung.
Der Dr. Ibrahim Aboulaiche, Träger des alternativen Nobelpreises,
trägt morgen Nachmittag 14.30 Uhr im Audimax vor über sein Modell für
das Wirtschaften im 21.
Jahrhundert, SECAM.
Etwas, was er in Ägypten entwickelt hat, was also vor allen Dingen die
Interessen der Entwicklungsländer wesentlich stärker berücksichtigt.
Und hierzu hat eingeladen der Prof. Werner, derzeitig Inhaber des
Lehrstuhls für Entrepreneurship.
Und ich kann Ihnen das nur nachhaltig empfehlen, dort hinzugehen.
Dann möchte ich Sie auf eine weitere Sache hinweisen.
Jetzt ist auf irgendeinem Grund meine Verbindung zum Netz hier gerade
unterbrochen worden, das ist aber nicht ganz so wichtig.
Gehen wir mal noch auf eine weitere Ankündigung.
Man kriegt da immer alle möglichen Werbeinformationen von allen
möglichen Firmen.
Unternehmensberatungen sind immer ganz scharf auf die Absolventen aus
Karlsruhe.
Aber die bieten natürlich auch etwas, nicht nur Roland Berger, wie die
jetzt hier etwas anbieten, sondern auch andere.
Und hier ist etwas, was durchaus interessant ist, deswegen füge ich
das hier mal ganz kurz ein.
Kleine Werbepause.
Topics 2004, hier geht es um eine Möglichkeit für Studenten in höheren
Semestern oder auch Doktoranden, Diplomanden, aber durchaus auch schon
für Sie hier sich zu bewerben, um an so einer Veranstaltung
teilzunehmen.
Und was wird hier gemacht?
Hier wird eine Fallstudie bearbeitet, die sich auf irgendwas bei FIAT
bezieht.
Und dann wird an drei Tagen etwas gelernt, strategisch entwickelt und
wird halt einiges gemacht.
Da sind viele der Berater von Roland Berger dabei und werden also 50
Studenten, die ausgewählt werden, dort mitarbeiten lassen, informieren
über das, was so im Beratungsgeschäft heutzutage erforderlich ist.
Ich will da gar nicht auf diese ganzen Einzelheiten jetzt eingehen,
Sie sehen ja da eine Aufzeichnung drin.
Hier wichtig ist, dass Sie bis zum 14.
Mai, also nächste Woche Freitag, sich dort bewerben können.
Wer das machen will, darf das gerne tun.
Und damit, denke ich, habe ich hierfür genug Werbung gemacht und kann
das wieder ausblenden.
Und jetzt möchte ich noch auf eine andere Sache eingehen.
Jetzt muss ich aber erst mal schnell wieder sehen, ob ich wieder meine
Verbindung herstellen kann zum Netz.
Ich hatte ja gesagt, ich wollte die Werkzeuge für Interaktion hier
auch ab und zu mal nutzen.
Jetzt sehe ich einen Laptop da oben.
Wie viele von Ihnen haben sich die Werkzeuge für Interaktion, diese
Nukad -Tools, eigentlich schon mal runtergeladen und installiert auf
Ihrem Rechner?
Hat die schon jemand Sie angeguckt?
Aha, zwei von Ihnen haben das.
Laufen die jetzt auf Ihrem Rechner?
Ja.
Ich habe hier gerade eben eine Verbindungsunterbrechung gehabt, haben
Sie ja gesehen.
Wobei jetzt sagt, Verbindung wäre hervorragend.
Bitte?
Ja, aber das Gateway scheint im Augenblick nicht ganz zuverlässig zu
sein.
Wie man hier ja auch sieht, kriegt er keine Verbindung zum Server.
Dann macht es keinen Sinn, das jetzt zu nutzen.
Ich will es aber in nächster Zeit tatsächlich einsetzen.
Ich möchte hiermit verwenden und kündige es eben damit hiermit an,
dass Sie in den nächsten Wochen bei den Vorlesungen hier durchaus,
auch wenn Sie möchten, diese Werkzeuge mitnutzen können, um mir
Rückmeldung zu geben über das, was ich sage.
Ich werde Ihnen dann auch ab und zu mal ein paar Fragen stellen.
Gut, dann müssen wir jetzt mit dem nächsten Kapitel weitermachen.
Das nächste Kapitel ist nicht gleiche Zusammenfassung, sondern geht
los mit der ersten Seite.
Und es geht jetzt also um das Kapitel 2, Austausch von Daten und
Dokumenten.
Das ist etwas, was zentral ist für E-Commerce.
Und ich werde Ihnen jetzt einiges dazu erzählen.
Im Kapitel, das ist ein ziemlich langes Kapitel, sehr umfangreich.
Da geht es zunächst mal um EDI, Electronic Data Interchange.
Austausch von Daten und Dokumenten ist doch alles, wenn man das im
Internet macht, ist das doch alles Electronic Data Interchange.
EDI ist aber, wie wir es später sehen werden, eine sehr spezielle Art
des Austauschs von Daten in einem speziellen Format.
Dann das SGML, habe ich Ihnen schon ganz kurz erwähnt, im Zusammenhang
mit dem World Wide Web.
Ist viel älter als das World Wide Web.
Wurde im Wesentlichen für die Druckindustrie entworfen, um ganz
generell Dokumente strukturieren zu können und auch über Layouts
Festlegungen machen zu können.
Hat eigentlich mit elektronischer Kommunikation noch gar nichts zu tun
gehabt.
Aber ist eben die Basis für HTML, für die Hypertext Markup Language
und auch für XML.
Ich habe daneben jeweils hier eine Reihe von Webseiten angegeben.
Ich gehe nachher noch auf einige von denen rauf, aber ich möchte es
jetzt nicht tun.
Sie können da selbst mal drauf rumstöbern.
Also einmal für EDI gibt es sehr ausführliche Informationen.
Zum Beispiel hier auf dieser Webseite der Vereinten Nationen.
Die speziell für einen Standard dort sehr viele Informationen
bereitstellen.
Dann zu HTML findet man sehr viel auf einer Webseite, die sehr
hilfreich ist.
Mit sehr viel Informationen, Tutoriellen, Beschreibungen von HTML und
auch einige anderen Protokollen, die sich darum ranken.
XML ist auf den W3C Seiten beschrieben.
Ich habe hier einen Link auf eine Webseite angegeben, wo eine ganze
Reihe von kommerziellen Austauschformaten aufgelistet sind.
Das also nur kurz als Hinweis darauf, wo man im Web danach suchen
kann.
Ich kann das jetzt gar nicht machen, weil meine Verbindung zum Web
abgerissen ist.
Ich nehme an, dass dann auch über Festnetz der Server nicht erreichbar
ist, weil das der gleiche Server wäre.
Deswegen bringt es nichts, wenn ich hier über den Laptop Access darauf
gehen würde.
Also über das Festnetz.
Also, dann werden wir uns in diesem Kapitel auch beschäftigen mit
Verfahren der Informationsgewinnung im World Wide Web.
Das wird allerdings relativ knapp sein.
Da zähle ich Ihnen relativ wenig drüber.
Ich werde Ihnen etwas über Bewertungsprinzipien bei Suchmaschinen
erzählen und auch ein bisschen über Suchprinzipien.
Und vor allen Dingen etwas über die Konsequenzen für die Gestaltung
von WWW-Dokumenten.
Weil das etwas damit zu tun hat, wie man z.B.
als jemand, der z.B.
für Marketing verantwortlich ist in einer Firma, wie man dort
eigentlich die Webseiten gestalten muss, damit tatsächlich das, was
man anzubieten hat, auch gefunden wird.
Ich fange an mit einem Thema, das nennt sich EDI, Electronic Data
Interchange.
Und diesen Electronic Data Interchange gibt es schon ziemlich lange.
Das hat auch nicht erst mit dem Internet angefangen, sondern es gab
davor ja auch schon Telex-Verbindungen.
Und über Telex kann man auch elektronisch Daten austauschen.
Und das ist genau die Basis, auf der man tatsächlich gearbeitet hat.
Worum geht es dabei?
Ich möchte Daten, Dokumente, die im Handel vorkommen, austauschen
können.
Das können Ausschreibungsinformationen sein.
Irgendein Auftrag, ein Projekt wird ausgeschrieben und soll halt an
viele verteilt werden.
Das möchte man nicht alles ausdrucken und verschicken, sondern den
Leuten elektronisch zukommen lassen.
Es müssen Angebote eingeholt werden, Aufträge werden vergeben,
Lieferscheine werden erstellt, Rechnungen werden erstellt.
Und das Ganze sollte möglichst papierlos, elektronisch erfolgen.
Dadurch eben auch sehr zeitgerecht.
Also in Echtzeit meine ich, also in sehr kurzer Zeit jeweils.
Dann andere Dinge wie Versandavise, Frachtpapiere, Stornierung,
Zahlung, Bestätigungsschreiben.
Beispiele für typische Dokumente, die im Handel auftreten können.
Das Ganze begann im Jahr 75 so etwa.
Da wurden von einem Transportation Data Coordinating Committee,
internationales Komitee, typische Transaktionsdaten in Handelsabläufen
vorgestellt.
Es wurden erste Standardisierungsempfehlungen gegeben.
Und 1983 gab es die erste Version des EDI-Standards.
Dieses ANSI ist ein Normungsinstitut.
Die haben den ersten EDI-Standard herausgegeben.
Und das bezieht sich auf generische Formate für den Datenaustausch im
Handel.
Nun zunächst mal beziehungsweise auf die USA.
Unter Verwendung von Telex-Leitungen.
Ich habe Ihnen letztes Mal ein Buch empfohlen.
Eines war dabei über E-Commerce.
Ein relativ neues von Big Dali.
Und der schreibt jetzt etwas über E-Commerce.
Ein Kapitel drin über EDI.
Alles was dort über EDI steht, bezieht sich nur auf Nordamerika.
Eine sehr eingeschränkte Sicht.
Natürlich gibt es auch Bücher über EDI, die sich nur auf Europa
beziehen.
Aber wenn Sie sich über EDI informieren wollen, dann haben Sie sehr
viele verschiedene Quellen zur Verfügung.
Elektronische, aber auch Bücher.
Wie gesagt, der Beginn war 1983.
Und die technologische Basis waren Telex-Leitungen.
Einfache Verbindung zwischen Firmen, wie sie halt zwischen vielen
Firmen verfügbar sind.
Zwei Jahre später wurde das Ganze international standardisiert, weil
ja die USA nicht nur Handel im Land treiben, sondern durchaus auch mit
anderen Ländern.
Und dafür hat man dann schon bestimmte Varianten von EDI definiert,
für ganz speziellen Bereich.
EDI for Administration, Commerce and Transport.
Und das ist das sogenannte EDI-Fact.
So abgekürzt.
Und EDI-Fact ist das, was heute durchaus immer noch große Bedeutung
hat.
Sie werden aber sehen, dass es dort eine Reihe von Problemen und
Einschränkungen auch gibt in der Bedeutung von EDI-Fact heutzutage.
Sie können sich schon vorstellen, wenn das Ganze bezogen ist auf die
technologischen Möglichkeiten, die Telex-Leitungen bieten, dann ist
das, was man damit machen kann, selbstverständlich eingeschränkt.
Das heißt, ich kann zeichenweise Informationen übertragen.
Verbale Beschreibungen von all diesen Dokumenten, die kann ich
übertragen.
Und wir werden später sehen, oder Sie können sich das leicht
überlegen, dass es eine ganze Reihe von Informationen gibt, die man
gerne vielleicht auch auf diesen Dokumenten übertragen würde, die man
aber nicht so einfach als ASCII-Zeichen übertragen kann, in lesbarer
Form.
Also ist das dann etwas schwierig, EDI weiter anzuwenden.
Deswegen gibt es dann eben auch alle möglichen Versuche, das auf einen
neueren Standard zu bringen.
Das war die Vorgeschichte.
Grundsätzlich ist EDI der unternehmensübergreifende elektronische
Austausch strukturierter Geschäftsdaten zwischen Geschäftspartnern in
einem festgesetzten Format.
Damit wäre EDI alles, was irgendwo an Informationen zwischen
Geschäftspartnern ausgetauscht wird.
Wobei natürlich, hier steht in einem festgesetzten Format, und das ist
natürlich die Frage, welches Format ist denn das?
Und dieses festgesetzte Format, das wird regelmäßig erweitert.
Fest werden alle möglichen Dinge festgelegt, wie man Produkte benennt.
Und da ist sehr viel Informationen erforderlich, um zu wissen, welches
Format ist das eigentlich.
Sie werden auch noch etwas über dieses Format heute sehen.
Strukturierte Geschäftsdaten ist klar, ist halt dann die Frage, wie
man diese Struktur dann tatsächlich in den Dokumenten, die man mit EDI
austauscht, realisiert.
Es sieht grafisch so aus, dass man natürlich eine Kommunikation
zwischen zwei Unternehmen hat.
Zum Beispiel ein Unternehmen möchte etwas liefern an ein Unternehmen
B.
Und was geliefert werden soll, wird beschrieben in irgendeinem
Dokument.
Also es wird eine Information in einem Dokument dargestellt.
Dieses Dokument ist in irgendeiner Datei tatsächlich enthalten.
Und alles in einem Format der Firma A.
Unternehmensspezifisch.
Und dieses interne Format wird dann übersetzt in ein standardisiertes
Format, das festgesetzte Format von EDI.
In diesem Format wird das Ganze übertragen.
Über irgendeine Datenleitung, vielleicht Telex, vielleicht irgendwas
anderes, vielleicht auch übers Internet.
Und dann kommt es bei Unternehmen B.
an und wird dort wieder zurück übersetzt in ein Format, das für
Unternehmen B.
als das Format, was dort festgesetzt ist, in dem man solche Dokumente
sich anschaut.
Das ist immerhin schon wichtig, dass man nicht alles sich anschauen
muss in diesem standardisierten Format, wie es über die Leitung geht,
sondern dass man das noch transformieren darf in ein Format, das in
verschiedenen Unternehmen dann verwendet wird.
Aber man muss natürlich alles, was man intern hat, dann entsprechend
übersetzen und muss genau das standardisierte Format verwenden.
Gut, das ist so prinzipiell der Ablauf.
Das Ziel ist die interventionslose Abwicklung der Kommunikation im
Business -to-Business-Bereich durch den Einsatz standardisierter
Nachrichtenformate.
Es soll halt nicht mehr irgendjemand erst eine Rechnung schreiben, sie
dann in einen Umschlag tun, den Umschlag zur Post bringen, dann durch
die Post verschicken lassen, irgendwann den Briefkasten bei
Unternehmen B wieder aufmachen, Post rausholen, Briefumschlag
aufmachen usw.
und dann irgendwann etwas lesen und vielleicht wieder in den Rechner
bringen.
Sondern es soll interventionslos geschehen, automatischer Ablauf
zwischen Unternehmen, echtes Business-to-Business.
Echte Business-to-Business-Kommunikation, ohne dass man dort konkret
die einzelnen Schritte noch machen muss, alles automatisiert.
Das ist das Ziel.
Ob man das immer erreicht, ist eine andere Frage.
Ich werde Ihnen einiges jetzt erzählen, noch über Anwendungsbereiche,
wie es in verschiedenen Bereichen eingesetzt wird.
Ich werde Ihnen auch etwas erzählen, noch über die genaue Struktur von
solchen EDI-Dokumenten.
Ich sagte schon, konzipiert wurde es für die Übertragung mit Telex
-Geräten, deswegen ist es vollständig textorientiert.
Insbesondere haben wir keine Einbindung von Binärdaten, Bildern oder
irgendwelcher Software.
Es sind keine intelligenten Bestandteile in solchen Dokumenten drin.
Keine ausführbaren Inhalte, alles rein textorientiert.
Und die Datenübertragung geschieht in der Regel über spezielle EDI
-Netze, man nennt sie auch meistens Value-Added Networks.
Ich werde Ihnen nachher noch ein sehr aktuelles Value-Added Network
vorstellen, das heute europaweit eingesetzt wird.
Das Ganze wird dann über irgendwelche Standardprotokolle übertragen,
in solchen speziellen Netzen häufig über das Protokoll X25.
Ein sehr einfaches Protokoll, das früher für die Vernetzung eingesetzt
wurde.
So ein Value-Added Network verbindet halt verschiedene Teilnehmer, die
sich über EDI in diesem festgesetzten Standard unterhalten.
Und in der Regel gibt es in so einem Value-Added Network nicht nur die
Funktion Dokumente von irgendwo hier zu übertragen, meinetwegen nach
dort.
Sondern da gibt es eine Reihe weiterer Dienste in so einem Value-Added
Network, heißt auch Value-Added Network.
Da werden auch weitere Dienste angeboten, sodass sich die Teilnehmer
hier um die ganze Organisation der Kommunikation überhaupt nicht
kümmern müssen.
EDI erfordert eine Integration der Telekommunikationsprozesse in die
Applikation der Geschäftspartner.
Ich muss halt wissen, in der Anwendung, in welches Format muss ich
meine Dokumente nachher bringen.
Was ist das EDI-Format, wie muss ich meine Dokumente strukturieren,
welche Informationen sind erforderlich, damit man eine vernünftige EDI
-Kommunikation machen kann.
Wenn man für den Bereich, wie EDI-Fact, für spezielle Branchen
bestimmte Dialekte oder bestimmte Vereinbarungen getroffen hat, muss
man in den einzelnen Applikationen genau diese Standards alle
beachten.
Die EDI-Daten können mittlerweile auch asynchron verschickt werden,
per E-Mail, synchron natürlich per Datenübertragung, zum Teil auch
unter Verwendung beliebiger Protokolle.
Muss also nicht alles über X25 gehen, inzwischen gibt es auch Web-EDI,
das heißt Übertragung unter Nutzung von Diensten, die im World Wide
Web angeboten werden.
Das heißt, dann geht das im Prinzip über TCP-IP unten drunter oder
über HTTP.
Wobei HTTP ist ein Dienst oberhalb von TCP-IP.
Wenn Sie mit HTTP irgendwelche Daten austauschen, wird unten drunter
TCP und IP angestoßen.
Gut, das Ganze wird natürlich weiterentwickelt.
Zunächst mal, wie gesagt, waren das sehr einfache Protokolle.
Und wichtig sind diese Value Added Networks.
Weitere Anmerkung, der Vorteil zu manuellen Verfahren ist klar, dass
man rascheren und verlässlicheren Informationsfluss hat.
Nachteil ist, dass man Geschäftsbeziehungen mit unterschiedlichen
Partnern und unterschiedlichen EDI-Formaten eventuell unterstützen
muss.
Also eine Firma, die Zulieferer ist für verschiedene Branchen und
vielleicht sogar innerhalb einer Branche verschiedenen Firmen.
Meinetwegen Automobilzulieferer.
Wenn jetzt Daimler andere EDI-Standards verwendet als Audi oder als
VW, dann muss ein Zulieferer für das Versenden von Informationen, also
Begleitinformationen, die ganzen Dokumente, an die verschiedenen
Handelspartner unterschiedliche EDI-Formate verwenden.
Sehr lästig.
Weil das dann eben eventuell einen hohen Aufwand für diese
Formatumwandlungen erfordert.
Und, naja, andere Nachteile hatte ich schon genannt.
Die Nachteile, dass man halt nur textorientiert etwas übertragen kann.
Es gibt eine ganze Reihe von Gremien und Vereinen und Organisationen,
die den Einsatz von EDI unterstützen.
1993, also 10 Jahre nachdem EDI definiert wurde, wurde in Deutschland
eine EDI-Gesellschaft gegründet, die verfügbar war oder die eine
Webseite hatte, unter dem Namen D-DIG, Deutsche EDI-Gesellschaft.
Jetzt gucke ich mal kurz, ob ich nicht inzwischen doch schon wieder
zugreifen kann auf das Netz.
Es scheint leider nicht möglich zu sein.
Das ist sehr ärgerlich.
Ich kann jetzt nochmal kurz versuchen, ob ich zugreifen kann hier über
Laptop Access.
Mal schauen.
Na, geht leider nicht.
Ich meine, es soll angeblich auch hier rüber gehen.
Da ist es.
Da kann ich also jetzt zugreifen, hervorragend.
So, dann kann ich tatsächlich hier jetzt drauf zugreifen auf...
Ach je.
Jetzt kann ich hier einmal rauf gehen.
Es müsste eigentlich die Webseite aufgehen.
Das war hier diese EDI-Gesellschaft.
Und wenn Sie sehen, diese EDI-Gesellschaft, die ist gar nicht mehr da.
Da kommt man jetzt auf Bitkom.
Bitkom ist eine Organisation, die in Deutschland gegründet wurde, um
die Anliegen des Mittelstandes und überhaupt von Firmen aufzunehmen.
Hier steht es Bundesverband Informationswirtschaft, Telekommunikation
und neue Medien.
Da wird also alles das, was so mit neuen Entwicklungen im IT-Bereich
zu tun hat, wird hier diskutiert.
Es wird hier politisch einiges gemacht.
Es werden Seminare durchgeführt, Informationen verbreitet.
Es werden Politiker informiert.
Es werden Förderprogramme initiiert und ähnliches.
Hier passiert sehr viel an so Gestaltung von Entwicklungen im Bereich
der Informations- und Kommunikationsindustrie.
Kann ich also nur empfehlen, die Informationen, die dort stehen, sich
ab und zu mal anzuschauen.
Das war wie gesagt, diese deutsche Idealgesellschaft ist 2002
verschmolzen worden mit Bitkom.
Deswegen kommt man jetzt auch auf die Seite und die bieten halt
verschiedenste Informationen an, die für Unternehmer durchaus
interessant sein können.
Dann bieten sie natürlich auch an Mitglieder, man kann also Mitglied
werden als Unternehmen in dieser Gesellschaft.
Man bekommt dann noch weitere spezielle Informationen.
Völlig freie Informationen über EDI gibt es hier auf den Seiten der
Vereinten Nationen.
Insbesondere über EDI-Fact.
Das ist also hier diese Seite von den Vereinten Nationen.
United Nations Directories for Electronic Data Interchange for
Administration, Commerce and Transport.
Und insbesondere gibt es hier immer Hinweise auf die neuesten
Standards, die definiert wurden.
Also hier steht, the latest version of the UN EDI-Fact Directories is
now available for download.
Dann kann man sich, das ist also der Standard hier, die 03b und 03
steht halt für 2003b, das heißt es gab 2003a, 2003b, es wird auch
irgendwann 04a und 04b geben.
Das geht also immer weiter, es werden ständig neue solche Directories
herausgegeben, weil neue Produkte entstehen, neue Vereinbarungen
getroffen werden über die Gestaltung der EDI-Fact Dokumente.
Gut, auch das eine interessante Quelle für Informationen.
Also nur kurz, wenn wir hier auf Directory gehen, dann sehen Sie hier
zum Beispiel die Liste der letzten Directories von 98a bis 03b.
Und innerhalb dieser Directories sehen Sie dann so verschiedene Teile.
Hier geht es einmal um das Format für Messages, da geht es über so
Sachen, die was zu tun haben mit Segment Directories, Composite Data
Element Directory, Composite Data Element und Data Element Directory.
Und man kann sich alles auch noch herunterladen.
Und Sie werden gleich das, was hier angesprochen wird, Data Element,
Segment, Message, das sind halt die Bestandteile von solchen EDI
-Dokumenten.
Die werden wir später noch genauer kennenlernen.
So, das also zu EDI, vielfrei verfügbar, trotzdem hat es nicht nur
Vorteile.
Ich will Ihnen ein Beispiel geben, über den Einsatz von EDI aus der
Automobilindustrie.
Ein Bereich, in dem ja sehr viel Information oder sehr viel Waren hin
und her laufen.
Die Automobilindustrie lebt von Zulieferern, einem engen, dichten
Netz.
Und Mitte der 80er Jahre, da hat man sich daran gewöhnt und hat das
übernommen, dass man Lieferpläne zwischen Herstellern und Zulieferern
im Echtzeitbetrieb austauschen wollte.
Und dafür hat der Verband der Automobilindustrie dann eigene
Protokolle entwickelt und unterstützt.
Die aber dann verstärkt eingebunden wurden in die EDI-Formate.
Also es sind dann EDI-Nachrichtenformate entstanden, VDA als Verband
der deutschen Automobilindustrie.
ODET, da habe ich jetzt die Abkürzung nicht im Kopf.
Können wir gleich noch sehen, weil ich hier gleich mal auf diese Seite
rauf gehen.
Da steht drauf, man sieht es jetzt hier nicht, wie das heißt.
Ist auch egal, wir kommen später noch drauf zurück.
Ich gehe mal, mache das mal wieder zu, ich komme später nochmal wieder
auf ODET zurück.
Also ODET ist eine europäische Standardisierung von Austauschformaten
für die Automobilindustrie.
Und die Art, wie die Automobilhersteller dann damit umgehen, sieht
etwa so aus wie hier.
Ausschnitt aus einem Brief eines Automobilherstellers an seinen
Lieferanten.
Müssen wir Ihnen leider mitteilen, dass eine Zusendung der Lieferpläne
nach dem 1.
Juli nur noch über EDI möglich sein wird.
Beziehungen zu Lieferanten, die diese bis zu diesem Zeitpunkt nicht
empfangen können, werden danach abgebrochen.
Ganz klare Aussage, da müssen sich alle Lieferanten darauf einstellen.
Lieferant, der mit verschiedenen Partnern zu tun hat, muss sich dann
auf verschiedene Abnehmer einstellen.
Und das kann natürlich sehr aufwendig werden.
Ich habe hier als Beispiel eine Webseite von Karman, interessanter
Autohersteller.
Und da steht hier eben auch, für den Datenaustausch per EDI bevorzugen
wir den Weg über ISDN oder ENX.
Darauf gehe ich auch gleich ein.
Als Formate für den Datenaustausch werden von uns VDA-Nachrichten
unterstützt.
Ich hatte gesagt, VDA ist ein Format.
Wir setzen folgende VDA-Empfehlungen ein.
Lieferabrufe VDA 4905, Lieferscheine so und so, Warenbegleitschein,
Warenanhänger, Rechnungen, Gutschriftenanzeigedaten, Zahlungsavise.
Nur in Absprache mit ausgewählten Lieferanten, auch noch Feinabrufe,
Produktionssynchroneabrufe und so weiter.
Die Beschreibung der VDA-Nachrichten finden Sie auf den Internetseiten
des VDA.
Wobei ich gestehen muss, ich habe da mal nachgeguckt bei direkt VDA
auf der Seite.
Es ist gar nicht so einfach dort die konkreten Spezifikationen der
Protokolle zu finden, muss man eine Weile suchen.
Und dann gibt es noch Karman-spezifische Anforderungen,
Antragsformulare und Datenblätter.
Das heißt, hier wird eben ganz klar gesagt, wer mit Karman Geschäfte
machen will als Zulieferer, muss diese Standards einhalten.
So, das also zu Karman.
Und dieses ENX, was da gerade eben stand, das ist ein Value Added
Network.
Da stand einmal ISDN, ISDN ist allen bekannt, Integrated Services
Digital Network.
Halt ein Dienst der Telekom für Paketorientierte Telefonie.
Und jetzt gibt es eben auch noch eine Alternative für die
Automobilindustrie.
Das ist ENX.
Und ENX, auch das ist ein European Network Exchange.
Das heißt, ein Value Added Network, das europaweit Kommunikation
ermöglicht, EDI unterstützt, ODET unterstützt, VDA unterstützt.
Und halt noch dazu Dienste anbietet.
Sie können selber auf diese Seite gehen, hier von der Telekom.
Will ich jetzt gar nicht machen.
Ich habe einige Informationen von der Seite dann gleich übernommen und
werde Ihnen die gleich zeigen.
Ich möchte noch einen Satz, bevor ich das mache, dazufügen.
Wenn eine Firma von manueller Bearbeitung von solchen Handelsabläufen
oder solchen Geschäftsbeziehungen, umstellt auf elektronischen
Austausch, dann ist natürlich wichtig, dass man dann auch eine
Umstellung oder eine Überarbeitung macht, ein Re-Engineering aller
internen und externen Geschäftsprozesse, dass man es darauf abstimmt.
Wird häufig leider nicht gemacht.
Sollte aber gemacht werden.
Und da ist ein großes Potenzial für Unternehmensberater, die halt
solche Dinge dann machen.
Deswegen geht es denen ja so gut, weil halt viele Leute ihre
Geschäftsprozesse irgendwann mal umstellen müssen.
Gut.
Ich will Ihnen das ENX ganz kurz vorstellen, was dort eigentlich
gemacht wird, was dort angeboten wird, damit Sie sehen, was es
eigentlich mit so einem Value-Added-Network auf sich hat.
Was sind die zusätzlichen Dienste, die zusätzlichen Werte, die man
bekommt, wenn man sich bei ENX anschließt.
Technologie.
Ich hoffe, Sie können das lesen.
Das ist groß genug.
Technologie.
Man kann hier auf verschiedene Art und Weise kommunizieren über dieses
ENX mit Frame-Relay, ESDN oder ATM.
ATM habe ich Ihnen gar nicht erläutert.
ATM ist etwas, was neben TCP-IP eine Übertragungsmöglichkeit ist, um
paketorientiert Informationen zwischen Partnern auszutauschen.
ATM, Asynchronous Transfer Mode heißt das, hat im Gegensatz zu TCP-IP
eine feste Paketgröße.
Das sind etwas über 50 Bytes, also relativ kleine Pakete.
Und jetzt hat man eben bei ATM den Vorteil, dass man feste Paketgröße
hat.
Man braucht deswegen für die Verwaltung weniger Aufwand.
Und bei ATM hat man anders, als ich Ihnen das bei dem IP dargestellt
habe, und bei TCP hat man keine logischen Verbindungen, sondern fest
vereinbarte Verbindungen.
Das heißt, man baut wirklich eine Verbindung auf, eine physikalische
Verbindung zwischen zwei Kommunikationspartnern.
Und alle Pakete, die geschickt werden, laufen dann über diesen Weg.
Das ist also ein verbindungsorientiertes Kommunikationsprotokoll, das
mit ziemlich hohen Bandbreiten auch arbeiten kann.
Wurde lange Zeit gesehen als die Alternative für TCP-IP.
Insbesondere, weil man in dem Augenblick, wo man eine feste Verbindung
hat, auch genaueres weiß über die Eigenschaften dieser Verbindung.
Ich weiß etwas, wie leistungsfähig die einzelnen Knoten sind und ich
kann etwas darüber aussagen, wie ich mit der Bandbreite umgehen kann.
Ich kann eine bestimmte Verbindung, die über mehrere Knoten läuft, im
Netz, wenn hier eine Verbindung rüber läuft, dann kann ich genau
sagen, wie viele Pakete pro Sekunde kann ich über diesen Pfad, diese
Kanten, schicken.
Und deswegen kann man in diesem Fall eine Qualitätszusicherung geben,
man kann Bandbreiten garantieren.
Und das ist durchaus für eine Reihe von Anwendungen im elektronischen
Handel wichtig, gerade wenn man Supply-Chain-Steuerung macht.
Da kommt es darauf an, dass man Daten schnell überträgt, in Echtzeit
und mit einer garantierten Bandbreite.
Das erlaubt dieses European Network Exchange.
Hier werden Bandbreiten garantiert zwischen 64 Kbps bis zu 34 Mbps.
Das ist schon relativ hoch.
Mit ATM kommt man nicht wesentlich höher.
Und das ist eben etwas, man kommt bis auf so 155 oder 200 Mbps.
Aber das ist so in etwa die Grenze.
Man ist inzwischen bei TCP-IP im Gigabit pro Sekunden-Bereich.
Aber das Problem bei TCP-IP ist, dass ich keine garantierten
Bandbreiten habe.
Und hier bietet also jetzt dieses dedizierte Netz, dieses Value-Added
-Network, garantierte Bandbreiten.
Und die muss man für diese Garantie bezahlen, aber hat dann eben auch
genau diese Leistung.
Man kann dann natürlich auch feststellen, oder man kann dann auch
zugreifen aufs Internet.
Das ist eher nichts.
Das ist kein Zugriff aufs Internet.
Wenn ich aufs Internet oder World Wide Web irgendwo zugreifen will,
auf andere Bereiche, über irgendwelche URLs, kann ich das auch über so
eine Service-Area da drin, aber dann ohne garantierte Bandbreiten,
weil es dann über TCP-IP läuft und nicht mehr diese verschiedenen
Qualitätsstufen hat, die man zum Beispiel bei ATM einrichten kann.
Und dann kommen die zusätzlichen Dienste dazu.
Integrierte Dienste, also integrierte Service-Area für Branchennetze.
In diesem Fall ist dabei einmal der Internet-Access, habe ich schon
gesagt, eine rechte Verwaltung.
Wer darf eigentlich auf diesen Dienst zugreifen, auf dieses Netz
zugreifen und was darf er darauf tun?
Dann geschützte E-Mail-Kommunikation, also Qualitätszusicherung bei E
-Mail -Kommunikation.
Branchenportal auf HTML-Basis.
Da fehlt ein Strich an der Stelle.
Hier wird also auch etwas gemacht, ähnlich wie bei einer Web
-Oberfläche, aber es wird halt besser unterstützt.
Secure-E-Mail hatte ich schon genannt.
Verschlüsselte Kommunikation wird jetzt auch angeboten, damit man
vertrauliche Informationen austauschen kann.
Zusätzlich wird hier Authentisierung...
Okay, jetzt geht es um andere.
Höchstmögliche Sicherheit heißt aber auf jeden Fall auch, dass man
feststellen kann, wer ist tatsächlich der Absender gewesen.
Und das sind halt ganz wichtige Dienste.
LDAP-Server, Lightweight Directory Application Protocol.
Ein Verzeichnisdienst, der es Ihnen ermöglicht, Nutzerrechte zentral
zu verwalten.
LDAP-Server sind ein ganz wichtiger Dienst, den wir hoffentlich hier
in der Uni auch bald kriegen, damit man etwas wie das, was hier unten
drunter steht, Single Sign-On, realisieren kann.
Wenn Sie sich einmal identifiziert haben gegenüber einer Anwendung im
Netz, dann ist diese Identifizierung über den LDAP-Server auch für
andere Anwendungen verfügbar.
So dass man dann eben auch über diesen LDAP-Server weiß, oder über
andere Anwendungen weiß, der Nutzer ist identifiziert, hat die und die
Rechte, darf folgende Dinge mit der Anwendung machen.
Internet Gateway, es wird Zugang ins Internet über eine Firewall
ermöglicht.
Und es werden Qualitätsangaben gemacht über das, was aktuell an
Leistung abgerufen wird, unterstützt wird durch dieses ENX.
Also das sind einige Dienstarten, die hier angeboten werden.
Und dann gibt es noch spezielle Anwendungsdienste, zum Beispiel für E
-Engineering.
Hier bei uns in Karlsruhe gibt es jetzt Vorlesungen über Virtual
Engineering, wo Sie mit virtueller Realität Dinge machen können und
irgendwelche industriellen Objekte, die Sie fertigen, erst einmal
simulieren und visualisieren können.
Hier werden E-Engineering-Anwendungen angeboten, erst einmal um Daten
auszutauschen, CAD-Datenaustausch.
Dann Computer-Aided Exchange, also Conferencing,
Konferenzunterstützung.
PDM -Integration habe ich einfach so rauskopiert.
Ich muss gestehen, ich kann Ihnen im Augenblick gar nicht sagen, was
PDM heißt.
Weiß das jemand von Ihnen, was PDM heißt?
Sollte man einfach kurz nachgucken im Netz und sehen, wofür PDM steht.
Hat sicherlich auch was mit Engineering zu tun, ist aber im
Augenblick, glaube ich, nicht ganz so wichtig.
Online-Collaboration, wenn Sie Daten zusammenarbeiten wollen.
Online heißt, dass Sie Dokumente haben, auf denen mehrere Leute
arbeiten wollen.
Sie brauchen etwas wie Shared Documents und solche Dinge werden
unterstützt.
Change -Management-Simulationen, Sie wollen irgendwelche Veränderungen
in Ihrem Unternehmen machen und brauchen dafür Software, um solche
Veränderungen durchzuspielen.
Solche Dienste werden bei ENX angeboten.
E-Supply, das was wir gerade vorher hatten, Automotive-Bereich, es
wird EDI unterstützt, es wird Supply Chain Management hier
unterstützt.
E -Procurement, es werden Kataloge von Teilen angeboten,
Beschaffungswesen wird unterstützt, Auktionen werden angeboten.
Auktionssoftware, dann Marktplätze für Verbindung mit
Herstellerportalen, Zugang zu Application Service Provider-Leistungen,
wie Lizenz-Services und ähnliches.
Entwicklungsumgebung, CAD-Format, Wandlungen werden angeboten und noch
alles mögliche andere, wie hatte ich vorhin schon gesagt, E-Mail
online, Zugang, Shared Resources gemeinsam mit Datennutzung,
Videokonferenz -Unterstützung und Dokumenten-Management.
Das ist eine Vielzahl von Diensten, darauf kam es mir an, eine
Vielzahl von Diensten, die hier abgerufen werden können über so einen
European Network Exchange und das Ganze ist halt die
Kommunikationsplattform für einen Datenaustausch, der mit den VDA
-Empfehlungen arbeitet oder mit EDI, also E-D-Fact oder mit der
speziellen ODET-Variante von E-D-Fact.
Also Value Added Network, da sind wirklich eine ganze Reihe
zusätzlicher Dienste drin und die werden für ein vernünftiges Business
-to -Business E-Commerce auch benötigt.
Nochmal kurz, was wird in so einer Supply Chain eigentlich gemacht?
Wenn wir uns das anschauen zwischen Autohersteller und Zulieferer, was
passiert da?
Der Zulieferer muss natürlich wissen, wann seine Produkte bei dem
Autohersteller gebraucht werden.
Dazu werden teilweise wirklich in sehr engem Takt Informationen
geliefert über den aktuellen Fortschritt der Produktion beim
Autohersteller.
Dann werden Lieferungen abgerufen, teilweise nicht direkt beim
Zulieferer, sondern noch bei irgendeinem Transporteur, der schon
irgendwelche Ersatzteile oder Teile, die geliefert werden müssen,
schon auf seinem LKW drauf hat und die halt transportiert.
Dann wird Ware zum Teil in Depots vor den Toren des Herstellers
zwischengelagert und dann bei Bedarf ausgeliefert.
Abrufe werden an Transporteure geschickt, dort gesammelt, an den
Zulieferer weitergeleitet.
Dann muss natürlich der Zulieferer Auskunft über den Bestand am Lager
erhalten.
Wenn wir so ein Lager haben, in der Nähe des Herstellers, muss der
Zulieferer wissen, wie ist der Bestand auf dem Lager, damit er das
rechtzeitig nachfüllen kann.
Dann wird vor der Anlieferung bereits ein elektronischer Lieferschein
geschickt, damit der Empfänger auch vorbereitet ist darauf, dass eine
bestimmte Lieferung ankommt, sodass die Übergabe der Lieferung
beschleunigt werden kann.
Es kann dadurch bei Ankunft des LKW die Ware direkt dort identifiziert
und weitergeleitet werden.
Das alles führt dazu, dass man eben immer stärker Just-in-Time
produzieren kann und auch Waren liefern kann.
Sie sehen das alle, der Anteil der LKWs auf den Autobahnen nimmt immer
mehr zu.
Große Teile von Waren, die früher in Lagerhäusern lagerten, lagern
heute auf der Straße und werden dann Just-in-Time mit solchen Supply
-Chain -Kommunikationen an den richtigen Ort geliefert.
Die Supply-Chain-Kommunikation läuft bei Auto-Zulieferern über ODET
und häufig in Verbindung mit diesem ENX, das ich gerade vorgestellt
habe.
Es kam vorhin vor, bei der Seite von Karman, die VDA-Empfehlungen.
Wie gesagt, VDA ist der Verband der deutschen Automobilindustrie.
Das ist ein nationaler Standard der Automobilindustrie in Deutschland.
Und Sie sehen, Karman will genau den verwenden.
Wenn ich hier sage, ca.
3000 Unternehmen tauschen derzeit im Echtzeitbetrieb VDA-Nachrichten
aus.
Das habe ich vor zwei Jahren da reingeschrieben, das werden heute
vielleicht etwas andere Zahlen sein, aber es ist durchaus eine
stattliche Zahl von Unternehmen.
Und Sie hatten vorhin schon gesehen auf den Seiten von Karman, dass
dort für verschiedene Arten von Dokumenten verschiedene Empfehlungen
gegeben werden.
Hier sind also diese verschiedenen VDA-Empfehlungen nochmal drauf.
Lieferabrufe, Lieferscheine, Rechnungen, Zahlungsavise usw.
Und dann war auch genau diese Produktions-Synchron-Abläufe, das stand
dort nur für spezielle Zulieferer, für die würde man solche Dinge auch
mitempfehlen.
Also, das sind für diese verschiedenen Bereiche spezielle Empfehlungen
über die Gestaltung von Informationen, die man austauschen möchte.
Natürlich ist es klar, dass man heutzutage nicht mehr etwas nur auf
Deutschland beziehen kann.
Daimler-Chrysler kann das selbstverständlich nicht, andere können das
aber auch nicht.
Und deswegen gibt es eben den europäischen Standard ODET.
Und jetzt haben wir endlich die Erklärung für diesen Namen,
Organisation for Data Exchange and Tele-Transmission Europe.
Das Ganze ist von der europäischen Automobilindustrie entworfen worden
und bietet einen europäischen Standard mit dem Ziel, das auch
international weiterzutreiben.
Standard für den Austausch all dieser Informationen.
Das Problem ist, dass das noch immer nicht alles ganz vereinheitlicht
ist.
Zulieferer im Automotive-Bereich, die müssen sich eben auf
unterschiedliche Sachen einstellen.
Wer mit Karmann etwas macht, muss VDA-Nachrichten berücksichtigen.
Andere verlangen das ODET-Format.
Dann gibt es im amerikanischen Markt ein sogenanntes ANSI X12-Format
für Nachrichten.
Und es gibt für angrenzende Bereiche diesen EDIFAKT-Standard.
Und es ist völlig klar, wenn man solche unterschiedlichen Standards
berücksichtigen muss, dann macht das alles Zusatzaufwand.
Das ist alles nicht gut, sondern muss stärker vereinheitlicht werden.
Die Zukunft liegt darin, das alles stärker bei EDIFAKT einzubauen.
Es gibt Entwicklung von einem Web-EDI.
Und etwas, was in letzter Zeit immer stärkere Bedeutung erlangt hat,
sind die Möglichkeiten, Dokumente in der
Dokumentenbeschreibungssprache oder Markup-Sprache XML zu beschreiben
und zu strukturieren.
Und dort spezielle Formate zu verwenden.
XML bietet eine ganze Reihe von Vorteilen gegenüber diesen EDI
-Formaten.
Insbesondere, darauf werden wir später noch genau sehen, bei XML kann
ich eben auch andere Daten verschicken oder andere Daten beschreiben,
als nur die rein textorientierten Informationen.
Ich möchte ja heutzutage nicht nur Texte verschicken, sondern ich
möchte irgendwelche Bilder verschicken, ich möchte Videos verschicken,
ich möchte Binärdateien verschicken.
Und das geht halt mit EDI nur sehr eingeschränkt.
So, ganz kurz anderer Industriebereich.
SEDAS, Standardregelungen einheitlicher Datenaustauschsysteme, ein
deutscher Standard oder deutschsprachiger Standard, der eingesetzt
wurde in Österreich und in Deutschland, also der BRD, ist entwickelt
worden 1977, zumindest der Rechnungsdatensatz, dann ein
Bestelldatensatz 1983.
Das ist also etwa so parallel zur EDI entwickelt worden.
Und wird inzwischen eigentlich nicht mehr so stark eingesetzt.
Ist abgelöst worden durch den Standard EAN-Com, da gehe ich auch noch
ganz kurz drauf.
Es gab in anderen Ländern entsprechende eigene Standardisierungen für
den elektronischen Datenaustausch.
EAN steht für die Europäische Artikelnummer.
Das ist eine Standardisierung, um Produkte europaweit zu kennzeichnen.
Im Zusammenhang mit dieser EAN hat man auch ein ganzes
Kommunikationsstandard entwickelt, die von EAN-Com unterstützt werden.
Und die Webseite, die ich hier angegeben habe, schauen Sie sich die
an.
Da finden Sie viele Informationen über diese Standards, die dort
verwendet werden.
Insbesondere sind hier EDI-Standards entwickelt worden, für den
Bereich der Konsumgüterindustrie, die eine Teilmenge von EDI-Fact
darstellen oder damit zumindest kompatibel sind.
Jetzt kommen wir nochmal zu EDI-Fact.
EDI -Fact legt also fest, welche Datenelemente in dem Bereich
Administration, Commerce und Transport notwendig, optional oder
bedingt sind.
Ob, wie oft und in welcher Reihenfolge bestimmte Datensegmente
wiederholt werden können.
Genaue Struktur wird festgelegt.
Auf der nächsten Folie sehen wir gleich die genaue Struktur.
Und welche Werte dort konkret stehen dürfen.
Also auch welche Produktnummern dort stehen dürfen.
Welche Nummern mit Produkten verbunden sind und so weiter.
Dann werden genaue Datenelemente spezifiziert und genau die dürfen
verwendet werden.
Das Ganze ist international standardisiert worden und ist
spezialisiert worden, auch für verschiedene Bereiche.
Also wenn hier steht Administration, Commerce und Transport, sind halt
eine ganze Reihe verschiedener Sachen.
Wir haben hier BSL, Spezifikation Lagerei, Chemische Industrie,
Konsumgüterwirtschaft, Baustoffhandel, Keramikindustrie,
Elektroindustrie, Bürowirtschaft, Papierindustrie und so weiter.
Selbst Siemens hat einen eigenen Standard, Siemens Edifaktstandard.
Gibt es auch.
Also es gibt spezielle Teilmengen des Edifaktstandards, die dann für
eine spezielle Branche angewendet werden.
Und es zeigt sich hier schon, dass das Ganze eine recht komplizierte
Angelegenheit ist.
Der Nachteil ist, dass sich einzelne Subsets nicht untereinander
verstehen.
Sie können also nicht eine E-Ankommennachricht einfach an jemand
schicken, der Edipap spricht, weil das nicht kompatibel ist
miteinander.
Die verstehen sich nicht.
Und das ist alles ganz schlecht.
Das ist ein Nachteil.
Und da ist der Ausweg draus, das halt mit einer Art und Weise zu
machen, sodass man, dass ein Dokument im Prinzip selbst schon die
Regeln für die Interpretation enthält.
Und dann eben auch von anderen verstanden werden kann.
Das ist das, was man bei XML im Prinzip dann macht.
Die Formate von EDI, das wollte ich heute noch ganz kurz machen, sehen
folgendermaßen aus.
Ich möchte irgendwelche Werte verschicken.
Also irgendeinen Zahlenwert.
Eine Zahl beschreibt irgendetwas.
Oder ein Wort steht da drin.
Dieser Wert steht in irgendeinem Datenelement.
Datenelemente können auch noch zu Gruppendatenelementen
zusammengefasst werden.
Und die bilden dann eine Datenelementgruppe.
Also es kann ein Gruppendatenelement haben.
So ein Wert kann in einem einfachen Datenelement oder in einem
Gruppendatenelement stehen.
Und die, das können also eine ganze Reihe sein, werden in einer
Datenelementgruppe zusammengefasst.
Das können wiederum dann mehrere solcher Datenelementgruppen sein.
Das sind dann sogenannte wiederholbaren Datenelementgruppen.
Oder ich kann wiederholbare Datenelemente haben.
Das was hier steht, wenn ein Plus steht oder ein Doppelpunkt oder ein
Stern.
Das sind alles Zeichen, die explizit dann in den IDI-Nachrichten
drinstehen müssen.
Und solche Datenelemente oder Datenelementgruppen, die können
zusammengefasst werden zu einem Segment, das ein Tag, also eine Marke,
zu Anfang hat.
Hier blau gekennzeichnet, dahinter steht ein Plus und dahinten steht
dann noch so ein Apostroph, als Ende dieses Segments.
Und dazwischen stehen noch irgendwelche weiteren Pluszeichen.
Dann kann man nicht nur ein Segment verschicken, sondern mehrere
Segmente.
Dafür gibt es dann ein Header mit einem UN davor und ein TAIL, also T.
Eine ganze Reihe von Segmenten nacheinander, werden also in einer
Nachricht, einer Message zusammengefasst.
Und dann habe ich hier auch wieder ein Header und ein TAIL für diese
Menge von Nachrichten, die zu einer funktionellen Gruppe
zusammengefasst werden.
Es kann aber auch sein, dass ich hier nur Nachrichten habe.
Und auch da gehören wieder spezielle Header und TAIL-Informationen zu.
Und das Ganze wird dann eine Übertragungsdatei, die tatsächlich
verschickt wird.
Das können mehrere sein, die dann über eine Verbindung geschickt
werden.
Es wird also eine Verbindung im Value-Added-Network aufgebaut.
Da schicke ich dann verschiedene Dateien und die enthalten dann eine
Struktur, die so aussieht.
Das ist dann eine EDI-Datei.
Und natürlich muss eine Verbindung aufgebaut und wieder abgebaut
werden.
Und genau das passiert beim EDI-Austausch von Daten.
Dann gibt es dafür eine Reihe Regeln, welche Teile verpflichtend da
sein müssen, welche erlaubt sind.
Also etwas ist conditional, mandatory oder as required.
Die User-Data-Segments sind natürlich as required, wie benötigt, dort
drin.
Und das Ganze, da gehen wir nächste Woche nochmal drauf ein.
Eine solche Bestellung, die man normalerweise so schreiben würde, wenn
man das auf ein Blatt Papier schreibt, die sieht dann im EDI-Format so
aus.
Und ich glaube, Sie sind alle froh, dass Sie solche EDI-Nachrichten
nicht lesen müssen ständig in Ihrem Leben.
Es kann sein, dass Sie durchaus mal später Gelegenheit haben, sich
eine solche EDI-Nachricht anzuschauen und etwas zu sagen über die
prinzipielle Bedeutung solcher Komponenten hier drin.
Ich werde nächste Woche darauf eingehen, was hier genau steht, wie die
Information aus der Bestellung dort kodiert ist.
Das war's für heute.
Vielen Dank.