Jump to content

Handle System

Վիքիպեդիայից՝ ազատ հանրագիտարանից
Handle System
Computer system, նախագիծ, register Խմբագրել Wikidata
Ենթակատեգորիա• աբստրակտ օբյեկտ
 • տեղեկատվություն
  • նույնականացուցիչ Խմբագրել Wikidata
Գործունեության հմտություններpersistent identifier Խմբագրել Wikidata
Պաշտոնական կայքwww.handle.net Խմբագրել Wikidata

Handle System (բառացի՝ «բռնակների համակարգ») սեփական գրանցամատյան, որը տեղեկատվական ռեսուրսներին վերագրում է մշտական ​​նույնականացուցիչներ կամ բռնակներ և «այդ բռնակները վերածում է ռեսուրսները գտնելու, դրանց մուտք գործելու և այլ կերպ օգտագործելու համար անհրաժեշտ տեղեկատվության»[1]: Ինչպես համակարգչային այլ ոլորտներում օգտագործվող բռնակները, Handle System-ի բռնակները անթափանց են և չեն կոդավորում որևէ տեղեկատվություն հիմքում ընկած ռեսուրսի մասին, կապված լինելով միայն ռեսուրսի վերաբերյալ մետատվյալների հետ: Հետևաբար, մետատվյալների փոփոխությունների պատճառով բռնակները չեն դառնում անվավեր:

Համակարգը մշակվել է Բոբ Կանի կողմից Ազգային հետազոտական ​​նախաձեռնությունների կորպորացիայում (CNRI)՝ որպես թվային օբյեկտների ճարտարապետության (DOA) մաս: Սկզբնական աշխատանքը ֆինանսավորվել է Պաշտպանության առաջադեմ հետազոտական ​​նախագծերի գործակալության (DARPA) կողմից 1992-1996 թվականներին՝ որպես բաշխված թվային օբյեկտների ծառայությունների ավելի լայն շրջանակի մաս[2], և, հետևաբար, ժամանակակից էր համաշխարհային սարդոստայնի վաղ տեղակայման հետ՝ նմանատիպ նպատակներով:

Handle System-ը առաջին անգամ ներդրվել է 1994 թվականի աշնանը և կառավարվել և շահագործվել է CNRI-ի կողմից մինչև 2015 թվականի դեկտեմբերը, երբ ներդրվել է նոր «բազմաառաջնային կառավարիչ» (MPA) գործողության ռեժիմ: DONA հիմնադրամը[3] այժմ կառավարում է համակարգի գլոբալ գրանցամատյանը և հավատարմագրում է MPA-ներին, այդ թվում՝ CNRI-ին և Միջազգային DOI հիմնադրամին[4]։ Համակարգն այժմ ապահովում է այնպիսի գրանցամատյանային համակարգերի հիմքում ընկած ենթակառուցվածքը, ինչպիսիք են թվային օբյեկտների նույնականացուցիչները (DOI) և DSpace-ը, որոնք հիմնականում օգտագործվում են գիտական, մասնագիտական ​​և կառավարական փաստաթղթերին և այլ տեղեկատվական ռեսուրսներին մուտք ապահովելու համար։

CNRI-ն տրամադրում է տեխնիկական բնութագրեր և ելակոդ համակարգում օգտագործվող սերվերների և արձանագրությունների համար հղումային իրականացումների համար՝ հոնորարից ազատ հանրային լիցենզիայի ներքո, որը նման է բաց կոդով լիցենզիայի[5]։ Ներկայումս գործում են հազարավոր գրանցամատյանային ծառայություններ։

Տեխնիկական բնութագրեր

[խմբագրել | խմբագրել կոդը]

Գրանցամատյանը սահմանվում է Ինտերնետային ճարտարագիտության աշխատանքային խմբի (IETF) 3650[1], 3651[6] և 3652[7] տեղեկատվական RFC-ներում։ Այն ներառում է արձանագրությունների բաց հավաքածու, անվանատարածք և արձանագրությունների հղման իրականացում: Փաստաթղթերը, ծրագրային ապահովումը և դրանց հետ կապված տեղեկատվությունը տրամադրվում է CNRI-ի կողմից՝ նվիրված կայքում[8]։

