HUP0301734A2 - Hálózat és eljárás különbözż kommunikációs alkalmazásokhoz egyetlen címzż karaktersor használatával - Google Patents

Abstract

A találmány tárgya hálózat és eljárás címző karaktersor formátumokmegalkotására, valamint azoknak a megfelelő rendszereken valóalkalmazására, amelyek lehetővé teszik különböző kommunikációsalkalmazásokon történő kommunikáció esetén a címzéshez használtkülönböző karaktersorok számának minimalizálását. A hálózatok,rendszerek és eljárások bemenetként olyan, érvényes címző karaktersortfogadnak, amelyek inputként megadhatók a kommunikációs alkalmazásokegy csoportjából kiválasztott kommunikációs alkalmazás számára, ésugyanazon címző karaktersor megadható az adott csoportból kiválasztottvalamennyi kommunikációs alkalmazás számára. Ó

Description

P 030 1 73 4 .

PCT/US00/14780 Képviselő: Pintz és Társai, Budapest

2002. in.

Hálózat és eljárás különböző kommunikációs alkalmazásokhoz egyetlen címző karaktersor használatával ivtevlet _ INVENTOR MANAGEMENT SYSTEMS, INC., Lake Forest (US)

Feltalálók:

BAGLEY David Todd, Lake Forest (US)

FEARING Roger N., Woodland Hills (US)

Kapcsolódó bejelentések

Ezen bejelentés elsőbbségét a következő Amerikai Egyesült Államok-beli ideiglenes bejelentésektől számítva igényeljük: 1) a 60/137,137 sorszámú, Internet, telefon és egyéb kommunikációs rendszerekben használható, egyetlen univerzális címző karaktersorral működő hibajavító címző rendszer című, 1999 május 27-én benyújtott bejelentés, 2) a 60/138,927 sorszámú, Internet, telefon és egyéb kommunikációs rendszerekben használható, egyetlen univerzális címző karaktersorral működő hibajavító címző rendszer című, 1999 június 11-én benyújtott bejelentés, valamint 3) a 60/153,426 sorszámú, Internet, telefon és egyéb kommunikációs rendszerekben használható, egyetlen univerzális címző karaktersorral működő hibajavító címző rendszer című, 1999 szeptember 10-én benyújtott bejelentés. Valamennyi fent említett bejelentés szövege jelen beadványba beépítésre került.

A találmány témája

Jelen találmány általános tárgyát különböző kommunikációs alkalmazások által a kommunikációhoz használt címző karaktersorok alkotják.

A találmány háttere

Jelenleg a legtöbb kommunikációs alkalmazás, mint pl. telefon, elektronikus posta (email) vagy Internet web oldalak esetén a felhasználónak egy előre meghatározott címző karaktersort kell megadnia a kommunikációs alkalmazás számára a kívánt címzettel történő kommunikáció létrejötte érdekében. Egy email alkalmazás felhasználójának például, ha email üzenetet szeretne küldeni a címzettnek, egy előre meghatározott email cím formátumú címző karaktersort kell megadnia, mint például johndoe@address.com.

A címző karaktersor általában alfanumerikus vagy egyéb, ember és/vagy gép által felismerhető karaktereket tartalmazó komponensek sorozata. Az ilyen címző sorozatok általában tetszőleges hosszúságúak lehetnek és tetszőleges típusú komponenseket tartalmazhatnak, a kommunikációs alkalmazás szolgáltatója azonban pontosan előírja azok szerkezetét. A telefon esetében például a címző karaktersort a telefonszám jelenti, amelynek hosszát és jegyeinek sorrendjét a legtöbb esetben meghatározza a telefon-szolgáltató. Hasonlóan, Internetes web oldalak esetén az Internet felhasználó jellemzően egy előre meghatározott URL (Uniform Resource Locator) címet használ egy kívánt web oldal elérése érdekében.

A technika állása szerint jól ismerjük bizonyos címző karaktersorok, például telefonszámok használatát egy másik helyszínnel valamely kommunikációs csatornán keresztül történő kapcsolat létrehozása érdekében. A legutóbbi időkben elsősorban a számítástechnikai hálózatok és távközlés terén történt technikai fejlődés azonban számos új, különböző kommunikációs forma kialakulásához vezetett. Például, a telefonon történő kommunikációnak mára már olyan, régebben elképzelhetetlennek tűnő alternatívái jöttek létre, mint az email, a világháló vagy telefax útján történő kommunikáció.

A kommunikáció lehetséges módozatainak növekedése azonban azt is magával hozta, hogy nemkívánatos mértékben megnövekedett a különböző kommunikációs alkalmazásokhoz tartozó címző karaktersorok száma és típusa. Továbbá, a kommunikációs alkalmazások e széles választékát lehetővé tevő technika megköveteli, hogy a felhasználó egy, kizárólag az adott technológiának megfelelő egyedi típusú címző karaktersort adjon meg az adott kommunikációs alkalmazás működtetése és a kívánt eredmény elérése érdekében. Sőt, sok esetben még azonos típusú, de különböző formátumú kommunikációs alkalmazások (mint például két különböző email szolgáltató által megvalósított email alkalmazás) esetében is különböző címző karaktersorok megadása szükséges. Ha például valakinek két vagy több email szolgáltatónál van elérhetősége, akkor ugyanaz az egyetlen címzett két vagy több különböző email címmel fog rendelkezni, és általában minden egyes cím az adott szolgáltató által előírt email cím formátumnak kell, hogy megfeleljen.

A jelenlegi hálózat esetében, amelynél minden egyes felhasználóhoz minden egyes kommunikációs alkalmazás esetén külön címző karaktersor tartozik, problémát jelent az, hogy egyazon címzetthez számos címző karaktersor tartozik. Ha például kapcsolatba szeretnénk lépni egy John Doe nevű képzeletbeli címzettel, aki email elérhetőséggel, web oldallal és telefonnal rendelkezik, a végfelhasználónak ismernie kell, és pontosan emlékeznie kell az adott kommunikációs alkalmazáshoz tartozó egyedi címző karaktersorra ahhoz, hogy John Doe-val az adott kommunikációs alkalmazás segítségével létesítsen kapcsolatot. Ha például a felhasználó email-t szeretne küldeni John Doe-nak, akkor pontosan meg kell adnia pl. a johndoe@address.com karaktersort, ha John Doe web oldalát szeretné megnézni, akkor meg kell adnia egy sok esetben hosszú és nehezen megjegyezhető URL karaktersort, mint pl. http://www.address.com/johndoe, illetve ha telefonon szeretné e lémi John Doe-t, akkor egy telefonszámot kell megadnia a telefonhálózat számára.

Azon felül, hogy a végfelhasználónak pontosan ismernie kell a különböző címző karaktersorokat, és pontosan kell emlékeznie azokra, tovább nehezíti a helyzetet, hogy a technika jelenlegi állása szerint domain nevek szerepelnek web oldalak címeként. A domain név, mint például a www.uspto.gov olyan formátumú címző karaktersor, amely általában az emberek számára felismerhető karaktereket és/vagy számokat tartalmaznak annak érdekében, hogy segítsék a felhasználót a helyes címző karaktersor megtalálásában és/vagy megjegyzésében. Ha a domain nevet megadjuk a kommunikációs alkalmazás számára, a rendszerbeli Domain Név Szerver (DNS) a domain nevet egy, a hálózaton belül használatos, szabványos, numerikus Internet Protocol (IP) Címmé alakítja (pl. 255.100.1.0.).

Mindazonáltal a domain nevek címző karaktersorként való bevezetésének is voltak hátrányai. A domain nevek az idők során egyre hosszabbra nőttek, ami megnehezíti megjegyzésüket. Tovább nehezíti a helyzetet, hogy semmiféle megegyezés nem szabályozza a domain nevek helyesírását, de még azt sem, hogy milyen nyelven szerepeljenek. Mivel a domain nevek sok esetben jogi azonosításra is szolgálnak, a szabványok hiánya sokszor szükségessé teszi a domain nevek többféle verziójának bej egyeztetését annak érdekében, hogy 1 efedjen minden olyan nyelvet és/vagy az egyes nyelveken belüli különböző helyesírási módokat, amelyen a domain nevet használni fogják.

Továbbá, mivel gyakorlati okokból a domain nevekben használatos szavak száma viszonylag alacsony, ez jogi kérdésekhez is vezetett, megszaporodtak pl. a védjegyek körüli peres ügyek és a domain nevek törvénybe ütköző ismétlődése is előfordult.

A Domain Név Szerverek csak korlátozottan képesek a megadott domain névben szereplő hibák vagy névváltozatok, illetve elírások kezelésére, például egy kötőjel helyett írt aláhúzás okozta eltérés kiküszöbölésére. Az ilyen hibák vagy névváltozatok következtében a DNS sok esetben nem ismeri fel, és/vagy tévesen oldja fel be a címző karaktersort, és így a felhasználó nem éri el a kívánt címet a DNS alapú rendszerben. Ezen túlmenően, a DNS alapú hálózat alapvetően az Internet web címekre korlátozódik, és nem oldja meg a különböző kommunikációs alkalmazások által megkövetelt többféle címző karaktersor (pl. email cím, telefonszám) szükségességének problémáját.

Az utóbbi időkben a több címző karaktersor következtében fellépő problémák megoldására irányuló próbálkozások elsősorban a címző karaktersorok összevonására irányultak különböző Egységes Üzenetküldő Rendszerek (Unified Messaging Systems) alkalmazásával, mint pl. a Microsoft által kifejlesztett Exchange Server vagy az MCI Onebox.com üzenetkézbesítő rendszere. Ezek a próbálkozások azonban nem adtak megoldást az egy felhasználóhoz tartozó több címző karaktersor problémájára. Ennek több oka is van. Egyrészt, az üzenetküldő rendszereken alapuló megközelítés a faxon, hangpostán történő üzenetküldésre koncentrál. Ez a megközelítés azonban nem foglalkozik az emberek közti közvetlen hívással és kapcsolat létesítésével, mint például a telefonon történő közvetlen hanghívás. Másodszor, az üzenetküldő rendszerek elsősorban telefonos szolgáltatói rendszerekre épülnek, mint pl. fax, hangposta stb., és még mindig nem foglalkoznak a többi alkalmazáshoz (pl. email, URL) tartozó sokféle címző karaktersor kérdésével.

