AMQP och JMS är två meddelandeprotokoll som ofta används för att integrera företagsapplikationer och meddelandesystem.

AMQP (Advanced Message Queuing Protocol)

är ett meddelandeprotokoll med öppen standard som definierar ett gemensamt språk för utbyte av meddelanden mellan applikationer eller system. Det är utformat för att möjliggöra säker och driftskompatibel meddelandehantering mellan olika plattformar, programmeringsspråk och meddelandetekniker. AMQP stöder funktioner som meddelanderoutning, köer och transaktioner och används ofta i de meddelandesystem som kräver hög tillförlitlighet och prestanda.

JMS (Java Message Service)

är ett meddelande-API för Java. Tjänsten tillhandahåller ett standardiserat sätt för Java-applikationer att skapa, skicka, ta emot och läsa meddelanden. Den definierar en uppsättning gränssnitt och meddelandemodeller som gör det möjligt för Java-program att kommunicera med varandra eller med meddelandesystem. JMS stöder både punkt-till-punkt- och publish-subscribe-modeller och kan användas med olika meddelandetekniker som JMS-provider, AMQP-broker och system för meddelandeköer. JMS-anslutningen i Lobster_data innehåller redan all information som behövs för att ansluta till en specifik JMS-provider. Den stöder både allmänna JNDI-anslutningar och anslutningar till ett antal vanliga JMS-leverantörer.

Medan AMQP är ett meddelandeprotokoll som definierar regler för utbyte av meddelanden mellan program, tillhandahåller JMS ett API och ett standardiserat sätt för Javaprogram att interagera med meddelandesystem och protokoll, inklusive AMQP. För Lobster_data måste det redan finnas en AMQP-server från vilken Lobster_data kan ta emot meddelanden som en AMQP-klient (AMQP inbound agent) eller skicka meddelanden till Lobster_data (AMQP response path).

AS2 (Applicability Statement 2) är ett allmänt använt protokoll för säkert och tillförlitligt internetutbyte av elektroniska affärsdata (fakturor, ordrar, etc.) mellan företag. Oavsett vilken plattform eller programvara som används av avsändare eller mottagare, erbjuder AS2 ett överföringsförfarande med digitala certifikat/signaturer och effektiva krypteringsalgoritmer med hjälp av HTTP.

För att skydda data från obehörig åtkomst eller manipulation utbyts MDN (Message Disposition Notifications) mellan kommunikationspartnerna i AS2-anslutningar som ett unikt bevis. 

Lobster_datas AS2-tjänst är också Drummond-certifierad.

Strukturen för AS4

(Applicability Statement 4) baseras på AS2 och ebMS 3.0. AS4 är ett säkert, Web Services-baserat meddelandeprotokoll och är permanent responsivt, så att inkommande meddelanden aktivt kan hämtas. Meddelandets upphovsmannaskap garanteras genom digital signatur och datasäkerhet genom kryptering. Avsändaren får en digital mottagningsbekräftelse, med vilken han kan bevisa att hans data har levererats i rätt tid.

Till skillnad från AS2 har AS4 utöver push-funktionen även en pull-funktion. HTTP-anslutningen upprättas vid kommunikation, så att anslutna system kan ta emot och skicka data när som helst, oberoende av öppettider och serverns tillgänglighet:

• AS4 (Input-agent)
• AS4 (Svarsväg)
• AS4 (Kanalinställningar)

I Lobster_data hanteras certifikaten för kryptering och signering eller autentisering av klientcertifikat på en central punkt i partneradministrationen. AS4-kommunikation sker enligt RFC 4130.

Data Queue är en funktion i operativsystemet IBM AS/400 (IBM i) för asynkront datautbyte (meddelanden upp till 64K) mellan program, som då kan skicka och ta emot data utan att behöva vänta på att den andra parten är redo. Programmen skriver meddelanden till en Data Queue eller läser dem därifrån enligt en FIFO-ordning.

Program som körs på samma eller olika AS/400-system kan utbyta data utan att vara direkt anslutna till varandra. Data Queues används också för kommunikation mellan processer. Lobster_data erbjuder både input-agenter och dedikerade konfigurationer för skrivprocessen.

Lobster_data stöder molnlagringsleverantörerna AWS S3, Box, DropBox, Google Cloud Platform, Google Drive, Microsoft Azure. Både för att överföra eller radera filer (molnlagring som input-agent) och för att skriva data.