Բռնակները բաղկացած են նախածանցից, որը նույնականացնում է «անվանակոչման մարմինը» և վերջածանցից, որը տալիս է ռեսուրսի «տեղական անունը»: Դոմեյնային անունների նման, նախածանցները տրվում են անվանակոչման մարմիններին համակարգի «բազմաառաջնային ադմինիստրատորներից» մեկի կողմից՝ որոշակի վճարի դիմաց, որը պետք է ամեն տարի թարմացվի: Անվանակոչման մարմինը կարող է ստեղծել ցանկացած քանակությամբ բռնակներ՝ իրենց հատկացված նախածանցների շրջանակներում եզակի «տեղական անուններով»: Բռնակների երկու օրինակներ են՝

  • 20.1000/100
  • 2381/12345

Առաջին օրինակում, որը HANDLE.NET ծրագրային ապահովման լիցենզիայի բռնակն է, 20.1000-ը անվանակոչման մարմնին (այս դեպքում՝ Handle.net-ին) հատկացված նախածանցն է, իսկ 100-ը՝ այդ անվանատարածքի ներսում գտնվող տեղական անունը: Տեղական անունը կարող է բաղկացած լինել Unicode UCS-2 նիշերի հավաքածուի ցանկացած նիշից: Նախածանցը նաև բաղկացած է ցանկացած UCS-2 նիշից, բացի "/"-ից: Նախածանցները բաղկացած են մեկ կամ մի քանի անվանակոչման մարմնի հատվածներից, որոնք բաժանված են կետերով և ներկայացնում են անվանակոչման մարմինների հիերարխիա: Այսպիսով, օրինակում՝ 20-ը CNRI-ի անվանակոչման մարմնի նախածանցն է, մինչդեռ 1000-ը նշանակում է ենթակա անվանակոչման մարմին 20 նախածանցի շրջանակներում: DONA հիմնադրամի դաշնակցային անվանակոչման մարմինների համար բարձր մակարդակի նախածանցների այլ օրինակներ են՝ 10-ը DOI բռնակների համար, 11-ը՝ ITU-ի կողմից նշանակված բռնակների համար, 21-ը՝ Գերմանական Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)-ի՝ Գյոթինգենի համալսարանի գիտական ​​հաշվողական կենտրոնի կողմից տրված բռնակների համար, և 86-ը՝ Չինաստանի «Բազմահիմնական կառավարչի» (MPA) կառուցվածքի ներդրումից առաջ CNRI-ի կողմից տրված ավելի հին «ժառանգական» նախածանցները սովորաբար չորս կամ հինգ թվանշան են, ինչպես վերևում նշված երկրորդ օրինակում՝ Լեսթերի համալսարանի կողմից կառավարվող բռնակ: Բոլոր նախածանցները պետք է գրանցվեն Global Handle Registry-ում՝ DONA Foundation-ի կողմից հաստատված գրանցողի միջոցով, սովորաբար վճարովի։

Ինչպես համակարգչային ոլորտում handle-ների այլ կիրառությունների դեպքում, handle-ը անթափանցիկ է. այսինքն՝ այն չի կոդավորում որևէ տեղեկատվություն հիմքում ընկած ռեսուրսի մասին և տրամադրում է միայն ռեսուրսի մասին մետատվյալներ ստանալու միջոցներ։

Սա կարելի է հակադրել միասնական ռեսուրսների տեղորոշիչի (URL) հետ, որը կարող է նույնականացուցիչի մեջ կոդավորել ռեսուրսի այնպիսի ատրիբուտներ, ինչպիսիք են ռեսուրսը պահող սերվերին մուտք գործելու համար օգտագործվող արձանագրությունը, սերվերի հոսթի անունը և պորտի համարը, և գուցե նույնիսկ տեղանքի առանձնահատկությունները, ինչպիսիք են ռեսուրսը պարունակող սերվերի ֆայլային համակարգում գտնվող ֆայլի անունը։ Handle համակարգում այս առանձնահատկությունները չեն կոդավորվում handle-ում, այլ գտնվում են այն մետատվյալներում, որոնց հետ կապված է handle-ը։

