Driftskompatibilitet -
Interoperability

Från Wikipedia, den fria encyklopedin

och andra avdelningar för folkhälsa och säkerhet.

Typer

Om två eller flera system använder vanliga dataformat och kommunikationsprotokoll och kan kommunicera med varandra, uppvisar de syntaktisk interoperabilitet. XML och SQL är exempel på vanliga dataformat och protokoll. Dataformat på lägre nivå bidrar också till syntaktisk interoperabilitet, vilket säkerställer att alfabetiska tecken lagras i samma ASCII- eller Unicode- format i alla kommunikationssystem.

Utöver två eller flera datasystems förmåga att utbyta information är semantisk interoperabilitet möjligheten att automatiskt tolka informationen som utbyts meningsfullt och exakt för att ge användbara resultat enligt definitionen av slutanvändarna av båda systemen. För att uppnå semantisk driftskompatibilitet måste båda sidor hänvisa till en gemensam informationsutbytesreferensmodell. Innehållet i informationsutbytesbegäran definieras entydigt: det som skickas är detsamma som det som förstås. Möjligheten att främja detta resultat genom användardriven konvergens av olika tolkningar av samma information har varit föremål för studier av forskningsprototyper som S3DB .

omfattar flera sociala, organisatoriska, politiska, juridiska enheter som arbetar tillsammans för ett gemensamt intresse och/eller informationsutbyte.

Driftskompatibilitet och öppna standarder

Interoperabilitet innebär utbyte mellan en rad produkter eller liknande produkter från flera olika leverantörer, eller till och med mellan tidigare och framtida revisioner av samma produkt. Interoperabilitet kan utvecklas i efterhand som en särskild åtgärd mellan två produkter, medan resten utesluts, med hjälp av öppna standarder. När en leverantör tvingas anpassa sitt system till ett dominerande system som inte är baserat på öppna standarder, är det kompatibilitet , inte interoperabilitet.

Öppna standarder

Öppna standarder förlitar sig på en i stort sett konsultativ och inkluderande grupp, inklusive representanter från leverantörer, akademiker och andra som har en andel i utvecklingen som diskuterar och debatterar de tekniska och ekonomiska fördelarna, nackdelarna och genomförbarheten av ett föreslaget gemensamt protokoll. Efter att alla medlemmars tvivel och reservationer har tagits upp godkänns det resulterande gemensamma dokumentet som en gemensam standard. Detta dokument släpps därefter för allmänheten och blir hädanefter en öppen standard. Den publiceras vanligtvis och är tillgänglig fritt eller till en nominell kostnad för alla som kommer, utan ytterligare belastningar. Olika leverantörer och individer (även de som inte ingick i den ursprungliga gruppen) kan använda standarddokumentet för att göra produkter som implementerar det gemensamma protokoll som definieras i standarden och därmed är kompatibla med design, utan något specifikt ansvar eller fördel för någon kund för välja en produkt framför en annan på grundval av standardiserade funktioner. Leverantörernas produkter konkurrerar om kvaliteten på deras implementering, användargränssnitt, användarvänlighet, prestanda, pris och en mängd andra faktorer, samtidigt som kundens data hålls intakta och överförbara även om han väljer att byta till en annan konkurrerande produkt för företag skäl.

Post -facto interoperabilitet

