Azonnali üzenetküldő alkalmazás

Előnyök

Az azonnali üzenetküldés valós idejű kommunikációt és egyszerű együttműködést tesz lehetővé, ami jobban hasonlít a valódi beszélgetéshez, mint az e-mail "levél" formája. Az e-maillel ellentétben a felek tudják, hogy a másik fél elérhető-e. A legtöbb rendszer lehetővé teszi a felhasználó számára, hogy beállítson egy online státuszt vagy egy távollét üzenetet, így a társak értesítést kapnak, ha a felhasználó elérhető, elfoglalt vagy távol van a számítógéptől. Másrészt az emberek nem kényszerülnek arra, hogy azonnal válaszoljanak a beérkező üzenetekre. Emiatt egyesek az azonnali üzenetküldésen keresztüli kommunikációt kevésbé tartják tolakodónak, mint a telefonon keresztüli kommunikációt. Azonban nem minden népszerű rendszer teszi lehetővé az üzenetek küldését olyan személyeknek, akik éppen nincsenek bejelentkezve (offline üzenetek), így az IM és az e-mail közötti különbség nagy része megszűnik.

Az azonnali üzenetküldés lehetővé teszi az azonnali kommunikációt több fél között egyidejűleg, az információk gyors és hatékony továbbításával, azonnali visszaigazolás vagy válasz azonnali kézhezvételével. Bizonyos esetekben az IM további funkciókat is tartalmaz, amelyek még népszerűbbé teszik, pl. a másik fél látása, pl. ((webkamerák)) használatával, vagy közvetlen, ingyenes beszélgetés az interneten keresztül.

Lehetőség van egy beszélgetés elmentésére, hogy később elolvashassa vagy újra megnézhesse. Az azonnali üzenetek jellemzően naplózhatók egy helyi üzenettörténetben, ami megszünteti az e-mailek tartós jellegét, és megkönnyíti az olyan információk gyors cseréjét, mint az URL-címek vagy dokumentumrészletek (amelyek telefonos kommunikáció esetén nehézkesek lehetnek).

Történelem

Az azonnali üzenetküldő alkalmazások az 1970-es években kezdtek megjelenni a UNIX-hoz hasonló többfelhasználós operációs rendszereken, kezdetben az ugyanazon gépre bejelentkezett felhasználókkal való kommunikáció megkönnyítésére, majd a helyi hálózaton, később pedig az interneten keresztül. Ezek némelyike egyenrangú protokollt használt (pl. talk, ntalk és ytalk), míg másokhoz a résztvevőknek egy szerverhez kellett csatlakozniuk (lásd talker és IRC). Mivel mindezek a protokollok egy konzolablakon belül működtek, a legtöbb ember, aki az 1990-es évek közepén felfedezte az internetet, és egyenlőségjelet tett a világhálóval, általában nem találkozott velük.

Az 1980-as évek utolsó felében és az 1990-es évek elején a Commodore 64 számítógépekhez készült Quantum Link online szolgáltatás az éppen csatlakoztatott ügyfelek közötti, felhasználók közötti üzeneteket kínált, amelyeket "On-Line Messages"-nek (röviden OLM) neveztek el. A Quantum Link ismertebb későbbi inkarnációja, az America Online (AOL) hasonló terméket kínál "AOL Instant Messages" (AIM) néven. Míg a Quantum Link szolgáltatás egy Commodore 64-en futott, és csak a Commodore PETSCII szöveggrafikáját használta, a képernyő vizuálisan szakaszokra volt osztva, és az OLM-ek egy sárga sávban jelentek meg, amely az "Üzenet küldője:" feliratot és a feladó nevét tartalmazta az üzenettel együtt, amely a felhasználó által éppen végzett tevékenység tetején volt, és egy válaszlehetőségek listáját mutatta. Mint ilyen, egyfajta GUI-nak tekinthető, bár sokkal kezdetlegesebb, mint a későbbi Unix, Windows és Macintosh alapú GUI IM programok. Az OLM-eket a Q-Link "Plusz szolgáltatásoknak" nevezte, ami azt jelenti, hogy a havi Q-Link hozzáférési költségeken felül percenkénti külön díjat számítottak fel.