Մետատվյալները կարող են ներառել տեղեկատվական ռեսուրսի բազմաթիվ ատրիբուտներ, ինչպիսիք են դրա գտնվելու վայրերը, դրա հասանելիության ձևերը, մատչելիության տեսակները (օրինակ՝ «անվճար» ընդդեմ «վճարովի») և ում համար: Մետատվյալների մշակումը՝ որոշելու համար, թե ինչպես և որտեղ պետք է հասանելի լինի ռեսուրսը, և ռեսուրսի տրամադրումը օգտատիրոջը, կատարվում են առանձին քայլով, որը կոչվում է «լուծում», օգտագործելով Resolver, սերվեր, որը կարող է տարբեր լինել մետատվյալների համար բռնակի փոխանակման մեջ ներգրավվածներից: Ի տարբերություն URL-ների, որոնք կարող են անվավեր դառնալ, եթե դրանց մեջ ներդրված մետատվյալները անվավեր դառնան, բռնակները չեն դառնում անվավեր և անհրաժեշտ չէ փոխել, երբ գտնվելու վայրերը կամ մետատվյալների այլ ատրիբուտները փոխվում են: Սա օգնում է կանխել հղման վերացումը, քանի որ տեղեկատվական ռեսուրսի փոփոխությունները (օրինակ՝ գտնվելու վայրը) պետք է արտացոլվեն միայն մետատվյալների փոփոխություններում, այլ ոչ թե ռեսուրսին յուրաքանչյուր հղումների փոփոխություններում:

Յուրաքանչյուր բռնակ կարող է ունենալ իր սեփական ադմինիստրատորը, և բռնակների կառավարումը կարող է իրականացվել բաշխված միջավայրում, նման DNS դոմեյնային անուններին: Անուն-արժեք կապակցումները կարող են նաև ապահովվել՝ ինչպես ստորագրությունների միջոցով՝ տվյալները ստուգելու համար, այնպես էլ մարտահրավերի պատասխանի միջոցով՝ տվյալների փոխանցումը ստուգելու համար, ինչը թույլ է տալիս օգտագործել բռնակներ վստահության կառավարման ծրագրերում։

Հնարավոր է, որ նույն հիմքում ընկած տեղեկատվական ռեսուրսը կապված լինի բազմաթիվ բռնակների հետ, ինչպես, օրինակ, երբ երկու համալսարանական գրադարաններ նույն գրքի համար ստեղծում են բռնակներ (և, հետևաբար, հնարավոր է՝ մետատվյալների տարբեր հավաքածուներ)։

Բռնակների համակարգը համատեղելի է դոմենային անվանումների համակարգի (DNS) հետ, բայց այն չի պահանջում, ի տարբերություն մշտական ​​նույնականացուցիչների, ինչպիսիք են PURL-ները կամ ARK-ները, որոնք նման են բռնակներին, բայց օգտագործում են դոմենային անուններ։ Սակայն, ի տարբերություն այս դոմենային անվան վրա հիմնված մոտեցումների, բռնակները պահանջում են առանձին նախածանցի գրանցման գործընթաց և բռնակներ են դոմենային անվան սերվերներից առանձին։

Բռնակները կարող են օգտագործվել բնիկորեն կամ արտահայտվել որպես միասնական ռեսուրսների նույնականացուցիչներ (URI)՝ info URI սխեմայի անվանատարածքի միջոցով[9][10]․ օրինակ, 20.1000/100-ը կարող է գրվել որպես URI՝ info:hdl/20.1000/100։ Որոշ Handle System անվանատարածքներ, ինչպիսիք են թվային օբյեկտի նույնականացուցիչները, իրենց բնույթով «info:» URI անվանատարածքներ են. օրինակ՝ info:doi/10.1000/182-ը DOI Handbook-ի[11] ներկայիս վերանայման համար handle-ը որպես URI գրելու մեկ այլ եղանակ է։