likvärdigt med en öppen standard, eftersom:

  1. Uppgifterna tillhandahålls av den ursprungliga leverantören på ett diskretionärt sätt, som har alla intressen av att blockera ett effektivt genomförande av konkurrerande lösningar, och kan subtilt ändra eller ändra sin produkt, ofta i nyare revisioner, så att konkurrenternas implementeringar är nästan, men inte ganska fullständigt driftskompatibla, vilket får kunderna att anse dem som opålitliga eller av lägre kvalitet. Dessa förändringar kan antingen inte vidarebefordras till andra leverantörer alls eller vidarebefordras efter en strategisk försening, vilket bibehåller den ursprungliga leverantörens marknadsdominans.
  2. Själva uppgifterna kan vara behäftade, t.ex. genom patent eller prissättning, vilket kan leda till att alla konkurrerande lösningar är beroende av den ursprungliga leverantören och möjligen leder en intäktsström från konkurrenternas kunder tillbaka till den ursprungliga leverantören. Denna intäktsström är bara ett resultat av den ursprungliga produktens marknadsdominans och inte ett resultat av någon medfödd överlägsenhet.
  3. Även när den ursprungliga leverantören är genuint intresserad av att främja en sund konkurrens (så att han också kan dra nytta av den resulterande innovativa marknaden) kan efterföljande interoperabilitet ofta vara oönskad eftersom många defekter eller finesser direkt kan spåras tillbaka till den ursprungliga implementeringens tekniska begränsningar. Även om någon i en öppen process kan identifiera och korrigera sådana begränsningar, och den resulterande renare specifikationen kan användas av alla leverantörer, är detta svårare efter faktum, eftersom kunderna redan har värdefull information och processer som är kodade i den felaktiga men dominerande produkten, och andra leverantörer tvingas replikera dessa fel och finesser, även om de skulle kunna designa bättre lösningar, för att bevara driftskompatibiliteten. Alternativt kan det hävdas att även öppna processer är föremål för tyngden av tidigare implementeringar och ofullkomliga tidigare design och att den dominerande leverantörens makt att ensidigt korrigera eller förbättra systemet och införa ändringarna för alla användare underlättar innovation.
  4. Brist på en öppen standard kan också bli problematisk för kunderna, som vid den ursprungliga leverantörens oförmåga att åtgärda ett visst problem som är en artefakt av tekniska begränsningar i originalprodukten. Kunden vill ha det felet åtgärdat, men säljaren måste behålla det felaktiga tillståndet, även vid nyare versioner av samma produkt, eftersom det beteendet är en de facto -standard och många fler kunder skulle behöva betala priset för eventuella avbrott i driftskompatibiliteten genom att fixa det ursprungliga problemet och införa nytt beteende.

Regering

e -förvaltning

I ett e-förvaltningsperspektiv hänvisar interoperabilitet till samarbetsförmågan för gränsöverskridande tjänster för medborgare, företag och offentliga förvaltningar. Utbyte av data kan vara en utmaning på grund av språkbarriärer, olika specifikationer för format och sorter av kategoriseringar. Många fler hinder kan identifieras.

Om data tolkas annorlunda är samarbetet begränsat, tar längre tid och är inte effektivt. Till exempel, om en medborgare i land A vill köpa mark i land B, kommer personen att bli ombedd att lämna in korrekta adressuppgifter. Adressdata i båda länderna inkluderar fullständiga namn, gatunamn och nummer samt postnummer. Adressuppgifterna kan variera. På samma språk är det inte ett hinder att beställa de angivna adressuppgifterna; men över språkbarriärer blir det allt svårare. Om språket kräver andra tecken är det nästan omöjligt, om inga översättningsverktyg finns tillgängliga.

Därför måste e -förvaltningsapplikationer utbyta data på ett semantiskt interoperabelt sätt. Detta sparar tid och pengar och minskar felkällor. Praktiska användningsområden finns inom alla politikområden, oavsett om det är rättvisa, handel eller deltagande, etc. Tydliga begrepp om tolkningsmönster krävs.

Riskhantering för översvämningar

Driftskompatibilitet används av forskare inom ramen för riskhantering i stadsfloden . Städer och stadsområden över hela världen expanderar, vilket skapar komplexa utrymmen med många interaktioner mellan miljö, infrastruktur och människor. För att ta itu med denna komplexitet och hantera vatten i stadsområden på lämpligt sätt är ett system med systematik för vatten- och översvämningshantering nödvändigt. I detta sammanhang är driftskompatibilitet viktigt för att underlätta system för systemtänkande vid översvämningshantering och definieras som: ” alla vattenledningssystems förmåga att omdirigera vatten och använda andra system för att upprätthålla eller förbättra sin prestationsfunktion under vattenöverskridande händelser ”. Genom att bedöma de komplexa egenskaperna hos stadsinfrastruktursystem, särskilt driftskompatibiliteten mellan dräneringssystemen och andra urbana system (t.ex. infrastruktur som transport), skulle det vara möjligt att utöka kapaciteten hos det övergripande systemet för att hantera översvämningsvatten mot förbättrad stadsflod elasticitet.

Militära styrkor

Force -interoperabilitet definieras i Nato som förmågan hos två eller flera nationers styrkor att träna, utöva och fungera effektivt tillsammans i utförandet av tilldelade uppdrag och uppgifter. Dessutom definierar NATO interoperabilitet mer allmänt som förmågan att agera sammanhängande, effektivt och effektivt för att uppnå allierade taktiska, operativa och strategiska mål.