A modern, az egész internetre kiterjedő, GUI-alapú üzenetküldő kliensek, ahogy ma ismerjük őket, az 1990-es évek közepén kezdtek elterjedni, elsőként az ICQ (1996), majd az AOL Instant Messenger (AOL Instant Messenger, 1997). Az AOL később felvásárolta a Mirabilist, az ICQ alkotóit. Néhány évvel később az ICQ (ekkor már az AOL tulajdonában) két szabadalmat kapott az azonnali üzenetküldésre az amerikai szabadalmi hivataltól. Eközben más cégek is kifejlesztették saját alkalmazásaikat (Yahoo, MSN, Excite, Ubique, IBM), mindegyik saját protokollal és klienssel; a felhasználóknak ezért több kliensalkalmazást kellett futtatniuk, ha egynél több ilyen hálózatot akartak használni.

2000-ben elindult egy nyílt forráskódú alkalmazás és nyílt szabványokon alapuló protokoll, a Jabber. A Jabber-kiszolgálók átjáróként működhettek más IM-protokollokhoz, csökkentve ezzel a több kliens futtatásának szükségességét. A modern, több protokollt használó kliensek, például a Pidgin, a Trillian, az Adium és a Miranda bármelyik népszerű IM-protokollt használhatják, anélkül, hogy szerver-átjáróra lenne szükségük.

A közelmúltban számos azonnali üzenetküldő szolgáltatás kezdett el videokonferencia-funkciókat, Voice Over IP (VoIP) és webkonferencia-szolgáltatásokat kínálni. A webkonferencia-szolgáltatások a videokonferencia- és az azonnali üzenetküldési funkciókat is integrálják. Néhány újabb azonnali üzenetküldő cég a hang- és videofunkciók mellett asztali megosztást, IP-rádiót és IPTV-t is kínál.

Az "instant messenger" kifejezés a Time Warner szolgáltatási védjegye, és nem használható az AOL-hez nem kapcsolódó szoftverekben az Egyesült Államokban. Emiatt a korábban Gaim vagy gaim néven ismert azonnali üzenetküldő kliens 2007 áprilisában bejelentette, hogy átnevezik Pidginre.

Együttműködés

Az azonnali üzenetküldés egységes szabványának létrehozására több kísérlet is történt: Az IETF SIP (Session Initiation Protocol) és SIMPLE (SIP for Instant Messaging and Presence Leveraging Extensions), az APEX (Application Exchange), a Prim (Presence and Instant Messaging Protocol), a nyílt XML-alapú XMPP (Extensible Messaging and Presence Protocol), ismertebb nevén Jabber, valamint az OMA (Open Mobile Alliance) IMPS (Instant Messaging and Presence Service), amelyet kifejezetten a mobileszközök számára hoztak létre.

Néha a vállalatok megpróbáltak egy szabványt létrehozni az összes nagy IM-szolgáltató (AOL, Yahoo! és Microsoft) számára. Ezek nem váltak be, így mindegyikük továbbra is a saját szabadalmaztatott protokollját használja.

Miközben azonban az IETF-en folyó tárgyalások elakadtak, a Reuters együttműködési szolgáltatásokért felelős vezetője, David Gurle (a Microsoft Real Time Communication and Collaboration üzletágának alapítója) mindenkit meglepett azzal, hogy 2003 szeptemberében aláírta az első szolgáltatók közötti csatlakozási megállapodást. Ez a történelmi jelentőségű megállapodás lehetővé tette az AIM, ICQ és MSN Messenger felhasználók számára, hogy hozzáférési díj ellenében beszélgessenek a Reuters Messaging társaival és fordítva. A hálózatok közötti áttörést jelentő megállapodást követően a Microsoft, a Yahoo! és az AOL olyan megállapodásra jutott, amelynek értelmében a Microsoft Live Communication Server 2005 (amelyet érdekes módon a Reuters is használ a Reuters Messaging szolgáltatásához) felhasználói is beszélgethetnek a nyilvános azonnali üzenetküldő felhasználókkal. Ez az alku egyszer s mindenkorra rendezte a piacon az összekapcsolhatóság protokollját SIP/SIMPLE néven, és létrehozta a nyilvános azonnali üzenetküldő felhőkhöz való hozzáférés csatlakozási díját. Külön 2005. október 13-án a Microsoft és a Yahoo! bejelentette, hogy 2006 nyarára (az északi féltekén) SIP/SIMPLE használatával együttműködnek, amit 2005 decemberében követett az AOL és a Google stratégiai partnerségi megállapodása, amelynek értelmében a Google Talk felhasználói beszélgethetnek az AIM és ICQ felhasználókkal, feltéve, hogy rendelkeznek AOL azonosítóval.