Որոշ Handle System անվանատարածքներ սահմանում են ներկայացման հատուկ կանոններ։ Օրինակ՝ թվային օբյեկտի նույնականացուցիչները, որոնք ներկայացնում են առկա handle-ների մեծ տոկոսը, սովորաբար ներկայացվում են «doi:» նախածանցով՝ doi:10.1000/182։

Ցանկացած Handle կարող է արտահայտվել որպես միասնական ռեսուրսների տեղորոշիչ (URL)՝ HTTP պրոքսի սերվերի ընդհանուր օգտագործման միջոցով[12]՝

Որոշ Handle-ի վրա հիմնված համակարգեր առաջարկում են HTTP պրոքսի սերվեր, որը նախատեսված է իրենց սեփական համակարգի հետ օգտագործելու համար, օրինակ՝

Կիրառում

[խմբագրել | խմբագրել կոդը]

Handle համակարգի իրականացումը բաղկացած է տեղական Handle ծառայություններից, որոնցից յուրաքանչյուրը կազմված է մեկ կամ մի քանի կայքերից, որոնք ապահովում են սերվերներ, որոնք պահում են որոշակի handle-ներ: Գլոբալ Handle գրանցամատյանը եզակի տեղական Handle ծառայություն է, որը պահպանում է տեղեկատվություն Handle համակարգի ներսում գտնվող նախածանցների (հայտնի է նաև որպես անվանակոչման մարմիններ) վերաբերյալ և կարող է հարցվել՝ պարզելու համար, թե որտեղ են պահվում որոշակի handle-ներ այս բաշխված համակարգի այլ տեղական Handle ծառայություններում:

Handle համակարգի կայքը տրամադրում է իրականացման գործիքների շարք, մասնավորապես՝ HANDLE.NET ծրագրակազմը[13] և HANDLE.NET հաճախորդների գրադարանները[14]: Handle հաճախորդները կարող են ներդրվել վերջնական օգտագործողի ծրագրակազմում (օրինակ՝ վեբ զննարկիչ) կամ սերվերի ծրագրակազմում (օրինակ՝ վեբ սերվեր), և ընդլայնումները արդեն հասանելի են Adobe Acrobat[15] և Firefox[16] սերվերների համար:

Handle հաճախորդների ծրագրային գրադարանները հասանելի են և՛ C, և՛ Java լեզուներով: Որոշ ծրագրեր մշակել են հատուկ լրացուցիչ գործիքներ, օրինակ՝ DOI համակարգի համար[17]:

Բաշխված կարգավորիչ սերվերների փոխգործունակ ցանցը (հայտնի է նաև որպես Proxy Server System) միացված է Global Resolver-ի միջոցով (որը մեկ տրամաբանական միավոր է, չնայած ֆիզիկապես ապակենտրոնացված և հայելային): Handle System տեխնոլոգիայի օգտատերերը ստանում են Global Handle Registry-ում ստեղծված կարգավորիչ նախածանց: Global Handle Registry-ն պահպանում և լուծում է տեղական կերպով պահպանվող կարգավորիչ ծառայությունների նախածանցները: Հետևաբար, ցանկացած տեղական կարգավորիչ ծառայություն կարող է լուծել ցանկացած կարգավորիչ Global Resolver-ի միջոցով։

Կարգավորիչները (իդենտիֆիկատորները) հաճախորդի կողմից փոխանցվում են Handle System-ի Global Handle Registry (GHR)-ին՝ որպես անվանակոչման մարմնի/նախածանցի հարցում: GHR-ը պատասխանում է՝ հաճախորդին ուղարկելով համապատասխան Local Handle Service-ի գտնվելու վայրի տեղեկատվությունը (որը կարող է բաղկացած լինել բազմաթիվ սերվերներից բազմաթիվ կայքերում). այնուհետև հարցում է ուղարկվում Local Handle Service-ի համապատասխան սերվերին: Local Handle Service-ը վերադարձնում է ռեսուրսը ձեռք բերելու համար անհրաժեշտ տեղեկատվությունը, օրինակ՝ URL, որը կարող է վերածվել HTTP վերահղման:

