Interoperabilitet - Interoperability

Interoperabilitet er et kjennetegn ved et produkt eller system, hvis grensesnitt er fullstendig forstått, for å arbeide med andre produkter eller systemer, for tiden eller i fremtiden, i enten implementering eller tilgang, uten noen begrensninger. Selv om begrepet opprinnelig ble definert for informasjonsteknologi eller systemtekniske tjenester for å tillate informasjonsutveksling, tar en bredere definisjon hensyn til sosiale, politiske og organisatoriske faktorer som påvirker system-til-system ytelse. Derfor innebærer interoperabilitet oppgaven med å bygge sammenhengende tjenester for brukere når de enkelte komponentene er teknisk forskjellige og administreres av forskjellige organisasjoner. Typer interoperabilitet inkluderer syntaktisk interoperabilitet , hvor to systemer kan kommunisere med hverandre, og interoperabilitet på tvers av domener , der flere organisasjoner jobber sammen og utveksler informasjon. I enhver samarbeidsinnsats er interoperabilitet på tvers av domener viktig fordi mangel på kommunikasjon kan forårsake misforståelser og redusere effektiviteten sterkt. Dette vil spesielt være et problem i organisasjoner som er ment å reagere på nødsituasjoner så raskt som mulig, for eksempel politi , brannslokking , EMS og andre offentlige helse- og sikkerhetsavdelinger.

Typer

Hvis to eller flere systemer bruker vanlige dataformater og kommunikasjonsprotokoller og er i stand til å kommunisere med hverandre, viser de syntaktisk interoperabilitet. XML og SQL er eksempler på vanlige dataformater og protokoller. Dataformater på lavere nivå bidrar også til syntaktisk interoperabilitet, og sikrer at alfabetiske tegn lagres i samme ASCII- eller Unicode- format i alle kommunikasjonssystemene.

Utover to eller flere datasystemers evne til å utveksle informasjon, er semantisk interoperabilitet muligheten til å automatisk tolke informasjonen som utveksles meningsfullt og nøyaktig for å gi nyttige resultater som definert av sluttbrukerne av begge systemene. For å oppnå semantisk interoperabilitet må begge sider referere til en felles referansemodell for informasjonsutveksling. Innholdet i informasjonsutvekslingsforespørslene er entydig definert: det som sendes er det samme som det som er forstått. Muligheten for å fremme dette resultatet ved brukerdrevet konvergens av forskjellige tolkninger av den samme informasjonen har vært gjenstand for studier av forskningsprototyper som S3DB .

Interoperabilitet på tvers av domener involverer flere sosiale, organisatoriske, politiske, juridiske enheter som jobber sammen for en felles interesse og/eller informasjonsutveksling.

Interoperabilitet og åpne standarder

Interoperabilitet innebærer utveksling mellom en rekke produkter eller lignende produkter fra flere forskjellige leverandører, eller til og med mellom tidligere og fremtidige revisjoner av det samme produktet. Interoperabilitet kan utvikles post-facto , som et spesielt tiltak mellom to produkter, mens resten ekskluderes, ved å bruke åpne standarder. Når en leverandør er tvunget til å tilpasse systemet sitt til et dominerende system som ikke er basert på åpne standarder, er det kompatibilitet , ikke interoperabilitet.

Åpne standarder

Hovedartikkel: Åpen standard

