Interoperabilität

Interoperabilität ist ein Merkmal eines Produkts oder Systems, um mit anderen Produkten oder Systemen zu arbeiten.[1] Während der Begriff ursprünglich für definiert wurde für Informationstechnologie oder Systemtechnik Dienstleistungen, um den Informationsaustausch zu ermöglichen,[2] Eine breitere Definition berücksichtigt soziale, politische und organisatorische Faktoren, die sich auf das System zu Systeme auswirken.[3]

Arten der Interoperabilität umfassen Syntaktische Interoperabilität, wo zwei Systeme miteinander kommunizieren können und Cross-Domänen-Interoperabilität, wo mehrere Organisationen zusammenarbeiten und Informationen austauschen.

Typen

Wenn zwei oder mehr Systeme gemeinsam verwenden Datenformate und Kommunikationsprotokolle und sind in der Lage, miteinander zu kommunizieren, sie zeigen, sie zeigen Syntaktische Interoperabilität. Xml und Sql sind Beispiele für gemeinsame Datenformate und Protokolle. Datenformate auf niedrigerer Ebene tragen auch zur syntaktischen Interoperabilität bei, um sicherzustellen, dass alphabetische Zeichen im selben gespeichert sind ASCII oder ein Unicode Format in allen Kommunikationssystemen.

Über die Fähigkeit von zwei oder mehr Computersystemen hinaus, Informationen auszutauschen, Semantische Interoperabilität ist die Fähigkeit, die Informationen automatisch auszutauschen, um nützliche Ergebnisse zu erzielen, wie sie von den Endbenutzern beider Systeme definiert wurden. Um semantische Interoperabilität zu erreichen, müssen beide Seiten auf ein gemeinsames Informationsaustausch -Referenzmodell verweisen. Der Inhalt der Informationsaustauschanforderungen ist eindeutig definiert: Was gesendet wird, ist das gleiche wie das, was verstanden wird.

Cross-Domänen-Interoperabilität beinhaltet mehrere soziale, organisatorische, politische und juristische Personen, die gemeinsam für ein gemeinsames Interesse oder einen Informationsaustausch arbeiten.[4]

Interoperabilität und offene Standards

Die Interoperabilität impliziert den Austausch zwischen einer Reihe von Produkten oder ähnlichen Produkten aus verschiedenen Anbietern oder sogar zwischen früheren und zukünftigen Überarbeitungen desselben Produkts. Interoperabilität kann entwickelt werden Post factoals besondere Maßnahme zwischen zwei Produkten, während der Rest ausgeschlossen ist, durch Verwendung Offene Standards.[Weitere Erklärung erforderlich] Wenn ein Anbieter gezwungen ist, sein System an ein dominantes System anzupassen, das nicht auf offenen Standards basiert, ist es Kompatibilität, nicht Interoperabilität.

Offene Standards

Hauptartikel: Offener Standard

Offene Standards beruhen auf einer weitgehend beratenden und integrativen Gruppe, darunter Vertreter von Anbietern, Akademikern und anderen, die einen Anteil an der Entwicklung haben, der die technischen und wirtschaftlichen Verdienste, Demerits und Machbarkeit eines vorgeschlagenen gemeinsamen Protokolls erörtert und diskutiert. Nachdem die Zweifel und Vorbehalt aller Mitglieder angesprochen wurden, wird das resultierende gemeinsame Dokument als gebilligt Häufiger Standard. Dieses Dokument kann anschließend an die Öffentlichkeit veröffentlicht werden, und fortan wird ein offener Standard. Es wird normalerweise veröffentlicht und ist frei oder zu nominellen Kosten für alle Ankömmlinge mit Keine weiteren Belastungen. Verschiedene Anbieter und Einzelpersonen (auch diejenigen, die nicht Teil der ursprünglichen Gruppe waren) können das Standarddokument verwenden, um Produkte zu erstellen, die das im Standard definierte gemeinsame Protokoll implementieren und somit sind Interoperabel durch Designohne spezifische Haftung oder Vorteil für Kunden für die Auswahl eines Produkts über ein anderes auf der Grundlage standardisierter Funktionen. Die Produkte der Anbieter konkurrieren um die Qualität ihrer Implementierung, Benutzeroberfläche, Benutzerfreundlichkeit, Leistung, Preis und eine Vielzahl anderer Faktoren, während er die Daten des Kunden intakt und übertragbar hält, selbst wenn er sich für ein anderes konkurrierendes Produkt für Unternehmen wechselt Gründe dafür.

Post facto Interoperabilität

