Fogantyú rendszer - Handle System
A fogantyú rendszer a Corporation for National Research Initiatives saját fejlesztésű nyilvántartó hozzárendelése állandó azonosítók , illetve rendezi , információs forrásokra, és megoldására »azok rendezi a szükséges információkat, hogy keresse meg, a hozzáférés, és más módon használnak az erőforrások«.
Csakúgy, mint a számítástechnikában másutt használt fogantyúk esetében, a Handle System fogantyúi is átlátszatlanok, és nem kódolnak információkat az alapul szolgáló erőforrásról, csak az erőforrásra vonatkozó metaadatokhoz vannak kötve . Következésképpen a metaadatok változásai nem teszik érvénytelenné a fogantyúkat.
A rendszert Bob Kahn fejlesztette ki a Nemzeti Kutatási Kezdeményezések Társaságánál (CNRI). Az eredeti művet a Defense Advanced Research Projects Agency (DARPA) finanszírozta 1992 és 1996 között, az elosztott digitális objektumszolgáltatások szélesebb keretének részeként, és így egyidejűleg zajlott a világháló korai telepítésével , hasonló célokkal.
A fogantyú rendszert először 1994 őszén vezették be, és a CNRI adminisztrálta és működtette 2015 decemberéig, amikor egy új "multi-primary administrator" (MPA) működési módot vezettek be. A DONA Alapítvány most kezeli a rendszer globális fogantyú-nyilvántartását és akkreditálja az MPA-kat, beleértve a CNRI-t és a Nemzetközi DOI Alapítványt. A rendszer jelenleg biztosítja a mögöttes infrastruktúrát az olyan fogantyúalapú rendszerek számára, mint a digitális objektumazonosítók és a DSpace , amelyeket elsősorban tudományos, szakmai és kormányzati dokumentumokhoz és egyéb információs forrásokhoz való hozzáférés biztosítására használnak.
A CNRI a rendszerben használt kiszolgálók és protokollok referencia-megvalósításainak specifikációit és forráskódját biztosítja, egy ingyenes nyílt forráskódú licenszhez hasonlóan, díjmentesen érvényes "Public License" alatt.
Jelenleg ezer fogantyú-szolgáltatás fut. Több mint 1000 ilyen egyetemen és könyvtárban található, de működnek a nemzeti laboratóriumokban, kutatócsoportokban, kormányzati ügynökségekben és kereskedelmi vállalkozásokban is, havonta több mint 200 millió megoldási kérelmet kapnak.
Specifikációk
A fogantyú rendszert az Internet Engineering Task Force (IETF) 3650, 3651 és 3652 információs RFC- je határozza meg ; tartalmaz egy nyitott protokollkészletet, egy névteret és a protokollok referencia megvalósítását. A dokumentációt, a szoftvert és a kapcsolódó információkat a CNRI egy külön weboldalon biztosítja
A fogantyúk egy előtagból állnak, amely azonosítja a "névadási hatóságot", és egy utótagból, amely megadja az erőforrás "helyi nevét". A tartománynevekhez hasonlóan, az előtagokat a rendszer egyik "több elsődleges rendszergazdája" adja ki a névadó hatóságoknak díjfizetés ellenében, amelyet évente meg kell újítani. A névadó hatóság tetszőleges számú, egyedi "helyi névvel" ellátott fogantyút hozhat létre a hozzárendelt előtagokon belül. A fogantyú példája:
20.1000/10010.1000/182
Az első példában, amely a HANDLE.NET szoftverlicenc fogantyúja, az 20.1000a névadó hatósághoz (ebben az esetben maga a Handle.net) rendelt előtag, és 100ez a helyi név az adott névtérben. A helyi név az Unicode UCS-2 karakterkészlet bármely karakteréből állhat . Az előtag az UCS-2 karakterekből is áll, a "/" kivételével. Az előtagok egy vagy több névadási jogosultsági szegmensből állnak, pontokkal elválasztva, amelyek a névadási jogosultságok hierarchiáját képviselik. Így a példában 20a CNRI elnevezési hatóság előtagja található, míg 1000a 20 előtagon belül beosztott elnevezési hatóságot jelöl meg. A DONA Alapítvány egyesített névadó hatóságainak legfelső szintű előtagjai más példák 10a DOI fogantyúkra; 11az ITU által kijelölt fogantyúkhoz ; 21a német Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG), a Göttingeni Egyetem tudományos számítástechnikai központja által kiadott fogantyúk esetében ; és 86a fogantyúszolgáltatások koalíciója - Kína. A CNRI által kiadott régebbi "örökölt" előtagok a "multi-primary administrator" (MPA) struktúra felállítása előtt általában öt számjegyűek, mint a fenti második példában, a Leicesteri Egyetem által kezelt fogantyú . Az összes előtagot a DONA Foundation által jóváhagyott regisztrátoron keresztül kell regisztrálni a globális fogantyú-nyilvántartásban, általában térítés ellenében.
Csakúgy, mint a fogantyúk számítástechnikai alkalmazásakor, a fogantyú is átlátszatlan; vagyis nem kódol információt az alapul szolgáló erőforrásról, és csak az eszközöket biztosítja az erőforrás metaadatainak lekéréséhez.
Ez ellentétben állhat az egységes erőforrás-keresővel (URL), amely az azonosítóba kódolhatja az erőforrás olyan attribútumait, mint az erőforrást tároló kiszolgáló eléréséhez használandó protokoll, a kiszolgáló hosztnevét és portszámát, sőt, akár a helyét is. például az erőforrást tartalmazó kiszolgáló fájlrendszerében található fájl neve. A fogantyúrendszerben ezek a sajátosságok nincsenek kódolva a fogantyúban, de megtalálhatók azokban a metaadatokban, amelyekhez a fogantyú kötődik.
A metaadatok az információforrás számos attribútumát tartalmazhatják, például a helyét, a rendelkezésre álló formákat, a felajánlott hozzáférési típusokat (pl. "Ingyenes" vagy "fizetett") és kinek. A metaadatok feldolgozása annak meghatározására, hogy az erőforráshoz hogyan és hol kell hozzáférni, valamint az erőforrás rendelkezésre bocsátása a felhasználó számára, külön lépésben, úgynevezett „felbontás” formájában, egy Resolver, egy olyan kiszolgáló segítségével történik, amely eltérhet a akik a fogantyú metaadatokra való cseréjében vesznek részt. Az URL-ekkel ellentétben, amelyek érvénytelenné válhatnak, ha a beléjük ágyazott metaadatok érvénytelenné válnak, a fogantyúk nem válnak érvénytelenné, és nem kell változtatniuk, ha a helyek vagy más metaadat-attribútumok megváltoznak. Ez segít megelőzni a link rothadását , mivel az információs erőforrás (például a hely) változásainak csak a metaadatok változásaiban kell tükröződniük, nem pedig az erőforrásra vonatkozó minden hivatkozásban.
Minden fogantyúnak lehet saját rendszergazdája, és a fogantyúk adminisztrációja elosztott környezetben történhet, hasonlóan a DNS-tartománynevekhez. A név-érték összerendelések is biztosíthatók, mind az adatok igazolására szolgáló aláírásokkal, mind az adatok továbbításának ellenőrzésére szolgáló kihívásválasz útján, lehetővé téve a fogantyúk használatát a bizalomkezelő alkalmazásokban.
Lehetséges, hogy ugyanaz az alapul szolgáló információforrás több fogantyúhoz is társuljon, mint amikor két egyetemi könyvtár fogantyúkat (és ezért különböző metaadatkészleteket) generál ugyanahhoz a könyvhöz.
A fogantyúrendszer kompatibilis a tartománynévrendszerrel (DNS), de nem igényli, ellentétben a tartós azonosítókkal, például a PURL-ekkel vagy az ARK-okkal , amelyek hasonlóak a fogantyúkhoz, de amelyek domainneveket használnak. Ezektől a tartománynév-alapú megközelítésektől eltérően azonban a fogantyúknak külön előtag-regisztrációs folyamatra van szükségük, és a szervereket a tartománynév-kiszolgálóktól külön kezelik.
A fogantyúkat natív módon lehet használni. vagy egységes információforrás-azonosítókként (URI) fejezzük ki egy névtéren keresztül az info URI sémában ; például 20.1000/100a következőképpen írható fel az URI, info:hdl/20.1000/100. Egyes Handle System névterek, például a digitális objektumazonosítók, önmagukban "info:" URI névterek; Például info:doi/10.1000/182a DOI kézikönyv jelenlegi verziójának URI-ként való megírásának másik módja.
Néhány Handle System névtér speciális bemutatási szabályokat határoz meg. Például a digitális objektumazonosítókat , amelyek a fennmaradt fogantyúk nagy százalékát képviselik, általában "doi:" előtaggal látják el doi:10.1000/182.
Bármelyik fogantyú kifejezhető egységes erőforrás-keresőként (URL) az általános HTTP proxy szerver használatával :
Egyes Handle-alapú rendszerek olyan HTTP proxy szervert kínálnak, amelyet a saját rendszerükkel való használatra szánnak, például:
Végrehajtás
A fogantyúrendszer megvalósítása a helyi fogantyúszolgáltatásokból áll, amelyek mindegyike egy vagy több olyan webhelyből áll, amelyek az adott fogantyúkat tároló kiszolgálókat biztosítják. A Global Handle Registry egy egyedülálló Local Handle Service, amely információkat tárol az előtagokról (más néven névadó hatóságokról) a Handle System-en belül, és lekérdezhető, hogy megtudja, hol vannak adott fogantyúk a más Local Handle Services-eken ezen az elosztott rendszeren belül.
A Handle System webhely számos megvalósítási eszközt kínál, nevezetesen a HANDLE.NET szoftvert és a HANDLE.NET kliens könyvtárakat. A Handle kliensek beágyazhatók a végfelhasználói szoftverbe (pl. Webböngésző) vagy szerver szoftverbe (pl. Webszerver), és az Adobe Acrobat és a Firefox számára már elérhetők kiterjesztések .
Az ügyfélszoftver-könyvtárak mind C, mind Java nyelven elérhetők. Néhány alkalmazás speciális kiegészítő eszközöket fejlesztett ki, például a DOI rendszerhez.
Az elosztott fogantyú felbontókiszolgálók (más néven Proxy Server System) interoperábilis hálózatát globális felbontón keresztül kapcsolják össze (amely egy logikus entitás, bár fizikailag decentralizált és tükrözött). A Handle System technológia felhasználói megkapják a Global Handle Registry-ben létrehozott fogantyú előtagot. A Global Handle Registry fenntartja és feloldja a helyben fenntartott fogantyúszolgáltatások előtagjait. Ezért bármely helyi fogantyúszolgáltatás bármelyik fogantyút meg tudja oldani a Globális Megoldón keresztül.
A fogantyúkat (azonosítókat) az ügyfél a névadó hatóság / előtag lekérdezéseként továbbítja a fogantyúrendszer globális fogantyú-nyilvántartásához (GHR). A GHR erre úgy válaszol, hogy elküldi az ügyfélnek a vonatkozó Helyi Fogantyú Szolgáltatás helyinformációit (amely több helyszínen több szerverből állhat); ezután egy lekérdezést küldünk a helyi kiszolgáló szolgáltatás megfelelő szerverének. A Local Handle Service visszaküldi az erőforrás megszerzéséhez szükséges információkat, például egy URL-t, amelyet aztán HTTP-átirányítássá lehet alakítani. (Megjegyzés: ha az ügyfélnek már vannak információi a megfelelő LHS-ről a lekérdezéshez, a GHR-re vonatkozó kezdeti lekérdezés elmarad)
Noha az eredeti modell, amelyből a Handle System származik, a digitális objektumok kezelésével foglalkozik, a Handle System nem ír elő semmilyen konkrét modellt az azonosított entitások közötti kapcsolatokról, és nem korlátozódik csak a digitális objektumok azonosítására: nem digitális entitások is megjelenhetnek megfelelő digitális objektumként a digitális objektumkezelés céljából. Némi óvatosságra van szükség az ilyen objektumok meghatározásakor és azok kapcsolatában a nem digitális entitásokkal; léteznek olyan modellek, amelyek segíthetik az ilyen definíciókat, például funkcionális követelmények a bibliográfiai nyilvántartásokhoz (FRBR) , CIDOC CRM és indecs tartalom modell . Néhány alkalmazás hasznosnak találta egy ilyen keretrendszer házasságkötését a fogantyúalkalmazással: például az Advanced Distributed Learning (ADL) Initiative egyesíti a Handle System alkalmazást az elosztott tanulási tartalom meglévő szabványaival, megosztott tartalmi objektum referencia modell (SCORM) használatával , és a Handle System digitális objektumazonosító (DOI) rendszerének megvalósítása elfogadta azt az indecs keretrendszerrel együtt a szemantikus interoperabilitás kezelésére .
A fogantyúrendszer egyértelművé teszi a szervezeti elkötelezettség fontosságát a tartós azonosító rendszer iránt, de nem ír elő egyetlen modellt az ilyen elkötelezettség biztosítására. Az egyéni alkalmazások dönthetnek úgy, hogy létrehozzák saját szabályrendszerüket és társadalmi infrastruktúrájukat a tartósság biztosítása érdekében (pl. Ha a DSpace alkalmazásban és a DOI alkalmazásban használják).
Tervezési elvek
A fogantyú rendszert úgy tervezték, hogy megfeleljen a következő követelményeknek, hogy hozzájáruljon a kitartáshoz
Azonosító karakterlánc:
- nem az entitás semmilyen változtatható tulajdonságán (hely, tulajdon vagy bármely más attribútumon alapul, amely a referens személyének megváltoztatása nélkül megváltozhat);
- átlátszatlan (lehetőleg „buta szám”: egy jól ismert minta feltételez, amely félrevezető lehet, és az értelmes szemantika nem fordulhat át nyelveken, és védjegyütközéseket okozhat);
- egyedülálló a rendszeren belül (az ütközések és a referencia-bizonytalanság elkerülése érdekében);
- rendelkezik opcionális, de jó, ha támogatandó funkciókkal rendelkezik (ember által olvasható, kivágható és beilleszthető, beágyazható; illeszkedik a közös rendszerekhez, pl. URI specifikáció).
Az azonosító felbontási mechanizmusa:
- megbízható (redundancia használatával, egyetlen hibapont nincs és elég gyors ahhoz, hogy ne tűnjön töröttnek);
- méretezhető (a nagyobb terhelés egyszerűen több számítógéppel kezelhető);
- rugalmas (alkalmazkodni tud a változó számítási környezetekhez; hasznos az új alkalmazásokhoz):
- megbízható (mind a szanálás, mind az adminisztráció rendelkezik technikai bizalmi módszerekkel; egy működő szervezet hosszú távon elkötelezett);
- a nyílt architektúrára épít (a közösség ösztönző erőfeszítéseinek ösztönzése az infrastruktúra-alkalmazások kiépítésében);
- átlátható (a felhasználóknak nem kell tudniuk az infrastruktúra részleteit).
Alkalmazások
A jelenleg fogantyúkkal azonosított objektumok között szerepelnek folyóiratcikkek, műszaki jelentések, könyvek, tézisek és disszertációk, kormányzati dokumentumok, metaadatok, terjesztett tananyag és adathalmazok. A fogantyúkat digitális vízjeles alkalmazásokban, GRID alkalmazásokban, tárházakban és egyebekben használják. Habár az egyes felhasználók önállóan tölthetik le és használhatják a HANDLE.NET szoftvert, sok felhasználó hasznosnak találta az együttműködést az alkalmazások fejlesztésében egy föderációban, közös irányelvek vagy kiegészítő technológiák alkalmazásával a megosztott szolgáltatások nyújtása érdekében. Az első tartósan azonosító rendszerek egyikeként a fogantyú rendszert széles körben átvették az állami és a magánintézmények, és több éven keresztül beválták. (Lásd: Paradigma, Állandó azonosítók.)
A Rendszeralkalmazások kezelhetik a fogantyúkat egyszerű állandó azonosítóként (a leggyakrabban használt módon, az objektum aktuális URL-jére való feloldáshoz), vagy dönthetnek úgy, hogy kihasználják más funkciók előnyeit. Támogatása az objektumhoz kapcsolódó aktuális információk többszörös kimenetének egyidejű megadásához meghatározott adatstruktúrákban lehetővé teszi a prioritások meghatározását annak a sorrendnek megfelelően, amelyben a többszörös felbontást fogják használni. Ezért a fogantyúk ugyanannak a tartalomnak a különböző digitális változataihoz, a webhelyek tükrözéséhez vagy a különböző üzleti modellekhez (fizetés vagy ingyenes, biztonságos vs nyitott, nyilvános vagy magán) választhatnak. Megoldhatják az eltérő tartalmú digitális változatokat is, például a távoktatási tanfolyamokhoz szükséges objektumok keverékét.
Ezrek kezeli a szolgáltatásokat, amelyek 71 országban találhatók, 6 kontinensen; közülük több mint 1000 egyetemen és könyvtárban működik. A kezelési szolgáltatásokat felhasználói szövetségek, nemzeti laboratóriumok, egyetemek, számítási központok, könyvtárak (nemzeti és helyi), kormányzati szervek, vállalkozók, vállalatok és kutatócsoportok működtetik. A nagy kiadók a Handle rendszert használják a kereskedelemben forgalmazott és az Open Access tartalom állandó azonosítására a Digital Object Identifier (DOI) rendszerrel történő bevezetése révén .
Az előtagok száma, amelyek lehetővé teszik a felhasználók számára a fogantyúk hozzárendelését, növekszik, és 2014 elején meghaladja a 12 000-et. Hat legfelső szintű globális fogantyú-nyilvántartó szerver kap (havonta átlagosan) 68 millió felbontási kérést. A CNRI által ismert proxy szerverek, amelyek kéréseket továbbítanak a rendszernek az interneten, havonta átlagosan 200 millió felbontási kérést fogadnak. (Statisztika a Handle Quick Facts -ből
2010-ben a CNRI és az ITU (Nemzetközi Telekommunikációs Unió) megállapodást kötöttek a fogantyúrendszer (és általánosabban a digitális objektumarchitektúra) használatával kapcsolatos együttműködésről, és ezen együttműködés konkrét részletein dolgoznak; 2009 áprilisában az ITU "feltörekvő tendenciának" nevezte a fogantyú rendszert.
Licencek és felhasználási irányelvek
A Handle System, a HANDLE.NET és a Global Handle Registry a Corporation for National Research Initiatives (CNRI), egy nonprofit kutatási és fejlesztési vállalat védjegyei az Egyesült Államokban. A fogantyúrendszert a CNRI szabadalmaztatja, amely a nyílt forráskódú licenchez hasonló nyilvános licencen keresztül licenceli a Handle System technológiáját, hogy lehetővé tegye a technológia szélesebb körű használatát. A Handle System infrastruktúrát az előtagok regisztrációja és a szolgáltatási díjak támogatják, amelyek többségét egyetlen előtag-tulajdonosok adják. A legnagyobb jelenlegi egyetlen közreműködő a Nemzetközi DOI Alapítvány . A nyilvános licenc lehetővé teszi mind a szabadalmaztatott technológiájának, mind a szoftver referencia-megvalósításának alacsony és költséges kereskedelmi és nem kereskedelmi felhasználását, és lehetővé teszi a szoftver szabad beágyazását más rendszerekbe és termékekbe. Szolgáltatási megállapodás azoknak a felhasználóknak is elérhető, akik a Handle System technológiával azonosító és / vagy felbontási szolgáltatásokat kívánnak nyújtani a Handle System nyilvános licenc alapján.
Kapcsolódó technológiák
A fogantyúrendszer a hosszú távú digitális objektumarchitektúra több elemét képviseli. 2010 januárjában a CNRI kiadta általános célú Digital Object Repository szoftverét, amely ezen architektúra másik fő eleme. További információ a kiadásról, beleértve a protokoll specifikációját, a forráskódot és a használatra kész rendszert, az ügyfeleket és a segédprogramokat, elérhető.