Åpne standarder er avhengige av en bredt rådgivende og inkluderende gruppe, inkludert representanter fra leverandører, akademikere og andre som har en andel i utviklingen som diskuterer og debatterer de tekniske og økonomiske fordelene, ulempene og gjennomførbarheten til en foreslått felles protokoll. Etter at alle medlemmers tvil og reservasjoner er adressert, blir det resulterende felles dokumentet godkjent som en felles standard. Dette dokumentet blir deretter offentliggjort for publikum, og blir fremover en åpen standard. Den publiseres vanligvis og er tilgjengelig fritt eller til en nominell pris for alle som kommer, uten ytterligere heftelser. Ulike leverandører og enkeltpersoner (selv de som ikke var en del av den opprinnelige gruppen) kan bruke standarddokumentet til å lage produkter som implementerer den vanlige protokollen som er definert i standarden og dermed er kompatible med design, uten noe spesifikt ansvar eller fordel for noen kunde for velge et produkt fremfor et annet på grunnlag av standardiserte funksjoner. Leverandørenes produkter konkurrerer om kvaliteten på implementeringen, brukergrensesnittet, brukervennligheten, ytelsen, prisen og en rekke andre faktorer, samtidig som kundens data forblir intakte og overførbare selv om han velger å bytte til et annet konkurrerende produkt for virksomheten grunner.

Post -facto interoperabilitet

Post -facto interoperabilitet kan være et resultat av absolutt markedsdominans for et bestemt produkt i strid med gjeldende standarder, eller hvis det ikke var noen effektive standarder da produktet ble introdusert. Leverandøren bak dette produktet kan deretter velge å ignorere eventuelle kommende standarder og ikke samarbeide i noen standardiseringsprosess i det hele tatt, ved å bruke sitt nesten-monopol for å insistere på at produktet setter de facto- standarden på grunn av selve markedsdominansen. Dette er ikke et problem hvis produktets implementering er åpen og minimalt beheftet, men den kan like godt være både lukket og tungt beheftet (f.eks. Ved patentkrav). På grunn av nettverkseffekten er det å oppnå interoperabilitet med et slikt produkt både kritisk for enhver annen leverandør hvis den ønsker å forbli relevant i markedet, og vanskelig å oppnå på grunn av mangel på samarbeid på like vilkår med den opprinnelige leverandøren, som kan godt se den nye leverandøren som en potensiell konkurrent og trussel. De nyere implementeringene er ofte avhengige av ren-room reverse engineering i fravær av tekniske data for å oppnå interoperabilitet. De originale leverandørene kan gi slike tekniske data til andre, ofte i navnet "oppmuntrende konkurranse", men slike data er alltid beheftet og kan være av begrenset bruk. Tilgjengelighet av slike data tilsvarer ikke en åpen standard, fordi:

  1. Dataene leveres av den opprinnelige leverandøren på et skjønnsmessig grunnlag, som har all interesse i å blokkere effektiv implementering av konkurrerende løsninger, og kan subtilt endre eller endre produktet, ofte i nyere revisjoner, slik at konkurrenters implementeringer er nesten, men ikke ganske fullstendig kompatible, noe som får kundene til å anse dem som upålitelige eller av lavere kvalitet. Disse endringene kan enten ikke overføres til andre leverandører i det hele tatt, eller videreføres etter en strategisk forsinkelse, og opprettholde markedsdominansen til den opprinnelige leverandøren.
  2. Selve dataene kan være beheftet, f.eks. Av patenter eller priser, noe som kan føre til at alle konkurrerende løsninger er avhengige av den opprinnelige leverandøren, og muligens føre en inntektsstrøm fra konkurrentenes kunder tilbake til den opprinnelige leverandøren. Denne inntektsstrømmen er bare et resultat av det opprinnelige produktets markedsdominans og ikke et resultat av medfødt overlegenhet.
  3. Selv når den opprinnelige leverandøren virkelig er interessert i å fremme en sunn konkurranse (slik at han også kan dra nytte av det resulterende innovative markedet), kan post-facto interoperabilitet ofte være uønsket, ettersom mange feil eller finurligheter direkte kan spores tilbake til den opprinnelige implementeringens tekniske begrensninger. Selv om noen i en åpen prosess kan identifisere og korrigere slike begrensninger, og den resulterende renere spesifikasjonen kan brukes av alle leverandører, er dette vanskeligere post-facto, ettersom kundene allerede har verdifull informasjon og prosesser kodet i det defekte, men dominerende produktet, og andre leverandører er tvunget til å gjenskape disse feilene og egenskapene, selv om de kunne designe bedre løsninger for å bevare interoperabilitet. Alternativt kan det hevdes at selv åpne prosesser er underlagt vekten av tidligere implementeringer og ufullkomne tidligere design, og at den dominerende leverandørens makt til ensidig å korrigere eller forbedre systemet og pålegge endringene for alle brukere letter innovasjon.
  4. Mangel på en åpen standard kan også bli problematisk for kundene, som ved den opprinnelige leverandørens manglende evne til å fikse et bestemt problem som er en artefakt av tekniske begrensninger i det originale produktet. Kunden ønsker at feilen er rettet, men leverandøren må opprettholde den feilaktige tilstanden, selv på tvers av nyere revisjoner av det samme produktet, fordi den oppførselen er en de facto -standard og mange flere kunder må betale prisen for eventuelle brudd på interoperabilitet forårsaket ved å fikse det opprinnelige problemet og innføre ny atferd.