Jelen szabadalom tárgya ezért a technika állása szerinti rendszerek fent említett hiányosságainak kiküszöbölése.

A találmány tárgya és rövid ismertetése

Jelen találmány egyik tárgya érvényes címző karaktersort elfogadó rendszerek megalkotása, amely címző karaktersor megadható különböző típusú kommunikációs alkalmazások egy csoportjából kiválasztott kommunikációs alkalmazás számára, és ugyanazon címző karaktersor érvényesen megadható az említett csoporthoz tartozó valamennyi alkalmazása számára.

Jelen találmány egy másik tárgya eljárások kidolgozása különböző típusú kommunikációs alkalmazások egy csoportjából kiválasztott legalább egy kommunikációs alkalmazásba inputként bevitt, telefonszám formátumban megadott címző karaktersor fogadására, ahol ugyanazon címző karaktersor érvényesen megadható az említett csoporthoz tartozó valamennyi alkalmazása számára.

Jelen találmány egy további tárgya eljárások kidolgozása különböző típusú kommunikációs alkalmazások egy csoportjából kiválasztott kettő vagy több kommunikációs alkalmazásba inputként bevitt címző karaktersor fogadására, ahol ugyanazon címző karaktersor érvényesen megadható az említett csoporthoz tartozó valamennyi alkalmazása számára.

Jelen találmány tárgya továbbá Internetes kommunikációs alkalmazás számára érvényes Internet cím generálására alkalmas rendszerek és eljárások megalkotása, amelyek legalább egy inputként bevitt karaktersor fogadása és az inputként bevitt karaktersor érvényes és érvénytelen komponenseinek megkülönböztetése után legalább egy érvényes Internetes címet hoznak létre az érvényes komponensekből az Internetes kommunikációs alkalmazás számára.

Jelen találmány egy további tárgya olyan eljárások kidolgozása, amelyek a címző karaktersort előre meghatározott Internet vagy email cím formátumú címmé alakítják, amely eljárás része legalább egy, inputként megadott, alfanumerikus karakterekből álló címző karaktersor fogadása, valamint a bemenő karaktersor sorrendjének átrendezésével a bemenő címző karaktersortól eltérő sorrend-formátumú kimenő karaktersor létrehozása, ahol a kimenő karaktersor formátuma megegyezik az éppen használt kommunikációs alkalmazásnak megfelelően előre meghatározott Internet vagy email cím formátummal.

Jelen találmány tárgya továbbá domain név szerverek működtetésére vonatkozó olyan eljárások megalkotása, ahol legalább egy domain név szerver feladata alapvetően egy vagy több alacsonyabb szintű domain név kiszolgálása, ahol valamennyi alacsonyabb szintű domain nevet legalább egy, numerikus vagy alfanumerikus karakterekből álló, telefonszám formátumú sorozat jelenít meg.

Jelen találmány egy másik tárgya olyan rendszerek és eljárások megalkotása, amelyek a címző karaktersort egy előre meghatározott megfelelő számmá képezik le, a leképezett kimenetben felismerik a numerikus kategoriális azonosítókat, és a felismert numerikus kategoriális azonosítók alapján a leképezett kimenet sorrendjét egy előre meghatározott hierarchikus formába rendezik át.

Ennek megfelelően, jelen találmány ezeket a célokat valamint további célokat valósít meg azáltal, hogy olyan címző karaktersor formátumokat és annak megfelelő rendszereket alkot meg, amelyek minimalizálják a különböző kommunikációs alkalmazásokon történő kommunikációhoz használt különböző címző karaktersorok számát.

Az első kiviteli alak esetén a jelen találmány egy olyan hálózat, amelynek segítségével kommunikációt valósíthatunk meg legalább egy kommunikációs médiumon keresztül. A hálózat magában foglal egy, a címző karaktersor fogadására szolgáló beviteli alrendszert. A címző karaktersor érvényes formátummal rendelkezik, amelyet a beviteli alrendszer felismer és inputként megad legalább egy, a különböző kommunikációs alkalmazások egy csoportjából kiválasztott kommunikációs alkalmazás számára, ahol ugyanaz a címző karaktersor adható meg inputként a csoporthoz tartozó valamennyi kommunikációs alkalmazás számára.

Az első kiviteli alak egy másik megközelítésben egy olyan eljárás, amelynek segítségével kommunikációt valósíthatunk meg legalább egy kommunikációs médiumon keresztül. Az eljárás magában foglalja egy telefonszám formátumnak megfelelő címző karaktersor fogadásának lépését és inputként való bevitelét legalább egy, a különböző kommunikációs alkalmazások egy csoportjából kiválasztott kommunikációs alkalmazás számára, ahol ugyanaz a címző karaktersor adható meg inputként a csoporthoz tartozó valamennyi kommunikációs alkalmazás számára.

Az első kiviteli alak egy további megközelítésben egy olyan eljárás, amelynek segítségével kommunikációt valósíthatunk meg legalább egy kommunikációs médiumon keresztül. Az eljárás magában foglalja egy címző karaktersor fogadásának lépését és inputként való bevitelét kettő vagy több, a különböző kommunikációs alkalmazások egy csoportjából kiválasztott kommunikációs alkalmazás számára, ahol ugyanaz a címző karaktersor adható meg inputként a csoporthoz tartozó valamennyi kommunikációs alkalmazás számára.

A második kiviteli alak esetén a jelen találmány eljárás és hálózat érvényes Internet cím generálására Internetes kommunikációs alkalmazás számára. Az eljárás és hálózat magában foglalja legalább egy inputként bevitt karaktersor fogadásának lépését, az inputként bevitt karaktersor érvényes és érvénytelen komponenseinek megkülönböztetését és legalább egy érvényes Internet cím létrehozását az érvényes komponensekből az Internetes kommunikációs alkalmazás számára.

A harmadik kiviteli alak esetén a jelen találmány eljárás egy címző karaktersornak előre meghatározott Internet vagy email cím formátumú címmé alakítására. Az eljárás magában foglalja legalább egy, inputként megadott alfanumerikus karakterekből álló címző karaktersor fogadásának lépését, valamint a bemenő karaktersor sorrendjének átrendezésével a bemenő címző karaktersortól eltérő sorrend-formátumú kimenő karaktersor létrehozását, ahol az említett kimenő karaktersor formátuma megegyezik az éppen használt kommunikációs alkalmazásnak megfelelően előre meghatározott Internet vagy email cím formátumnak.

A negyedik kiviteli alak esetén a jelen találmány eljárás domain név szerverek működtetésére. Az eljárás magában foglalja azt, hogy legalább egy domain név szerver feladata alapvetően egy vagy több alacsonyabb szintű domain név kiszolgálása, ahol valamennyi alacsonyabb szintű domain nevet legalább egy, számokból álló, telefonszám formátumú karaktersor jelenít meg.

Az ötödik kiviteli alak esetén a jelen találmány eljárás és hálózat címző karaktersor leképezésére. Az eljárás és hálózat magában foglalja egy érvényes, legalább egy komponenst tartalmazó címző karaktersor inputként való fogadásának lépését, ahol az említett komponens egy alfanumerikus készlet egy eleme, az említett címző karaktersor valamennyi komponensének előre meghatározott, megfelelő számmá történő leképezését, numerikus kategoriális azonosítók felismerését a leképezett komponensekben, valamint a felismert numerikus kategoriális azonosítók alapján a leképezett komponensek sorrendjének átrendezését egy előre meghatározott hierarchikus formába.

Egypéldakénti kiviteli alaknál a jelen találmány kiteljed- de arra nem korlátozódik - egy találmány-specifikus számítógépes végrehajtható szoftver kód formájában való megvalósítási alakra, amely kód a végfelhasználónál és/vagy lényegében dedikált felső szintű domain név vagy email szerverekhez tartozó szerver(ek)en helyezkedik e 1. A szoftver a jelen találmány néhány vagy valamennyi fent bemutatott kiviteli alakját megvalósítja.

Ez a rövid összefoglaló a találmány lényegének gyors ismertetését szolgálta. A találmány alaposabb bemutatására előnyös kiviteli alakok most következő részletes leírásában kerül sor, hivatkozva a csatolt ábrákra.

Az ábrák rövid ismertetése

Anélkül, hogy a találmányt bármilyen szempontból is korlátoznánk, a következőkben ismertetjük a találmány néhány példakénti kiviteli alakját, hivatkozva a csatolt ábrákra. A találmány ismertetése során a példakénti kiviteli alakok működésének világosabb bemutatása érdekében a csatolt ábrákra hivatkozunk. Ez semmiképpen nem jelenti a jelen találmány valamennyi lehetséges kiviteli alakjának teljes és kimerítő felsorolását.

1.0 ábra: azt az általános eljárást szemlélteti, amely során a felhasználó egy igényt visz be a beviteli egységbe egy beviteli karaktersor formájában.

1.1 ábra: arra mutat egy példát, hogy a technika állása szerint a felhasználó több különböző igényt visz be inputként a különböző beviteli egységekbe, és ehhez több különböző hálózat beviteli karaktersort használ.

1.2 ábra: egy névjegykártya mintát mutat, amelyen a kártya tulajdonosának a technika állása szerinti három különböző elérhetősége szerepel.

1.3 ábra: egy névjegykártya mintát mutat, amelyen a kártya tulajdonosának a jelen találmány szerinti elérhetősége szerepel.

1.4 ábra: azt mutatja, hogy a felhasználó több különböző példakénti igényt visz be inputként a különböző beviteli egységekbe, és ehhez a jelen találmány szerinti egyetlen hálózat beviteli karaktersort használja.