På strategisk nivå är interoperabilitet en möjliggörare för koalitionsbyggande. Det underlättar meningsfulla bidrag från koalitionspartner. På denna nivå fokuserar interoperabilitetsfrågor på att harmonisera världssynen, strategier, doktriner och kraftstrukturer. Driftskompatibilitet är en del av koalitionsviljan att på lång sikt arbeta tillsammans för att uppnå och upprätthålla gemensamma intressen mot gemensamma hot. Interoperabilitet på operativ och taktisk nivå är där strategisk/politisk driftskompatibilitet och teknisk interoperabilitet går samman för att hjälpa allierade att forma miljön, hantera kriser och vinna krig. Fördelarna med driftskompatibilitet på operativ och taktisk nivå härrör i allmänhet från kraftelementens och enheternas svängbarhet eller utbytbarhet. "Teknologisk driftskompatibilitet" speglar gränssnitten mellan organisationer och system. Det fokuserar på kommunikation och datorer men involverar också systemens tekniska kapacitet och den resulterande uppgiftskompatibiliteten eller inkompatibiliteten mellan koalitionspartners system och data. På den tekniska nivån kommer fördelarna med driftskompatibilitet främst från deras påverkan på operativ och taktisk nivå när det gäller att öka flexibiliteten och flexibiliteten.

Allmän säkerhet

mot Pentagon och World Trade Center. Ytterligare bevis på bristande driftskompatibilitet dök upp när byråer tog itu med efterdyningarna av orkanen Katrina.

Till skillnad från den övergripande nationella bilden har vissa stater, inklusive Utah, redan tagit stora framsteg. Den Utah Highway Patrol och andra avdelningar i Utah har skapat en statewide datadelning nätverk med hjälp av teknik från ett företag baserat i Bountiful, Utah , FATPOT Technologies .

Commonwealth of Virginia är en av de ledande staterna i USA när det gäller att förbättra interoperabilitet och erkänns ständigt som en nationell bästa praxis av Department of Homeland Security (DHS). Virgins beprövade praktikstyrda styrningsstruktur säkerställer att alla rätt spelare är involverade i beslutsfattande, utbildning och övningar och planeringsinsatser. Interoperabilitetskoordinatorn utnyttjar en regional struktur för att bättre fördela bidragsfinansiering runt samväldet så att alla områden har en möjlighet att förbättra kommunikationskompatibilitet. Virginia strategiska kommunikationsplan uppdateras årligen för att inkludera nya initiativ för samväldet - alla projekt och ansträngningar är knutna till denna plan, som är i linje med National Emergency Communications Plan, författad av Department of Homeland Security's Office of Emergency Communications (OEC) .

Delstaten Washington försöker förbättra interoperabiliteten över hela landet. Statens interoperabilitetskommitté (SIEC), som inrättades av lagstiftaren 2003, arbetar för att bistå räddningstjänstorgan (polis, brand, sheriff, medicin, hazmat, etc.) på alla regeringsnivåer (stad, län, stat, stam, federal) för att definiera driftskompatibilitet för sin lokala region.

Washington erkänner samarbete kring systemdesign och utveckling för trådlösa radiosystem som gör det möjligt för räddningstjänstbyråer att effektivt tillhandahålla ytterligare tjänster, öka driftskompatibiliteten och minska långsiktiga kostnader.

Detta arbete räddar räddningspersonalens liv och medborgarna de tjänar.

Den amerikanska regeringen gör ett försök att övervinna nationens brist på allmän säkerhetskompatibilitet. Department of Homeland Securitys kontor för interoperabilitet och kompatibilitet (OIC) driver SAFECOM- och CADIP- och Project 25 -programmen, som är utformade för att hjälpa byråer när de integrerar sina CAD och andra IT -system.

OIC lanserade CADIP i augusti 2007. Detta projekt kommer att samarbeta med OIC med byråer på flera platser, inklusive Silicon Valley . Detta program kommer att använda fallstudier för att identifiera bästa praxis och utmaningar i samband med att länka CAD -system över jurisdiktionsgränser. Dessa lektioner kommer att skapa de verktyg och resurser som offentliga säkerhetsbyråer kan använda för att bygga kompatibla CAD -system och kommunicera över lokala, statliga och federala gränser.

Handel och industri

Informationsteknik och datorer

Skrivbord