Myndighetene

e -forvaltning

Når vi snakker fra et e-forvaltningsperspektiv, refererer interoperabilitet til samarbeidsevnen til grenseoverskridende tjenester for innbyggere, bedrifter og offentlige administrasjoner. Utveksling av data kan være en utfordring på grunn av språkbarrierer, forskjellige spesifikasjoner for formater og varianter av kategoriseringer. Mange flere hindringer kan identifiseres.

Hvis data tolkes annerledes, er samarbeidet begrenset, tar lengre tid og er ikke effektivt. For eksempel, hvis en innbygger i land A ønsker å kjøpe land i land B, vil personen bli bedt om å sende inn riktige adressedata. Adressedata i begge land inkluderer detaljerte navn, gatenavn og nummer samt postnummer. Rekkefølgen på adressedetaljene kan variere. På samme språk er det ikke et hinder å bestille de oppgitte adressedataene; men på tvers av språkbarrierer blir det mer og mer vanskelig. Hvis språket krever andre tegn er det nesten umulig, hvis ingen oversettelsesverktøy er tilgjengelige.

Derfor må e -forvaltningsprogrammer utveksle data på en semantisk interoperabel måte. Dette sparer tid og penger og reduserer feilkilder. Praktiske bruksområder finnes på alle politikkområder, det være seg rettferdighet, handel eller deltakelse, etc. Det kreves klare begreper om tolkningsmønstre.

Risikostyring av flom

Interoperabilitet brukes av forskere i forbindelse med risikostyring i byområder . Byer og urbane områder over hele verden ekspanderer, noe som skaper komplekse rom med mange samspill mellom miljø, infrastruktur og mennesker. For å løse denne kompleksiteten og håndtere vann i urbane områder på riktig måte, er det nødvendig med et system med systemtilnærming til vann- og flomhåndtering . I denne sammenhengen er interoperabilitet viktig for å lette systemtenkning i tankegang i flomhåndtering, og er definert som: " evnen til ethvert vannforvaltningssystem til å omdirigere vann og bruke andre system (er) til å opprettholde eller forbedre ytelsesfunksjonen under hendelser med overskridelse av vann ”. Ved å vurdere de komplekse egenskapene til urbane infrastruktursystemer, spesielt interoperabiliteten mellom dreneringssystemene og andre bysystemer (f.eks. Infrastruktur som transport), kan det være mulig å utvide kapasiteten til det overordnede systemet for å håndtere flomvann for å oppnå forbedret byflom motstandsdyktighet.

Militære styrker

Force interoperabilitet er definert i NATO som evnen til styrkene til to eller flere nasjoner til å trene, trene og operere effektivt sammen i utførelsen av tildelte oppdrag og oppgaver. I tillegg definerer NATO interoperabilitet mer generelt som evnen til å handle sammenhengende, effektivt og effektivt for å nå de allierte taktiske, operasjonelle og strategiske mål.