2.0 ábra: folyamatábra, amely a jelen találmánynak a világháló-környezetben való működését mutatja be részletesebben.

2.1 ábra: folyamatábra, amely a jelen találmánynak email környezetben való működését mutatja be résztelesebben.

3.0 ábra: a j elen találmánynak a technika állása szerinti, telefont és világháló-elérhetőséget tartalmazó rendszereken történő megvalósítását mutatja.

3.2 ábra: a jelen találmánynak a technika állása szerinti, email-t tartalmazó rendszereken történő megvalósítását mutatja.

A kiviteli alakok részletes ismertetése

A jelen találmány szerinti rendszerek és eljárások alkalmazásának általános célja az, hogy minimalizálják a különböző kommunikációs alkalmazásokon történő kommunikációhoz a felhasználó által inputként megadandó címző karaktersorok számát.

Rátérve az ábrák részletes ismertetésére, az 1.0 ábra azt az eljárást mutatja, amely a felhasználó által megadott inputot a gép által elfogadható formátumúvá alakítja. Amint az 1. ábrán látható, a 100 felhasználói kezdeményezés, mint pl. egy világhálón (www) található hely elérésére vonatkozó igény, egy 102 beviteli karaktersor formájában inputként megadásra kerül a 101 beviteli egységbe, ami lehet pl. egy web böngésző.

Az 1.1 ábra az 1.0 ábrán látható általános eljárásnak további példáit mutatja be. Pontosabban, az 1.1 ábrán négy különböző 110-113 felhasználói kezdeményezést láthatunk, amelyeket a felhasználó négy különböző beviteli egységbe visz be inputként és ehhez négy különböző hálózat beviteli karaktersort használ. A 110-es példa esetén a felhasználói kezdeményezés egy telefon kapcsolat létrehozására vonatkozó igény, amelyhez a beviteli karaktersort egy telefonszám jelenti. A 111-es példa esetén a felhasználói kezdeményezés egy világhálón található hely elérésére vonatkozó igény, amelyhez a beviteli karaktersort egy, a technika állása szerinti www cím jelenti. A 112-es példa esetén a felhasználói kezdeményezés egy email kapcsolat létrehozására vonatkozó igény, amelyhez a beviteli karaktersort egy, a technika állása szerinti email cím jelenti. A 113-as példa esetén a hasonló felhasználói kezdeményezések más kommunikációs rendszereken (pl. fax, állomány-átviteli protokoll stb.) történő kommunikációra vonatkozó igények, amelyek esetén a beviteli karaktersorokat az egyes kommunikációs alkalmazásokhoz szükséges, a technika állása szerinti elérési módok jelentik.

Az 1.2 ábra egy 1 20 névjegykártya példáján mutatja b e a technika állása szerint szükséges különböző hálózat beviteli karaktersorok használatából eredő egyik problémát. Az 1.2 ábrán látható névjegykártya tulajdonosa, John Doe, egy tipikus névjegykártya-tulajdonost szemléltet, aki három különböző kommunikációs alkalmazás segítségével érhető el: a 121 telefonon, a 122 web oldalon, valamint a 123 email-en. Mivel minden egyes kommunikációs alkalmazás esetén különböző hálózat beviteli karaktersorra van szükség, a névjegykártya tulajdonosa kénytelen mindhárom különböző elérhetőséget feltüntetni a kártyán. Ennek hátránya, hogy egy felhasználónak, aki kapcsolatot kíván létesíteni John Doe-val, valamennyi kommunikációs alkalmazás esetén különböző címző karaktersort kell megadnia. Továbbá, amennyiben a névjegykártya éppen nem elérhető a felhasználó számára, a felhasználó kénytelen a memóriájához folyamodni, és felidézni a címző karaktersorokat, amennyiben kapcsolatba kíván lépni a névjegykártya tulajdonosával. Az a tény, hogy a három kommunikációs alkalmazás esetén három különböző címző karaktersorra van szükség, csökkenti annak az esélyét, hogy a felhasználó helyesen fel tudja idézni az egyes címeket. Tovább bonyolítja a problémát, hogy előfordulhat olyan helyzet, amikor a felsorolt kommunikációs alkalmazások közül csak az egyik elérhető a felhasználó számára. Előfordulhat például, hogy a felhasználó jól emlékszik John Doe telefonszámára, de nem emlékszik az email címére, holott egy fontos üzenet elküldéséhez éppen erre lenne szükség.

Az 1.3 ábra példaként az 1.2 ábrán látható névjegykártyát mutatja, ahol azonban kihasználtuk a jelen találmány új tulajdonságait, amelyek következtében a szükséges beviteli karaktersorok száma lecsökken. Amint az a példán látható, elegendő egyetlen 125 beviteli karaktersor ahhoz, hogy a kártya tulajdonosa elérhető legyen a kártyán felsorolt három kommunikációs alkalmazás bármelyikén - telefon, világháló, illetve email - keresztül.

Az 1.4 ábra az 1.3 ábrán bemutatott névjegykártya mintával illusztrált jelen találmány tulajdonságait mutatja be. Pontosabban, az 1.4 ábrán négy különböző 126-129 felhasználói kezdeményezést láthatunk, amelyek célja John Doe-val történő kapcsolatteremtés, amelyeket a felhasználó négy különböző beviteli egységbe visz be inputként, de ehhez egyetlen hálózat beviteli karaktersort használ. A 126-os példa esetén a felhasználói kezdeményezés John Doeval való telefon kapcsolat létrehozására vonatkozó igény, amelyhez a beviteli karaktersort John Doe megadott telefonszáma jelenti (jelen esetben 1800555 1234 IPN). Az IPN utótag 3 további számjegyként (4, 7, 6) vihető be, amelyek a normál telefonok billentyűzetén az I, P és

N betűknek felelnek meg. A 127-es példa esetén a felhasználói kezdeményezés John Doe világhálón található web helyének elérésére vonatkozó igény, amelyhez a beviteli karaktersort a jelen találmány szerinti címző karaktersor jelenti. A 128-as példa esetén a felhasználói kezdeményezés John Doe-val történő email kapcsolat létrehozására vonatkozó igény, amelyhez a beviteli karaktersort John Doe megadott email címző karaktersora jelenti. A 129as példa esetén a hasonló felhasználói kezdeményezések más olyan kommunikációs rendszereken (pl. fax, állomány-átviteli protokoll stb.) történő kommunikációra vonatkozó igények, amelyekre a találmány kiterjed, és amelyek esetén a beviteli karaktersorokat az egyes kommunikációs alkalmazásoknak megfelelő elérési módok jelentik.

A találmány egy kiviteli alakjának működését most először a 3.0 ábra alapján mutatjuk be részletesebben. A 3.0 ábra a jelen találmány olyan kiviteli alakjait mutatja, amelyek, az ábra áttekinthetősége érdekében, telefon rendszerben vagy világháló környezetben üzemelnek.

A felhasználó a 3.0 ábrán látható módon kiválasztja, hogy telefonon vagy a világhálón keresztül lép kapcsolatba John Doe-val.

Amennyiben a 320 telefonhálózatot választja, a felhasználó a beviteli karaktersort a 321 telefonkészülékbe írja be egy telefonszám formájában. A találmány működésének érthetőbb bemutatása kedvéért a találmány részletes ismertetésének a 3.0 ábrához tartozó részén végig a John Doe névjegykártyáján szereplő 18005551234IPN beviteli karaktersort használjuk mintaként. A felhasználó a karaktersor elején álló számjegyeket a telefonkészülék billentyűzetének megfelelő gombjai megnyomásával egyszerűen begépeli a telefonkészülékbe. Az IPN utótag három további számjegyként (4, 7, 6) vihető be, amelyek a normál telefonok billentyűzetén az I, P és N betűknek felelnek meg. A kiegészítő 4, 7 és 6 számjegyek nem befolyásolják az alap karaktersort, mivel azt később a 321 telefonkészülékre telepített telefon hálózat protokoll, vagy a 323 telefonhálózat, vagy egy külön erre a célra szolgáló készülék figyelmen kívül hagyja, mint fölösleges számjegyeket. Ezután a standard telefon kapcsolási protokoll lépések következnek, amelyek összekapcsolják a felhasználót a 325 célállomással, ami jelen esetben John Doe telefonkészüléke.

Amennyiben a felhasználó a 302 számítógépes hálózatot választja, a felhasználó a beviteli karaktersort egy telefonszám formájában a kívánt kommunikációs alkalmazást támogató felhasználói szoftver megfelelő helyén írja be, ami lehet pl. az URL beviteli mező egy www kommunikációs alkalmazás esetén.

Jelenleg, bár bizonyos ismert Internetes kommunikációs alkalmazások felismerhetnek telefonszám formátumban megadott beviteli karaktersorokat, a lehetséges beviteli karaktersorok bizonyos meghatározott, regisztrált karaktersorokra korlátozódnak, és a név minden egyes változata új regisztrációt igényel. P éldául, egy virágok árusítására létrehozott web helyet, amelynek címét 1-800-flowers néven regisztrálták, a hálózat különbözőnek tekinti az 1800flowers helytől, holott lehet, hogy a felhasználó tévesen írta be ezt a nevet, amikor az 1-800-flowers web helyet szerette volna elérni, következésképpen a felhasználónak nem sikerül elérnie a kívánt web helyet. A jelen találmány megoldást kínál erre a problémára a 322 IPNS Logic rendszer alkalmazásával, amely az inputként megadott, telefonszám formátumú beviteli karaktersort egy érvényesen felismerhető Internet cím formátumú karaktersorrá alakítja, figyelembe véve a beviteli karaktersor változatait és lehetséges hibáit is. A 322 IPNS Logic szoftver részletesen bemutatásra kerül a 2.0 ábra ismertetése kapcsán.