För säker e-postväxling och sekretess erbjuder Lobster_data S/MIME med certifikat för dekryptering eller kryptering med specifikation av krypteringsalgoritmen. Som en del av äkthetskontrollen av meddelandet och för att upprätthålla integritet eller oföränderlighet signeras alla certifikat elektroniskt med en signaturalgoritm.

SMTP – Simple Mail Transfer Protocol

SMTP används för att överföra elektroniska meddelanden mellan ett e-postprogram och en e-postserver eller mellan två e-postservrar. Lobster_data kan i stor utsträckning konfigureras för att ta emot och/eller överföra e-post via SMTP-protokollet.

För säker kommunikation med SMTPS via SSL/TLS kan certifikat lagras för SMTP-servern. SMTP-autentisering (ASMTP) är en integrerad del av detta som åtkomstkontroll genom respektive identifierare och lösenord.

POP3 – Post Office Protocol Version 3

En lista över de e-postmeddelanden som väntar på en e-postserver kan hämtas, laddas ner och raderas från servern via POP3-protokollet. Lobster_data erbjuder POP3 med SSL/TLS-kryptering och POP3S datautbyte.

IMAP – Internet Message Access Protocol

Mail-anslutningen (IMAP) representerar och innehåller all information som krävs för att ansluta till och logga in på en e-postserver. Anslutningsalternativen omfattar inkommande/utgående host, port, respektive autentiseringstyp för inkommande/utgående anslutningar (Basic Authentication, 0Auth 2.0), anslutningssäkerhet (SSL/TLS, StartTLS), om autentiseringsuppgifter krävs för auktorisering på e-postservern samt användarnamn och lösenord för inkommande/utgående anslutningar. Anslutningar till e-postservern kan upprättas med SMTP för utgående meddelanden och med IMAP för inkommande meddelanden. E-postservern måste ha stöd för att skicka e-post via SMTP och ta emot e-post via IMAP.

X.400 – MailBox

X.400 är en kommunikationsform som ofta används vid professionellt elektroniskt datautbyte. Till skillnad från Internet-e-post finns det i det världsomspännande X.400-nätet endast domänoperatörer som är kända vid namn och tydliga, avtalssäkrade anslutningsvägar på vilka meddelanden rör sig genom nätet. X.400 är ett avgiftsbaserat e-postsystem som erbjuds över hela världen via X.400-tjänsteleverantörer. Lobster_data har helt integrerat X.400-meddelandeprotokollet och samlar in data via X.400:s inkommande agent.

Åtkomstdata för en X.400 MailBox lagras centralt i en partnerkanal för att vid behov kunna återanvända de anslutningsdata som konfigurerats där i en svarsväg.

Engineering Data Message (ENGDAT) är både en branschstandard för automatiserat datautbyte av CAD-filer mellan CAD-arbetsstationer på olika företag och ett definierat arbetsflöde för utbyte av tekniska dokument, främst inom fordonssektorn.

Användardata kombineras till ett meddelande i en strukturerad metadatafil och skickas. Den innehåller bland annat information om avsändare och mottagare, eventuellt även om syfte och status samt fritext.

Ett komplement till ENGDAT är ENGPART-standarden (Engineering Partner Message), som definierar meddelanden för utbyte av CAD-arbetsstationernas partnermasterdata. ENGDAT och ENGPART är baserade på transportprotokollet Odette File Transfer Protocol (OFTP). Den aktuella versionen av ENGPART är version 4.1 och stöds av ENGDAT-modulen i Lobster_data.

I en händelsestyrd arkitektur kommunicerar de inblandade systemen genom att överföra, bearbeta och lagra händelser. Händelsen utlöses i ett system och genererar en motsvarande svarshändelse i ett annat system.

Exempel: I en webbshop leder en kunds betalning till att ett bekräftelsemeddelande skickas och att en inköpsorder skickas till lagret, som sedan verkställer och skickar ordern.

Händelsestyrda aktiviteter är förändringar av status som blir meddelanden, men vars behandling är asynkron och inte seriell via Brokers och Queues. Fördelen med detta förfarande är att man kan köra flera händelsestyrda processer samtidigt. Händelsestyrd arkitektur möjliggör också lös koppling mellan sändare och mottagare, enkel installation och möjlighet att lägga till fler mottagare.

Med Lobster_data´s konnektorer kan användare utnyttja händelsestyrd teknik och applikationer för att skapa mer responsiva och frikopplade system.