På strategisk nivå er interoperabilitet en mulighet for koalisjonsbygging. Det letter betydningsfulle bidrag fra koalisjonspartnere. På dette nivået fokuserer interoperabilitetsspørsmål på å harmonisere verdenssyn, strategier, doktriner og maktstrukturer. Interoperabilitet er et element i koalisjonsvilje til å samarbeide på lang sikt for å oppnå og opprettholde felles interesser mot vanlige trusler. Interoperabilitet på operativt og taktisk nivå er der strategisk/politisk interoperabilitet og teknologisk interoperabilitet kommer sammen for å hjelpe allierte med å forme miljøet, håndtere kriser og vinne kriger. Fordelene med interoperabilitet på operasjonelt og taktisk nivå kommer vanligvis fra soppbarhet eller utskiftbarhet av kraftelementer og enheter. "Teknologisk interoperabilitet" gjenspeiler grensesnittene mellom organisasjoner og systemer. Den fokuserer på kommunikasjon og datamaskiner, men involverer også de tekniske egenskapene til systemer og den resulterende misjonskompatibiliteten eller inkompatibiliteten mellom systemene og dataene til koalisjonspartnere. På det teknologiske nivået kommer fordelene med interoperabilitet først og fremst fra deres innvirkning på operativt og taktisk nivå når det gjelder å øke soppbarheten og fleksibiliteten.

Offentlig sikkerhet

Interoperabilitet er et viktig spørsmål for rettshåndhevelse , brannslokking , EMS og andre offentlige helse- og sikkerhetsavdelinger, fordi de første respondentene må kunne kommunisere under omfattende nødsituasjoner. Det har vært et stort investerings- og forskningsområde de siste 12 årene. Tradisjonelt kunne byråer ikke utveksle informasjon fordi de opererte vidt forskjellig maskinvare som var inkompatibel. Byråers informasjonssystemer som datastøttede utsendelsessystemer (CAD) og journalstyringssystemer (RMS) fungerte stort sett isolert, såkalte "informasjonsøyer". Byråer prøvde å bygge bro over denne isolasjonen med ineffektive, stopp-gap-metoder mens store byråer begynte å implementere begrensede interoperable systemer. Disse tilnærmingene var utilstrekkelige, og i USA ble mangelen på interoperabilitet på det offentlige sikkerhetsområdet tydelig under 9/11 angrepene på Pentagon og World Trade Center strukturer. Ytterligere bevis på mangel på interoperabilitet dukket opp da byråer taklet kjølvannet av orkanen Katrina -katastrofen.

I motsetning til det generelle nasjonale bildet har noen stater, inkludert Utah, allerede gjort store fremskritt. Den Utah Highway Patrol og andre avdelinger i Utah har opprettet en statewide datadeling nettverk ved hjelp av teknologi fra et selskap basert i Bountiful, Utah , FATPOT Technologies .

Commonwealth of Virginia er en av de ledende statene i USA for å forbedre interoperabilitet og blir kontinuerlig anerkjent som National Best Practice av Department of Homeland Security (DHS). Virgins velprøvde praktikerstyrte styringsstruktur sikrer at alle de riktige aktørene er involvert i beslutningstaking, trening og øvelser og planleggingsinnsats. Interoperabilitetskoordinatoren utnytter en regional struktur for bedre å fordele tilskuddsmidler rundt Samveldet, slik at alle områder har en mulighet til å forbedre kommunikasjonsinteroperabilitet. Virginia strategiske kommunikasjonsplan oppdateres årlig for å inkludere nye initiativer for Commonwealth - alle prosjekter og innsats er knyttet til denne planen, som er i tråd med National Emergency Communications Plan, forfattet av Department of Homeland Security's Office of Emergency Communications (OEC) .

Staten Washington søker å forbedre interoperabiliteten på landsbasis. State Interoperability Executive Committee (SIEC), opprettet av lovgiver i 2003, jobber for å hjelpe beredskapsresponsbyråer (politi, brann, lensmann, medisinsk, hazmat, etc.) på alle regjeringsnivåer (by, fylke, stat, stamme, føderal) for å definere interoperabilitet for deres lokale region.