Amint a 3.0 ábrán látható, a 322 IPNS Logic szoftver elhelyezhető akár a felhasználói végponton a 322 IPNS Logic-ot támogató 316 ügyfél szoftver formájában, akár a szerver oldali végponton pl. egy 311 rendszer adatbázis szerveren, vagy mindkét helyen, amint azt a 317 útvonal mutatja. A hálózat adatbázis szerver rendszerint egy Domain Név Szerver (DNS) vagy ahhoz hasonló hálózat. A Domain Név Szerverek és hasonló rendszerek működése a szakemberek számára ismert.

Ezen kiviteli alak egyik változatánál a felhasználó által megadott címző karaktersor a 322 IPNS Logic-ot támogató 316 ügyfél szoftverbe kerül bevitelre. A megadott címző karaktersort ezután az ügyfél oldalon elhelyezkedő ügyfél 322 IPNS Logic érvényesen felismerhető Internet címző karaktersor formátumúvá alakítja. Az átalakított karaktersor ezután az

Interneten keresztül a 318 vagy 317 útvonalak valamelyikén egy megfelelő 319 vagy 311 hálózat adatbázis szerverre kerül. A 319 vagy 311 szerver az ismert protokollok után a beviteli karaktersort a 307 célszámítógép vagy hálózati egység Internet Protocol (IP) címévé képezi le, és az IP címet visszaküldi a 316 ügyfél szoftvernek. A 316 ügyfél szoftver ezután az IP cím segítségével a felhasználót a kívánt www helyet támogató, jelen esetben John Doe web helyét támogató 307 célszámítógéphez vagy hálózati egységhez irányítja.

Ezen kiviteli alak egy másik változatánál a felhasználó által megadott címző karaktersor a 322 IPNS Logic-ot nem támogató, a technika állása szerint ismert 308 szoftverbe kerül bevitelre. Az ismert 308 ügyfél szoftver ezután az ismert Internet cím feloldási protokollt hajtja végre és a címző karaktersort egy megfelelő, a 322 IPNS Logic-ot támogató 311 rendszer adatbázis szerverre továbbítja. A megadott címző karaktersort ezután a szerveren elhelyezkedő 322 IPNS Logic érvényesen felismerhető Internet címző karaktersor formátumúvá alakítja, majd az ismert protokollok után a 307 célszámítógép vagy hálózati egység Internet Protocol (IP) címévé képezi le. Az IP címet ezután visszaküldi a 316 ügyfél szoftvernek. A 316 ügyfél szoftver ezután az IP cím segítségével a felhasználót a kívánt www helyet támogató, j elen esetben John Doe web helyét támogató 307 célszámítógéphez vagy hálózati egységhez irányítja.

A 2.0 ábra alapján most a 322 IPNS Logic működését mutatjuk be részletesebben. A 2.0 folyamatábra a 322 IPNS Logic egységben lejátszódó folyamatokat mutatja.

A 200 lépésben a felhasználó által bevitt címző karaktersor inputként bevitelre kerül a 322 IPNS Logic egységbe. A találmány működésének érthetőbb bemutatása kedvéért a találmány részletes ismertetésének a 2.0 ábrához tartozó részén végig az 1800JKL1234.IPN beviteli karaktersort használjuk mintaként.

A 203 lépésben a címző karaktersornak a név szerver által kezelt domain nevet leíró része eltávolításra kerül. Ilyen módon a bevitt címző karaktersornak az IPNS karaktersor része azonosításra és elkülönítésre kerül a bevitt címző karaktersor többi részétől. Például az

1800JKL1234.IPN beviteli karaktersor esetén az IPN eltávolításra kerül, és eredményként az azonosított és elkülönített 1800JKL1234 IPNS sorozatot kapjuk.

A 204 lépésben az IPNS sorozat egyes karaktereinek értékét lefordítjuk a rendszer(ek) vagy a rendszer adminisztrátor(ok) által definiált értékekre. Egy példaként! kiviteli alak esetén az értékek a következő táblázat szerint kerülnek lefordításra, ami alapvetően megegyezik a telefon billentyűzetének kiosztásával:

0	esetén az eredmény: 0
1	esetén az eredmény: 1
2abcABC	esetén az eredmény: 2
3defDEF	esetén az eredmény: 3
4ghiGHI 5jklJKL ómnoMNO	esetén az eredmény: 4 esetén az eredmény: 5 esetén az eredmény: 6
7pqrsPQRS 8tuvTUV	esetén az eredmény: 7 esetén az eredmény: 8
9wxyzWXYZ	esetén az eredmény: 9

Valamennyi olyan karakter, ami nem szerepel a fordítási táblázatban, pl. vessző vagy aláhúzás, egyszerűen elhagyásra kerül. Az 1800JKL1234 IPNS sorozat esetén az 18005551234 eredményt kapjuk.

A jelen találmány most bemutatott tulajdonságának egyik előnye, hogy a változatok és hibák, mint pl. aláhúzás karakter alkalmazása kötőjel helyett, egyszerűen kiszűrődnek a fordítás folyamata során. Ha például a felhasználó az l-800-JKL_1234 sorozatot viszi be, akkor a fordítás után szintén a helyes 18005551234 eredményt kapjuk. Ilyen módon a technika állása szerint ismert, a hibákra gyakran érzékeny DNS alapú rendszerekben az ilyen változatok és hibák esetén nem okoz majd problémát a DNS-nek a címző karaktersorok felismerése és/vagy feloldása, és nem fordulhat majd elő, hogy a felhasználónak nem sikerül kapcsolatba lépnie a kívánt címzettel.

A 205 lépésben a lefordított IPNS sorozat karaktereinek, mezőinek illetve ezek kombinációjának sorrendje (rendszerint balról jobbra) átrendezésre kerül egy új konfiguráció szerint, rendszerint jobbról balra. Például, a lefordított 18005551234 IPNS sorozat átrendezése után a 43215550081 sorozatot kapjuk.

A 206 lépésben kerül sor az átrendezett IPNS sorozat szegmentációjára, egy változtatható adat-vezérelt szegmentációs formátumnak megfelelő módon. A szegmentációs formátum segítségével határozzuk meg a mezők számát a sorozatban, valamint az egyes mezők hosszát, azaz a mezőben található karakterek számát. Ennek alapján pontokat (.) helyezünk el a sorozat mezői között. A szegmentációs formátum lehet például 4-3-4 formátum, ahol az IPNS sorozat szegmentációja jobbról balra történik, először a jobboldali négy jegy, majd a következő három, végül az utolsó négy jegy csoportba foglalása által. A szegmentációval kialakított csoportok közé pont kerül. Például, az átrendezett 43215550081 IPNS sorozat a 43-4 formátum szerint történő szegmentációja eredménye 4321.555.0081 lesz. A szegmentáció szintén adat-vezérelt, és felismeri a numerikus kategoriális azonosítókat, pl. országkódokat és körzeti hívószámokat, ily módon különböző formátumú IPNS sorozatok bevitele esetén, pl. más ország telefonszám formátumának megfelelő sorozat esetén, a szegmentáció különböző formátum szerint történik. Egy példaként! kiviteli alak esetén a különböző szegmentációs formátumok cserélhetők, így a formátum beállítása bármikor igény vagy szükség szerint módosítható. Továbbá, a különböző szegmentációs formátumok egy adatbázisban tárolásra kerülnek, így visszakereshetők az IPNS processzor által.

A 207 lépésben a címző karaktersor 203 lépésben eltávolított, a név szerver által kezelt domain nevet leíró része visszaillesztésre kerül az átrendezett, szegmentált IPNS sorozathoz. Az eredmény a beviteli karaktersor olyan formátumban történő rekonstruálása, amely kompatibilis az alapul szolgáló kommunikációs technikával és címzési rendszerrel. Például, a 4321.555.0081 sorozat rekonstrukció után a 4321.555.0081.ipn alakot ölti.

A 207 lépést követően a név szerver feldolgozhatja a 209 kimenő karaktersort a DNS protokoll szerint éppen úgy, mintha egy eredeti DNS lekérdezést hajtana végre. Ha a karaktersorhoz nem talál egyéb, alternatív információt, a név szerver olyan értelmű adatokat küld a DNS feloldó felé, amely szerint az új karaktersort az eredetileg lekérdezett domain kanonikus nevének kell tekinteni, az új DNS címhez tartozó egyéb feloldási adatokkal együtt.

Hangsúlyozzuk, hogy a fentiekben bemutatott műveletek különböző lépései illetve azok sorrendje csak példaként szolgálnak, és a jelen találmány felöleli mindazon olyan eljárásokat, amelyek a fent ismertetett lépések valamelyikét vagy azok közül többet tartalmaznak, és amelyeknek eredménye olyan karaktersor, ami megfelel a 209 kimenő karaktersor megkívánt formátumának.

A 3.2 ábra a jelen találmánynak egy elektronikus posta (email) környezetben üzemelő másik kiviteli alakját ábrázolja. Amint az ábrán látható, a 366 és 358 ügyfél szoftverek a 350 ügyfél email szerverhez kapcsolódnak, amelyek az Internet címfeloldási rendszerhez csatlakoznak ilyenek például a319és311 rendszer adatbázis szerverek, amelyek a 355 cél email szerver Internet Protokoll (IP) címének megszerzése érdekében 322 IPNS Logic egységet is tartalmaznak. A 355 cél email szerver fogadja és feldolgozza az email üzenet címét. Ehhez szükség van a 356 IPNS email Logic egységre a cím kanonikus email címmé történő feloldása érdekében. Ezután az email üzenet a 371 útvonalon továbbításra kerül a címzett felé.

A következőkben a 3.2 ábrán látható kiviteli alakot ismertetjük részletesen. A találmány működésének érthetőbb bemutatása kedvéért a találmány részletes ismertetésének a 3.1 és később a 2.1 ábrához tartozó részén végig az 1800JKL1234.IPN beviteli karaktersort használjuk mintaként.