Չնայած Handle System-ի սկզբնական մոդելը վերաբերում էր թվային օբյեկտների կառավարմանը, այն չի պարտադրում նույնականացված օբյեկտների միջև հարաբերությունների որևէ հատուկ մոդել և չի սահմանափակվում միայն թվային օբյեկտների նույնականացմամբ. ոչ թվային օբյեկտները կարող են ներկայացվել որպես համապատասխան թվային օբյեկտ՝ թվային օբյեկտների կառավարման նպատակներով։ Որոշակի զգուշություն է անհրաժեշտ նման օբյեկտների սահմանման և ոչ թվային միավորների հետ դրանց կապի հարցում. կան հաստատված մոդելներ, որոնք կարող են օգնել նման սահմանումներում, օրինակ՝ մատենագիտական ​​գրառումների ֆունկցիոնալ պահանջները (FRBR), CIDOC CRM և indecs բովանդակության մոդելը: Որոշ ծրագրեր օգտակար են համարել նման շրջանակը handle հավելվածի հետ համատեղելը. օրինակ՝ Advanced Distributed Learning (ADL) Initiative-ը[18] համատեղում է Handle System հավելվածը բաշխված ուսուցման բովանդակության համար առկա ստանդարտների հետ՝ օգտագործելով SCORM (Shareable Content Object Reference Model)[19], և Handle System-ի թվային օբյեկտի նույնականացուցիչի (DOI) համակարգի իրականացումը այն ընդունել է indecs շրջանակի հետ միասին՝ սեմանտիկ փոխգործունակության հարցերը լուծելու համար։

Handle համակարգը նաև հստակեցնում է կազմակերպչական նվիրվածության կարևորությունը մշտական ​​նույնականացուցիչի սխեմայի նկատմամբ, բայց չի պարտադրում մեկ մոդել նման նվիրվածությունն ապահովելու համար։ Անհատական ​​ծրագրերը կարող են ընտրել իրենց սեփական կանոնների և սոցիալական ենթակառուցվածքների հավաքածուները՝ կայունությունն ապահովելու համար (օրինակ՝ DSpace և DOI ծրագրերում օգտագործելիս)[20]։

Դիզայնի սկզբունքներ

[խմբագրել | խմբագրել կոդը]

Handle համակարգը նախագծված է հետևյալ պահանջները բավարարելու համար՝ կայունությանը նպաստելու համար[21]։

Նույնականացուցիչի տողը՝

  • հիմնված չէ էության որևէ փոփոխվող ատրիբուտի վրա (տեղակայություն, սեփականություն կամ որևէ այլ ատրիբուտ, որը կարող է փոխվել առանց հղման ինքնությունը փոխելու).
  • անթափանց է (ցանկալի է՝ «հիմար թիվ». հայտնի օրինաչափությունը հանգեցնում է ենթադրությունների, որոնք կարող են մոլորեցնող լինել, և իմաստալից իմաստաբանությունը կարող է չթարգմանվել տարբեր լեզուներով և կարող է առաջացնել ապրանքանիշերի կոնֆլիկտներ).
  • համակարգի ներսում եզակի է (բախումներից և հղման անորոշությունից խուսափելու համար).
  • ունի լրացուցիչ, բայց հաճելի է ունենալ այնպիսի գործառույթներ, որոնք պետք է աջակցվեն (մարդկանց կողմից կարդացվող, կտրելու և տեղադրելու հնարավորությամբ, ներդրվող. համապատասխանում է ընդհանուր համակարգերին, օրինակ՝ URI սպեցիֆիկացիային):