Washington anerkjenner at de samarbeider om systemdesign og utvikling for trådløse radiosystemer, slik at beredskapsresponsbyråer effektivt kan tilby tilleggstjenester, øke interoperabilitet og redusere langsiktige kostnader.

Dette arbeidet redder liv for nødpersonell og innbyggerne de tjener.

Den amerikanske regjeringen gjør et forsøk på å overvinne landets mangel på offentlig sikkerhet. Department of Homeland Security's Office for Interoperability and Compatibility (OIC) forfølger SAFECOM og CADIP og Project 25 -programmene, som er designet for å hjelpe byråer når de integrerer CAD og andre IT -systemer.

OIC lanserte CADIP i august 2007. Dette prosjektet vil samarbeide med OIC med byråer på flere steder, inkludert Silicon Valley . Dette programmet vil bruke casestudier til å identifisere beste praksis og utfordringer knyttet til å koble CAD -systemer på tvers av jurisdiksjonelle grenser. Disse leksjonene vil skape verktøy og ressurser som offentlige sikkerhetsbyråer kan bruke til å bygge interoperable CAD -systemer og kommunisere på tvers av lokale, statlige og føderale grenser.

Handel og industri

Informasjonsteknologi og datamaskiner

Skrivebord

Desktop-interoperabiliteten (også kjent som interop) er en underseksjon av programvarens interoperabilitet. I de tidlige dagene var fokuset på 'interop' å integrere web-applikasjoner med andre web-applikasjoner. Over tid ble åpne system-containere utviklet for å skape et virtuelt skrivebordsmiljø der disse programmene kan registreres og deretter kommunisere med hverandre ved hjelp av enkle pub/sub-mønstre. Rudimentære brukergrensesnittfunksjoner ble også støttet slik at vinduer kan grupperes med andre vinduer. I dag har skrivebordskompatibilitet utviklet seg til full-service interop-plattformer som inkluderer containerstøtte, grunnleggende utveksling mellom web og web, men også native støtte for andre applikasjonstyper og avansert vindusbehandling. De aller nyeste interop-plattformene inkluderer også applikasjonstjenester som universelt søk, varsler, brukertillatelser og preferanser, tredjeparts applikasjonskontakter og språkadaptere for interne applikasjoner.

Informasjonssøk

Søk interoperabilitet refererer til muligheten til to eller flere informasjonssamlinger for å bli søkt med en enkelt spørring.

Utfordringen med interoperabilitet, som er spesielt relatert til nettbasert søk, stammer fra det faktum at designere av webressurser vanligvis har lite eller ingen behov for å bekymre seg for å utveksle informasjon med andre nettressurser. Federated Search -teknologi, som ikke stiller formatkrav til dataeieren, har dukket opp som en løsning på utfordringer ved søk i interoperabilitet. I tillegg har det dukket opp standarder, for eksempel OAI-PMH , RDF og SPARQL , som også hjelper til med å løse problemet med interoperabilitet i søk knyttet til nettressurser. Slike standarder tar også opp bredere temaer for interoperabilitet, for eksempel tillatelse av datautvinning.

Programvare

Interoperabilitet: å spille nettrollspillet med to roller, når en av spillerklientene (øverst til venstre) kjører under Sun Microsystems og en annen under GNU Classpath med JamVM . Applikasjonene utfører den samme bytekoden og fungerer sammen med standard RMI-IIOP- meldinger for kommunikasjon
Hovedartikler: Språkinteroperabilitet og semantisk interoperabilitet