A 348 helyzetből kiindulva a felhasználó, saját döntése vagy elérhetőség alapján választva az új vagy az ismert szoftver közül, a beviteli karaktersort egy telefonszám formájában beviszi a 366 új ügyfél szoftver vagy a 358 ismert ügyfél szoftver megfelelő helyére. Mindkét ügyfél szoftver támogatja az email kommunikációs alkalmazást, és kapcsolatban állnak a 350 ügyfél email szerverrel. Például, a felhasználó beíija az 1-800-555-1234.ipn vagy 18005551234.ipn címző karaktersort egy Internet kapcsolattal rendelkező számítógépen futó email program Levél címzettje: ablakába. A jelenlegi, ismert email protokollok általában nem ismerik fel és fogadják el érvényes beviteli karaktersorként a telefonszám formátumú karaktersorokat, mivel a ezekből hiányzik a @ szimbólum. A jelen találmány a 351 IPNS Convertor Logic, a 322 IPNS Logic, illetve a 3 56 IPNS Email Logic valamelyikének, v agy ezek közül többnek az alkalmazásával kiküszöböli ezt a problémát. Az email kommunikációs alkalmazás által használt 322 IPNS Logic megegyezik a 3.0 ábrán bemutatott www kiviteli alak kapcsán a 2.0 ábránál bemutatott IPNS Logic szoftverrel. A 356 IPNS Email Logic szoftvert a 2.1 ábra kapcsán mutatjuk be részletesen.

A 3.2 ábrán bemutatott példakénti kiviteli alak esetén és a 365 útvonalat figyelembe véve a 322 IPNS Logic a 366 ügyfél szoftverben tárolódik, és a telefonszám formátumban megadott beviteli karaktersort közvetlenül egy érvényesen felismerhető Internet cím formátumú karaktersorrá alakítja. A jelenleg ismert email protokollok követelményei miatt az átalakított beviteli karaktersornak mindenképpen tartalmaznia kell egy @ szimbólumot és azon kívül legalább még egy karaktert, különben az ügyfél szoftver általában nem fogadja el a bevitelt és nem kezdeményezi a címfeloldási folyamatot. Ezután a 351 IPNS Convertor Logic a 322 IPNS Logic által létrehozott kimenetet egy érvényesen felismerhető Internet email cím formátumú karaktersorrá alakítja oly módon, hogy hozzátesz egy @ szimbólumot és legalább még egy karaktert, hogy az ügyfél szoftver kezdeményezze a névfelbontási eljárást. A technika állása szerint ismert rendszerektől eltérően azonban a jelen találmány címző karaktersora kizárólag azért tartalmazza az @ szimbólumot és a mellette szereplő karaktert, hogy a telefonszám formátumú címző karaktersor a jelenlegi email protokollok számára elfogadható érvényes email cím formátumot öltsön, és ezáltal megkezdődhessen a címfelbontási eljárás. A fent vázolt tulajdonság egyik előnye, hogy a felhasználó által megadott email címnek nem kell feltétlenül tartalmaznia az @ szimbólumot.

A 366 új ügyfél szoftver ezután továbbítja a konvertált bemenetel a 350 ügyfél email szerverre. Mivel bizonyos ügyfél szoftver alkalmazások elfogadnak olyan, a felhasználó által bevitt címző karaktersort, ami nem tartalmazza az @ szimbólumot, és továbbítják azt a 350 ügyfél email szerver felé címfeloldás végett, a 350 ügyfél email szerver szintén tartalmazhat egy 351 IPNS Convertor Logic-ot annak érdekében, hogy a 322 IPNS Logic által létrehozott kimenetet egy érvényesen felismerhető Internet email cím formátumú karaktersorrá alakítsa oly módon, hogy hozzátesz egy @ szimbólumot és legalább még egy karaktert. A 350 ügyfél email szerver ezután a karaktersort az Interneten keresztül egy megfelelő 319 vagy 311 rendszer adatbázis szerverre továbbítja a 368 vagy 369 útvonalon. A rendszer adatbázis szerver jellemzően egy Domain Név Szerver (DNS) vagy ahhoz hasonló rendszer, amelynek a működése a szakember számára jól ismert. A 319 vagy 311 DNS szerver az ismert protokollok után a bemeneti karaktersort a címzett (jelen esetben John Doe) email szolgáltatását támogató email szerver Internet Protokoll (IP) címévé képezi le, és az IP címet visszaküldi a 366 ügyfél szoftver számára. Ezután a 350 ügyfél email szerver az IP cím segítségével az email csomagokat a felhasználó címző karaktersorával együtt elküldi a célzott IP címre, ami általában egy, a címzett email szolgáltatását támogató 355 cél email szerverhez tartozik.

A 3.2 ábrán látható kiviteli alaknál másik esetben a felhasználó a címző karaktersort egy a technika állása szerinti 358 ismert ügyfélszoftverbe viszi be, ami nem támogatja a 322 IPNS Logic-ot. A jelenlegi email protokollok követelményei miatt a felhasználó által bevitt címnek tartalmaznia kell egy @ szimbólumot és legalább egy karaktert, ellenkező esetben az ügyfél szoftver nem fogadja el a bemenetet és nem kezdeményezi a címfeloldási eljárást. A technika állása szerint ismert rendszerektől eltérően azonban a jelen találmány címző karaktersora kizárólag azért tartalmazza az @ szimbólumot és a mellette szereplő karaktert, hogy a telefonszám formátumú címző karaktersor a jelenlegi email protokollok számára elfogadható érvényes cím formátumot öltsön, és ezáltal megkezdődhessen a címfelbontási eljárás. A felhasználónak tehát nem kell ismernie semmilyen előre meghatározott, az @ szimbólum elé írandó karaktersort, mivel általában tetszőleges karakter megadása elegendő. Például, John Doe névjegykártyáján szereplő 18005551234.IPN mintakénti beviteli karaktersort a következő formában vihetjük be:

<tetszőleges karakter(ek)>@ 18005551234.IPN.

A 358 ismert ügyfél szoftver ezután végrehajtja az ismert Internet címfeloldási protokollokat, és a címző karaktersort a 350 ügyfél email szerverre továbbítja, ami viszont a megfelelő, 322 IPNS Logic-ot támogató 319 rendszer adatbázis szerverre továbbítja azt. Még mielőtt a karaktersor a 322 IPNS Logic-ba bevitelre kerül, az ismert email protokollok után a domain név szakaszról (ami itt az IPNS sorozat) az @ szimbólum és az előtte álló karakterek általában leválasztásra kerülnek. Például, a tetszőleges karakter(ek)>@ 18005551234.IPN esetén csak az IPNS sorozat, azaz a 18005551234.IPN sorozat marad meg. Ezután a szerveren a 322 IPNS Logic az IPNS sorozatot egy érvényesen felismerhető Internet cím formátumú bementetté alakítja, majd az ismert protokollok után a címzett (jelen esetben John Doe) email szolgáltatását támogató email szerver Internet Protokoll (IP) címévé képezi le. Ezután az IP cím visszaküldésre kerül a 350 ügyfél szerver számára, majd a 350 ügyfél email szerver az IP cím segítségével az email csomagokat a felhasználó címző karaktersorával együtt elküldi a célzott IP címre, ami általában egy, a címzett email szolgáltatását támogató 355 cél email szerverhez tartozik.

A 355 cél email szerveren a 356 IPNS Email Logic a felhasználó által megadott címző karaktersort a címzett kanonikus email címévé képezi le. Ezután a 355 cél email szerver továbbítja az email üzenetet a címzett felé.

A 2.1 ábra a 356 IPNS Email Logic egységben lejátszódó folyamatot mutatja. A 213 lépésben a rendszer a 210 bejövő adatokat érvényes cím formátummal rendelkező email üzenetként ismeri fel, és az adatok betöltődnek a 356 IPNS Email Logic-ba. Az érvényes címformátum lehet telefonszám formátumú, mint pl. az 18005551234.IPN, vagy tartalmazhatja a szokásos @ szimbólumot, mint pl. a tetszőleges karakter(ek)>@ 18005551234.IPN. így a 356 IPNS Email Logic egyaránt le tudja képezni a 366 új ügyfél szoftverről, illetve a technika állása szerinti 358 ismert ügyfél szoftverről érkező címeket.

A 214 lépésben az email szerver a felhasználó áltat bevitt címző karaktersort egy 214 kanonikus email címmé képezi le annak meghatározása érdekében, hogy milyen email címre küldje az üzenetet. Ha például a felhasználó az 18005551234.IPN vagy a «tetszőleges karakter(ek)>@ 18005551234.IPN címző karaktersort adta meg, azt a szerver a JDoe@someisp.com címmé képezi le, ahol a J-Doe@someisp.com egy működő email fiók, ahova John Doe a beérkező leveleit kapja.

A 215 lépésben az email üzenet továbbításra kerül az imént meghatározott kanonikus email címre.

Egy példaként! kiviteli alak esetén a 355 cél email szerveren egy adatbázis található, ami a bejövő email címek és a hozzájuk tartozó kanonikus email címek listáját tartalmazza. A 356 IPNS Email Logic a 214 lépésben lekérdezi az adatbázist a bejövő email címeknek a hozzájuk tartozó kanonikus email címekké történő leképezése érdekében. Amennyiben megtalálja a kanonikus email címet, a folyamat a 215 lépésre ugrik, ahol az email szerver kezdeményezi az email elküldését a kanonikus email címre, a DNS, SMTP, POP és/vagy a vonatkozó szabványoknak illetve protokolloknak megfelelően, ha van ilyen. Amennyiben nem talál kanonikus email címet, a 355 cél email szerver riasztja a hálózat többi releváns email szerverét a nem megfelelő email cím miatt a DNS, SMTP, POP és/vagy a vonatkozó szabványoknak illetve protokolloknak megfelelően, ha van ilyen.

így, amint azt megmutattuk, egy IPNS cím, mint például az l-800-555-1234.ipn segítségével kezdeményezhetünk telefonhívást, elérhetünk egy web helyet, és küldhetünk email-t.

