Kooperatív és Tanuló Rendszerek. 4. ACL-KQML-szabványok Dobrowiecki Tadeusz Horváth Gábor
|
|
- Jázmin Dóra Szekeres
- 6 évvel ezelőtt
- Látták:
Átírás
1 Kooperatív és Tanuló Rendszerek 4. ACL-KQML-szabványok Dobrowiecki Tadeusz Horváth Gábor
2 Knowledge Sharing Effort (KSE) ARPA, ca tudásmegosztás, tudás újrafelhasználása tudásmegosztás kommunikáció, közös nyelv: szintaxis + szemantika + pragmatika KIF Knowledge Interchange Format (szintaxis) Ontolingua megosztható ontológiák nyelve (szemantika) KQML magas szintű kölcsönhatás (pragmatika) Knowledge Query and Manipulation Language ACL (Agent Communication Language) szótár belső nyelv (KIF) külső nyelv (KQML) ACL üzenet KQML kifejezés, argumentumai KIF termek, vagy állítások ACL üzenetek beszédaktusok után beszédaktus ágens szándékszintű modellje - reláció ágens jelentéssel rendelkező ítéletállítás attütüdök véges halmaza (hisz, állít, félt, remél,...) pl. ágens, fél, esik_az_eső(most) Kommunikáció: egy eszköz megmutatni másoknak a BDI állapotunkat kísérlet mások BDI állapotának befolyásolására
3 KQML (Knowledge Query and Manipulation Language tudás lekérdező és manipuláló nyelv) Ágens alapú rendszerek interfész kérdése üzenetszállítás módja nyelv, mi az üzenet jelentése stratégia/eljárás = a párbeszéd struktúrája architektúra = rendszerek összekapcsolása KQML több, mint egy ACL A kommunikáció szintjei ajánlás kommunikációra, üzenet tartalomra, kontextus szinteken kívül architekturális elemekre. Adatcsere szint (kommunikáció mechanizmusa): állomások között közlekedő üzenet csomagok legkülső rétege, a kommunikáció legalsó protokoll szintje: üzenet feladója, címzettje, azonosítója, egyéb kommunikációs paraméterek Üzenet szint (kommunikáció logikája): üzenettartalom azonosítása, típus-meghatározása Tartalom szint (kommunikáció tartalma): Az átadott információ közvetítése. Bármit tartalmazhat, amiben a kommunikáló ágensek megegyeznek.
4 Üzenettípusok a KQML nyelvben (avagy milyen performativumból merítenek) Alapvető lekérdezés - evaluate, ask-if, ask-oke, ask-in, ask-all A kérdező egy kérdés kiértékelését kéri egy másik ágenstől, melyre egy választ vár Többválaszos lekérdezés - stream-in, stream-all Az ágens azt kéri, hogy a kérdésre minden esetben válaszoljon, amikor az ahhoz kapcsolódó tudása megváltozik. Ez az üzenet tehát a jövőben több választ is eredményezhet, attól függően, hogy a válaszadó milyen információkat szerez. Válaszok - reply, sorry Az egy vagy többválaszos kérdésekre érkező válasz, illetve annak jelzése, hogy a válaszadónak nincs adat a birtokában. Általános közlés - tell, achieve, cancel, untell, unachieve A tell egy állítás, az achieve egy kívánság, mely állítás teljesülését a küldő szeretné elérni. Mindkettőnek létezik a visszavonása is, illetve van egy külön kulcsszó egy azonosítóval meghatározott korábbi üzenet törlésére. Generátor típusú üzenetek - standby, ready, next, rest, discard, generator Ezen üzenetek mindegyike további üzenetek küldését kezdeményezi. Képesség definíciók - advertise, subscribe, monitor Az ágensek felajánlhatják szolgáltatásaikat, illetve igényelhetik mások szolgáltatását. Hálózattal kapcsolatosak - register, unregister, forward, broadcast, route Ezen kulcsszavak írják le egyrészt új ágensek bejelentkezését, régiek kilépését a rendszerből, másrészt az ágensek közötti csomagok továbbküldését, szétküldését, illetve útjának meghatározását.
5 Bár a formára sincs megkötés, a KQML implementációk általában a LISP nyelvben megismert listás (lineáris) adatszerkezetet használják. Az üzenet szint szerepe kétféle lehet: adminisztratív vagy tartalom jellegű. Adminisztratív üzenet tartalma kötött, a rendszer működéséhez szükséges adatokat közvetíti. (pl. az új ágensek bemutatkozása, ágens képességek közzététele, illetve egy ágens által igényelt adatok leírása.) Tartalom típusú üzenet - egy tudásdarabka átvitele, meghatározva annak ontológiáját, témáját, nyelvét és tartalmát. (QUERY QUALIFIERS (number-of-answers 1) CONTENT-LANGUAGE KIF CONTENT-ONTOLOGY block-world CONTENT-DESCRIPTION physical-property CONTENT (color block1?color)) KQML tartalom jellegű üzenet: Egy kérés a kocka világban, KIF nyelven, egy fizikai tulajdonságra vonatkozó kérdés: a block1 nevű kocka színe.
6 Egy ágens hirdetése - az ágens azt a képességét fogalmazza meg, hogy képes kockák színére utaló állításokat tenni (azaz ilyen kérdésekre válaszolni). (ADVERTISE DIRECTION EXPORT (TELL CONTENT-LANGUAGE KIF CONTENT-ONTOLOGY block-world CONTENT-DESCRIPTION physical-property CONTENT (color?block?color))) KQML adminisztratív üzenet: Ez esetben az üzenet tartalma egy újabb üzenet! A performatívumok egymásba ágyazhatóak, így komplex üzenetek is kialakíthatóak.
7 Példa: A küldi B-nak B küldi A-nak (advertise :language KQML :ontology K10 :content (subscribe :language KQML :ontology K10 :content (stream-about :language KIF :ontology motors :content motor1))) (subscribe :reply-with s1 :language KQML :ontology K10 :content (stream-about :language KIF :ontology motors :content motor1)) (tell :language KIF :ontology motors :in-reply-to s1 :content (= (val (torque motor1) (sim-time 5)) (scalar 12 kgf)) (tell :language KIF :ontology structures :in-reply-to s1 :content (fastens frame12 motor1)) (untell :language KIF :ontology motors :in-reply-to s1 :content (= (val (torque motor1) (sim-time 5)) (scalar 12 kgf)) (tell :language KIF :ontology motors :in-reply-to s1 :content (= (val (torque motor1) (sim-time 5)) (scalar 13 kgf))
8 A KQML architektúra - az adatcserét közvetlenül megvalósító KQML útvonal választó (KQML router) minden egyes ágens mellett, az üzenetek tartalmuktól független továbbítása, illetve adminisztrálja az ágens rendszerbe lépését, illetve távozását. - magasabb funkciókat ellátó kommunikációt segítő ágens (facilitator). minden magasabb szintű feladatot lát el A kommunikációt segítő ágens feladatai A routerek hozzá fordulnak a nem közvetíthető, pl. nem teljesen címzett csomagokkal. Az üzenetek tartalma alapján képes a pontos címzés előállítására. (SzR) Nyilvántartja az ágensek neveit és címét: elvégzi a név-cím transzformációt. Ágensek közötti tartalom fordítást végez. (ontológia szerver) Az ágensek hirdetményeit tárolja, illetve felhasználja a kérdező-válaszadó párok kialakításában. (Jade DF) Tipikus kommunikációs utak
9 Tipikus kommunikációs utak
10 Tipikus kommunikációs utak
11 KRIL: ágensek integrálása a KQML rendszerbe KRIL interfész (KQML Router Interface Library): ágens programok a KRIL API-t használva egyszerű függvényhívásokkal érik el a rendszer szolgáltatásait. send-kqml-message(char *msg, int msglen); declare-kqml-message-handler(void (*hndlr)(char *msg, int len));
12 Későbbi problémák a KQML rendszerrel A legfontosabb kritika a szemantika aluldefiniáltsága, azaz, hogy a performatívumok definíciói kétértelműek, hiányosak, rosszak. Kétértelműség. A szintaxissal pontosan definiált struktúrák szemantikája nem egyértelmű, implementációtól függhet, hiszen az üzenettípus magyarázata csak természetes nyelven fogalmazódott meg (konzisztens tervezés távoli platformokon nehéz). (DENY tartalom...jelentése, hogy a tartalom a hallgatóra nézve nem igaz. de (DENY (TELL tartalom... jelentése nem világos. Korábban nem mondta (letagadja, hogy mondta, vagy nem hiszi, amit most mond? nem (TELL A), vagy (TELL (nem A))? Félreértelmezett performatívumok. Néhány performatívum kulcsszó valójában nem performatívum, mivel nem eredményez közvetlen akciót, csak felkérést jelent, amit azonban a fogadó figyelmen kívül hagyhat. (ACHIEVE felkérés hallgató felé, hogy valamije igaz legyen, de a formalizmus mellőzi a felkérés mechanizmusát. Nincs elkötelezettség a cselekvésre. Hogyan lehet a hallgatót rávenni a cselekvésre? KQML üzenetei valójában csupán a direktívumok, verdikátívumok és asszertívumok.
13 Hiányzó performatívumok. Az alap KQML nyelvből teljesen hiányoznak a megbízás típusú performatívumok, amelyekre a fogadónak egy rövid válasszal mindenképpen reagálnia kell (elfogadom, nem fogadom el a megbízást). Az ilyen jellegű azonnali visszajelzések hiánya nagyban ronthatja egy kooperáló rendszer hatékonyságát. Mi hiányzik? a komisszívumok! az elkötelezettség kifejezése (ez a legfontosabb). IGÉR JAVASLATOT ELFOGAD BELEEGYEZIK... stb.
14 Szemantikailag specifikált KQML (1997) performatívum: min. előfeltételhalmaz + min. utófeltételhalmaz + sikeresen elvégzett performatívum által előidézett végállapot Dolgozzunk az alábbi modális operátorokkal: Bel (A, P) P igaz (vagy bizonyítható) az A részére (a képességei szerint). Know (A, S) S mentális állapot ismert az A által. Want (A, S) A kívánja az S mentális állapot bekövetkezését. Int (A, S) A szeretné az S-t, el van kötelezve a hozzá vezető cselekvésre. Proc (A, M) A cselekvésében az M üzenetet dolgozza fel. Sendmsg (A, B, M) A cselekvésében B-nek M üzenetet küld. pl. Know (A, Bel (B,... )), feltéve, hogy Bel (B,... ) el lett küldve Szemantikus leírás komponensei: - természetes nyelvű leírás: performatívum intuitív jelentése - az illokuciós aktus/erő formális kifejezés - előfeltételek: Pre(A) hogy elküldhesse Pre(B) hogy (sikeresen) feldolgozhassa - utófeltételek: Post(A) állapota sikeres feldolgozás után Post(B) - // - - teljesítési feltétel: Completion (javasolt végállapot, -ha a szándékok érvényesülnek)
15 Példa üzenet szemantikus leírására: Advertise (A, B, M) 1. A állítja B-nek, hogy az M üzenetét elfogadja (ha megkapja) és processzálja (elkötelezettség) 2. Int (A, Proc (A, M)) M = performatívum-név (B, A, X) 3. Pre(A): Int (A, Proc (A, M)) Pre(B): - 4. Post(A): Know (A, Know (B, Int (A, Proc (A, M)))) Post(B): Know (B, Int (A, Proc (A, M))) 5. Compl: Know (B, Int (A, Proc (A, M))) Komisszívum, ha B = Facilitator, akkor B azonos minden olyan ágenssel, amit a B tud.
16 Indulás 1995/6 több tíz telecom cég, egyetem, től része IEEE Computer Society, IEEE CS Standard Group on IEEE FIPA Standard Committee Szabvány kérdése - gyors szabvány - semmi megkötés ágensek belsejére - megkötés közösség építésére alapvető közösségi struktúra szervezet = közösség (belépés, kilépés, normatívák, specifikált viselkedések, ) alapvető kommunikáció FIPA konzisztencia HA alkalmaznánk, akkor előírás szerint viselkedjen. FIPA szabvány - normatív (formális, formálisan verifikálható modellek) - illusztratív (leíró informális modellek, alkalmazások) FIPA dokumentáció - összefoglaló, formális leírás, alkalmazási példák Mi nem kerül be a szabványba (magas absztrakció szinten, legfeljebb javaslat) Ami nehezen formalizálható (pl. security, mobility) Ami még nincs készen szabványosításra Ami már megfelelően szabványosított
17 Szabvány által lefedett témák (múlt és jelen): Abstract Architecture Agent/ Software Integration (örökölt rendszerek) Agent Message Transport Transport Protocols, Envelope Representations... String, XML, Efficient Binary,... ACL Representations ACL Message Structure Agent Management (platform, kötelező ágensek) Agent Management Support For Mobility Agent Communication Languages Interaction Protocols... Interaction Protocol Library Specification (AUML) Communicative Acts Library (beszéd aktusok) Content Languages - KIF (Knowledge Interchange Format) - CCL (Constraint Choice Language) - SL (Semantic Language) - RDF (Resource Description Framework) - Content Language Library Specification Device Ontology Specification Message Buffering Service Specification Messaging Interoperability Service Specification Ontology Service Specification Reference Applications Personel Travel Assistance, Personal Assistance, Nomadic Application Support,...
18
19 Abstract Architecture Agent Message Transport Interoperability Managing Multiple Message Transport Schemes Managing Message Encoding Schemes Locating Agents and Services via Directory Services - ACL - Services Directory Services Register, Modify, Delete, Query Encoding Transport Services Transform Encoding, Query Encoding,... Message Transport Services Bind Transport, Send/ Deliver Message 19
20
21 Agent Management Közösségdefiníció = Agent Platform fizikai infrastruktúra (1 v. több hoszt) - belépés/ kilépés - találkozás (hirdetés, erőforrás lokálizálás) - közösség belüli kommunikáció White Pages (ágens név cím) AMS Agent Management System (agent name server), csak 1/ platform (ágens köteles bejelentkezni) Yellow Pages (ágens név service server) DF Directory Facilitator, 1 vagy több (DF Federation) (ágens nem köteles bejelentkezni)
22 Agent Life Cycle Active Agent = MTS szállít feléje üzeneteket Initiated/Waiting/Suspended = üzenet pufferelés Transit = üzenet pufferelés, v. forward agent platform bounded application independent instance oriented unique (pillanatnyilag abbamaradt) AMS feladatai: Suspend, Terminate, Create, Resume, Invoke, Execute resource management 22
23 Agent Management Support for Mobility Specification Agent - moves code - new AP - transfers identity and authority Mobility - Migration A A - Cloning A A - Invoking A B (pillanatnyilag abbamaradt) Full migration más oda kívánkozik Itt van 23
24 (pillanatnyilag abbamaradt) Agent/ Software Integration Nem ágens jellegű szoftver ágens-csomagolása, becsatolása az ágensközösségbe. Agent - ARB (Agent Resource Broker) - WA (Wrapper Agent) FIPA konzisztencia szabályok - mit kell tárolnia? - mit kell értenie? - kivel kell kommunikálnia? request, query üzenetek FIPA-ARB ontológia Request, Query protokollok bejelentkezés DF-nél WA ágens helyzete és szerepe a közönség határán.
25 ARB regisztrálja magát DF-nél WA regisztrálja magát DF-nél Alkalmazói ágens DF-nél keresi az ARB-t Alkalmazói ágens ARB-nél érdeklődik a keresett szoftverről ARB megadja a szoftver paramétereit Alkalmazói ágens DF-nél keresi a szoftverhez tartozó WA-ról Alkalmazói ágens WA-nál szolgáltatást kér WA szoftver felé továbbítja a kérést és a paramétereket
26 Agent Communication ACL Message Structure Message Transport Interaction Protocol Library Specification AUML Agent-Based Extension to UML
27 Communicative Act Library Specification Accept Proposal, Agree, Cancel, Call for Proposals, Confirm, Disconfirm, Failure, Inform, Inform_if, Inform_Ref, Not Understood, Propagate, Propose, Proxy, Query If, Query Ref, Refuse, Reject Proposal, Request, Request When, Request Whenever, Subscribe Inclusion Criteria - Summary of Semantic Force and Content Type - Detailed Natural Language Description - Formal Model in SL (Acts s Semantics, FP, RE) - Examples of Usage - Substantial and Clear Documentation - Utility Made Clear 27
28 Semantic Language SL (not <Wff>) (and <Wff0> <Wff1>) (or <Wff0> <Wff1>) (implies <Wff0> <Wff1>) (equiv <Wff0> <Wff1>) (forall <var> <Wff>) (exists <var> <Wff>) B <agent> <expr> U <agent> <expr> I <agent> <expr> PG <agent> <expr> (feasible <actexpr> <Wff>) (feasible <actexpr>) = (feasible <actexpr> true) (done <actexpr> <Wff>) (done <actexpr>) = (done <actexpr> true) (iota x (P x)) (any <term> <formula>) (all <term> <formula>) szándéka van és tervez tartós célja van, de nem szükségk. tervez igaz, hogy cselekvés megtörténthet közvetlenül utana Wff igaz lesz igaz, hogy cselekvés épp megtörtént és előtte Wff igaz volt pont olyan x, amire igaz P(x) akármilyen objektum, ami a formulát teljesíti minden objektum, ami Bifi = Bi Bi, Abnij = Bi Bj Bi...
29 Alap: Confirm Disconfirm Inform Request Accept-Proposal i, accept-proposal (j, j, act, = i, inform (j, Ii Done ( j, act, )) FP: Bi Bi ( Bifj Uifj ) RE: Bj = Ii Done ( j, act, ) Confirm i, confirm (j, ) FP: Bi Bi Uj RE: Bj Disconfirm i, disconfirm (j, ) FP: Bi Bi (Uj Bj ) RE: Bj Cancel i, cancel (j, a) = <i, disconfirm (j, Ii Done (a))> FP: Ii Done (a) Bi (Bj Ii Done (a) Uj Ii Done (a)) RE: Bj Ii Done (a)..
Ágensek beszélgetnek/1
Ágensek beszélgetnek/1 Emberi nyelv funkciói Információ átadása (hiedelmek, szándékok, célok) Ma szépen süt a nap. Közös cselekvések koordinálása Fizessünk külön-külön. Szociális kapcsolatok létesítése
Kooperatív és Tanuló Rendszerek
Kooperatív és Tanuló Rendszerek 5. Szabványok - FIPA Foundation for Intelligent Physical Agents Dobrowiecki Tadeusz Horváth Gábor 1 Indulás 1995/6 több tíz telecom cég, egyetem,... www.fipa.org 2005-től
Ágensek beszélgetnek. Intelligens Elosztott Rendszerek BME-MIT, 2018
Ágensek beszélgetnek Információ átadása ( hiedelem, szándék, cél) Ma szépen süt a nap. Éhes vagyok. Ebédelni szándékozom. Közös cselekvések koordinálása Jössz velünk ebédelni? Fizessünk külön-külön. Emberi
BDI architektúra, AgentSpeak(L) és Jason ismertetı Mesterséges intelligencia, Dobrowiecki T., BME-MIT
BDI architektúra, AgentSpeak(L) és Jason ismertetı 1 BDI Szándék Bratman 1987 Szándék: gyakorlati érvelés lényegi eleme, cselekvéshez vezet Szándék az eszköz-cél analízis motorja Szándékok tartósok Szándékok
Osztott alkalmazások fejlesztési technológiái Áttekintés
Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A
Számítógép hálózatok gyakorlat
Számítógép hálózatok gyakorlat 5. Gyakorlat Ethernet alapok Ethernet Helyi hálózatokat leíró de facto szabvány A hálózati szabványokat az IEEE bizottságok kezelik Ezekről nevezik el őket Az Ethernet így
Számítógépes Hálózatok Felhasználói réteg DNS, , http, P2P
Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P 1 Felhasználói réteg Domain Name System Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Felhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System
Felhasználói réteg Domain Name System Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Osztott Objektumarchitektúrák
1. Kliens szerver architektúra Osztott Objektumarchitektúrák Dr. Tick József Jól bevált architektúra Kliens-szerver szerepek rögzítettek Szerver szolgáltatást nyújt, vagy igénybe vesz Kliens csak igénybe
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs rendszerek fejlesztését az elosztott információs környezetben.
Ontológia nyelvek (Szemantikus Világhálótól...)
Ontológia nyelvek (Szemantikus Világhálótól...) XML XML, DTD RDF Tudásreprezentáció Univerzális kifejező erő Szintaktikai interoperabilitás Szemantikai interoperabilitás RDFS DAML+OIL OWL OWL-Lite OWL-DL
Ethernet/IP címzés - gyakorlat
Ethernet/IP címzés - gyakorlat Moldován István moldovan@tmit.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK Áttekintés Ethernet Multicast IP címzés (subnet)
Adatbázisok MSc. 12. téma. Ontológia és SPARQL
Adatbázisok MSc 12. téma Ontológia és SPARQL Igény az automatikus tudáskezelése Az adat és tudáskezelés szintjei adatok összesítő adatok domain leírása következtetések tudás kontexus ismerete RDBMS OLAP
Köztesréteg adatbiztonsági protokollok megvalósítására
Köztesréteg adatbiztonsági protokollok megvalósítására GENGE Béla 1, dr. HALLER Piroska 2 1,2 Petru Maior Egyetem, Marosvásárhely, ROMÁNIA { 1 bgenge, 2 phaller}@upm.ro Abstract This paper presents a Web
Hálózati ismeretek. Az együttműködés szükségessége:
Stand alone Hálózat (csoport) Az együttműködés szükségessége: közös adatok elérése párhuzamosságok elkerülése gyors eredményközlés perifériák kihasználása kommunikáció elősegítése 2010/2011. őszi félév
DCOM Áttekintés. Miskolci Egyetem Általános Informatikai Tanszék. Ficsor Lajos DCOM /1
DCOM Áttekintés Miskolci Egyetem Általános Informatikai Tanszék DCOM /1 Mi a DCOM? DCOM: Distributed Component Object Model A Microsoft osztott objektum modellje Bináris együttmÿködési szabvány és annak
Cloud computing. Cloud computing. Dr. Bakonyi Péter.
Cloud computing Cloud computing Dr. Bakonyi Péter. 1/24/2011 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
A SZOFTVERTECHNOLÓGIA ALAPJAI
A SZOFTVERTECHNOLÓGIA ALAPJAI Objektumorientált tervezés 8.előadás PPKE-ITK Tartalom 8.1 Objektumok és objektumosztályok 8.2 Objektumorientált tervezési folyamat 8.2.1 Rendszerkörnyezet, használati esetek
Cloud computing Dr. Bakonyi Péter.
Cloud computing Dr. Bakonyi Péter. 1/24/2011 Cloud computing 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
ROS Remote Operations Service
ROS Remote Operations Service Adamis Gusztáv (adamis@tmit.bme.hu) Réthy György (Gyorgy.Rethy@ericsson.com) Ziegler Gábor (gabor.ziegler@ericsson.com) 2015.03.13. Távközlési szoftverek 1 Példa: szendvicsautomata
Hálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 5. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Hálózati réteg (L3) Kettős címrendszer: ARP Útválasztás: route IP útvonal: traceroute Parancsok: ifconfig, arp,
Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor
Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor A szotverarchitektúra fogalma A szoftverarchitektúra nagyon fiatal diszciplína. A fogalma még nem teljesen kiforrott. Néhány definíció: A szoftverarchitektúra
Fülöp Csaba, Kovács László, Micsik András
Rendszerek Osztály Metaadatsémák nyilvántartása szemantikus web alapon Fülöp Csaba, Kovács László, Micsik András MTA SZTAKI Bemutatás A CORES az európai közösség projektje a Szemantikus Web témakörben
ELEKTRONIKUS ADATCSERE SZEREPE A GLOBÁLIS LOGISZTIKÁBAN
10. ELŐADÁS ELEKTRONIKUS ADATCSERE SZEREPE A GLOBÁLIS LOGISZTIKÁBAN Az elektronikus adatcsere definiálásához szükség van hagyományos adatcsere meghatározására. Az adatforgalommal kapcsolatban meg kell
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs rendszerek fejlesztését az elosztott információs környezetben.
Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft
Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül
Komponens alapú fejlesztés
Komponens alapú fejlesztés Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
OOP. Alapelvek Elek Tibor
OOP Alapelvek Elek Tibor OOP szemlélet Az OOP szemlélete szerint: a valóságot objektumok halmazaként tekintjük. Ezen objektumok egymással kapcsolatban vannak és együttműködnek. Program készítés: Absztrakciós
Témalabor 2018 Kooperatív intelligens rendszerekről. Dobrowiecki Tadeusz
Témalabor 2018 Kooperatív intelligens rendszerekről Dobrowiecki Tadeusz MAS Multi Agent Systems 2011 MAS Multiagent Systems Társadalom Szervezet Szerep Egyed Feladatkörnyezet 2011 Az a másik (ágens, ember)
API tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
Alapszintű formalizmusok
Alapszintű formalizmusok dr. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék 1 Mit szeretnénk elérni? Informális tervek Informális követelmények Formális modell Formalizált követelmények
IP beállítások 3. gyakorlat - Soproni Péter 2009. tavasz Számítógép-hálózatok gyakorlat 1 Bemutató során használt beálltások Windows IP-cím: 192.168.246.100 (változtatás után: 192.168.246.101) Alhálózati
matematikus-informatikus szemével
Ontológiák egy matematikus-informatikus szemével Szeredi Péter Budapesti Műszaki és Gazdaságtudományi Egyetem Számítástudományi és Információelméleti Tanszék ➀ Mi az ontológia, mire jó, hogyan csináljuk?
webalkalmazások fejlesztése elosztott alapon
1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák
Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
ColourSMS Protokol definíció. Version 1.2
ColourSMS Protokol definíció Version 1.2 1.1 HTTP request A ColourSMS(Westel/Pannon) alkalmazások által kiadott HTTP request formátuma a következő: http://third_party_url/path_to_application A third_party_url
A Java EE 5 plattform
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
Elosztott rendszerek
Elosztott rendszerek NGM_IN005_1 Elnevezési rendszerek Névhasználat Entitások egyértelm! azonosítása kontextusra nézve egyedi (unique) nevek név feloldás név szolgáltatás Inhomogén elemekb"l álló rendszerek
A J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
Microsoft SQL Server telepítése
Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió
Simon Balázs Dr. Goldschmidt Balázs Dr. Kondorosi Károly. BME, Irányítástechnika és Informatika Tanszék
Simon Balázs (sbalazs@iit.bme.hu) Dr. Goldschmidt Balázs Dr. Kondorosi Károly BME, Irányítástechnika és Informatika Tanszék Webszolgáltatások, WS-* szabványok WS-* implementációs architektúra Célkitűzés:
Szemantikus világháló a BME-n
Szemantikus világháló a BME-n Lukácsy Gergely Szeredi Péter Budapesti Mûszaki és Gazdaságtudományi Egyetem ßÐÙ Ý Þ Ö Ð º Ñ º Ù Számítástudományi és Információelméleti Tanszék ➀ Szemantikus technológiák
CORBA Áttekintés. Mi a CORBA? OMG and OMA. Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
CORBA Áttekintés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 10. 15. Mi a CORBA? osztott objektum modell szabvány, amely definiálja a komponensek közötti interface-eket definiál
Szolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
4. Gyakorlat: Csoportházirend beállítások
4. Gyakorlat: Csoportházirend beállítások 4.1. A Default Domain Policy jelszóra vonatkozó beállításai 4.2. Parancsikon, mappa és hálózati meghajtó megjelenítése csoport házirend segítségével 4.3. Alkalmazások
1. Sorolja fel a számítástechnikának azokat a fejlődési jellemzőit, amik az autonóm rendszerek fejlesztésének igényét létrehozták!
1. Sorolja fel a számítástechnikának azokat a fejlődési jellemzőit, amik az autonóm rendszerek fejlesztésének igényét létrehozták! 1. mindenütt jelen levőség (ubiquity) a számítási kapacitás árának csökkenése
IP alapú kommunikáció. 3. Előadás Switchek 3 Kovács Ákos
IP alapú kommunikáció 3. Előadás Switchek 3 Kovács Ákos Vlanok elbonyolítva Mi lenne, ha egy szolgáltató az ügyfeleit el akarja szeparálni egymástól? Vlan?? Király max 4096 pár ügyfél Megoldás: QinQ, vagy
Kommunikáció. 3. előadás
Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek
CMDB architektúra megjelenítése SAMU-val Rugalmas megoldás. ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ
CMDB architektúra megjelenítése SAMU-val Rugalmas megoldás ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ Tartalom Nehézségeink CMDB adatok és függ ségek vizualizációja
Jason platform. Intelligens Elosztott Rendszerek BME-MIT, 2018
Jason platform BDI ágensek programozási nyelvei AgentSpeak(L) Ágens viselkedése: hiedelmi állapot saját modellje, környezet modellje, más ágensek modellje kívánalmak kívánatos hiedelmi állapotok szándékok
Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban
Hoszt kommunikáció Statikus routing Két lehetőség Partnerek azonos hálózatban (A) Partnerek különböző hálózatban (B) Döntéshez AND Címzett IP címe Feladó netmaszk Hálózati cím AND A esetben = B esetben
Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak
Hálózatok Alapismeretek A hálózatok célja, építőelemei, alapfogalmak A hálózatok célja A korai időkben terminálokat akartak használni a szabad gépidők lekötésére, erre jó lehetőség volt a megbízható és
9. MPI
9. MPI kertesz.gabor@nik.uni-obuda.hu MPI Message Passing Interface Elosztott memóriájú párhuzamos programozási API Gyk. folyamatok közötti kommunikáció de facto ipari standard Több száz előre definiált
8. Komponens elvű programfejlesztés. Ágens, akció, cél, kontraktus.
8. Komponens elvű programfejlesztés. Ágens, akció, cél, kontraktus. Ágens rendszer definíciója. Példák. Fairness. (Fair tulajdonság). Gyenge fair követelmény. A fair nem determinisztikus szemantika definíciója
Az M2M szabványosítási helyzete
Az M2M szabványosítási helyzete Dr. Bartolits István Főosztályvezető Nemzeti Média- és Hírközlési Hatóság Technológia-elemző főosztály HTE Infokom 2014 Kecskemét, 2014. október 8-10. HTE Infokom 2014,
Számítógépes Hálózatok. 5. gyakorlat
Számítógépes Hálózatok 5. gyakorlat PYTHON ALAPOK V. Socket programozás, UDP 2 Óra eleji kiszh Elérés: https://canvas.elte.hu Számítógépes Hálózatok Gyakorlat 1 3 A kommunikációs csatorna kétféle típusa
Két típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI)
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) -
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
ADATBÁZIS-KEZELÉS. Adatbázis-kezelő rendszerek
ADATBÁZIS-KEZELÉS Adatbázis-kezelő rendszerek Adat (Data) Észlelhető, felfogható ismeret Jelsorozat Tény, közlés Valakinek vagy valaminek a jellemzője Adatbázis (Data Base, DB) Hosszú ideig évekig meglévő
III. előadás. Kovács Róbert
III. előadás Kovács Róbert VLAN Virtual Local Area Network Virtuális LAN Logikai üzenetszórási tartomány VLAN A VLAN egy logikai üzenetszórási tartomány, mely több fizikai LAN szegmensre is kiterjedhet.
Symfony kurzus 2014/2015 I. félév. Controller, Routing
Symfony kurzus 2014/2015 I. félév Controller, Routing Request - Response GET / HTTP/1.1 Host: xkcd.com Accept: text/html User-Agent: Mozilla/5.0 (Macintosh) HTTP/1.1 200 OK Date: Sat, 02 Apr 2011 21:05:05
Osztott rendszer. Osztott rendszer informális definíciója
Osztott rendszer Osztott rendszer informális definíciója Egymástól elkülönülten létező program-komponensek egy halmaza. A komponensek egymástól függetlenül dolgoznak saját erőforrásukkal. A komponensek
Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK
Modellinformációk szabványos cseréje Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK Tartalom MOF, UML, XMI Az UML és az XML séma MDA - Model Driven Architecture Networkshop 2004 2 Az OMG metamodell
Programozási technológia
Programozási technológia Dinamikus modell Tevékenységdiagram, Együttműködési diagram, Felhasználói esetek diagramja Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. Tevékenység diagram A tevékenység (vagy
Java. Java Message Service. ANTAL Margit. JMS API technológia. ANTAL Margit. Sapientia - EMTE
Sapientia - EMTE 2008 Az előadás célja Üzenetkommunikációs architektúrák JMS Példák Üzenet gyártó Szinkron üzenetfogyasztó Aszinkron üzenetfogyasztó Üzenetbab (message-driven bean) point-to-point modell:
TOGAF elemei a gyakorlatban
TOGAF elemei a gyakorlatban Vinczellér Gábor 2009.06.0406 04 8 éves szakmai tapasztalat Bemutatkozás IT Support, Programozó, jelenleg Projektvezető, Termékfejlesztési Üzletág Vezető Tanácsadási és Szoftverfejlesztési
IoT rendszerek kommunikációs megoldásai vitmav22
IoT rendszerek kommunikációs megoldásai vitmav22 Mérési adatok szállítása az interneten MQTT is a machine-to-machine (M2M)/"Internet of Things" connectivity protocol. It was designed as an extremely lightweight
Építsünk IP telefont!
Építsünk IP telefont! Moldován István moldovan@ttt-atm.ttt.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK TANTÁRGY INFORMÁCIÓK Órarend 2 óra előadás, 2 óra
A modell-ellenőrzés gyakorlata UPPAAL
A modell-ellenőrzés gyakorlata UPPAAL Uppsalai Egyetem + Aalborgi Egyetem közös fejlesztése; 1995. első verzió megjelenése; részei: - grafikus modellt leíró eszköz (System editor) - szimulátor (Simulator)
Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja
1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3
ARM Cortex magú mikrovezérlők. mbed
ARM Cortex magú mikrovezérlők mbed Scherer Balázs Budapest University of Technology and Economics Department of Measurement and Information Systems BME-MIT 2016 MBED webes fejlesztőkörnyezet 2009-ben megjelent
Webes alkalmazások fejlesztése 8. előadás. Webszolgáltatások megvalósítása (ASP.NET WebAPI)
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 8. előadás (ASP.NET WebAPI) 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto A webszolgáltatás
OSI-ISO modell. Az OSI rétegek feladatai: Adatkapcsolati réteg (data link layer) Hálózati réteg (network layer)
OSI-ISO modell Több világcég megalkotta a saját elképzelései alapján a saját hálózati architektúráját, de az eltérések miatt egységesíteni kellett, amit csak nemzetközi szinten lehetett megoldani. Ez a
Adatátviteli rendszerek Mobil IP. Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet
Adatátviteli rendszerek Mobil IP Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet IP alapok Lásd: Elektronikus hírközlési hálózatok OSI rétegmodell; IPv4; IPv6; Szállítási protokollok;
Szoftver Tervezési Dokumentáció. Nguyen Thai Binh
Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,
Cisco Catalyst 3500XL switch segédlet
Cisco Catalyst 3500XL switch segédlet A leírást készítette: Török Viktor (Kapitány) GAMF mérnökinformatikus rendszergazda FOSZK hallgató, Hálózatok II. tárgy Web: http://prog.lidercfeny.hu/ Források: Medgyes
Modell alapú tesztelés mobil környezetben
Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed
Kommunikáció. Távoli eljáráshívás. RPC kommunikáció menete DCE RPC (1) RPC - paraméterátadás. 3. előadás Protokollok. 2. rész
3. előadás Protokollok Kommunikáció 2. rész RPC (Remote Procedure Call) távoli eljáráshívás RMI (Remote Method Invocation) távoli metódushívás MOM (Message-Oriented Middleware) üzenetorientált köztesréteg
Györgyi Tamás. Szoba: A 131 Tanári.
Györgyi Tamás Szoba: A 131 Tanári E-Mail: gyorgyit@petriktiszk.hu 2 Számítógépek megjelenésekor mindenki külön dolgozott. (Personal Computer) A fejlődéssel megjelent az igény a számítógépek összekapcsolására.
COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group
COMET webalkalmazás fejlesztés Tóth Ádám Jasmin Media Group Az előadás tartalmából Alapproblémák, fundamentális kérdések Az eseményvezérelt architektúra alapjai HTTP-streaming megoldások AJAX Polling COMET
UML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
Utolsó módosítás:
Utolsó módosítás: 2012. 09. 06. 1 A tantárggyal kapcsolatos adminisztratív kérdésekkel Micskei Zoltánt keressétek. 2 3 4 5 6 7 8 9 Forrás: Gartner Hype Cycle for Virtualization, 2010, http://premierit.intel.com/docs/doc-5768
Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely
Hálózati architektúrák és Protokollok GI 8 Kocsis Gergely 2018.11.12. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból
Web-fejlesztés NGM_IN002_1
Web-fejlesztés NGM_IN002_1 Szindikálás, aggregálás - RSS, Atom Tartalom betáplálás Gyakran frissül! webszájtok Új felhasználói igények el!fizetési igény az új tartalomra a tartalom újrafelhasználása eltér!
CORBA bevezetés. Paller Gábor 2004.10.08. Internet és mobil rendszerek menedzselése
CORBA bevezetés Paller Gábor 2004.10.08 CORBA Common Object Request Broker Architecture Az Object Management Group (OMG) felügyeli (ugyanaz, mint az UML-t) A specifikáció célja alkalmazások együttműködésének
SIP. Jelzés a telefóniában. Session Initiation Protocol
SIP Jelzés a telefóniában Session Initiation Protocol 1 Telefon hívás létrehozása 2 Jelzés és hálózat terhelés 3 Jelzés sík és jelzés típusok 4 TDM - CAS Channel Associated Signaling 5 CCS - Signaling
Komponens alapú programozás Bevezetés
Komponens alapú programozás Bevezetés Ficsor Lajos Miskolci Egyetem Általános Informatikai Tanszék Ez a tananyag felhasználja a TEMPUS S_JEP-12495-97 Network Computing Chapter 8 Developing of Network Computing
Kooperáció és intelligencia
Kooperáció és intelligencia Mit tanultunk eddig? BDI ágensek, kísérletek MI Ágens: érzékelés következtetés cselekvés Ágensarchitektúrák beprogramozott / következtetett cselekvés (hibrid ) Ágensprogram
Autóipari beágyazott rendszerek. A kommunikáció alapjai
Autóipari beágyazott rendszerek A kommunikáció alapjai 1 Alapfogalmak Hálózati kommunikáció Vezérlőegységek közötti információ továbbítás Csomópontok Kommunikációs csatornákon keresztül Terepbuszok (cluster)
2. fejezet Hálózati szoftver
2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,
Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Enterprise Service Bus (ESB) Ercsényi András, BME IIT, 2011.
Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Enterprise Service Bus (ESB) Mi a téma? Valójában alkalmazásintegráció integrációs minták szinkron (RPC, RMI) aszinkron web service
2. fejezet Hálózati szoftver
2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,
Excel ODBC-ADO API. Tevékenységpontok: - DBMS telepítés. - ODBC driver telepítése. - DSN létrehozatala. -Excel-ben ADO bevonása
DBMS spektrum Excel ODBC-ADO API Tevékenységpontok: - DBMS telepítés - ODBC driver telepítése - DSN létrehozatala -Excel-ben ADO bevonása - ADOConnection objektum létrehozatala - Open: kapcsolat felvétel
Szolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
UNIX / Linux rendszeradminisztráció III. előadás
UNIX / Linux rendszeradminisztráció III. előadás Elektronikus levelezés Alapfogalmak Levelezés hagyományosan: levél írás, fejléc(?), boríték, címzés, feladás, továbbítás, kézbesítés Levelezés elektronikusan:
IP alapú kommunikáció. 5. Előadás Routing 2 Kovács Ákos
IP alapú kommunikáció 5. Előadás Routing 2 Kovács Ákos Az internet ~84000 (2018 )különböző hálózatból épül fel, ezeket domainnek nevezzük Minden domain több routerből és hostból áll, amelyet egy szervezt
Intelligens Elosztott Rendszerek. Dobrowiecki Tadeusz és Eredics Péter, Gönczy László, Pataki Béla és Strausz György közreműködésével
Intelligens Elosztott Rendszerek Dobrowiecki Tadeusz és Eredics Péter, Gönczy László, Pataki Béla és Strausz György közreműködésével A mai előadás tartalma Mi is egy rendszer? Mit jelent elosztottnak lenni?
Programozható vezérlő rendszerek KOMMUNIKÁCIÓS HÁLÓZATOK 2.
KOMMUNIKÁCIÓS HÁLÓZATOK 2. CAN busz - Autóipari alkalmazásokhoz fejlesztették a 80-as években - Elsőként a BOSCH vállalat fejlesztette - 1993-ban szabvány (ISO 11898: 1993) - Később fokozatosan az iparban