Kétféleképpen lehet kombinálni a sok különböző protokollt:

1. Kombinálja a sok különböző protokollt az IM-kliensalkalmazáson belül.
2. Kombinálja a sok különböző protokollt az IM-kiszolgáló alkalmazáson belül. Ez a megközelítés a többi szolgáltatással való kommunikáció feladatát a kiszolgálóra helyezi át. Az ügyfeleknek nem kell ismerniük a többi IM protokollt, és nem is kell törődniük velük. Például az LCS 2005 Public IM Connectivity. Ez a megközelítés népszerű a Jabber/XMPP kiszolgálókban, azonban az úgynevezett szállítási projektek ugyanolyan visszafejtési nehézségekkel küzdenek, mint bármely más, zárt protokollokkal vagy formátumokkal foglalkozó projekt.

Egyes megközelítések, mint például a Sonork vállalati IM-szoftver, a Jabber/XMPP hálózat vagy a Winpopup LAN Messenger által elfogadott megközelítés, lehetővé teszik a szervezetek számára, hogy létrehozzák saját privát azonnali üzenetküldő hálózatukat, lehetővé téve számukra a szerverhez való hozzáférés korlátozását (gyakran az IM-hálózat teljes egészében a tűzfal mögött van) és a felhasználói engedélyek kezelését. Más vállalati üzenetküldő rendszerek lehetővé teszik, hogy a regisztrált felhasználók a vállalati LAN-on kívülről is csatlakozhassanak, biztonságos, tűzfalbarát HTTPS alapú protokollt használva. A dedikált vállalati IM-kiszolgálónak általában számos előnye van, például az előre kitöltött kapcsolati listák, az integrált hitelesítés, valamint a jobb biztonság és adatvédelem.

Egyes hálózatok változtatásokat eszközöltek annak érdekében, hogy megakadályozzák, hogy az ilyen több hálózatot használó IM-ügyfelek használják őket. Például a Trillian-nek többször kellett kiadnia módosításokat és javításokat, hogy a felhasználók hozzáférhessenek az MSN, AOL és Yahoo! hálózatokhoz, miután ezeken a hálózatokon változtatásokat hajtottak végre. A nagy IM-szolgáltatók általában a hivatalos megállapodások szükségességére, valamint biztonsági aggályokra hivatkoznak a változtatások indokaként.

Mobil azonnali üzenetküldés

A mobil azonnali üzenetküldés (MIM) egy jelenléttel támogatott üzenetküldő szolgáltatás, amelynek célja, hogy az asztali üzenetküldés élményét átültesse a mozgásban lévő felhasználókra. Míg az asztali élmény számos alapgondolata egyfelől alkalmazható a csatlakoztatott mobileszközökre, másfelől nem: A felhasználók általában csak a telefonjuk képernyőjét nézik - a jelenléti állapotváltozások más körülmények között történhetnek, mint az asztali számítógépen, és számos funkcionális korlát létezik, ami abból a tényből adódik, hogy a mobil kommunikációs eszközök túlnyomó többségét a felhasználók úgy választják, hogy a tenyerükben elférjenek.