A jelen találmány egy példaként! kiviteli alakjánál a domain név rendszer legalább egy domainjének rendeltetése lényegében (előnyösen 100 %-ban) az IPNS címek kiszolgálása. Az ilyen dedikált domain név rendszer feladata biztosítani azt is, hogy az IPNS címek alkalmasak legyenek egy kiválasztott féllel történő szokásos, telefonon történő kommunikációra, a kiválasztott féllel kapcsolatos web hely elérésére, valamint email üzenet küldésére a kiválasztott fél számára. Szintén feladata elektronikus vagy hagyományos felhasználói és adminisztrációs kiadványok közzététele is, amelyek a megengedett címző karaktersorok lehetséges permutációit, valamint a rendszer használati paramétereit tartalmazzák. A felhasználói és adminisztrációs kiadvány tartalmazza az adott dedikált domainben megengedett telefonszám formátumú címző karaktersorok szerkezetét.

A dedikált domain elég intelligens ahhoz, hogy felismerje és feldolgozza az olyan IPNS címeket, amelyek a címző karaktersor megadott helyén az ember által értelmezhető módosító elemeket - például telefonmellék számát vagy egy vállalat cégnevére utaló jelzést - is tartalmaznak. Ha például a 321 melléket a 1-234-567-8900x321.IPN formátumban hozzáillesztjük a címhez, akkor a kommunikáció vagy a web helyre vonatkozó igény az adott telefonszámon található szervezetnek vagy vállalatnak a 321 mellékéhez tartozó személy vagy osztály telefonjára illetve web helyére irányítódik, amennyiben a szervezet vagy vállalat a jelen találmány szerinti rendszerhez tartozik. Egy másik példa: l-234-567-8900*Roger.IPN. Ez a cím a kommunikációt vagy a web helyre illetve email-re vonatkozó igényt az adott telefonszámon található Roger kiterjesztéshez tartozó konkrét személy vagy osztály telefonjára, web helyére illetve email címére irányítja, ahogy az a rendszerben szerepel.

A címző karaktersor a telefonszám tulajdonosához tartozó tetszőleges érvényes cégnévre utaló jelzés hozzáadásával is kibővíthető, amely jelzés így láthatóvá válik a telefonszám-jellegű címző karaktersorban. Például egy érvényes, a rendszer által felismerhető cím a következő alakot is öltheti: l-800-555-1234.McDonalds.ipn vagy McDonalds.l-800-555-1234.ipn.

A címző karaktersor oly módon is bővíthető, hogy pontokkal elválasztott al-domaineket illesztünk hozzá, akár a telefonszám-jellegű címző karaktersor elé, akár mögé. Ezek következő típusúak lehetnek:

iii. (.)fax(.) ív. (,)pager(.)

v. ()cell(.) vi. (,)message(.) vii. (.)instant-message(.) viii. (.)chat(.) ix. QftpG)

X· ()gopher(.) xi. (,)e-mail(.) [fölösleges, de megengedett] xii. (.)web-page(.)[fölösleges, de megengedett] xiii. stb.

A címhez később újabb, ponttal elválasztott al-domaineket is hozzáilleszthetünk. Például egy érvényes, a rendszer által felismerhető cím a következő alakot is öltheti: 1-234-5678900.fax.ipn, vagy fax.l-234-567-8900.ipn. Ebben az esetben a domain feldolgozása során az is kiderül, hogy a bejövő adat egy fax. Maga a domain-feldolgozás ebben az esetben útvonalkijelölőként funkcionál, amely a kommunikációt vagy információ iránti igényt a megfelelő rendeltetési helyre juttatja.

A dedikált domain rendszer továbbá kódolt és programozott hibajavító algoritmusok szerint is képes az IPNS címek feldolgozására, ami fokozza a rendszer alkalmazhatóságát. A feldolgozási folyamat magába foglalja többek között tetszőleges egyéni címfeldolgozó segédprogramok betöltését az adott domain egy dedikált domain név szerverére, tetszőleges egyéni email segédprogramok betöltését egy dedikált email szerverre, és annak biztosítását, hogy a dedikált email szerver elérhető a dedikált domain név rendszer számára.

A dedikált domain ezenkívül rendelkezik a helyes működést biztosító megfelelő adminisztrációs és technikai szolgáltatásokkal is. A dedikált domain megfelelő adminisztrációja kiterjed, de nem korlátozódik, olyan adminisztrációs szoftver telepítésre, amely a dedikált domain felelőse számára lehetővé teszi az új címtulajdonosoktól származó információk gyűjtését, bevitelét és tárolását. A címtulajdonosok kanonikus email címét tartalmazó adatbázisban lehetőség van a telefonszám-jellegű címző karaktersor egy vagy több változatának hozzárendelésére egy, a címtulajdonos által választott kanonikus email címhez és/vagy web hely címhez. Ilyen módon a dedikált domain felelősének vagy a címtulajdonosnak lehetősége nyílik az adatbázis egyes elemeinek gyors módosítására. Például, egy adott telefonszám-jellegű karaktersor címre küldött email átirányítható egy másik kanonikus email címre. Az átirányítás lehet ideiglenes, de jelentheti a címtulajdonos profiljának végleges megváltoztatását is.

Végül, a domain felelősei és a címtulajdonosok a szoftver segítségével módosító elemeket adhatnak hozzá a kiindulási IPNS címhez, vagy módosító elemeket törölhetnek abból ha van ilyen, hogy az adott IPNS cím különböző módosító elemeket tartalmazó változatai különböző kanonikus email címre képződjenek le.

Hangsúlyozzuk, hogy a jelen találmány fent bemutatott különböző kiviteli alakjai külön-külön kerültek bemutatásra az ábrák és a hozzájuk tartozó leírások egyszerűsége érdekében. A jelen találmány azonban a bemutatott kiviteli alakok bármelyikét, vagy azok közül többet felhasználó eljárások vagy rendszerek mindegyikére vonatkozik. Hálózat és rendszer alatt azonos fogalmakat értünk.

Az itt bemutatott találmány leírásának tanulmányozása és annak gyakorlati alkalmazása alapján a jelen találmány egyéb kiviteli alakjai és előnyös tulajdonságai nyilvánvalóak lesznek a szakemberek számára. A leírás és a bemutatott példák csak irányadó jellegűek, a találmány tényleges tárgyát és szellemét a következő igénypontokban fogalmazzuk meg.

Claims (77)

1. ₂₅ P 05 0 1 75 44

   SZABADALMI IGÉNYPONTOK

   1) Hálózat legalább egy kommunikációs médiumon keresztül történő kommunikációhoz, amely rendszer címző karaktersor fogadására szolgáló beviteli alrendszereket tartalmaz, amely említett címző karaktersor a beviteli alrendszerek által felismerhető érvényes formátummal rendelkezik és inputként megadható különböző típusú kommunikációs alkalmazások egy csoportjából kiválasztott legalább egy kommunikációs alkalmazás számára, azzal jellemezve, hogy ugyanazon címző karaktersor érvényesen megadható az említett csoporthoz tartozó valamennyi kommunikációs alkalmazás számára.
2. 2) Az 1. igénypont szerinti hálózat azzal jellemezve, hogy az említett címző karaktersor legalább egy címzetthez hozzá van rendelve.
3. 3) Az 1. igénypont szerinti hálózat azzal jellemezve, hogy az említett beviteli alrendszer továbbá a következőket tartalmazza:

   az említett kiválasztott kommunikációs alkalmazás által használt formátumtól eltérő formátumú inputként megadott címző karaktersor felismerésére szolgáló felismerő alrendszer, és az említett eltérő formátumot legalább egy, az említett kiválasztott kommunikációs alkalmazás által használt formátummá alakító leképező alrendszer.
4. 4) Az 1. i génypont s zerinti h álózat a zzal j ellemezve, h ogy az e mlített h álózat t ovábbá a következőket tartalmazza:

   a kiválasztott kommunikációs alkalmazás alapján legalább egy kommunikációs médium meghatározására szolgáló választó alrendszer, valamint a címző karaktersor alapján az említett meghatározott kommunikációs médiumon keresztül kommunikációt létesítő kommunikációs alrendszer.
5. 5) A 4. igénypont szerinti hálózat azzal jellemezve, hogy az említett kommunikációs médium egy homogén és/vagy több heterogén médium.
6. 6) Az 1. igénypont szerinti hálózat azzal jellemezve, hogy a különböző kommunikációs alkalmazások említett csoportja azonos típusú és/vagy azonos típusú de különböző formátumú kommunikációs alkalmazásokat tartalmaz.
7. 7) A3, igénypont szerinti hálózat azzal jellemezve, hogy az említett leképező alrendszer továbbá a következőket tartalmazza:

   az említett címző karaktersor minden egyes komponensét egy megfelelő, előre meghatározott számmá lefordító fordító alrendszer, az említett lefordított komponenseknek egy előre meghatározott szegmentációs formátum szerint legalább egy részegységre történő szegmentációjára szolgáló szegmentációs alrendszer, az említett szegmetált elemeknek az említett bemenő címző karaktersortól eltérő sorrend formátumú kimenő karaktersorrá való átrendezésére szolgáló átrendező alrendszer, ahol az említett kimenő karaktersor előre meghatározott sorrend formátummal rendelkezik, valamint az említett átrendezett karaktersor megfelelő érvényes cím formátummá történő feloldását szolgáló feloldó alrendszer.