Post facto Die Interoperabilität kann das Ergebnis der absoluten Marktdominanz eines bestimmten Produkts sein, die gegen die geltenden Standards verstoßen, oder wenn zum Zeitpunkt der Einführung dieses Produkts keine wirksamen Standards vorhanden waren. Der Verkäufer hinter diesem Produkt kann dann wählen ignorieren Alle bevorstehenden Standards und nicht in einem Standardisierungsprozess zusammenarbeiten, wobei er seinen Beinahe-Monopol nutzt, um darauf zu bestehen, dass sein Produkt das festlegt de facto Standard durch seine Marktdominanz. Dies ist kein Problem, wenn die Implementierung des Produkts offen ist und Minimal belastet, aber es kann sowohl geschlossen als auch stark belastet sein (z. B. durch Patentansprüche). Wegen dem NetzwerkeffektDie Interoperabilität mit einem solchen Produkt ist für jeden anderen Anbieter von entscheidender potenzieller Konkurrent und Bedrohung. Die neueren Implementierungen verlassen sich oft auf Clean Room Reverse Engineering In Ermangelung technischer Daten zur Erreichung der Interoperabilität. Die ursprünglichen Anbieter können andere technische Daten an andere liefern, häufig im Namen von Förderung des WettbewerbsAber solche Daten sind ausnahmslos belastet und können nur begrenzt verwendet werden. Verfügbarkeit solcher Daten ist nicht entspricht einem offenen Standard, weil:

  1. Die Daten werden vom ursprünglichen Anbieter auf Ermessensbasis bereitgestellt, und der Anbieter hat alle Interesse daran, die effektive Umsetzung konkurrierender Lösungen zu blockieren, und kann sein Produkt auf subtile Weise ändern oder ändern, häufig in neueren Überarbeitungen, sodass die Implementierungen der Wettbewerber fast fast sind. Aber nicht ganz vollständig interoperabel, die Kunden dazu führen, sie als unzuverlässig oder von geringerer Qualität zu betrachten. Diese Änderungen dürfen überhaupt nicht an andere Anbieter weitergegeben oder nach einer strategischen Verzögerung weitergegeben werden, wodurch die Marktdominanz des ursprünglichen Anbieters aufrechterhalten wird.
  2. Die Daten selbst können belastet werden, z. durch Patente oder Preise, die zu einer Abhängigkeit aller konkurrierenden Lösungen vom ursprünglichen Anbieter führen und möglicherweise einen Einnahmequellen der Kunden der Konkurrenten zum ursprünglichen Anbieter zurückführen. Diese Einnahmequelle ist das Ergebnis der Marktdominanz des ursprünglichen Produkts und nicht auf eine angeborene Überlegenheit.
  3. Selbst wenn der ursprüngliche Anbieter wirklich daran interessiert ist, einen gesunden Wettbewerb zu fördern (damit er auch vom daraus resultierenden innovativen Markt profitieren kann), kann die Interoperabilität nach der Fakto häufig unerwünscht sein, da viele Mängel oder Macken direkt auf die technische Implementierung der ursprünglichen Implementierung zurückgeführt werden können Einschränkungen. Obwohl in einem offenen Prozess solche Einschränkungen identifizieren und korrigieren, und die daraus resultierende sauberere Spezifikation von allen Anbietern verwendet werden kann, ist dies post-facto schwieriger, da Kunden bereits wertvolle Informationen und Prozesse haben, die im fehlerhaften, aber dominanten Produkt codiert sind. und andere Anbieter sind gezwungen, diese Fehler und Macken zu replizieren, um die Interoperabilität beizubehalten, selbst wenn sie bessere Lösungen entwerfen könnten. Alternativ kann argumentiert werden, dass selbst offene Prozesse dem Gewicht früherer Implementierungen und unvollkommenen Vergangenheit ausgesetzt sind und dass die Kraft des dominierenden Anbieters das System einseitig korrigiert oder verbessert und alle Benutzer die Veränderungen auferlegt.
  4. Das Fehlen eines offenen Standards kann auch für die Kunden problematisch werden, wie bei der Unfähigkeit des ursprünglichen Anbieters, ein bestimmtes Problem zu beheben, das ein Artefakt von technischen Einschränkungen im Originalprodukt darstellt. Der Kunde möchte, dass dieser Fehler festgelegt ist, aber der Anbieter muss diesen fehlerhaften Staat behaupten, selbst in neueren Überarbeitungen desselben Produkts, da dieses Verhalten ein De -facto -Standard ist und viele weitere Kunden den Preis für alle Interoperabilitätsprobleme zahlen müssten, die durch Probleme verursacht werden, die durch Probleme verursacht werden, die durch Probleme verursacht werden, die durch Probleme verursacht werden, die verursacht werden, die durch Probleme verursacht werden, die durch Probleme verursacht werden müssen Behebung des ursprünglichen Problems und Einführung neuer Verhaltensweisen.

Regierung

Egovernment

Aus der Sicht der E-Government bezieht sich die Interoperabilität auf die Fähigkeit der Zusammenarbeit grenzüberschreitender Dienste für Bürger, Unternehmen und öffentliche Verwaltungen. Der Austausch von Daten kann aufgrund von Sprachbarrieren, unterschiedlichen Spezifikationen von Formaten, Kategorisierungsarten und anderen Hindernissen eine Herausforderung sein.

Wenn Daten unterschiedlich interpretiert werden, ist die Zusammenarbeit begrenzt, dauert länger und ineffizient. Wenn beispielsweise ein Staatsbürger des Landes A in Land B Land kaufen möchte, wird die Person gebeten, die richtigen Adressdaten einzureichen. Adressdaten in beiden Ländern enthalten vollständige Namensdetails, Straßenname und Nummer sowie a Postleitzahl. Die Reihenfolge der Adressdetails kann variieren. In derselben Sprache ist es kein Hindernis, die angegebenen Adressdaten zu bestellen. Aber über Sprachbarrieren wird es jedoch schwierig. Wenn die Sprache eine andere verwendet Schreibsystem Es ist fast unmöglich, wenn keine Übersetzungstools verfügbar sind.

Hochwasserrisikomanagement