Når det gjelder programvare , brukes begrepet interoperabilitet for å beskrive evnen til forskjellige programmer til å utveksle data via et felles sett med utvekslingsformater, til å lese og skrive de samme filformatene og til å bruke de samme protokollene . (Evnen til å utføre den samme binære koden på forskjellige prosessorplattformer er "ikke" tenkt i definisjonen av interoperabilitet.) Mangelen på interoperabilitet kan være en konsekvens av manglende oppmerksomhet til standardisering under utformingen av et program. Faktisk er interoperabilitet ikke tatt for gitt i den ikke-standardbaserte delen av databehandlingsverdenen.

I henhold til ISO/IEC 2382 -01, Information Technology Vocabulary, Fundamental Terms , er interoperabilitet definert som følger: "Evnen til å kommunisere, utføre programmer eller overføre data mellom forskjellige funksjonelle enheter på en måte som krever at brukeren har lite eller ingen kunnskap om de unike egenskapene til disse enhetene ".

Vær oppmerksom på at definisjonen er litt tvetydig fordi brukeren av et program kan være et annet program, og hvis sistnevnte er en del av settet med programmer som må være kompatibelt, kan det godt være at den trenger å ha kunnskap om egenskapene til andre enheter.

Denne definisjonen fokuserer på den tekniske siden av interoperabilitet, mens det også har blitt påpekt at interoperabilitet ofte er mer et organisatorisk spørsmål: ofte har interoperabilitet en betydelig innvirkning på de berørte organisasjonene, og reiser spørsmål om eierskap (ønsker folk å dele dataene sine ? eller omhandler de informasjonssiloer ?), arbeidsforhold (er folk forberedt på å gjennomgå opplæring?) og brukervennlighet. I denne sammenhengen er en mer passende definisjon fanget opp i begrepet forretningsprosessinteroperabilitet .

Interoperabilitet kan ha viktige økonomiske konsekvenser; for eksempel har forskning anslått kostnaden for utilstrekkelig interoperabilitet i den amerikanske kapitalfasilitetene til 15,8 milliarder dollar i året. Hvis konkurrenters produkter ikke er kompatible (på grunn av årsaker som patenter , forretningshemmeligheter eller koordinasjonssvikt ), kan resultatet godt være monopol eller markedssvikt . Av denne grunn kan det være forsvarlig for brukermiljøer eller myndigheter å ta skritt for å oppmuntre til interoperabilitet i forskjellige situasjoner. Minst 30 internasjonale organer og land har implementert eGovernment -baserte interoperabilitetsrammeinitiativer kalt e -GIF mens det i USA er NIEM -initiativ. Standard Defining Organisations (SDO) gir åpne offentlige programvarespesifikasjoner for å lette interoperabilitet; eksempler inkluderer Oasis-Open organisasjonen og buildingSMART (tidligere International Alliance for Interoperability). Når det gjelder brukermiljøer, lager Neutral Third Party standarder for interoperabilitet mellom forretningsprosesser. Et annet eksempel på en nøytral part er RFC -dokumentene fra Internet Engineering Task Force (IETF).

OSLC (Open Service for Lifecycle Collaboration) -samfunnet jobber med å finne en felles standard for at programvareverktøy kan dele og utveksle data, f.eks. Feil, oppgaver, krav osv. Det endelige målet er å bli enige om en åpen standard for interoperabilitet mellom åpen kildekode ALM -verktøy.

Java er et godt eksempel på et interoperabelt programmeringsspråk som gjør at programmer kan skrives en gang og kjøres hvor som helst med en Java Virtual Machine. En som skriver et program i Java, så lenge det ikke bruker systemspesifikk funksjonalitet, vil opprettholde interoperabilitet med alle maskiner som har en Java Virtual Machine. Det er mange implementeringer av Java Virtual Machine, for eksempel Oracle, IBM, Android, etc. ... Hvis en Java Virtual Machine er opprettet etter spesifikasjon, vil applikasjoner opprettholde kompatibilitet fordi selv om implementeringen er annerledes, er de underliggende språkgrensesnittene de samme .

Oppnå programvare