Desktop-interoperabilitet (även känd som interop) är en undersektion av programvarans interoperabilitet. Under de första dagarna var fokus för 'interop' att integrera webbapplikationer med andra webbapplikationer. Med tiden utvecklades behållare med öppna system för att skapa en virtuell skrivbordsmiljö där dessa applikationer kunde registreras och sedan kommunicera med varandra med enkla pub/sub-mönster. Rudimentära UI -funktioner stöddes också så att fönster kunde grupperas med andra fönster. Idag har skrivbordsinteroperabiliteten utvecklats till full-service interop-plattformar som inkluderar containerstöd, grundläggande utbyte mellan webb och webb, men också inbyggt stöd för andra applikationstyper och avancerad fönsterhantering. De allra senaste interop-plattformarna inkluderar också applikationstjänster som universell sökning, aviseringar, användarrättigheter och preferenser, tredjepartsanslutningskontakter och språkadaptrar för interna applikationer.

Sökkompatibilitet avser möjligheten för två eller flera informationssamlingar att söka med en enda fråga.

Speciellt relaterad till webbaserad sökning, utmaningen med driftskompatibilitet härrör från det faktum att formgivare av webbresurser vanligtvis har lite eller inget behov av att bry sig om att utbyta information med andra webbresurser. Federated Search -tekniken, som inte ställer krav på data på dataägaren, har framstått som en lösning för utmaningar i sökkompatibilitet. Dessutom har det nyligen uppstått standarder, såsom OAI-PMH , RDF och SPARQL , som också hjälper till att ta itu med frågan om sökkompatibilitet relaterad till webbresurser. Sådana standarder tar också upp bredare ämnen om driftskompatibilitet, till exempel att tillåta datautvinning.

programvara

Interoperabilitet: spela nätverksspel med två roller när en av spelarklienterna (uppe till vänster) körs under Sun Microsystems och en annan under GNU Classpath med JamVM . Programmen kör samma bytekod och samverkar med standard RMI-IIOP- meddelanden för kommunikation

När det gäller programvara används termen interoperabilitet för att beskriva olika programs förmåga att utbyta data via en gemensam uppsättning utbytesformat, läsa och skriva samma filformat och att använda samma protokoll . (Möjligheten att exekvera samma binära kod på olika processorplattformar övervägs inte av definitionen av interoperabilitet.) Bristen på interoperabilitet kan vara en följd av bristande uppmärksamhet på standardisering under utformningen av ett program. Interoperabilitet tas faktiskt inte för givet i den icke-standardbaserade delen av datorvärlden.

Enligt ISO/IEC 2382 -01, Information Technology Vocabulary, Fundamental Terms , definieras interoperabilitet enligt följande: "Möjligheten att kommunicera, köra program eller överföra data mellan olika funktionella enheter på ett sätt som kräver att användaren har lite eller ingen kunskap om de unika egenskaperna hos dessa enheter ".

Observera att definitionen är något tvetydig eftersom användaren av ett program kan vara ett annat program och, om det senare är en del av uppsättningen program som krävs för att vara driftskompatibel, kan det mycket väl vara så att det behöver ha kunskap om egenskaper hos andra enheter.

Denna definition fokuserar på den tekniska sidan av driftskompatibilitet, medan det också har påpekats att driftskompatibilitet ofta är mer en organisatorisk fråga: ofta har driftskompatibilitet en betydande inverkan på de berörda organisationerna och väcker ägarfrågor (vill folk dela med sig av sina uppgifter ? eller handlar de om informationssilos ?), arbetsförhållanden (är människor beredda att genomgå utbildning?) och användbarhet. I detta sammanhang fångas en mer träffande definition i begreppet affärsprocessinteroperabilitet .

Driftskompatibilitet kan få viktiga ekonomiska konsekvenser. till exempel har forskning uppskattat kostnaden för otillräcklig driftskompatibilitet i den amerikanska kapitalindustrin till 15,8 miljarder dollar per år. Om konkurrenters produkter inte är driftskompatibla (på grund av orsaker som patent , affärshemligheter eller misslyckanden med samordning ) kan resultatet mycket väl bli monopol eller marknadsmisslyckande . Av denna anledning kan det vara klokt för användargrupper eller regeringar att vidta åtgärder för att uppmuntra driftskompatibilitet i olika situationer. Minst 30 internationella organ och länder har genomfört eGovernment -baserade interoperabilitetsraminitiativ som kallas e -GIF medan det i USA finns NIEM -initiativ. Standards Defining Organisations (SDO) tillhandahåller öppna offentliga programvaruspecifikationer för att underlätta driftskompatibilitet; exempel inkluderar Oasis-Open- organisationen och buildingSMART (tidigare International Alliance for Interoperability). När det gäller användargrupper skapar Neutral Third Party standarder för driftskompatibilitet mellan affärsprocesser. Ett annat exempel på en neutral part är RFC -dokumenten från Internet Engineering Task Force (IETF).

