Zaawansowana komunikacja IBM między programami - IBM Advanced Program-to-Program Communication
W informatyce , Zaawansowany Program komunikat Programu lub APPC jest protokół , który programy komputerowe mogą używać do komunikowania się w sieci . APPC znajduje się w warstwie aplikacji w modelu OSI , umożliwia komunikację między programami na różnych komputerach, od urządzeń przenośnych i stacji roboczych po komputery klasy średniej i hosty. APPC jest zdefiniowana jako VTAM LU 6.2 (typ jednostki logicznej 6.2)
APPC został opracowany w 1982 roku jako komponent IBM 's Systems Network Architecture (SNA). Opracowano kilka interfejsów API dla języków programowania, takich jak COBOL , PL / I , C lub REXX .
Oprogramowanie APPC jest dostępne dla wielu różnych systemów operacyjnych IBM i innych firm, jako część systemu operacyjnego lub jako oddzielny pakiet oprogramowania. APPC służy jako tłumacz między aplikacjami a siecią. Kiedy aplikacja na twoim komputerze przekazuje informacje do oprogramowania APPC, APPC tłumaczy je i przekazuje je do interfejsu sieciowego, takiego jak karta sieciowa LAN. Informacje są przesyłane przez sieć do innego komputera, gdzie oprogramowanie APPC otrzymuje informacje z interfejsu sieciowego. APPC tłumaczy informacje z powrotem do ich oryginalnego formatu i przekazuje je do odpowiedniej aplikacji partnerskiej.
APPC jest używany głównie przez instalacje IBM z systemami operacyjnymi takimi jak z / OS (dawniej MVS, potem OS / 390), z / VM (dawniej VM / CMS), z / TPF , IBM i (dawniej OS / 400), OS / 2 , AIX iz / VSE (dawniej DOS / VSE). Microsoft zapewnia również obsługę SNA w Host Integration Server firmy Microsoft . Główne produkty oprogramowania IBM obejmują również obsługę APPC, w tym CICS , DB2 , CIM i WebSphere MQ .
W przeciwieństwie do TCP / IP , w którym obaj partnerzy komunikacji zawsze pełnią wyraźną rolę (jeden jest zawsze serwerem , a inni zawsze klientem), APPC jest protokołem peer-to-peer . Partnerzy komunikacyjni w APPC są równi, każda aplikacja może być zarówno serwerem, jak i klientem w równym stopniu. Rola i liczba równoległych sesji między partnerami jest negocjowana w ramach sesji CNOS (Change Number Of Session) ze specjalnym trybem dziennika (np. W IBM „snasvcmg”). Transmisja danych odbywa się wówczas za pomocą „sesji danych”, ich tryby dziennika mogą być szczegółowo określone przez administratora VTAM (np. Długość bloków danych, kodowanie itp.).
Dla architektów APPC było również oczywiste, że można je wykorzystać do świadczenia usług systemu operacyjnego na komputerach zdalnych. Utworzono oddzielną grupę architektur, aby używać APPC w celu umożliwienia programom na jednym komputerze przejrzystego korzystania z usług zarządzania danymi komputerów zdalnych. Dla każdego takiego użycia sesja APPC jest tworzona i używana na zasadzie klient-serwer przez menedżera komunikacji konwersacyjnej architektury rozproszonego zarządzania danymi (DDM). Formaty i protokoły wiadomości zostały zdefiniowane w celu uzyskiwania dostępu do plików zorientowanych na rekordy, plików zorientowanych strumieniowo, relacyjnych baz danych (jako podstawowa architektura architektury rozproszonej relacyjnej bazy danych (DRDA)) i zarządzania nimi. Różnorodne produkty DDM i DRDA zostały wdrożone przez IBM i innych dostawców.
Wraz ze wzrostem rozpowszechnienia TCP / IP, APPC spadła, chociaż wiele systemów IBM ma translatory, takie jak Enterprise Extender ( RFC 2353 ), aby umożliwić wysyłanie ruchu w formacie APPC przez sieci IP.
APPC nie powinno być mylone z podobnie nazwaną APPN (Advanced Peer-to-Peer Networking). APPC zarządza komunikacją między programami, działając w warstwie aplikacji i prezentacji. Z kolei APPN zarządza komunikacją między maszynami, w tym routingiem, i działa w warstwie transportowej i sieciowej.