Programvareinteroperabilitet oppnås gjennom fem sammenhengende måter:

  1. Produkttesting
    Produkter produsert etter en felles standard, eller til en underprofil derav, avhenger av klarheten i standardene, men det kan være avvik i implementeringene som system- eller enhetstesting ikke kan avdekke. Dette krever at systemer formelt testes i et produksjonsscenario - som de vil bli implementert til slutt - for å sikre at de faktisk vil kommunisere som annonsert, dvs. at de er kompatible. Interoperabel produkttesting er forskjellig fra samsvarsbasert produkttesting, da samsvar med en standard ikke nødvendigvis medfører interoperabilitet med et annet produkt som også er testet for samsvar.
  2. Produktingeniør
    Implementerer den vanlige standarden, eller en underprofil derav, som definert av partnerskapene mellom bransjen og samfunnet med den spesifikke intensjonen om å oppnå interoperabilitet med andre programvareimplementeringer, også etter samme standard eller underprofil derav.
  3. Industri/samfunn partnerskap
    Partnerskap mellom industrisamfunn, enten innenlandske eller internasjonale, sponser standard arbeidsgrupper med det formål å definere en felles standard som kan brukes for å la programvaresystemer kommunisere for et definert formål. Noen ganger vil en bransje/samfunn underprofilere en eksisterende standard produsert av en annen organisasjon for å redusere alternativer og dermed gjøre interoperabilitet mer oppnåelig for implementeringer.
  4. Felles teknologi og IP
    Bruken av en felles teknologi eller IP kan øke hastigheten og redusere kompleksiteten i interoperabilitet ved å redusere variasjon mellom komponenter fra forskjellige sett med separat utviklede programvareprodukter og dermed tillate dem å kommunisere lettere. Denne teknikken har noen av de samme tekniske resultatene som å bruke et felles leverandørprodukt for å produsere interoperabilitet. Den vanlige teknologien kan komme gjennom tredjepartsbiblioteker eller åpen kildekodeutvikling.
  5. Standard implementering
    Programvarenes interoperabilitet krever en felles avtale som normalt oppnås via en industriell, nasjonal eller internasjonal standard .

Hver av disse har en viktig rolle i å redusere variasjon i interkommunikasjonsprogramvare og forbedre en felles forståelse av sluttmålet som skal nås.

Markedsdominans og makt

Interoperabilitet har en tendens til å bli sett på som et problem for eksperter, og dens konsekvenser for dagliglivet er noen ganger undervurdert. Den europeiske union Microsoft konkurranse case viser hvordan interoperabilitet bekymringer viktige spørsmål av maktforhold. I 2004 fant EU-kommisjonen at Microsoft hadde misbrukt sin markedsmakt ved bevisst å begrense interoperabilitet mellom Windows-arbeidsgruppeservere og ikke-Microsoft-arbeidsgruppeservere. Ved å gjøre det, var Microsoft i stand til å beskytte sin dominerende markedsposisjon for arbeidsgruppeserveroperativsystemer, hjertet av bedriftens IT -nettverk. Microsoft ble beordret til å avsløre fullstendig og nøyaktig grensesnittdokumentasjon, som vil gjøre det mulig for konkurrerende leverandører å konkurrere på lik linje ("interoperabilitetsmidlet"). Fra juni 2005 markedsfører Kommisjonen et nytt forslag fra Microsoft for å gjøre dette, etter å ha avvist tidligere forslag som utilstrekkelige.

Interoperabilitet har også dukket opp i programvarepatentdebatten i Europaparlamentet (juni - juli 2005). Kritikere hevder at fordi patenter på teknikker som kreves for interoperabilitet opprettholdes under RAND-betingelser (rimelige og ikke-diskriminerende lisensiering), må kundene betale lisensavgifter to ganger: én gang for produktet og i passende tilfelle én gang for det patentbeskyttede programmet produktet bruker.

Medisinsk industri