Néhány, a formai tényezővel és a mobilitással kapcsolatos különbséget figyelembe kell venni ahhoz, hogy valóban megfelelő, nagy teljesítményű és mégis kényelmes mobil élményt nyújtsunk: a rádiós sávszélesség, a memória mérete, a médiaformátumok elérhetősége, a billentyűzet alapú bevitel, a képernyő kimenete, a CPU teljesítménye és az akkumulátor teljesítménye olyan alapvető kérdések, amelyekkel az asztali eszközök felhasználói, sőt a csatlakoztatott notebookokkal rendelkező nomád felhasználók általában nincsenek kitéve.

Az IMPS-ben számos korábban nem kezelt problémát azonosítottak és kezeltek, amelyet egy korai mobiltelefon-ipari kezdeményezés részeként fejlesztettek ki a mobil azonnali üzenetküldés szélesebb körű használatának elindítására. Az Open Mobile Alliance 2002 novemberében IMPS V1.0 néven vette át ezt a korábban Wireless Village néven futó szabványt. Azóta ezt a szabványt továbbfejlesztették az IMPS V1.3-ra, a legutóbbi kiadásra jelölt verzióra, és várhatóan 2006 vége előtt kiadják.

Különböző független fejlesztők által kínált letölthető mobilalkalmazások lehetővé teszik a felhasználók számára, hogy nyilvános (MSN, Yahoo! , Google Talk, AIM, ICQ) és vállalati (LCS, Sametime, Reuters) IM-szolgáltatások keretében csevegjenek mobileszközökről.

Az ilyen IM-kliensek használatának előnyei az SMS-sel szemben többek között a következők: Az IM-kliensek az SMS-szöveges üzenetek helyett adatokat használnak; IM-szerű csevegési mód, gyorsabb és gyorsabb üzenetküldés. Egyes IM-szoftverek lehetővé teszik a csoportos kommunikációt.

Több nagy mobiltelefon-ipari vállalat azt tervezi, hogy közösen egy mindenütt elérhető, interoperábilis jelenlétalapú üzenetküldő szolgáltatást nyújtanak, amely a GSM Association által kidolgozott interoperabilitási ajánlásoknak megfelelően épül fel. Mivel ezeknek a szervezeteknek együttesen mintegy 1,5 milliárd aktív rövid szöveges üzenetküldő (SMS) felhasználója van, felmerül a kérdés, hogy egy ilyen kezdeményezés segíthet-e abban is, hogy a különböző iparági csoportok hamarosan elkezdjenek együttműködni. Ezáltal a mobil azonnali üzenetküldés minden felhasználó számára hasonlóvá válna.

Időközben más fejlesztések letölthető alkalmazások használatát javasolták azzal a szándékkal, hogy létrehozzák saját megközelítésüket az IM-hez, amely világszerte a legtöbb mobiltelefonon fut. Lényegében számos ilyen kliens Java-alkalmazás azonnal letölthető, majd GPRS/3G internetcsatornákon keresztül csatlakozik a back-end szerverekhez. A megvalósítások némelyike más IM-szolgáltatásokhoz is képes csatlakozni.

Hatások a hallás- vagy beszédfogyatékos személyekre

Az azonnali üzenetküldés a spontán kommunikáció új módszereit nyitja meg a hallás, a hallásfeldolgozás vagy a beszéd sérültjei számára. Sokan úgy vélik, hogy ez egy hatékony módja annak, hogy egyenlő esélyeket biztosítson a kommunikációban, a halláskárosodott felhasználók számára kifejlesztett speciális eszközök vagy szolgáltatások segítsége nélkül.

Barát-barát hálózatok

Az azonnali üzenetküldés történhet barátok közötti hálózatban, amelyben minden csomópont csatlakozik a barátai listán szereplő barátaihoz. Ez lehetővé teszi a barátok barátaival való kommunikációt, és csevegőszobák létrehozását azonnali üzenetek küldésére az adott hálózat összes barátjával.

Üzleti alkalmazás