Interoperabilität wird von Forschern im Kontext von Urban verwendet Hochwasserrisikomanagement.[5]Städte und städtische Gebiete weltweit erweitern, was komplexe Räume mit vielen Wechselwirkungen zwischen Umwelt, Infrastruktur und Menschen schafft. Um diese Komplexität anzugehen und Wasser in städtischen Gebieten angemessen zu verwalten, a Systemsystem Wasseransatz und Hochwassermanagement ist notwendig. In diesem Zusammenhang ist die Interoperabilität wichtig, um das System des Systems im Hochwassermanagement zu erleichtern, und ist definiert als: „Die Fähigkeit eines Wassermanagementsystems, Wasser umzuleiten und andere Systeme zu nutzen, um seine Leistungsfunktion während der Leistungsfunktion zu erhalten oder zu verbessern Wasserüberschreitungsereignisse “. Durch die Bewertung der komplexen Eigenschaften von städtischen Infrastruktursystemen, insbesondere der Interoperabilität zwischen dem Drainage Systeme und andere städtische Systeme (z. B. Infrastruktur wie den Transport) könnte es möglich sein, die Kapazität des Gesamtsystems zu erweitern, um Hochwasser zu verwalten, um eine verbesserte städtische Hochwasserresilienz zu erreichen.[6]

Streitkräfte

Interoperabilität erzwingen wird in der NATO als die Fähigkeit der Kräfte von zwei oder mehr Nationen definiert, bei der Ausführung von Missionen und Aufgaben effektiv zusammenzuarbeiten, zu trainieren und zu arbeiten. Zusätzlich definiert die NATO die Interoperabilität allgemeiner als die Fähigkeit, zusammen, effektiv und effizient zusammenzuwirken, um alliierte taktische, operative und strategische Ziele zu erreichen.[7]

Auf der strategischen Ebene ist die Interoperabilität ein Enabler für den Koalitionsaufbau. Es erleichtert sinnvolle Beiträge von Koalitionspartnern. Auf dieser Ebene konzentrieren sich Interoperabilitätsfragen auf die Harmonisierung der Weltansichten, Strategien, Doktrinen und Kraftstrukturen. Interoperabilität ist ein Element der Koalitionsbereitschaft, um langfristig zusammenzuarbeiten, um gemeinsame Interessen gegen gemeinsame Bedrohungen zu erreichen und aufrechtzuerhalten. Die Interoperabilität auf operativer und taktischer Ebene ist der Fall, in dem strategische/politische Interoperabilität und technologische Interoperabilität zusammenkommen, um Verbündeten zu helfen, die Umwelt zu formen, Krisen zu verwalten und Kriege zu gewinnen. Die Vorteile der Interoperabilität auf operativen und taktischen Ebenen ergeben sich im Allgemeinen aus der Pilze oder Austauschbarkeit von Kraftelementen und Einheiten. Technologische Interoperabilität reflektiert die Schnittstellen zwischen Organisationen und Systemen. Es konzentriert sich auf Kommunikation und Computer, beinhaltet aber auch die technischen Fähigkeiten von Systemen und die daraus resultierende Missionskompatibilität oder Inkompatibilität zwischen den Systemen und Daten von Koalitionspartnern. Auf technologischer Ebene beruhen die Vorteile der Interoperabilität hauptsächlich aus ihren Auswirkungen auf operativer und taktischer Ebene hinsichtlich der Verbesserung der Pilze und Flexibilität.[8]

Öffentliche Sicherheit

Interoperabilität ist ein wichtiges Thema für Strafverfolgung, Feuer bekämpfen, EMSund andere Abteilungen für öffentliche Gesundheits- und Sicherheitsabteilungen, weil Ersthelfer in den Notfällen in großem Maßstab kommunizieren müssen. Es war in den letzten 12 Jahren ein großer Investitions- und Forschungsergebnis.[9][10] Traditionell konnten Agenturen keine Informationen austauschen, da sie weithin unterschiedliche Hardware betrieben, die unvereinbar waren.[11] Informationssysteme von Agenturen wie computergestützte Versandsysteme (CAD) und Datensätze Management Systems (RMS) funktionierten weitgehend isoliert, sogenannte Informationsinseln. Agenturen versuchten, diese Isolation mit ineffizienten Stop-Gap-Methoden zu schließen, während große Agenturen begannen, begrenzte interoperable Systeme zu implementieren. Diese Ansätze waren unzureichend und in den USA wurde der Mangel an Interoperabilität im Bereich der öffentlichen Sicherheit während der 9/11 Angriffe[12] auf dem Pentagon und dem World Trade Center -Strukturen. Weitere Hinweise auf einen Mangel an Interoperabilität tauchten auf, als Agenturen die Folgen der Katastrophe des Hurrikans Katrina in Angriff nahmen.

Im Gegensatz zum nationalen Gesamtbild haben einige Staaten, einschließlich Utah, bereits große Fortschritte gemacht. Das Utah Highway Patrol und andere Abteilungen in Utah haben landesweit geschaffen Datenübertragung Netzwerk mithilfe von Technologie von einem Unternehmen mit Sitz in Bountiful, Utah, Fatpot -Technologien.