Ny teknologi blir introdusert på sykehus og laboratorier i en stadig økende hastighet. Behovet for " plug-and-play " interoperabilitet-muligheten til å ta et medisinsk utstyr ut av esken og enkelt få det til å fungere med andre enheter-har vakt stor oppmerksomhet fra både helsepersonell og industri.

Medisinsk utstyr som inkubatorer, bildediagnostikk (MR, CT, ultralyd og andre) blir i økende grad drevet av sofistikert programvare som må integreres på pleiepunktet og med elektroniske systemer, for eksempel elektroniske journaler. På møtet i Regulatory Affairs Professionals Society (RAPS) i 2016 ga eksperter på området som Angela N. Johnson med GE Healthcare og representant for United States Food and Drug Administration praktiske seminarer om hvordan selskaper som utvikler nytt medisinsk utstyr og sykehus installerer dem, kan arbeide mer effektivt for å justere kompatible programvaresystemer.

Jernbaner

Jernbaner har større eller mindre interoperabilitet avhengig av å overholde standarder for måler , koblinger , bremser , signalering , kommunikasjon , lastemåler , konstruksjonsmåler og driftsregler , for å nevne noen parametere. For passasjertogtjenester kan forskjellige standarder for høyde og bredde på jernbaneplattformen også forårsake problemer med interoperabilitet.

Nordamerikanske gods- og intercitypassasjerbaner er svært kompatible, men systemer i Europa, Asia, Afrika, Sentral- og Sør -Amerika og Australia er mye mindre. Parameteren som er vanskeligst å overvinne (til rimelig pris) er inkompatibilitet av måleinstrumenter, selv om systemer med variabel gauge -aksel i økende grad brukes.

Telekommunikasjon

I telekommunikasjon kan begrepet defineres som:

  1. Evnen til å tilby tjenester til og godta tjenester fra andre systemer, og å bruke tjenestene som utveksles for å gjøre dem i stand til å fungere effektivt sammen. ITU-T gir standarder for internasjonal telekommunikasjon.
  2. Tilstanden oppnådd blant kommunikasjonselektronikksystemer eller kommunikasjonselektronikkutstyr når informasjon eller tjenester kan utveksles direkte og tilfredsstillende mellom dem og/eller deres brukere. Graden av interoperabilitet bør defineres når det refereres til spesifikke tilfeller.

I toveis radio består interoperabilitet av tre dimensjoner:

  • kompatible kommunikasjonsveier (kompatible frekvenser, utstyr og signalering),
  • radiosystemdekning eller tilstrekkelig signalstyrke, og;
  • skalerbar kapasitet.

Organisasjoner dedikert til interoperabilitet

Mange organisasjoner er opptatt av interoperabilitet. Alle har det til felles at de ønsker å presse utviklingen av World Wide Web mot det semantiske nettet. Noen konsentrerer seg om e -forvaltning, eBusiness eller datautveksling generelt. Internasjonalt letter Network Centric Operations Industry Consortium global interoperabilitet på tvers av grenser, språk og tekniske barrierer. I Europa utsteder for eksempel Europakommisjonen og IDABC -programmet det europeiske rammeverket for interoperabilitet . IDABC ble etterfulgt av ISA -programmet. De startet også Semantic Interoperability Center Europe (SEMIC.EU). En European Land Information Service (EULIS) ble opprettet i 2006, som et konsortium av europeiske nasjonale landregistre. Målet med tjenesten er å etablere en enkelt portal der kunder får tilgang til informasjon om individuelle eiendommer, om land- og eiendomsregistreringstjenester og om det tilhørende juridiske miljøet. I USA tilbyr regjeringens CORE.gov -tjeneste et samarbeidsmiljø for komponentutvikling, deling, registrering og gjenbruk, og relatert til dette er National Information Exchange Model (NIEM) arbeid og komponentlager. Den National Institute of Standards and Technology fungerer som et byrå for målestandarder.

Se også

Datamaskin og informasjonsteknologi
Virksomhet
Annen

Referanser

Eksterne linker