Jump to content

I-name: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
No edit summary
 
(46 intermediate revisions by 35 users not shown)
Line 1: Line 1:
{{About|digital identifiers|other uses|Iname (disambiguation){{!}}Iname}}
{{lowercase|i-name}}
{{lowercase|i-name}}
'''i-names''' are one form of an [[Extensible Resource Identifier|XRI]] — an [[OASIS (organization)|OASIS]] open standard for digital identifiers designed for sharing resources and data across domains and applications. i-names are human-friendly XRIs intended to be as easy as possible for people to remember and use. For example, a personal i-name could be as simple as "=Mary" or "=Mary.Jones". An organizational i-name can be a simple as "@Acme" or "@Acme.Corporation."
'''I-names''' are one form of an [[Extensible Resource Identifier|XRI]]&nbsp;— an [[OASIS (organization)|OASIS]] open standard for digital identifiers designed for sharing resources and data across domains and applications.<ref>[http://www.oasis-open.org/committees/download.php/15377 ''XRI Syntax 2.0 Committee Specification''], [[OASIS (organization)|OASIS]] [[XRI]] Technical Committee (14 November 2005)</ref> I-names are [[human readable]] XRIs intended to be as easy as possible for people to remember and use. For example, a personal i-name could be ''=Mary'' or ''=Mary.Jones''. An organizational i-name could be ''@Acme'' or ''@Acme.Corporation''.


==Persistence==
One problem XRIs are designed to solve is ''persistent addressing'' — how to maintain an address that does not need to change no matter how often the contact data for a person or organization changes. XRIs accomplish this by adding a new layer of "abstract" addressing over the existing [[Internet Protocol|IP]] numbering and [[Domain name system|DNS]] naming layers used on the Internet today (as well as over any other type of address, such as a phone number). Such an abstraction layer is not new — [[Uniform Resource Name|URN]]s (Uniform Resource Names) and other persistent identifier architectures have the same effect. What's unique about the XRI layer is that it offers a single uniform syntax and resolution protocol for two different types of identifiers:


One problem XRIs are designed to solve is ''persistent addressing''&nbsp;— how to maintain an address that does not need to change no matter how often the contact details of a person or organization change. XRIs accomplish this by adding a new [[layer of abstraction]] over the existing [[Internet Protocol|IP]] numbering and [[Domain name system|DNS]] naming layers used on the Internet today (as well as over other type of addresses, such as phone numbers or [[instant messaging]] addresses). Such an abstraction layer is not new&nbsp;— [[Uniform Resource Name|URN]]s (Uniform Resource Names) and other [[persistent identifier]] architectures have the same effect. What's different about the XRI layer is that it offers a single uniform syntax and resolution protocol for two different types of identifiers:
* [[i-name]]s — human-friendly identifiers that resemble domain names but are even simpler and easier to use. Though typically long-lived, i-names may, like domain names, be transferred or reassigned to another resource by their owner. For example, a company that changes its corporate name could sell its old i-name to another company, while both companies could retain their original i-number. However what most differentiates i-names from domain names is that in practice they will have a synonymous (equivalent) persistent ''i-number'' (below).


===I-names===
* [[i-number]]s machine-friendly identifiers (similar to [[IP address]]es) that are registered to a resource (person, organization, application, file, digital object, etc.) and never reassigned. This means an i-number can always be used to address a network representation of the resource as long it remains available anywhere on the network. I-numbers, like IP addresses, are designed to be very efficient for network routers to process and resolve.


I-names are identifiers resembling [[domain name]]s, designed for simplicity and ease of use. Though typically long-lived, i-names may, like domain names, be transferred or reassigned to another resource by their owners. For example, a company that changes its corporate name could sell its old i-name to another company, while both companies could retain their original i-numbers. What most differentiates i-names from domain names is that in practice they will have a synonymous (equivalent) persistent ''i-number'' (below).
XRI syntax also allows i-names and i-numbers to be combined within the same XRI. So effectively the XRI layer supports both i-name and i-number synonyms for resources — one that reflects real-world semantics and can change over time, and one that reflects the persistent identity of a resource no matter how often its attributes (including its i-names) may change. And the same [[Hypertext Transfer Protocol|HTTP]](S)-based XRI resolution protocol can be used to resolve either an i-name or an i-number (or any combination of the two).

===I-numbers===

[[I-number]]s are [[Machine-readable data|machine readable]] identifiers (similar to [[IP address]]es) that are assigned to a resource (for instance, a person, organization, application or file) and never reassigned. This means an i-number can always be used to address a network representation of the resource as long it remains available anywhere on the network. I-numbers, like IP addresses, are designed to be efficient for [[network router]]s to process and resolve.

XRI syntax also allows i-names and i-numbers to be combined within the same XRI. So effectively the XRI layer supports both i-name and i-number [[synonym]]s for resources&nbsp;— one that reflects real-world semantics and can change over time, and one that reflects the persistent identity of a resource no matter how often its attributes (including its i-names) may change. And the same [[Hypertext Transfer Protocol|HTTP]]-based XRI resolution protocol can be used to resolve either an i-name or an i-number to an [[XRDS]] document describing the target resource.


XRIs are backward-compatible with the DNS and IP addressing systems, so it is possible for domain names and IP addresses to be used as i-names (or, in rare cases, as i-numbers). Like DNS names, XRIs can also be "delegated", i.e., nested multiple levels deep, just like the directory names on a local computer file system. For example, a company can register a top-level (global) i-name for itself and then assign second- or lower-level (community) i-names to its divisions, employees, etc. Examples:
XRIs are backward-compatible with the DNS and IP addressing systems, so it is possible for domain names and IP addresses to be used as i-names (or, in rare cases, as i-numbers). Like DNS names, XRIs can also be "delegated", i.e., nested multiple levels deep, just like the directory names on a local computer file system. For example, a company can register a top-level (global) i-name for itself and then assign second- or lower-level (community) i-names to its divisions, employees, etc. Examples:


=Mary.Jones*Henry
=Mary.Jones*Henry
=@Example.Corp*Ecuador*Quito
@Example.Corp*Ecuador*Quito


i-names are called ''unified digital addresses'' because they can be resolved using the [[XRI|XRI protocol]] into any other type of contact data for the identity they represent (or any other type of data under the control of this identity — see [[XDI]]). Privacy is protected because the identity owner controls this resolution. For example, the registrant of "=Mary.Jones" would not receive [[spam (e-mail)|spam]] from this i-name because it is not an email address. To resolve "=Mary.Jones" into an email address would first require Mary's permission, and such requests can be verified by [[i-brokers]] to make sure they are legitimate.
i-names are called ''unified digital addresses'' because they can be resolved using the [[XRI|XRI resolution protocol]] into [[XRDS]] documents that expose various services for accessing the digital identity they represent. These services, such as [[OpenID]], [[OAuth]], or [[XDI]] can expose any other type of data under the control of this identity. Privacy is protected because the identity owner controls access. For example, the registrant of ''=Mary.Jones'' would not receive [[spam (e-mail)|spam]] from this i-name because it is not an email address. To resolve ''=Mary.Jones'' into an email address would first require Mary's permission, and such requests can be verified by i-brokers to make sure they are legitimate.


In addition to "=names" for people and "@names" for organizations, the third major type of i-names is "+names" for generic concepts. This is the XRI equivalent of a generic noun in the English language, for example, "+flowers", "+phone.number", or "+table.of.contents". +names are very useful in distributed data sharing because they can be used as XRI ''cross-references'' to specify the precise type of data to be shared. For example, "=Mary.Jones/(+phone.number)/(+daytime)" and "@Acme/(+phone.number)/(+daytime)" can be used to request Mary's and Acme's daytime phone numbers, respectively.
In addition to ''=names'' for people and ''@names'' for organizations, the third major type of i-names is ''+names'' for generic concepts. This is the XRI equivalent of a generic noun in the English language, for example, ''+flowers'', ''+phone.number'', or ''+table.of.contents''. Generic ''+names'' are very useful in distributed data sharing because they can be used as XRI cross-references to specify the precise type of data to be shared. For example, ''=Mary.Jones/(+phone.number)/(+daytime)'' and ''@Acme/(+phone.number)/(+daytime)'' can be used to request Mary's and Acme's daytime phone numbers, respectively.

==Uses of i-names==

{{section-stub}}


==See also==
==See also==
* [[Global context registries]]
* [[I-number]]
* [[I-number]]
* [[XRI]] ([[Extensible Resource Identifier]])
* [[I-broker]]
* [[XRDS]] (Extensible Resource Descriptor Sequence)
* [[XRI]]
* [[XDI]]
* [[XDI]] (XRI Data Interchange)
* [[Social Web]]
* [[Social Web]]
* [[Zooko's triangle]]


==References==
* [[Identity Centric Architecture]]
{{Reflist}}


==External links==
==External links==

* [http://www.oasis-open.org/committees/xri OASIS XRI Technical Committee]
* [http://www.oasis-open.org/committees/xri OASIS XRI Technical Committee]
* [http://www.oasis-open.org/committees/xdi OASIS XDI Technical Committee]
* [http://www.oasis-open.org/committees/xdi OASIS XDI Technical Committee]
* [http://www.xdi.org XDI.org]
* [http://www.xdi.org XDI.org]
* [http://gss.xdi.org XDI.org Global Services Specifications]
** [https://web.archive.org/web/20080513190900/http://gss.xdi.org/ XDI.org Global Services Specifications] for public i-name registry services.
* [http://iss.xdi.org XDI.org I-Services Specifications]
** [https://web.archive.org/web/20080419112720/http://iss.xdi.org/ XDI.org I-Services Specifications] for public [[XRDS]] identity services.
* [https://web.archive.org/web/20041028085925/http://journal.planetwork.net/article.php?lab=reed0704 The Social Web: Creating An Open Social Network with XDI] in the [https://web.archive.org/web/20041026015309/http://journal.planetwork.net/ Planetwork Journal].
* [http://www.inames.net inames.net] (the XDI.org portal for i-names)
* [http://journal.planetwork.net/article.php?lab=reed0704 The Social Web: Creating An Open Social Network with XDI] in the [http://journal.planetwork.net Planetwork Journal].
* [http://inamers.org i-namers] (an i-name user group)
*[http://xditao.blogspot.com Andy Dale's blog about XRI, XDI and Identity]

[[ko:I-name]]


[[Category:Identifiers]]
[[Category:Identifiers]]

Latest revision as of 08:16, 4 June 2023

I-names are one form of an XRI — an OASIS open standard for digital identifiers designed for sharing resources and data across domains and applications.[1] I-names are human readable XRIs intended to be as easy as possible for people to remember and use. For example, a personal i-name could be =Mary or =Mary.Jones. An organizational i-name could be @Acme or @Acme.Corporation.

Persistence[edit]

One problem XRIs are designed to solve is persistent addressing — how to maintain an address that does not need to change no matter how often the contact details of a person or organization change. XRIs accomplish this by adding a new layer of abstraction over the existing IP numbering and DNS naming layers used on the Internet today (as well as over other type of addresses, such as phone numbers or instant messaging addresses). Such an abstraction layer is not new — URNs (Uniform Resource Names) and other persistent identifier architectures have the same effect. What's different about the XRI layer is that it offers a single uniform syntax and resolution protocol for two different types of identifiers:

I-names[edit]

I-names are identifiers resembling domain names, designed for simplicity and ease of use. Though typically long-lived, i-names may, like domain names, be transferred or reassigned to another resource by their owners. For example, a company that changes its corporate name could sell its old i-name to another company, while both companies could retain their original i-numbers. What most differentiates i-names from domain names is that in practice they will have a synonymous (equivalent) persistent i-number (below).

I-numbers[edit]

I-numbers are machine readable identifiers (similar to IP addresses) that are assigned to a resource (for instance, a person, organization, application or file) and never reassigned. This means an i-number can always be used to address a network representation of the resource as long it remains available anywhere on the network. I-numbers, like IP addresses, are designed to be efficient for network routers to process and resolve.

XRI syntax also allows i-names and i-numbers to be combined within the same XRI. So effectively the XRI layer supports both i-name and i-number synonyms for resources — one that reflects real-world semantics and can change over time, and one that reflects the persistent identity of a resource no matter how often its attributes (including its i-names) may change. And the same HTTP-based XRI resolution protocol can be used to resolve either an i-name or an i-number to an XRDS document describing the target resource.

XRIs are backward-compatible with the DNS and IP addressing systems, so it is possible for domain names and IP addresses to be used as i-names (or, in rare cases, as i-numbers). Like DNS names, XRIs can also be "delegated", i.e., nested multiple levels deep, just like the directory names on a local computer file system. For example, a company can register a top-level (global) i-name for itself and then assign second- or lower-level (community) i-names to its divisions, employees, etc. Examples:

=Mary.Jones*Henry
@Example.Corp*Ecuador*Quito

i-names are called unified digital addresses because they can be resolved using the XRI resolution protocol into XRDS documents that expose various services for accessing the digital identity they represent. These services, such as OpenID, OAuth, or XDI can expose any other type of data under the control of this identity. Privacy is protected because the identity owner controls access. For example, the registrant of =Mary.Jones would not receive spam from this i-name because it is not an email address. To resolve =Mary.Jones into an email address would first require Mary's permission, and such requests can be verified by i-brokers to make sure they are legitimate.

In addition to =names for people and @names for organizations, the third major type of i-names is +names for generic concepts. This is the XRI equivalent of a generic noun in the English language, for example, +flowers, +phone.number, or +table.of.contents. Generic +names are very useful in distributed data sharing because they can be used as XRI cross-references to specify the precise type of data to be shared. For example, =Mary.Jones/(+phone.number)/(+daytime) and @Acme/(+phone.number)/(+daytime) can be used to request Mary's and Acme's daytime phone numbers, respectively.

See also[edit]

References[edit]

  1. ^ XRI Syntax 2.0 Committee Specification, OASIS XRI Technical Committee (14 November 2005)

External links[edit]