Jump to content

I-name: Difference between revisions

From Wikipedia, the free encyclopedia
Browse history interactively
← Previous editNext edit →
Content deleted Content added
VisualWikitext
m →‎See also: rm link to deleted article
added link to new Wikipedia article on XRDS and updated text
Line 1: Line 1:
{{lowercase|i-name}}{{for|the EP by Scottish band [[Biffy Clyro]]|iname (EP)}}
{{lowercase|i-name}}{{for|the EP by Scottish band [[Biffy Clyro]]|iname (EP)}}


'''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. <ref>[http://www.oasis-open.org/committees/download.php/15377 ''XRI Syntax 2.0 Committee Draft 01''], [[OASIS]] [[XRI]] Technical Committee ([[14 November]] [[2005]])</ref> 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 as simple as ''@Acme'' or ''@Acme.Corporation''.
'''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. <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-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 as simple as ''@Acme'' or ''@Acme.Corporation''.


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'' — 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 other type of addresses, such as phone numbers or [[instant messaging]] addresses). 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:


* [[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-name]]s are 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-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-number]]s are 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.


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).
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 — 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-name]]s) 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 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:
Line 16: Line 16:
@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''. 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.
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.
Line 27: Line 27:
* [[I-broker]]
* [[I-broker]]
* [[XRI]]
* [[XRI]]
* [[XRDS]]
* [[XDI]]
* [[XDI]]
* [[Social Web]]
* [[Social Web]]

Revision as of 07:10, 5 May 2008

For the EP by Scottish band Biffy Clyro, see iname (EP).

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-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 as simple as @Acme or @Acme.Corporation.

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 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 unique about the XRI layer is that it offers a single uniform syntax and resolution protocol for two different types of identifiers:

  • i-names are 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-numbers are machine-friendly identifiers (similar to IP addresses) 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.

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(S)-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.

References

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

See also

External links

Retrieved from "https://en.wikipedia.org/w/index.php?title=I-name&oldid=210270911"