Նույնականացուցիչի լուծման մեխանիզմը՝

  • հուսալի է (օգտագործում է ավելորդություն, չունի ձախողման մեկ կետ և բավականաչափ արագ է, որպեսզի չթվա կոտրված).
  • մասշտաբային է (ավելի մեծ բեռները պարզապես կառավարվում են ավելի շատ համակարգիչներով).
  • ճկուն է (կարող է հարմարվել փոփոխվող հաշվողական միջավայրերին. օգտակար է նոր կիրառությունների համար).
  • վստահելի է (և՛ լուծումը, և՛ կառավարումը ունեն տեխնիկական վստահության մեթոդներ. գործող կազմակերպությունը նվիրված է երկարաժամկետ հեռանկարին).
  • հիմնված է բաց ճարտարապետության վրա (խրախուսելով համայնքի ջանքերը ենթակառուցվածքի վրա կիրառություններ կառուցելու համար).
  • թափանցիկ է (օգտատերերը պարտավոր չեն իմանալ ենթակառուցվածքի մանրամասները):

Կիրառություններ

[խմբագրել | խմբագրել կոդը]

Ներկայումս բռնակներով նույնականացվող օբյեկտների շարքում են ամսագրային հոդվածներ, տեխնիկական զեկույցներ, գրքեր, թեզեր և դիսերտացիաներ, կառավարական փաստաթղթեր, մետատվյալներ, բաշխված ուսումնական բովանդակություն և տվյալների հավաքածուներ: Բռնակները օգտագործվում են թվային ջրանիշերի կիրառություններում, GRID կիրառություններում, պահոցներում և այլն: Չնայած անհատ օգտատերերը կարող են ինքնուրույն ներբեռնել և օգտագործել HANDLE.NET ծրագիրը, շատ օգտատերեր օգտակար են համարել համագործակցել ֆեդերացիայում կիրառություններ մշակելու գործում՝ օգտագործելով ընդհանուր քաղաքականություն կամ լրացուցիչ տեխնոլոգիա՝ համատեղ ծառայություններ մատուցելու համար: Որպես առաջին կայուն նույնականացուցիչ սխեմաներից մեկը, Handle համակարգը լայնորեն ընդունվել է պետական ​​և մասնավոր հաստատությունների կողմից և ապացուցվել է մի քանի տարիների ընթացքում[22]։

Համակարգի հավելվածները կարող են օգտագործել հանդելներ որպես պարզ մշտական ​​նույնականացուցիչներ (ինչպես ամենատարածվածն է օգտագործվում՝ օբյեկտի ընթացիկ URL-ին հասնելու համար) կամ կարող են ընտրել այլ հնարավորություններից օգտվելու հնարավորություն: Դրա աջակցությունը օբյեկտին վերաբերող բազմաթիվ ընթացիկ տեղեկատվության միաժամանակյա վերադարձի համար՝ սահմանված տվյալների կառուցվածքներում, հնարավորություն է տալիս սահմանել առաջնահերթություններ այն հերթականության համար, որով կօգտագործվեն բազմաթիվ լուծումներ: Հետևաբար, հանդելները կարող են լուծվել նույն բովանդակության տարբեր թվային տարբերակների, կայքերի հայելային արտացոլման կամ տարբեր բիզնես մոդելների համար (վճարովի ընդդեմ անվճար, անվտանգ ընդդեմ բաց, հանրային ընդդեմ մասնավոր): Դրանք կարող են նաև լուծվել տարբեր բովանդակության տարբեր թվային տարբերակների, ինչպիսիք են հեռավար ուսուցման դասընթացի համար անհրաժեշտ օբյեկտների խառնուրդը:

Այսօր գործում են հազարավոր հանդելային ծառայություններ, որոնք գտնվում են 71 երկրներում, 6 մայրցամաքներում. դրանցից ավելի քան 1000-ը գործում են համալսարաններում և գրադարաններում: Հանդելային ծառայությունները գործարկվում են օգտատերերի ֆեդերացիաների, ազգային լաբորատորիաների, համալսարանների, հաշվողական կենտրոնների, գրադարանների (ազգային և տեղական), պետական ​​​​գործակալությունների, կապալառուների, կորպորացիաների և հետազոտական ​​​​խմբերի կողմից: Հիմնական հրատարակիչները օգտագործում են Handle System-ը առևտրային առևտրով զբաղվող և բաց մուտքի բովանդակության մշտական ​​նույնականացման համար՝ թվային օբյեկտի նույնականացուցիչի (DOI) համակարգի միջոցով դրա ներդրման միջոցով։