Lobster_data använder protokollen FTP, FTPS, SSH, SCP, SFTP. Å ena sidan för att ladda ner filer från en FTP, FTPS, SSH, SCP, SFTP-kompatibel server som en klient och sedan bearbeta dem vidare som en inkommande agent eller för att ladda upp de färdiga filerna till en server efter bearbetning i responsvägen. Å andra sidan erbjuder Lobster_data dessutom en integrerad server för alla dessa protokoll för att kunna ta emot filer eller göra dem tillgängliga för nedladdning. Lobster_data kan alltså användas aktivt som distributionsplattform och erbjuder olika anslutningsmöjligheter för gränssnitt mot omvärlden.

FTP-klienten kan skapas som en kommunikationskanal centralt i partnerhanteringen eller direkt i gränssnitten för engångsbruk.

För att Lobster_data skall fungera som FTP-Server behöver man bara skapa en partner i partner management aktivera denna samt skapa och aktivera en FTP-Kanal för denna partner.

En systeminteraktion via HTTP/HTTPS med hjälp av REST API avser kommunikation mellan två datorsystem över Internet. REST (Representational State Transfer) är en mjukvaruarkitekturstil som ger en standardiserad metod för att skapa webbtjänster med hjälp av HTTP/HTTPS-protokollet.

I detta tillvägagångssätt skickar ett system en förfrågan till ett annat system via HTTP/HTTPS, varpå det mottagande systemet svarar med en datauppsättning i ett strukturerat format som JSON eller XML.

RESTful API:er används vanligtvis för webbapplikationer och mobilapplikationer för att kommunicera med servrar och databaser. De används också för att integrera olika system eller tjänster som behöver utbyta data på ett strukturerat sätt. Exempel på RESTful API:er är Facebook Graph API, Twitter API, Google Maps API etc.

Lobster_data tillhandahåller ett antal sätt att göra systeminställningar via HTTP, starta operationer eller läsa information från systemet. Lobster_data innehåller också möjligheten att arbeta som en HTTP-server såväl som en HTTP-klient zPå grund av den mycket utbredda användningen av datautbyte via HTTP/HTTPS finns det många grundläggande funktioner, i Lobster_data som underlättar arbetet med protokollet på olika platser.

Lightweight Directory Access Protocol (LDAP) används för att hitta data om organisationer, personer och saker i ett nätverk (på Internet eller intranät), för att tillhandahålla autentiseringsmekanismer centralt, för att lagra lösenord och användarnamn eller för att validera användare i olika applikationer. LDAP används i Microsoft Active Directory (AD) och i LDAP-applikationen Open LDAP som bygger på öppen källkod.

Lobster_data ansluter olika LDAP-katalogtjänster på ett mycket enkelt sätt. Konfigurationen och integrationen av respektive anslutning förklaras på ett användarvänligt sätt med hjälp av exempel. Dessutom gör speciella LDAP-funktioner det möjligt att komma åt LDAP-data utan programmering. Sökning, skapande, namnändring, flyttning och radering av LDAP-objekt kan göras när som helst i processbearbetningen.

Message Oriented Middleware (MOM) tillhandahåller en meddelandetjänst som möjliggör kommunikation mellan distribuerade applikationer och komponenter inom ett system eller mellan olika system – oavsett vilket programmeringsspråk eller vilken plattform som används. MOM tillhandahåller asynkron kommunikation där sändaren och mottagaren inte behöver vara aktiva samtidigt. Meddelanden skickas till en Message Broker eller middleware-server, som distribuerar meddelandena till de avsedda mottagarna. Att avsändare och mottagare är frikopplade från varandra möjliggör större flexibilitet, skalbarhet och felsäkerhet i distribuerade system.

MOM lämpar sig för ett brett spektrum av användningsområden.

• Integration av olika system och applikationer samt standardiserat datautbyte
  
• Implementering av händelsestyrda arkitekturer där applikationer prenumererar på specifika händelser och får aviseringar när dessa händelser inträffar.
• Workflow Management genom att skicka meddelanden i en viss ordning till olika komponenter.
• Dataöverföring mellan applikationer så att de kan dela information utan att behöva en direkt anslutning

MQTT (Message Queuing Telemetry Transport) är ett lätt meddelandeprotokoll som används för M2M-kommunikation (machine-to-machine) och IoT-tillämpningar (Internet-of-Things). MQTT är utformat för användning i resursbegränsade miljöer och är lämpligt för IoT-enheter med begränsad datorkraft och minne.