OSLC (Open Service for Lifecycle Collaboration) -samhället arbetar med att hitta en gemensam standard för att mjukvaruverktyg kan dela och utbyta data, t.ex. buggar, uppgifter, krav etc. Det slutliga målet är att komma överens om en öppen standard för driftskompatibilitet mellan öppen källkod ALM -verktyg.

Java är ett bra exempel på ett kompatibelt programmeringsspråk som gör att program kan skrivas en gång och köras var som helst med en Java Virtual Machine. En som skriver ett program i Java, så länge det inte använder systemspecifik funktionalitet, kommer att bibehålla interoperabilitet med alla maskiner som har en Java Virtual Machine. Det finns många implementeringar av Java Virtual Machine, till exempel Oracle, IBM, Android, etc. ... Om en Java Virtual Machine skapas enligt specifikationer, kommer applikationer att behålla kompatibilitet eftersom även om implementeringen är annorlunda är de underliggande språkgränssnitten desamma .

Uppnå mjukvara

Programvarukompatibilitet uppnås genom fem sammanhängande sätt:

  1. Produkttestning
    Produkter som produceras enligt en gemensam standard eller med en underprofil därav beror på tydligheten i standarderna, men det kan finnas avvikelser i deras implementeringar som system- eller enhetstestning inte får avslöja. Detta kräver att system formellt testas i ett produktionsscenario - eftersom de slutligen kommer att implementeras - för att säkerställa att de faktiskt kommer att kommunicera som annonseras, dvs de är driftskompatibla. Interoperabel produkttestning skiljer sig från överensstämmelsesbaserad produkttestning eftersom överensstämmelse med en standard inte nödvändigtvis medför driftskompatibilitet med en annan produkt som också testas för överensstämmelse.
  2. Produktteknik
    Implementerar den gemensamma standarden, eller en delprofil därav, enligt definitionen av partnerskap mellan branschen och samhället med den specifika avsikten att uppnå driftskompatibilitet med andra programvaruimplementeringar som också följer samma standard eller delprofil därav.
  3. Bransch/samhällspartnerskap
    Partnerskap mellan industrin och gemenskapen, antingen inhemska eller internationella, sponsrar vanliga arbetsgrupper i syfte att definiera en gemensam standard som kan användas för att tillåta mjukvarusystem att kommunicera för ett definierat ändamål. Ibland kommer en bransch/gemenskap att underprofilera en befintlig standard som producerats av en annan organisation för att minska alternativen och på så sätt göra interoperabilitet mer möjlig för implementeringar.
  4. Vanlig teknik och IP
    Användningen av en gemensam teknik eller IP kan påskynda och minska komplexiteten i driftskompatibilitet genom att minska variationen mellan komponenter från olika uppsättningar av separat utvecklade mjukvaruprodukter och därmed tillåta dem att lättare kommunicera. Denna teknik har några av samma tekniska resultat som att använda en gemensam leverantörsprodukt för att producera driftskompatibilitet. Den gemensamma tekniken kan komma genom tredjepartsbibliotek eller öppen källkod.
  5. Standardimplementering
    Programvarans driftskompatibilitet kräver ett gemensamt avtal som normalt nås via en industriell, nationell eller internationell standard .

Var och en av dessa har en viktig roll för att minska variationen i kommunikationsprogramvara och förbättra en gemensam förståelse för det slutliga målet som ska uppnås.

Marknadsdominans och makt

Interoperabilitet tenderar att betraktas som ett problem för experter och dess konsekvenser för det dagliga livet är ibland underskattade. De EU Microsoft konkurrensfall visar hur interoperabilitet berör viktiga frågor om maktförhållanden. 2004 konstaterade EU-kommissionen att Microsoft missbrukat sin marknadsstyrka genom att medvetet begränsa driftskompatibiliteten mellan Windows-arbetsgruppsservrar och arbetsgruppsservrar som inte är Microsoft. Genom att göra det kunde Microsoft skydda sin dominerande marknadsposition för arbetsgruppsserveroperativsystem, hjärtat i företags IT -nätverk. Microsoft beordrades att avslöja fullständig och korrekt gränssnittsdokumentation, vilket gör det möjligt för rivaliserande leverantörer att konkurrera på lika villkor ("interoperabilitetsåtgärden"). I juni 2005 marknadsför kommissionen ett nytt förslag från Microsoft för att göra detta, efter att ha avvisat tidigare förslag som otillräckliga.