Նախածանցների թիվը, որոնք թույլ են տալիս օգտատերերին վերագրել handle-ներ, աճում է և 2014 թվականի սկզբի դրությամբ կազմում է ավելի քան 12,000: Կան վեց բարձր մակարդակի Global Handle Registry սերվերներ, որոնք ամսական ստանում են (միջինում) 68 միլիոն լուծման հարցումներ: CNRI-ին հայտնի պրոքսի սերվերները, որոնք հարցումները փոխանցում են համակարգին ցանցում, ամսական ստանում են (միջինում) 200 միլիոն լուծման հարցումներ: (Վիճակագրությունը՝ Handle Quick Facts-ից):

2010 թվականին CNRI-ն և ITU-ն (Միջազգային հեռահաղորդակցության միություն) համաձայնագիր կնքեցին Handle System-ի (և ավելի ընդհանուր առմամբ թվային օբյեկտների ճարտարապետության) օգտագործման շուրջ համագործակցելու վերաբերյալ և աշխատում են այդ համագործակցության կոնկրետ մանրամասների վրա. 2009 թվականի ապրիլին ITU-ն Handle System-ը ներառեց «զարգացող միտում» ցանկում[23]։

Լիցենզիաներ և օգտագործման քաղաքականություն

[խմբագրել | խմբագրել կոդը]

Handle System-ը, HANDLE.NET-ը և Global Handle Registry-ն ԱՄՆ-ում գործող ոչ առևտրային հետազոտական ​​և զարգացման կորպորացիայի՝ Ազգային հետազոտական ​​նախաձեռնությունների կորպորացիայի (CNRI) ապրանքանիշեր են: Handle System-ը CNRI-ի կողմից արտոնագրերի առարկա է, որը լիցենզավորում է իր Handle System տեխնոլոգիան հանրային լիցենզիայի միջոցով[24], նման բաց կոդով լիցենզիայի, որպեսզի հնարավոր լինի տեխնոլոգիայի ավելի լայն օգտագործումը: Handle System-ի ենթակառուցվածքը ֆինանսավորվում է նախածանցի գրանցման և սպասարկման վճարներով, որոնց մեծ մասը գալիս է մեկ նախածանցի տերերից: Ամենամեծ ներկայիս միակ ներդրողը Միջազգային DOI հիմնադրամն է: Հանրային լիցենզիան թույլ է տալիս առևտրային և ոչ առևտրային օգտագործումը ցածր գնով ինչպես իր արտոնագրված տեխնոլոգիայի, այնպես էլ ծրագրային ապահովման հղման իրականացման համար, և թույլ է տալիս ծրագրային ապահովումը ազատորեն ներդրվել այլ համակարգերում և արտադրանքներում: Ծառայության պայմանագիր[5] նույնպես հասանելի է այն օգտատերերի համար, ովքեր մտադիր են տրամադրել նույնականացուցիչի կամ լուծման ծառայություններ՝ օգտագործելով Handle System տեխնոլոգիան Handle System հանրային լիցենզիայի ներքո:

Առնչվող տեխնոլոգիաներ

[խմբագրել | խմբագրել կոդը]

Handle System-ը ներկայացնում է երկարաժամկետ թվային օբյեկտների ճարտարապետության մի քանի բաղադրիչներ: 2010 թվականի հունվարին CNRI-ն թողարկեց իր ընդհանուր նշանակության թվային օբյեկտների պահոցի ծրագիրը[25], որը այս ճարտարապետության մեկ այլ կարևոր բաղադրիչ է: Հասանելի է լրացուցիչ տեղեկատվություն[26] թողարկման մասին, ներառյալ արձանագրության սպեցիֆիկացիան, սկզբնական կոդը և պատրաստի համակարգը, հաճախորդները և օգտակար ծրագրերը[27][28]։

Ծանոթագրություններ