Lobster_data är en MQTT-klient som ansluter till en MQTT-Broker (server) via ett nätverk. Programvaran använder MQTT-protokollet för att utbyta meddelanden med andra klienter som är anslutna till samma Broker. Detta gör att Lobster_data kan skicka meddelanden till specifika Topics i Brokern samt prenumerera på Topics för att ta emot meddelanden från andra klienter. För detta ändamål konfigurerar Lobster_data flera MQTT-anslutningar till olika MQTT-Brokers.

Lobster_data stöder versionerna MQTT 3.1.1 och MQTT 5.

Odette File Transfer Protocol

är ett säkert, tillförlitligt och effektivt filöverföringsprotokoll som används av företag inom fordonsindustrin och andra branscher för att utbyta elektroniska affärsdokument. Det har utvecklats av Organization for Data Exchange by Tele-Transmission in Europe (Odette).

OFTP använder kryptering och digitala signaturer för att säkerställa att data överförs säkert och manipulationsfritt till mottagaren. OFTP stöder också mekanismer för feldetektering och felkorrigering för att säkerställa integriteten hos överförda data.

Förutom dessa säkerhetsfunktioner är OFTP också känt för sin höga prestanda och effektivitet och är optimerat för överföring av stora filer så att filer kan utbytas snabbt och pålitligt över både dedikerade och delade nätverk. I processen initieras kommunikationen av en partner.

Efter utbyte av så kallade Odette-ID:n och lösenord kan filer flöda i båda riktningarna. Med Lobster_data sker kommunikationen via ISDN eller TCP/IP. Från och med OFTP version 2 kan data överföras krypterat eller okrypterat.

OPC UA står för Open Platform Communication Unified Architecture och är ett viktigt kommunikationsprotokoll i samband med Industri 4.0, industriell automation och IoT.

Som ett maskin-till-maskin-protokoll tillhandahåller det ett standardiserat gränssnitt mellan enheter och programvaruapplikationer. OPC UA möjliggör tillverkaroberoende datautbyte, är plattformsoberoende, säkert, skalbart och därför lämpligt för ett brett spektrum av applikationer – till exempel inom tillverkning, byggnadsautomation eller energihantering.

Det stöder också utbyte av en mängd olika datatyper som processdata, händelser, larm och historiska data. I processen säkrar OPC UA inte bara kommunikationen mellan maskiner, utan erbjuder också säkerhetsfunktioner som kryptering, autentisering och åtkomstkontroll.

Både en OPC UA-server och en klient är implementerade i Lobster_data. Som OPC UA-klient kan Lobster_data läsa och skriva data från OPC UA-server och länka dessa data till en mängd olika system.

SFTP-, SCP-konnektorn (Secure File Transfer Protocol) i Lobster_data används för att ladda ner filer från en SFTP-aktiverad server eller för att ladda upp filer till en sådan server via SSH. Till skillnad från den vanliga FTP-kontakten krypterar SFTP, SCP-konnektorn både data och kommandon.

På så sätt säkerställs att inga känsliga data exponeras under en nätverksöverföring. SFTP, SCP använder dock ett annat protokoll än FTP, vilket är anledningen till att du inte kan använda en vanlig FTP-klient för att kommunicera med en SFTP, SCP-server.

Nästan alla moderna operativsystem behärskar Transmission Control Protocol(TCP) som nätverksprotokoll och använder det för datautbyte med andra datorer. Protokollet har visat sig vara ett tillförlitligt, anslutningsorienterat, paketväxlande transportprotokoll och är en del av Internetprotokollfamiljen. TCP är framför allt ett viktigt protokoll för direktanslutning av slutenheter eller klienter som inte är baserade på vanliga branschprotokoll som HTTP(S).

Med TCP (klient, server) erbjuder Lobster_data en lösning för det fall att de slutenheter och maskiner som ska anslutas inte stöder de MQTT- eller OPC UA-protokoll som används i Industri 4.0.

WebDAV (Web-based Distributed Authoring and Versioning) är ett tillägg till HTTP/HTTPS. Det möjliggör överföring av filer och hela kataloger – utan specificerad versionskontroll. Eftersom portarna 80/443 som används för HTTP/HTTPS vanligtvis inte blockeras av brandväggar, används WebDAV i stor utsträckning.

Lobster_data stöder WebDAV som en klient för att hämta filer från en datakälla eller för att spara filer på en måldator.