8. 8) A 7. igénypont szerinti hálózat azzal jellemezve, hogy az említett megfelelő érvényes cím formátum segítségével egy web hellyel létesíthető kommunikáció.
9. 9) Az 1. igénypont szerinti hálózat azzal jellemezve, hogy a különböző kommunikációs alkalmazások említett csoportja azonos típusú és/vagy azonos típusú de különböző formátumú kommunikációs alkalmazásokat tartalmaz.
10. 10) A 9. igénypont szerinti hálózat azzal jellemezve, hogy az említett kommunikációs alkalmazás egy világháló erőforrás-helymeghatározó (www resource locator).
11. 11) A 9. igénypont szerinti hálózat azzal jellemezve, hogy az említett kommunikációs alkalmazás egy telefonszolgáltatás.
12. 12) A 9. igénypont szerinti hálózat azzal jellemezve, hogy az említett kommunikációs alkalmazás egy elektronikus posta (email) alkalmazás.
13. 13) A 7. igénypont szerinti hálózat azzal jellemezve, hogy az említett leképező alrendszer továbbá a következőket tartalmazza:

    az említett inputként megadott karaktersornak az említett megfelelő érvényes cím formátum alapján egy illesztő alrendszerbe történő átadására szolgáló átadó alrendszer, az említett illesztő alrendszer, amely az említett inputként megadott karaktersort legalább egy érvényes email címhez illeszti, ahol az említett érvényes email cím alapján kommunikáció létesíthető az említett érvényes email cím által kijelölt címzettel.
14. 14) A 7. igénypont szerinti hálózat azzal jellemezve, hogy az említett leképező alrendszer továbbá a kővetkezőket tartalmazza:

    az említett érvényes cím formátumot érvényes email cím formátummá konvertáló átalakító alrendszer, ahol az említett érvényes email cím formátum tartalmazza az említett érvényes cím formátumot, valamint egy azt megelőző @ szimbólumot és legalább egy karaktert.
15. 15) Eljárás legalább egy kommunikációs médiumon keresztül történő kommunikáció céljára, amely eljárás a következő lépéseket tartalmazza:

    telefonszám formátumú címző karaktersor fogadásának a lépése, amely címző karaktersor inputként bevitelre került a különböző típusú kommunikációs alkalmazások egy csoportjából kiválasztott legalább egy kommunikációs alkalmazás számára, azzal jellemezve, hogy ugyanazon címző karaktersor érvényesen megadható az említett csoporthoz tartozó valamennyi alkalmazása számára.
16. 16) A 15. igénypont szerinti eljárás azzal jellemezve, hogy az említett eljárás továbbá a következő lépéseket tartalmazza:

    legalább egy kommunikációs médium meghatározása a kiválasztott kommunikációs alkalmazás alapján, valamint kommunikáció létesítése az említett meghatározott kommunikációs médiumon keresztül.
17. 17) A 16. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs médium egy homogén és/vagy több heterogén médium.
18. 18) A 15. igénypont szerinti eljárás azzal jellemezve, hogy a különböző kommunikációs alkalmazások említett csoportja azonos típusú és/vagy azonos típusú de különböző formátumú kommunikációs alkalmazásokat tartalmaz.
19. 19) A 18. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs alkalmazás egy világháló erőforrás-helymeghatározó (www resource locator).
20. 20) A 18. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs alkalmazás egy telefonszolgáltatás.
21. 21) A 18. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs alkalmazás egy elektronikus posta (email) alkalmazás.
22. 22) A 15. igénypont szerinti eljárás azzal jellemezve, a címző karaktersor említett fogadásának lépése továbbá a következő lépéseket tartalmazza:

    az említett kiválasztott kommunikációs alkalmazás által használt formátumtól eltérő formátumú, inputként megadott említett címző karaktersor felismerése, és az említett eltérő formátumot legalább egy, az említett kiválasztott kommunikációs alkalmazás által használt formátummá történő leképezése.
23. 23) A 22. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépéseket tartalmazza:

    az említett címző karaktersor minden egyes komponensének lefordítása egy megfelelő, előre meghatározott számmá, az említett lefordított komponenseknek egy előre meghatározott szegmentációs formátum szerint legalább egy részegységre történő szegmentációja, az említett szegmetált elemek átrendezése az említett bemenő címző karaktersortól eltérő sorrend formátumú kimenő karaktersorrá, ahol az említett kimenő karaktersor előre meghatározott sorrend formátummal rendelkezik, valamint az említett átrendezett karaktersor megfelelő érvényes cím formátummá történő feloldása.
24. 24) A 23. igénypont szerinti eljárás azzal jellemezve, hogy az említett megfelelő érvényes cím formátum egy Internet web hely cím formátum.
25. 25) A 15. igénypont szerinti eljárás azzal jellemezve, hogy az említett címző karaktersor legalább egy címzetthez hozzá van rendelve.
26. 26) A 23. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépéseket tartalmazza:

    az említett inputként megadott karaktersor átadása az említett megfelelő érvényes cím formátum alapján, az említett átadott, inputként megadott karaktersor fogadása és legalább egy érvényes email címhez történő párosítása, valamint az említett érvényes email cím alapján kommunikáció létesítése az említett érvényes email cím által kijelölt címzettel.
27. 27) A 23. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépéseket tartalmazza:

    az említett érvényes cím formátum konvertálása érvényes email cím formátummá, ahol az említett érvényes email cím formátum tartalmazza az említett érvényes cím formátumot, valamint egy azt megelőző @ szimbólumot és legalább egy karaktert.
28. 28) Eljárás legalább egy kommunikációs médiumon keresztül történő kommunikáció céljára, amely eljárás a következő lépéseket tartalmazza:

    címző karaktersor fogadásának a lépése, amely címző karaktersor inputként bevitelre került a különböző típusú kommunikációs alkalmazások egy csoportjából kiválasztott több kommunikációs alkalmazás számára, azzal jellemezve, hogy ugyanazon címző karaktersor érvényesen megadható az említett csoporthoz tartozó valamennyi alkalmazása számára.
29. 29) A 28. igénypont szerinti eljárás azzal jellemezve, hogy az említett eljárás továbbá a következő lépéseket tartalmazza:

    legalább egy kommunikációs médium meghatározása a kiválasztott kommunikációs alkalmazások alapján, valamint kommunikáció létesítése az említett meghatározott kommunikációs médiumon keresztül.
30. 30) A 28. igénypont szerinti eljárás azzal jellemezve, a címző karaktersor említett fogadásának lépése továbbá a következő lépéseket tartalmazza:

    az említett kiválasztott kommunikációs alkalmazás által használt formátumtól eltérő formátumú, inputként megadott említett címző karaktersor felismerése, és az említett eltérő formátumnak legalább egy, az említett kiválasztott kommunikációs alkalmazás által használt formátummá történő leképezése.
31. 31) A 30. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépéseket tartalmazza:

    az említett címző karaktersor minden egyes komponensének lefordítása egy megfelelő, előre meghatározott számmá, az említett lefordított komponenseknek egy előre meghatározott szegmentációs formátum szerint legalább egy részegységre történő szegmentációja, az említett szegmetált elemek átrendezése az említett bemenő címző karaktersortól eltérő sorrend formátumú kimenő karaktersorrá, ahol az említett kimenő karaktersor előre meghatározott sorrend formátummal rendelkezik, valamint az említett átrendezett karaktersor feloldása megfelelő érvényes cím formátummá.
32. 32) A 31. igénypont szerinti eljárás azzal jellemezve, hogy az említett megfelelő érvényes cím formátum egy Internet web hely cím formátum.
33. 33) A 31. igénypont szerinti eljárás azzal jellemezve, hogy az említett megfelelő érvényes cím formátum egy Internet email cím formátum.
34. 34) A 31. igénypont szerinti eljárás azzal jellemezve, hogy az említett címző karaktersor legalább egy címzetthez hozzá van rendelve.
35. 35) A 30. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépéseket tartalmazza:

    az említett inputként megadott karaktersor átadása az említett megfelelő érvényes cím formátum alapján, az említett átadott, inputként megadott karaktersor fogadása és legalább egy érvényes email címhez történő illesztése, valamint az említett érvényes email cím alapján kommunikáció létesítése az említett érvényes email cím által kijelölt címzettel.
36. 36) A 30. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépéseket tartalmazza:

    az említett érvényes cím formátum konvertálása érvényes email cím formátummá, ahol az említett érvényes email cím formátum tartalmazza az említett érvényes cím formátumot, valamint egy azt megelőző @ szimbólumot és legalább egy karaktert.
37. 37) Eljárás érvényes Internet cím létrehozására Internet kommunikációs alkalmazás számára, azzal jellemezve, hogy az említett eljárás a következő lépéseket tartalmazza:

    legalább egy inputként megadott karaktersor inputként történő fogadása, az említett inputként megadott karaktersor érvényes és érvénytelen komponenseinek megkülönböztetése, valamint legalább egy érvényes Internet cím létrehozása az említett Internet kommunikációs alkalmazás számára az említett érvényes komponensekből.
38. 38) A 37. igénypont szerinti eljárás azzal jellemezve, hogy az említett érvényes komponens az említett Internet kommunikációs alkalmazás egy Internet címének egy részkaraktersora.
39. 39) A 37. igénypont szerinti eljárás azzal jellemezve, hogy az említett inputként megadott karaktersor egy meghatározott web hely elérésére vonatkozó utasításokat tartalmaz.
40. 40) A 37. igénypont szerinti eljárás azzal jellemezve, hogy az említett inputként megadott karaktersor egy elektronikus üzenetnek egy meghatározott email címre való küldésére vonatkozó utasításokat tartalmaz.
41. 41) A 37. igénypont szerinti eljárás azzal jellemezve, hogy az említett inputként megadott karaktersor egy adott telefonszámmal történő telefonkapcsolatnak Interneten vagy hagyományos telefonvonalon történő létesítésére vonatkozó utasításokat tartalmaz.
42. 42) Hálózat érvényes Internet cím létrehozására Internet kommunikációs alkalmazás számára, azzal jellemezve, hogy az említett hálózat a következőket tartalmazza:

    legalább egy inputként megadott karaktersor inputként történő fogadására szolgáló beviteli alrendszer, az említett inputként megadott karaktersor érvényes és érvénytelen komponenseinek megkülönböztetésére szolgáló feldolgozó alrendszer, valamint konfigurációs alrendszer legalább egy érvényes Internet cím létrehozására az említett érvényes komponensekből az említett Internet kommunikációs alkalmazás számára.