[խմբագրել | խմբագրել կոդը]
  1. 1 2 Handle System Overview. Internet Engineering Task Force. RFC 3650. https://tools.ietf.org/html/rfc3650.
  2. ↑ «Kahn/Wilensky Architecture». CNRI. 1995-05-13. Վերցված է 2013-03-13-ին.
  3. ↑ «DONA Foundation». dona.net.
  4. ↑ «Digital Object Identifier System». doi.org.
  5. 1 2 «Redirect to Current Handle.Net web site content». handle.net. Վերցված է 2018 թ․ մարտի 15-ին.
  6. ↑ Handle System Namespace and Service Definition. Internet Engineering Task Force. RFC 3651. https://tools.ietf.org/html/rfc3651.
  7. ↑ Handle System Protocol (ver 2.1) Specification. Internet Engineering Task Force. RFC 3652. https://tools.ietf.org/html/rfc3652.
  8. ↑ «handle.net». handle.net. Վերցված է 2013-03-13-ին.
  9. ↑ «About "info" URIs – Frequently Asked Questions». Info-uri.info. Վերցված է 2013-03-13-ին.
  10. ↑ The "info" URI Scheme for Information Assats with Identifiers in Public Namespaces. Internet Engineering Task Force. RFC 4452. https://tools.ietf.org/html/rfc4452.
  11. ↑ «DOI Handbook». International DOI Foundation. doi:10.1000/182. Արխիվացված է օրիգինալից 2022 թ․ սեպտեմբերի 16-ին.
  12. ↑ «HDL.NET Services: Proxy Server System». Handle.net. Վերցված է 2013-03-13-ին.
  13. ↑ «HS Software Download». Handle.net. Վերցված է 2013-03-13-ին.
  14. ↑ «Software Client Libraries». Handle.net. Վերցված է 2013-03-13-ին.
  15. ↑ «HDL Plug-in for Adobe Acrobat and Acrobat Reader». Handle.net. Վերցված է 2013-03-13-ին.
  16. ↑ «Redirect to Current Handle.Net web site content». handle.net. Արխիվացված է օրիգինալից 2015 թ․ սեպտեմբերի 5-ին.
  17. ↑ «DOI System Tools». Doi.org. 2012-07-12. Վերցված է 2013-03-13-ին.
  18. ↑ «adlnet.gov». adlnet.gov. Վերցված է 2013-03-13-ին.
  19. ↑ «SCORM». adlnet.gov. Արխիվացված է օրիգինալից 2008-06-14-ին.
  20. ↑ «doi.org». doi.org. 2013-01-08. Վերցված է 2013-03-13-ին.
  21. ↑ «Identifier Systems in Network Architecture, Laurence Lannom, CNRI. Video of presentation (or presentation PDF only) from the Digital Motion Picture Metadata Symposium, Science & Technology Council, Academy of Motion Picture Arts & Sciences, 11 June 2009». Oscars.org. 2012-08-24. Արխիվացված է օրիգինալից 2013-03-30-ին. Վերցված է 2013-03-13-ին.
  22. ↑ «workbook on digital private papers | administrative and preservation metadata | persistent identifiers». paradigm. 2008-01-02. Արխիվացված է օրիգինալից 2013-03-29-ին. Վերցված է 2013-03-13-ին.
  23. ↑ «Handle System». Itu.int. 2010-04-16. Վերցված է 2013-03-13-ին.
  24. ↑ «LICENSE» (PDF). www.handle.net. Վերցված է 2020-05-11-ին.
  25. ↑ «dorepository.org». dorepository.org. 2013-01-08. Վերցված է 2013-03-13-ին.
  26. ↑ «Digital Object Repository Server: A Component of the Digital Object Architecture». Dlib.org. 2010-02-04. Վերցված է 2013-03-13-ին.
  27. ↑ Reilly S, Tupelo-Schneck R (2010 թ․ հունվար). «Digital Object Repository Server: A Component of the Digital Object Architecture». D-Lib Magazine (անգլերեն). DO Repository. 16 (1/2). doi:10.1045/january2010-reilly. ISSN 1082-9873. Վերցված է 2013-03-13-ին.
  28. ↑ «Cordra». cordra.org.
Ստացված է «https://hy.wikipedia.org/w/index.php?title=Handle_System&oldid=10847131» էջից