Das Commonwealth of Virginia ist einer der führenden Staaten in den Vereinigten Staaten bei der Verbesserung der Interoperabilität und wird vom Ministerium für Heimatschutz (DHS) ständig als nationale Best Practice anerkannt. Die nachgewiesene Governance-Struktur von Virginia stellt sicher, dass alle richtigen Spieler an Entscheidungsfindung, Schulung und Übungen und Planungsbemühungen beteiligt sind. Der Interoperabilitätskoordinator nutzt eine regionale Struktur, um die Gewährung der Finanzierung des Commonwealth besser bereitzustellen, sodass alle Bereiche die Möglichkeit haben, die Kommunikationsinteroperabilität zu verbessern. Der strategische Kommunikationsplan von Virginia wird jährlich aktualisiert, um neue Initiativen für das Commonwealth aufzunehmen - alle Projekte und Anstrengungen sind mit diesem Plan verbunden, der mit dem Nationalen Notfallkommunikationsplan übereinstimmt, der vom Büro für Notfallkommunikation (OEC) des Ministeriums für Heimatschutz verfasst wurde (OEC) .

Der Bundesstaat Washington[13] versucht, die Interoperabilität landesweit zu verbessern. Das Exekutivkomitee der staatlichen Interoperabilität[14] (SIEC), der 2003 vom Gesetzgeber gegründet wurde, um Nothändlern (Polizei, Feuer, Sheriff, Medizin, Hazmat usw.) auf allen Regierungsebenen (Stadt, Landkreis, Bundesstaat, Stammes, Stamm für ihre lokale Region.

Washington erkennt die Zusammenarbeit mit Systemdesign und -entwicklung für drahtlose Funksysteme ermöglicht es Nothilfeagenturen, zusätzliche Dienstleistungen zu erbringen, die Interoperabilität zu erhöhen und langfristige Kosten zu senken.

Diese Arbeit rettet das Leben des Notfallpersonals und den Bürgern, denen sie dienen.

Die US -Regierung bemüht sich, die mangelnde Interoperabilität der öffentlichen Sicherheit durch die Nation zu überwinden. Das Büro für Interoperabilität und Kompatibilität (OIC) des Ministeriums für Heimatschutz verfolgt die SafeCom[15] und Cadip und Projekt 25 Programme, mit denen Agenturen bei der Integration ihres CAD- und anderen IT -Systems helfen sollen.

Die OIC hat CADIP im August 2007 eingeführt. Dieses Projekt wird die OIC mit Agenturen an mehreren Standorten zusammenarbeiten, einschließlich Silicon Valley. Dieses Programm wird Fallstudien verwenden, um die Best Practices und Herausforderungen zu identifizieren, die mit der Verknüpfung von CAD -Systemen über die Zuständigkeitsgrenzen hinweg verbunden sind. Diese Lektionen werden die Instrumente und Ressourcen für öffentliche Sicherheitsbehörden schaffen, um interoperable CAD -Systeme aufzubauen und über lokale, staatliche und bundesstaatliche Grenzen zu kommunizieren.

Als Regulator für die Interoperabilität

Governance -Unternehmen können die Interoperabilität durch ihre gesetzgeberischen und exekutiven Befugnisse erhöhen. Zum Beispiel im Jahr 2021 die Europäische Kommission, nach Inbetriebnahme von zwei Folgenabschätzungsstudien und a Technologieanalyse Studie schlug die Umsetzung von a vor Standardisierung - für Iterationen von USB-C - von Handyladegerät Produkte, die die Interoperabilität zusammen mit Konvergenz und Bequemlichkeit für Verbraucher erhöhen und gleichzeitig Ressourcenbedürfnisse, Redundanz und Verringerung von Ressourcen nötigen elektronischer Abfall.[16][17][18]

Handel und Industrie

Informationstechnologie und Computer

Desktop

Die Desktop-Interoperabilität (auch als Interop bekannt) ist ein Unterabschnitt der Software-Interoperabilität. In den frühen Tagen lag der Schwerpunkt von „Interop“ auf der Integration von Webanwendungen in andere Webanwendungen. Im Laufe der Zeit wurden Open-System-Container entwickelt, um eine virtuelle Desktop-Umgebung zu erstellen, in der diese Anwendungen registriert werden können, und dann unter Verwendung einfacher Pub/Sub-Muster miteinander kommunizieren. Es wurden auch rudimentäre UI -Funktionen unterstützt, sodass Windows mit anderen Fenstern gruppiert werden konnte. Heute hat sich die Interoperabilität des Desktops zu Inter-Service-Interopop-Plattformen entwickelt, die Containerunterstützung, grundlegenden Austausch zwischen Web und Web, aber auch native Unterstützung für andere Anwendungstypen und erweiterte Fensterverwaltung umfassen. Zu den neuesten Interop-Plattformen gehören auch Anwendungsdienste wie universelle Suche, Benachrichtigungen, Benutzerberechtigungen und Präferenzen, Anwendungsverbindungen der Drittanbieter und Sprachadapter für interne Anwendungen.

Informationssuche

Die Interoperabilität der Suche bezieht sich auf die Fähigkeit von zwei oder mehr Informationssammlungen, von einer einzelnen Abfrage zu durchsuchen.

Insbesondere im Zusammenhang mit der webbasierten Suche beruht die Herausforderung der Interoperabilität auf den Tatsachen, dass Designer von Webressourcen in der Regel nur wenig oder gar nicht mit dem Austausch von Informationen mit anderen Webressourcen betreffen. Föderierte Suche Die Technologie, die den Datenbesitzer keine Anforderungen an die Format angeht, hat sich als eine Lösung für die Suche nach Interoperabilitätsproblemen herausgestellt. Darüber hinaus Standards, wie z. Oai-pmh, RDF, und Sparql, haben kürzlich entstanden, die auch dazu beitragen, das Problem der Suchinteroperabilität im Zusammenhang mit Webressourcen zu behandeln. Solche Standards befassen sich auch mit breiteren Interoperabilitätsthemen, z. B. dem Erlaubnis von Data Mining.

Software

Interoperabilität: Das Spielen des beiden Rollennetzwerks spielen, wenn einer der Spieler -Clients (oben links) unterläuft Sun Microsystems und ein anderer unter GNU -Klassenpfad mit Jamvm. Die Anwendungen führen dasselbe aus Bytecode und mit dem Standard zusammenarbeiten Rmi-iiop Nachrichten zur Kommunikation
Hauptartikel: Sprachinteroperabilität und Semantische Interoperabilität

In Gedenken an Software, der Begriff Interoperabilität wird verwendet, um die Fähigkeit verschiedener Programme zum Austausch von Daten über eine gemeinsame Reihe von Austauschformaten zu beschreiben, um dasselbe zu lesen und zu schreiben Dateiformateund um dasselbe zu verwenden Protokolle. (Die Fähigkeit, dasselbe auszuführen Binärcode auf unterschiedlich Prozessor Plattformen werden nicht durch die Definition der Interoperabilität betrachtet.) Der Mangel an Interoperabilität kann eine Folge einer mangelnden Aufmerksamkeit sein Standardisierung Während des Entwurfs eines Programms. In der Tat wird die Interoperabilität im nicht standardmäßigen Teil der Computerwelt nicht als selbstverständlich angesehen.[19]

Laut ISO/IEC 2382-01, Vokabular für Informationstechnologie, grundlegende BegriffeDie Interoperabilität ist wie folgt definiert: "Die Fähigkeit, Programme zu kommunizieren, Programme auszuführen oder Daten zwischen verschiedenen Funktionseinheiten auf eine Weise auszuführen, die den Benutzer erfordert, dass sie wenig oder gar keine Kenntnis der einzigartigen Eigenschaften dieser Einheiten haben".[20]

Beachten Sie, dass die Definition etwas mehrdeutig ist, weil die Benutzer Eines Programms kann ein weiteres Programm sein, und wenn letzteres ein Teil des Programms ist, der interoperabel sein muss, kann es durchaus sein, dass es Kenntnisse über die Merkmale anderer Einheiten benötigt.

Diese Definition konzentriert sich auf die technische Seite der Interoperabilität, während sie auch darauf hingewiesen wurde[von wem?] Diese Interoperabilität ist oft eher ein organisatorisches Problem: Oft hat die Interoperabilität erhebliche Auswirkungen auf die betreffenden Organisationen und die Auferlegung von Eigentumsfragen (möchten die Menschen ihre Daten teilen? Oder zu tun haben sie es zu tun Informationssilos?), Arbeitsbeziehungen (sind die Menschen bereit, sich zu trainieren?) Und Benutzerfreundlichkeit. In diesem Zusammenhang wird im Begriff eine passendere Definition erfasst Geschäftsprozess Interoperabilität.

Interoperabilität kann wichtig haben wirtschaftlich Konsequenzen; Beispielsweise hat die Forschung die Kosten für unzureichende Interoperabilität in der US -amerikanischen Capital Facility -Branche auf 15,8 Milliarden US -Dollar pro Jahr geschätzt.[21] Wenn die Produkte der Wettbewerber nicht interoperabel sind (aufgrund von Ursachen wie z. Patente, Geschäftsgeheimnisse oder Koordinationsfehler) Das Ergebnis kann durchaus sein Monopol oder Marktversagen. Aus diesem Grund kann es für Benutzergemeinschaften oder Regierungen ratsam sein, Schritte zu unternehmen, um die Interoperabilität in verschiedenen Situationen zu fördern. Mindestens 30 internationale Stellen und Länder haben umgesetzt Egovernment-basierte Interoperabilitätsrahmeninitiativen genannt E-Gif in den Vereinigten Staaten gibt es das Niem Initiative.[22] Standards Definieren von Organisationen (SDOs) bieten offene öffentliche Softwarespezifikationen, um die Interoperabilität zu erleichtern. Beispiele sind die Oasis-Open Organisation und Gebäude (Früher die internationale Allianz für Interoperabilität). In Bezug auf Benutzergemeinschaften schafft neutraler Dritter Standards für die Interoperabilität des Geschäftsprozesses. Ein weiteres Beispiel einer neutralen Partei ist die RFC Dokumente aus dem Internettechnik-Arbeitsgruppe (IETF).

Der OSLC[23] (Open Service for Lifecycle Collaboration) Community arbeitet daran, einen gemeinsamen Standard zu finden, damit Softwaretools Daten teilen und austauschen können, z. Fehler, Aufgaben, Anforderungen usw. Das endgültige Ziel ist es, sich auf einen offenen Standard für die Interoperabilität von Open Source zu einigen Alm Werkzeug.[24]

Java ist ein gutes Beispiel für eine interoperable Programmiersprache, mit der Programme einmal geschrieben und überall mit einer virtuellen Java -Maschine ausgeführt werden können.[25] Ein Programm in Java schreibt, solange es keine systemspezifische Funktionalität verwendet, die Interoperabilität mit allen Maschinen mit einer virtuellen Java-Maschine beibehält. Es gibt viele Implementierungen der virtuellen Java -Maschine wie Oracle, IBM, Android usw., wenn eine java -virtuelle Maschine zur Spezifikation erstellt wird, die Anwendungen behalten die Kompatibilität, da die Implementierung unterschiedlich ist, die zugrunde liegenden Sprachschnittstellen gleich sind .[26]

Software erreichen

Die Interoperabilität der Software wird auf fünf miteinander verbundene Arten erreicht:

  1. Produkttest
    Produkte, die zu einem gemeinsamen Standard oder zu einem Unterprofil produziert werden, hängen von der Klarheit der Standards ab. In ihren Implementierungen können jedoch Unstimmigkeiten auftreten, die System- oder Unit-Tests möglicherweise nicht aufdecken. Dies erfordert, dass Systeme formal in einem Produktionsszenario getestet werden - wie sie schließlich implementiert werden -, um sicherzustellen, dass sie tatsächlich wie angekündigt einverkehrt werden, d. H. Sie sind interoperabel. Interoperable Produkttests unterscheiden sich von konformitätsbasierten Produkttests, da die Konformität mit einem Standard nicht unbedingt eine Interoperabilität mit einem anderen Produkt ermöglicht, das auch auf Konformität getestet wird.
  2. Produktentwicklung
    Implementiert den gemeinsamen Standard oder einen Unterprofil davon, wie von den Industrie-/Community-Partnerschaften mit der spezifischen Absicht, die Interoperabilität mit anderen Software-Implementierungen zu erreichen, auch nach demselben Standard oder Unterprofil davon definiert.
  3. Branchen-/Gemeinschaftspartnerschaft
    Partnerschaften zwischen Branchen und internationalen, entweder inländischen oder internationalen, sponsorierten Standardarbeitsgruppen mit dem Ziel, einen gemeinsamen Standard zu definieren, mit dem Softwaresysteme für einen definierten Zweck einverstanden sind. Manchmal wird eine Branche/Community einen vorhandenen Standard, der von einer anderen Organisation erstellt wird, um Optionen zu reduzieren und so die Interoperabilität für Implementierungen zu ermöglichen.
  4. Gemeinsame Technologie und IP
    Die Verwendung einer gemeinsamen Technologie oder einer IP kann die Komplexität der Interoperabilität beschleunigen und verringern, indem die Variabilität zwischen Komponenten aus verschiedenen Sätzen getrennter Softwareprodukte verringert wird und sie so leichter interkommunizieren können. Diese Technik enthält einige der gleichen technischen Ergebnisse wie ein gemeinsames Anbieterprodukt, um Interoperabilität zu erzeugen. Die gemeinsame Technologie kann durch Drittanbieterbibliotheken oder Open-Source-Entwicklungen erfolgen.
  5. Standardimplementierung
    Die Interoperabilität der Software erfordert eine gemeinsame Vereinbarung, die normalerweise über einen industriellen, nationalen oder internationalen Eingang erreicht wird Standard.

Jedes von diesen spielt eine wichtige Rolle bei der Verringerung der Variabilität der Interkommunikationssoftware und der Verbesserung eines gemeinsamen Verständnisses des zu erreichenden Endziels.

Marktdominanz und Macht

Die Interoperabilität wird tendenziell als Problem für Experten angesehen und ihre Auswirkungen auf das tägliche Leben werden manchmal unterschätzt. Das Microsoft -Wettbewerbsfall der Europäischen Union zeigt, wie Interoperabilität wichtige Fragen von Machtverhältnissen betrifft. Im Jahr 2004 stellte die Europäische Kommission fest, dass Microsoft ihre Marktmacht missbraucht hatte, indem er die Interoperabilität zwischen Windows-Arbeitsgruppenservern und Nicht-Microsoft-Arbeitsgruppenservern absichtlich einschränkte. Auf diese Weise konnte Microsoft seine dominante Marktposition für Arbeitsgruppenserver -Betriebssysteme, das Herz der IT -Netzwerke von Unternehmen, schützen. Microsoft wurde angewiesen, eine vollständige und genaue Schnittstellendokumentation offenzulegen, die es den konkurrierenden Anbietern ermöglicht, auf gleichen Basis zu konkurrieren (Das Interoperabilitätsmittel). Ab Juni 2005 testet die Kommission einen neuen Vorschlag von Microsoft, dies zu tun, nachdem er frühere Vorschläge als unzureichend abgelehnt hatte.

Interoperabilität ist auch in der Software -Patentdebatte in dem Europäisches Parlament (Juni - Juli 2005). Kritiker behaupten, dass die Kunden zweimal die Lizenzgebühren zahlen müssen Programmieren Sie das Produkt.

Herstellung

Die Interoperabilität ist in den letzten Jahren zu einer gemeinsamen Herausforderung im Fertigungsgebiet geworden, insbesondere aufgrund von Legacy -Systemen und der Integration von Herstellungsprozessen im Rahmen der Förderung der Branche 4.0.[27] Die Interoperabilität ist neben Autonomie und Nachhaltigkeit zu einem Eckpfeiler der Fertigungspolitik und -Richtlinien geworden, die innerhalb der deutschen Bundespolitik von 2030 Vision für Industrie 4.0 identifiziert werden können. Die derzeitige dringende Herausforderung für die Interoperabilität hängt eng mit der der Standardisierung und der Umsetzung bewährter Verfahren zusammen, die das Fahren von i4.0 zur Verknüpfung der Fertigung in der gesamten Lieferkette verhindert haben. Untersuchungen zu den aktuellen Herausforderungen haben gezeigt, dass es in den IT- und Anwendungslandschaften von Fertigungsunternehmen eine Lücke gibt, die Herausforderungen für die Verknüpfung von Systemen und Datenfluss darstellen.[27]

Medizinische Industrie

Neue Technologie wird in eingeführt Krankenhäuser und Labors zu einer immer größeren Geschwindigkeit. Das Bedürfnis nach Plug-and-Play Interoperabilität - Die Fähigkeit, ein medizinisches Gerät aus dem Schachtel zu nehmen und es einfach mit den anderen Geräten zu arbeiten - hat sowohl von Gesundheitsdienstleistern als auch von der Industrie große Aufmerksamkeit auf sich gezogen.

Zunehmend bieten Medizinprodukte wie Inkubatoren und Bildgebungssysteme Software, die sich zum Zeitpunkt der Versorgung und mit elektronischen Systemen wie elektronischen Krankenakten integrieren. Auf dem Treffen der Regulierungsangebote 2016 (RAPS) Society Society Society Society (RAPS), stellten Experten auf dem Gebiet wie Angela N. Johnson bei GE Healthcare und Vertreter der US -amerikanischen Food and Drug Administration praktische Seminare in der Art und Weise, wie Unternehmen, die neue medizinische Geräte entwickeln, und Krankenhäuser, die sie installieren, praktische Seminare zur Verfügung. kann effektiver arbeiten, um interoperable Softwaresysteme auszurichten.[28]

Eisenbahnen

Die Eisenbahnen haben eine größere oder geringere Interoperabilität, je nach Anpassung an Standards von Messgerät, Kupplungen, Bremsen, Signalisierung, Kommunikation, Ladeanzeige, Strukturanzeige, und Betriebsregeln, um ein paar Parameter zu erwähnen. Für den Passagierbahnservice, anders Eisenbahnbahnhöhe und Breite Standards können auch Interoperabilitätsprobleme verursachen.

Die nordamerikanischen Güter- und Intercity -Passagierbahn sind hoch interoperabel, aber Systeme in Europa, Asien, Afrika, Mittel- und Südamerika und Australien sind viel weniger. Der Parameter am schwierigsten zu überwinden (zu angemessenen Kosten) ist jedoch die Unvereinbarkeit von Messgerät Variable Anzeige Achssysteme werden zunehmend verwendet.

Telekommunikation

Im TelekommunikationDer Begriff kann definiert werden als:

  1. Die Möglichkeit, Dienstleistungen für Dienste aus anderen Systemen bereitzustellen und zu akzeptieren und die ausgetauschten Dienste zu nutzen, damit sie effektiv zusammenarbeiten können. Itu-t Bietet Standards für internationale Telekommunikation.
  2. Der Zustand unter Kommunikationselektronik Systeme oder Elemente der Kommunikations-Elektronik-Geräte, wenn Information oder Dienste können direkt und zufriedenstellend zwischen ihnen und/oder ihren Benutzern ausgetauscht werden. Der Grad der Interoperabilität sollte bei Bezug auf bestimmte Fälle definiert werden.[29][30]

Im Zwei-Wege-RadioDie Interoperabilität besteht aus drei Dimensionen:

  • Kompatible Kommunikationspfade (kompatible Frequenzen, Geräte und Signalübertragung),
  • Funksystemabdeckung oder angemessene Signalstärke und;
  • skalierbare Kapazität.

Organisationen, die der Interoperabilität gewidmet sind

Viele Organisationen sind der Interoperabilität gewidmet. Alle haben gemeinsam, dass sie die Entwicklung des World Wide Web in Richtung des semantischen Webs vorantreiben wollen.[zweifelhaft – diskutieren] Einige konzentrieren sich auf Egovernment, Ebusiness oder Datenaustausch im Allgemeinen. International, Netzwerkkonsortium für netzwerkzentrische Betriebsbranche erleichtert die globale Interoperabilität über Grenzen, Sprach- und technische Hindernisse hinweg. In Europa zum Beispiel die Europäische Kommission und deren Idabc Programmausgabe die European Interoperability Framework. IDABC wurde von der abgelöst IST EIN Programm. Sie initiierten auch die Semantisches Interoperabilitätszentrum Europa (Semic.eu). EIN Europäischer Landinformationsdienst (Eulis) wurde 2006 als Konsortium europäischer nationaler Landregister gegründet. Ziel des Dienstes ist es, ein einzelnes Portal einzurichten, durch das Kunden Zugang zu Informationen über einzelne Immobilien, über Land- und Immobilienregistrierungsdienste und über das damit verbundene rechtliche Umfeld erhalten.[31] In den Vereinigten Staaten bietet der GOV -Dienst der Regierung ein Kollaborationsumfeld für Komponentenentwicklung, Teilen, Registrierung und Wiederverwendung und bezieht Nationales Informationsaustauschmodell (NIEM) Arbeit und Komponenten -Repository. Das Nationales Institut für Standards und Technologie dient als Agentur für Messstandards.

Siehe auch

Computer- und Informationstechnologie
Geschäft
Sonstiges

Verweise

  1. ^ "Definition der Interoperabilität". Dedizierte Website für eine Definition der Interoperabilität bei Interoperability-Definition.info. Urheberrecht unter CC BY-SA. Archiviert von das Original Am 2017-03-14. Abgerufen 2017-03-13.{{}}: CS1 Wartung: Andere (Link)
  2. ^ Institut für Elektro- und Elektronikingenieure. IEEE Standard Computer Dictionary: Eine Zusammenstellung von IEEE -Standard -Computerglossaren. New York, NY: 1990.
  3. ^ Slater, T. "Was ist Interoperabilität?", Netzwerkkonsortium für netzwerkorientierte Betriebsbranche - NCOIC, 2012
  4. ^ Slater, T. "Cross-Domänen-Interoperabilität", Netzwerkkonsortium für netzwerkorientierte Betriebsbranche - NCOIC, 2013
  5. ^ Vercruysse, Kim; Dawson, David A.; Wright, Nigel (2019). "Interoperabilität: Ein konzeptioneller Rahmen, um die Lücke zwischen multifunktionalem und multisystem städtischen Hochwassermanagement zu überbrücken". Journal of Flood Risk Management. 12: e12535. doi:10.1111/jfr3.12535. ISSN 1753-318X.
  6. ^ "Urban Flut Resilienz". www.urbanfloodresilience.ac.uk. Abgerufen 2019-05-15.
  7. ^ NATO-Glossar von Begriffen und Definitionen, NATO AAP-06[Permanent Dead Link]
  8. ^ Interoperabilität: Eine anhaltende Herausforderung in den Koalitions -Luftoperationen - Kapitel 2 „Eine breite Definition der Interoperabilität“, von Myron Hura, Gary McLeod, James Schneider und anderen, Rand Monography Report, 2000, [1] Archiviert 2013-10-19 bei der Wayback -Maschine
  9. ^ Allen, D. K., Karanasios, S. & Norman, A. (2013). Informationsaustausch und Interoperabilität: Der Fall eines großen Incident -Managements. European Journal of Information Systems, 10.1057/ejis.2013.8.
  10. ^ Baldini, G. (2010). Bericht des Workshops über „interoperable Kommunikation für Sicherheit“. ISPRA: Europäische Kommission, Joint Research Center (JRC), Institut für den Schutz und die Sicherheit des Bürgers.
  11. ^ "Interoperability System Bridges Communications Gap". Firerescue1. Abgerufen 2017-01-25.
  12. ^ Grier, Robin. "Interoperabilitätslösungen". Interoperabilität. Katalysatorkommunikation. Abgerufen 28. Mai 2011.
  13. ^ "Gouverneur Jay Inslee - Bundesstaat Washington". Abgerufen 12. August 2016.
  14. ^ "Siec". Abgerufen 12. August 2016.
  15. ^ "Safecom - Heimatschutz". Archiviert von das Original Am 2014-12-21. Abgerufen 12. August 2016.
  16. ^ "Apple lehnt die EU -Pläne, für alle Geräte einen gemeinsamen Ladeanschluss für alle Geräte herzustellen.". Der Wächter. 23. September 2021. Abgerufen 19. Oktober 2021.
  17. ^ Peltier, Elian (23. September 2021). "In einem Rückschlag für Apple sucht die Europäische Union ein gemeinsames Ladegerät für alle Telefone". Die New York Times. Abgerufen 19. Oktober 2021.
  18. ^ "Eine gemeinsame Ladelösung für alle". Binnenmarkt, Industrie, Unternehmertum und KMU - Europäische Kommission. 5. Juli 2016. Abgerufen 19. Oktober 2021.
  19. ^ Gordon und Hernandez (2016-05-16). Der offizielle Leitfaden zum SSCP -Buch. Sybex. ISBN 978-1119278634.
  20. ^ SC36 Sekretariat (2003-11-13). "Vorgeschlagener Entwurf Technischer Bericht für: ISO/IEC XXXXX, Informationstechnologie - Lernen, Bildung und Schulung - Management und Lieferung - Spezifikation und Verwendung von Erweiterungen und Profilen" (PDF). ISO/IEC JTC1 SC36. Archiviert von das Original (PDF) Am 2007-11-29. Abgerufen 12. August 2016.
  21. ^ MP Gallaher; AC O’Connor; JL DETTBARN, JR.; Lt Gilday (August 2004). Kostenanalyse der unzureichenden Interoperabilität in der US -amerikanischen Capital Facility -Branche (PDF) (Bericht). Nationales Institut für Standards und Technologie. p. iv. Archiviert von das Original (PDF) Am 2016-02-04. Abgerufen 2012-04-19.
  22. ^ "E-Government Interoperability Eine vergleichende Analyse von 30 Ländern" (PDF). CS -Transformation. 2010. Abgerufen 21. Januar 2016.
  23. ^ "Offene Dienste für die Zusammenarbeit von Lebenszyklus". Abgerufen 12. August 2016.
  24. ^ "OSLC (Open Services for Lifecycle Collaboration): Open Standard für i…". 30. November 2011. Abgerufen 12. August 2016.
  25. ^ Schreiben Sie einmal, rennen Sie irgendwohin
  26. ^ 9. Interoperabilität Java und JVM [Buch].
  27. ^ a b Keller, Matthias (2021). "I4.0 Strategie und politische Integration in der deutschen Bearbeitungsbranche". Ku Leuven.
  28. ^ "RAPS -Vorschau: FDA CDRH -Regisseur Shuren spricht Prioritäten". 19. September 2016. Abgerufen 8. April, 2017.
  29. ^ Public DomainDieser Artikel enthältPublic Domain Material von dem General Services Administration dokumentieren: "Bundesstandard 1037c". (zugunsten Mil-std-188)
  30. ^ Public DomainDieser Artikel enthältPublic Domain Material von dem Verteidigungsministerium der Vereinigten Staaten dokumentieren: "Wörterbuch der militärischen und damit verbundenen Begriffe".
  31. ^ Design, Erskine. "Willkommen - Eulis". Archiviert von das Original am 17. September 2016. Abgerufen 12. August 2016.

Externe Links