Interoperabilitet har också dykt upp i programvarupatentdebatten i Europaparlamentet (juni – juli 2005). Kritiker hävdar att eftersom patent på tekniker som krävs för driftskompatibilitet hålls under RAND (rimliga och icke-diskriminerande licensieringsvillkor), kommer kunderna att behöva betala licensavgifter två gånger: en gång för produkten och, i lämpligt fall, en gång för det patentskyddade program produkten använder.

Medicinsk industri

Ny teknik introduceras på sjukhus och laboratorier i en allt större takt. Behovet av ” plug-and-play ” interoperabilitet-möjligheten att ta ut en medicinsk utrustning ur lådan och enkelt få den att fungera med sina andra enheter-har väckt stor uppmärksamhet från både vårdgivare och industri.

Medicinsk utrustning som inkubatorer, avbildning (MR, CT, ultraljud och andra) drivs alltmer av sofistikerad programvara som måste integreras vid vårdpunkten och med elektroniska system, till exempel elektroniska journaler. Vid mötet Regulatory Affairs Professionals Society (RAPS) 2016 höll experter på området som Angela N. Johnson med GE Healthcare och representant för United States Food and Drug Administration praktiska seminarier om hur företag som utvecklar nya medicintekniska produkter och sjukhus installerar dem, kan arbeta mer effektivt för att anpassa kompatibla programvarusystem.

Järnvägar

Järnvägar har större eller mindre driftskompatibilitet beroende på att de överensstämmer med standarder för mätare , kopplingar , bromsar , signalering , kommunikation , lastmätare , konstruktionsmätare och driftsregler , för att nämna några parametrar. För järnvägstrafik kan olika nivåer för järnvägsplattformens höjd och bredd också orsaka driftskompatibilitetsproblem.

Nordamerikanska järnvägar för gods- och intercitypassagerare är mycket driftskompatibla, men system i Europa, Asien, Afrika, Central- och Sydamerika och Australien är mycket mindre. Parametern som är svårast att övervinna (till rimlig kostnad) är mätarens inkompatibilitet, även om variabla axelaxelsystem allt oftare används.

Telekommunikation

Inom telekommunikation kan termen definieras som:

  1. Möjligheten att tillhandahålla tjänster till och acceptera tjänster från andra system, och att använda tjänsterna som utbyts för att de ska fungera effektivt tillsammans. ITU-T tillhandahåller standarder för internationell telekommunikation.
  2. Villkoret uppnås bland kommunikationselektroniksystem eller kommunikationselektronikutrustning när information eller tjänster kan utbytas direkt och tillfredsställande mellan dem och/eller deras användare. Graden av driftskompatibilitet bör definieras när det hänvisas till specifika fall.

tvåvägsradio är interoperabilitet består av tre dimensioner:

  • kompatibla kommunikationsvägar (kompatibla frekvenser, utrustning och signalering),
  • radiosystemets täckning eller tillräcklig signalstyrka, och;
  • skalbar kapacitet.

Organisationer dedikerade till driftskompatibilitet

Många organisationer ägnar sig åt interoperabilitet. Alla har det gemensamt att de vill driva utvecklingen av World Wide Web mot den semantiska webben. Vissa koncentrerar sig på e -förvaltning, eBusiness eller datautbyte i allmänhet. Internationellt underlättar Network Centric Operations Industry Consortium global interoperabilitet över gränser, språk och tekniska hinder. I Europa, till exempel, utfärdar Europeiska kommissionen och dess IDABC -program den europeiska ramen för interoperabilitet . IDABC efterträddes av ISA -programmet. De initierade också Semantic Interoperability Center Europe (SEMIC.EU). En European Land Information Service (EULIS) inrättades 2006, som ett konsortium av europeiska nationella landregister. Syftet med tjänsten är att etablera en enda portal genom vilken kunderna får tillgång till information om enskilda fastigheter, om mark- och fastighetsregistreringstjänster och om tillhörande juridisk miljö. I USA tillhandahåller regeringens CORE.gov -tjänst en samarbetsmiljö för komponentutveckling, delning, registrering och återanvändning och relaterat till detta är National Information Exchange Model (NIEM) arbete och komponentförvar. Den National Institute of Standards and Technology fungerar som ett organ för mätstandarder.

Se även

Dator- och informationsteknik
Företag
Övrig

Referenser