Az azonnali üzenetküldés a személyi számítógépekhez, az e-mailhez és a WWW-hez hasonlónak bizonyult abban a tekintetben, hogy az üzleti kommunikációs eszközként való használatra való átvételét elsősorban a munkahelyen fogyasztói szoftvert használó egyéni alkalmazottak ösztönözték, nem pedig a vállalati informatikai részlegek hivatalos megbízása vagy rendelkezésre bocsátása. A jelenleg használt fogyasztói IM-fiókok tízmillióit a vállalatok és más szervezetek alkalmazottai használják üzleti célokra.

Az üzleti szintű azonnali üzenetküldés iránti igényre, valamint a biztonság és a jogi megfelelés biztosításának szükségességére válaszul a Lotus Software 1999-es Lotus Sametime bevezetésével egy új típusú azonnali üzenetküldés, az úgynevezett "Enterprise Instant Messaging" ("EIM") jött létre. A Microsoft nem sokkal később követte a példát a Microsoft Exchange Instant Messaginggel, majd később új platformot hozott létre Microsoft Office Live Communications Server néven. Azóta mind az IBM Lotus, mind a Microsoft bevezette az EIM-rendszereik és egyes nyilvános IM-hálózatok közötti föderációt, így az alkalmazottak egyetlen interfészt használhatnak a belső EIM-rendszerükhöz és az AOL, MSN és Yahoo! haverjaikhoz egyaránt. A jelenlegi vezető EIM-platformok közé tartozik az IBM Lotus Sametime, a Microsoft Office Live Communications Server és a Jabber XCP.

Az IM vállalati hálózatokon történő, az IT-szervezetek ellenőrzésén kívül eső elterjedése számos kockázatot és kötelezettséget jelent azon vállalatok számára, amelyek nem kezelik és támogatják hatékonyan az IM-használatot. A vállalatok speciális IM-archiválási és biztonsági termékeket és szolgáltatásokat alkalmaznak, mint például a Secure Computing, az Akonix, a Surfcontrol és a ScanSafe termékei és szolgáltatásai, hogy csökkentsék ezeket a kockázatokat, és biztonságos, biztonságos és produktív azonnali üzenetküldési lehetőségeket biztosítsanak alkalmazottaik számára.

Kockázatok és kötelezettségek

Bár az azonnali üzenetküldésnek sok jó tulajdonsága van, kockázatai és kötelezettségei is vannak, különösen, ha munkahelyeken használják. Ezek közé tartoznak:

• Biztonsági kockázatok (pl. a számítógépek kémprogramokkal, vírusokkal, trójaiakkal, férgekkel való megfertőzésére használt IM)
• Megfelelési kockázatok
• Nem megfelelő használat
• Szellemi tulajdon kiszivárgása

Az azonnali üzenetküldő hálózatoknak a hackerek által rosszindulatú kódok terjesztésére történő felhasználása 2004-től napjainkig folyamatosan nőtt: az IM Security Center által felsorolt különálló támadások száma a 2005-ös 347 támadásról 2006-ban 406-ra, azaz 15%-kal nőtt. A hackerek két módszert használnak a rosszindulatú kódok IM-en keresztül történő eljuttatására: vírus, trójai vagy kémprogramok eljuttatása egy fertőzött fájlban, valamint "társadalmilag manipulált" szöveg használata webcímmel, amely arra csábítja a címzettet, hogy kattintson egy URL-re, amely egy olyan weboldalhoz kapcsolja őt, amely letölti a rosszindulatú kódot. A vírusok, férgek és trójaiak jellemzően úgy terjednek, hogy gyorsan elküldik magukat a fertőzött felhasználó ismerősi listáján keresztül. Egy "mérgező URL-t" használó hatékony támadás percek alatt több tízezer emberhez is eljuthat, amikor minden egyes személy ismerősi listájára olyan üzeneteket küldenek, amelyek úgy tűnnek, mintha egy megbízható barátjától érkeztek volna. A címzettek rákattintanak a webcímre, és az egész ciklus kezdődik elölről. A fertőzések a kellemetlenségektől a bűncselekményekig terjedhetnek, és évről évre egyre kifinomultabbak.