43. 43) A 42. igénypont szerinti hálózat azzal jellemezve, hogy az említett érvényes komponens az említett Internet kommunikációs alkalmazás egy Internet címének egy részkaraktersora.
44. 44) A 42. igénypont szerinti hálózat azzal jellemezve, hogy az említett inputként megadott karaktersor egy meghatározott web hely elérésére vonatkozó utasításokat tartalmaz.
45. 45) A 42. igénypont szerinti hálózat azzal jellemezve, hogy az említett inputként megadott karaktersor egy elektronikus üzenetnek egy meghatározott email címre való küldésére vonatkozó utasításokat tartalmaz.
46. 46) A 42. igénypont szerinti hálózat azzal jellemezve, hogy az említett inputként megadott karaktersor egy adott telefonszámmal történő telefonkapcsolatnak Interneten vagy hagyományos telefonvonalon történő létesítésére vonatkozó utasításokat tartalmaz.
47. 47) Eljárás címző karaktersornak előre meghatározott Internet cím formátumúvá konvertálására, azzal jellemezve, hogy az eljárás a következő lépéseket tartalmazza: legalább egy inputként megadott címző karaktersor inputként történő fogadása, amely címző karaktersor alfanumerikus karaktereket tartalmaz, valamint az említett inputként megadott karaktersor átrendezése az említett bemenő címző karaktersortól eltérő sorrend formátumú kimenő karaktersorrá, ahol az említett kimenő karaktersor előre meghatározott Internet cím formátummal rendelkezik.
48. 48) A 47. igénypont szerinti eljárás azzal jellemezve, hogy az említett átrendezés továbbá a következő lépéseket tartalmazza:

    az említett inputként megadott karaktersor szegmentálása legalább egy részkaraktersorrá, valamint az említett rész-karaktersorok megfelelő sorrendben történő összerakása egy megfelelő előre meghatározott hierarchikus formátum szerint, ahol az említett karaktersor formátum egy előre meghatározott Internet cím formátum.
49. 49) A 48. igénypont szerinti eljárás azzal jellemezve, hogy az említett szegmentálás magába foglalja az említett inputként megadott karaktersor rész-karaktersorokká történő olyan szétválasztását, hogy annak formátuma megfelel a telefonszám numerikus mezői formátumának.
50. 50) Eljárás inputként megadott elektronikus posta cím Internet email cím formátummá konvertálására, azzal jellemezve, hogy az említett eljárás a következő lépéseket tartalmazza:

    legalább egy inputként megadott elektronikus posta címző karaktersor inputként történő fogadása, amely címző karaktersor alfanumerikus karaktereket tartalmaz, valamint az említett inputként megadott karaktersor konvertálása kimenő karaktersorrá, ahol az említett kimenő karaktersor előre meghatározott email cím formátummal rendelkezik.
51. 51) A 50. igénypont szerinti eljárás azzal jellemezve, hogy az említett konvertálás továbbá a következő lépést tartalmazza:

    az említett inputként megadott karaktersor átrendezése az említett bemenő címző karaktersortól eltérő sorrend formátumú kimenő karaktersorrá.
52. 52) A 48. igénypont szerinti eljárás azzal jellemezve, hogy az említett átrendezés továbbá a következő lépéseket tartalmazza:

    az említett inputként megadott karaktersor szegmentálása legalább egy részkaraktersorrá, valamint az említett rész-karaktersorok megfelelő sorrendben történő összerakása egy megfelelő előre meghatározott hierarchikus formátum szerint, ahol az említett karaktersor formátum egy előre meghatározott Internet email cím formátum.
53. 53) Eljárás domain név szerverek működtetésére, azzal jellemezve, hogy az említett eljárás a következőket tartalmazza:

    legalább egy domain név szerver feladata lényegében egy vagy több alacsonyabb szintű domain név kiszolgálása, ahol valamennyi említett alacsonyabb szintű domain nevet legalább egy, számokból álló karaktersor jelenít meg, amelynek a formátuma egy telefonszám formátumának felel meg.
54. 54) Az 5 3. igénypont szerinti eljárás azzal j ellemezve, hogy az említett eljárás továbbá a következőket tartalmazza:

    az említett domain név szerverek olyan megszervezése, hogy azok biztosítsák az említett számokból álló karaktersorok érvényességét, és összekapcsolják a kezdeményező domain nevet legalább egy kívánt cél domain névvel legalább egy kommunikációs alkalmazáson keresztül, címfeldolgozó segédprogram használata az említett számokból álló karaktersor olyan feldolgozása érdekében, amelynek eredménye legalább az egyik említett kommunikációs alkalmazás által használt legalább egy formátum, valamint adminisztrációs szolgáltatások nyújtása az említett domain név számára az említett domain név szerverek megfelelő adminisztrációja érdekében.
55. 55) Az 53. igénypont szerinti eljárás azzal jellemezve, hogy legalább az egyik említett domain név szerver egy felső szintű domain név szerver.
56. 56) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett címfeldolgozó segédprogram egy szükségletekhez igazított világháló erőforrás-helymeghatározó (www resource locator).
57. 57) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett címfeldolgozó segédprogram egy szükségletekhez igazított elektronikus posta (email) segédprogram.
58. 58) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett címfeldolgozó segédprogram egy szükségletekhez igazított telefon szolgáltatás segédprogram.
59. 59) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs alkalmazás égy világháló erőforrás-helymeghatározó (www resource locator).
60. 60) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs alkalmazás egy telefon szolgáltatás.
61. 61) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett kommunikációs alkalmazás egy elektronikus posta (email) alkalmazás.
62. 62) Az 54. igénypont szerinti eljárás azzal jellemezve, hogy az említett domain név szerver említett szervezése magában foglalja olyan kiadvány biztosítását, amely az említett érvényes számokból álló karaktersorok valamennyi lehetséges permutációját tartalmazza.
63. 63) A 62. igénypont szerinti eljárás azzal jellemezve, hogy az említett kiadvány egy végfelhasználói kiadvány.
64. 64) A 62. igénypont szerinti eljárás azzal jellemezve, hogy az említett kiadvány egy adminisztrációs kiadvány.
65. 65) Az 53. igénypont szerinti eljárás azzal jellemezve, hogy az említett domain név szerver egy telefonszolgáltató által üzemeltetett domain név szerver.
66. 66) Eljárás címző karaktersor leképezésére, azzal jellemezve, hogy az említett eljárás a következő lépéseket tartalmazza:

    legalább egy komponenst tartalmazó érvényes címző karaktersor inputként történő fogadása, ahol az említett komponens egy alfanumerikus készlet egy eleme, az említett címző karaktersor valamennyi említett komponensének egy előre meghatározott megfelelő számmá történő leképezése, numerikus kategoriális azonosítók felismerése az említett leképezett komponensekben, valamint az említett leképezett komponensek átrendezése egy előre meghatározott hierarchikus formátum szerint a felismert numerikus kategoriális azonosítók alapján.
67. 67) A 66. igénypont szerinti eljárás azzal jellemezve, hogy az említett leképezés továbbá a következő lépést tartalmazza:

    az említett címző karaktersor említett komponense valamennyi nem numerikus részének leképezése egy megfelelő számmá vagy szimbólummá, a telefonkészülék nyomógombjainak megfelelő csoportosítás szerint.
68. 68) A 66. igénypont szerinti eljárás azzal jellemezve, hogy az említett előre meghatározott hierarchikus formátum egy telefonrendszernek megfelelő hierarchikus formátum.
69. 69) A 66. igénypont szerinti eljárás azzal jellemezve, hogy az említett alfanumerikus készlet valamennyi ember és/vagy gép által felismerhető karaktert tartalmazza.
70. 70) A 66. igénypont szerinti eljárás azzal jellemezve, hogy az említett kategoriális azonosító egy földrajzi azonosító.
71. 71) A 70. igénypont szerinti eljárás azzal jellemezve, hogy az említett kategoriális azonosító egy telefonos országhívó szám.
72. 72) Hálózat címző karaktersor leképezésére, azzal jellemezve, hogy az említett hálózat a következőket tartalmazza:

    legalább egy komponenst tartalmazó érvényes címző karaktersor inputként történő fogadására szolgáló beviteli alrendszer, ahol az említett komponens egy alfanumerikus készlet egy eleme, az említett címző karaktersor valamennyi említett komponensének egy előre meghatározott megfelelő számmá történő leképezésére szolgáló leképező alrendszer, az említett leképezett komponensekben található numerikus kategoriális azonosítók felismerésére szolgáló felismerő alrendszer, valamint átrendező alrendszer, amelynek feladata az említett leképezett komponensek átrendezése egy előre meghatározott hierarchikus formátum szerint a felismert numerikus kategoriális azonosítók alapján.
73. 73) A 72. igénypont szerinti hálózat azzal jellemezve, hogy az említett leképező alrendszer az említett címző karaktersor említett komponense valamennyi nem numerikus részét egy megfelelő számmá vagy szimbólummá képezi le a telefonkészülék nyomógombjainak megfelelő csoportosítás szerint.
74. 74) A 72. igénypont szerinti hálózat azzal jellemezve, hogy az említett előre meghatározott hierarchikus formátum egy telefonrendszernek megfelelő hierarchikus formátum.
75. 75) A 72. igénypont szerinti hálózat azzal jellemezve, hogy az említett alfanumerikus készlet valamennyi ember és/vagy gép által felismerhető karaktert tartalmazza.
76. 76) A 72. igénypont szerinti hálózat azzal jellemezve, hogy az említett kategoriális azonosító egy földrajzi azonosító.
77. 77) A 76. igénypont szerinti hálózat azzal jellemezve, hogy az említett kategoriális azonosító egy telefonos országhívó szám.

    PINTZ ÉS TÁRSAI Szabadalmi és Védjegy Iroda PINTZ GYÖRGY szabadalmi ügyvivő