A rosszindulatú kódok veszélye mellett az azonnali üzenetküldés munkahelyi használata az elektronikus kommunikáció vállalati használatára vonatkozó törvények és előírások be nem tartásának kockázatát is magában hordozza. Csak az Egyesült Államokban több mint 10 000 törvény és szabályozás vonatkozik az elektronikus üzenetküldésre és az iratok megőrzésére. Ezek közül a legismertebbek közé tartozik a Sarbanes-Oxley Act, a HIPAA és a SEC 17a-3. A Szövetségi Polgári Eljárási Szabályzat közelmúltbeli, 2006. december 1-jén hatályba lépett módosításai új kategóriát hoznak létre az elektronikus nyilvántartások számára, amelyeket a bírósági eljárások során a felfedezés (jog) során lehet kérni. A világ legtöbb országa szintén az Egyesült Államokhoz hasonlóan szabályozza az elektronikus üzenetküldés használatát és az elektronikus iratok megőrzését. A munkahelyi elektronikus hírközléssel kapcsolatos leggyakoribb szabályozás az archivált üzleti kommunikáció bemutatásának szükségességére vonatkozik, hogy eleget tegyenek a kormány vagy a bíróság törvényes kéréseinek. Számos azonnali üzenetküldő kommunikáció az üzleti kommunikáció kategóriájába tartozik, amelyet archiválni és visszakereshetővé kell tenni.

Minden típusú szervezetnek meg kell védenie magát az alkalmazottai által az IM nem megfelelő használatából eredő felelősségtől. Az azonnali üzenetküldés informális, azonnali és látszólag anonim jellege miatt a munkahelyi visszaélésekre alkalmas. A nem megfelelő IM-használat témája 2006 októberében került a címlapokra, amikor Mark Foley képviselő lemondott képviselői mandátumáról, miután beismerte, hogy szexuális jellegű, sértő azonnali üzeneteket küldött kiskorú volt képviselőházi tagoknak a kongresszusi irodájának számítógépéről. A Mark Foley-botrány hatására a médiában nagy visszhangot keltett, és többnyire újságcikkek figyelmeztettek a munkahelyi helytelen IM-használat veszélyeire. A legtöbb országban a vállalatoknak jogi felelősségük, hogy zaklatásmentes munkakörnyezetet biztosítsanak a munkavállalók számára. A vállalati tulajdonban lévő számítógépek, hálózatok és szoftverek használata egy személy zaklatására vagy nem megfelelő viccek vagy kifejezések terjesztésére nemcsak az elkövető, hanem a munkáltató számára is felelősséget jelent. Az Akonix Systems, Inc. 2007. márciusi felmérése szerint a megkérdezettek 31%-át zaklatták a munkahelyén az IM archiválást és biztonságot nyújtó vállalaton keresztül. A vállalatok az azonnali üzenetküldést ma már a világháló, az e-mail és más vállalati eszközök megfelelő használatára vonatkozó irányelveik szerves részeként veszik figyelembe.

Biztonság és archiválás

A 2000-es évek elején az IT-biztonsági szolgáltatók új osztálya jelent meg, hogy orvosolja az IM-et üzleti kommunikációra használó vállalatok kockázatát és felelősségét. Az IM-biztonsági szolgáltatók új termékeket hoztak létre, amelyeket a vállalati hálózatokba telepítettek a vállalaton belüli és a vállalaton kívüli IM-forgalom archiválása, tartalom- és biztonsági vizsgálata céljából. Az e-mail-szűrő szállítókhoz hasonlóan az IM-biztonsági szolgáltatók is a fent leírt kockázatokra és kötelezettségekre összpontosítanak.

A munkahelyi IM gyors elterjedésével a 2000-es évek közepén nőtt a kereslet az IM biztonsági termékek iránt. Az IDC becslése szerint 2007-re a biztonsági szoftverek beszerzésének preferált platformja az "appliance" lett, és 2008-ra a hálózati biztonsági termékek 80%-át appliance-en keresztül fogják szállítani.

Kapcsolódó oldalak

• e-mail
• IRC