Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/90—Details of database functions independent of the retrieved data types
  • G06F16/95—Retrieval from the web
  • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/30—Managing network names, e.g. use of aliases or nicknames
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/45—Network directories; Name-to-address mapping
  • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
  • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
  • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
  • H04L63/0485—Networking architectures for enhanced packet encryption processing, e.g. offloading of IPsec packet processing or efficient security association look-up
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
  • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
  • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/12—Applying verification of the received information
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/10—Protocols in which an application is distributed across nodes in the network
  • H04L67/104—Peer-to-peer [P2P] networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/2866—Architectures; Arrangements
  • H04L67/30—Profiles
  • H04L67/306—User profiles
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
  • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/10—Protocols in which an application is distributed across nodes in the network
  • H04L67/104—Peer-to-peer [P2P] networks
  • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L67/1063—Discovery through centralising entities
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/10—Protocols in which an application is distributed across nodes in the network
  • H04L67/104—Peer-to-peer [P2P] networks
  • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
  • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
  • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
  • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
  • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

• Networks are commonly thought to consist of the interconnection and interoperation of clients, peers, servers, and intermediary nodes in a graph topology.
• server refers generally to a computer, other device, software, or combination thereof that processes and responds to the requests of remote users across a communications network. Servers serve their information to requesting "clients.”
• clients A computer, other device, software, or combination thereof that facilitates, processes information and requests, and/or furthers the passage of information from a source user to a destination user is commonly referred to as a "node.”
• Networks are generally thought to facilitate the transfer of information from source points to destinations.
• TCP/IP TRANSMISSION CONTROL PROTOCOL-INTERNET PROTOCOL
• DoD to have a network that will continue to operate even if damaged during battle, thus allowing for information to be routed around damaged portions of the communications network to destination addresses.
• the source or destination address location itself is rendered inoperable, such delivery will not be possible.
• the Internet is a packet-switched network and thus, information on the Internet is broken up into pieces, called packets, and transmitted in packet form.
• the packets contain IP addressing information called headers, which are used by routers to facilitate the delivery of the packets from a source to a destination across intermediary nodes on the Internet. Upon arrival at the destination, the packets are reassembled to form the original message, and any missing packets are requested again.
• IP component of the protocol is responsible for routing packets of information based on a four byte addressing mechanism; the address is written as four numbers separated by dots, each number ranging from 0 to 255, e.g., "123.255.0.123". IP addresses are assigned by Internet authorities and registration agencies, and are unique.
• the TCP portion of the protocol is used for verifying that packets of informatipn are correctly received by the destination computer from the source, and if not, to i retransmit corrupt packets.
• Other transmission control protocols are also commonly used that do not guarantee delivery, such as User Datagram Protocol
• the web is the manifestation and result of a synergetic interoperation between user interfaces (e.g., web browsers), servers, distributed information, protocols, and specifications.
• Web browsers were designed to facilitate navigation and access to information
• information servers were designed to facilitate provision of information.
• web browsers and information servers are disposed in communication with one another through a communications network.
• Information Servers function to serve information to users that typically access the information by way of web browsers.
• information servers typically provide information to users employing web browsers for navigating and accessing information on the web.
• Microsoft's Internet Explorer and Netscape Navigator are examples of web browsers.
• navigation user interface devices such as WebTV have also been implemented to facilitate web navigation.
• Microsoft's Information Server and Apache are examples of information servers.
• URLs are an address that is typically embodied as a hyperlink in a web page or is typed into a web browser.
• URLs for a given resource refer only to a location for that resource.
• the reference to the location is achieved through the use of an unresolved IP address in conjunction with a directory path and file name; e.g., "http://www.aWebSite.com aFolder/aFile.html".
• the URL directs the browser to connect to the computer named "www" in the domain "aWebSite.com,” and to request the file named "aFile.html” stored in directory "aFolder” at that computer.
• UNIVERSAL NAME IDENTIFIER OJND The Corporation for National Research Initiatives has created and implemented a new means of naming and locating information, called the Handle System.
• the Handle System is designed to improve upon the current use of URLs.
• the Handle System introduces a level of indirection to locating and distributing information over the Internet.
• the Handle System is a general-purpose system for naming resources. Instead of being assigned a URL based on a particular resource's current network location, a resource may be assigned a Universal Name
• a UNI is a form of Universal Resource Identifier (URI).
• URIs include both UNIs and URLs.
• a UNI unlike a URL, serves and shall be regarded henceforth as a name for the resource that is persistent regardless of changes in the resource's location or other attributes.
• URN Universal Resource Name
• a Handle is a type of URN.
• DOI Digital Object Identifier
• various forms of UNIs include Handles, URNs, DOIs, and/or the like.
• a Handle is a unique name, which is registered with the Handle System along with the current network location of the named resource. This location information commonly takes the form of a URL.
• One common type of Handle is known as a Digital Object Identifier (DOI).
• DOI Digital Object Identifier
• Handles may be then distributed to users in lieu of a URL, and superficially appear to function similarly to a hyperlink. When a user encounters a Handle, the user may select or enter the Handle much like a URL hyperlink, so long as the user's web browser is capable of making Handle requests. Such an encounter triggers an automated process to look up a resource's current location. The current location of the resource is associated with the resource's
• Handle in a directory made available by the Handle System, which in turn directs the user to the resource's current location. Unlike with a URL, if the resource
• the Handle System directory entry can be updated, thereby assuring a persistent association between a Handle and the resource it identifies.
• An analogy can be made to the physical world: knowing only a URL for a given resource is akin to knowing only a person's street address, and not her name. If she were to move across town, it would be very difficult to locate her without knowing her name.
• the Handle System allows resources to be permanently named by way of a Handle, and it allows the current network location of resources to be looked up based on that name in a Handle System directory.
• DOIs enable access to information over a communications network by providing a persistent identifier for information that may be regularly relocated.
• DOIs overcome the limitations of network addressing schemes limited to addressing locations by providing a mechanism to associate identifiers with information through an added level of indirection instead of associating identifiers with locations
• DOIs provide a mechanism that allows for the association of an identifier with information instead of a location
• DOIs in and of themselves do not allow for the access of multiple and/or varying instances of a piece of information in various locations, formats, or the access of various services associated with a given piece of information, based on various contexts of use.
• One embodiment of the disclosed invention teaches how to access information across a communications network from multiple locations, in multiple formats, and accessible in variable fashions based on varying contexts of use.
• the present invention also overcomes the limitations of prior addressing schemes with the novel ability to associate a single identifier with information available, and
• registrants or the registration agency may further register a number of type- value pairs to be associated with the DOI they are registering.
• the registered types and their associated values are used to provide multiple resolutions for registered DOIs.
• a "resolution" as defined by THE DOI HANDBOOK is a process for submitting a DOI identifier and receiving in response thereto one or more pieces of current information related to the submitted identifier.
• a simple resolution is one wherein the DOI resolves to a single piece of information, usually the URL for (i.e. the current network location of) a web page associated with the resource identified by the DOI.
• a multiple resolution in accordance with the present invention is one that has more than one possible resolution available under varying contexts.
• the above advantages and features are of representative embodiments only, and are not exhaustive and/or exclusive. They are presented only to assist in understanding the invention. It should be understood that they are not representative of all the inventions defined by the claims, to be considered limitations on the invention as defined by the claims, or limitations on equivalents to the claims. For instance, some of these advantages may be mutually contradictory, in that they cannot be simultaneously present in a single embodiment. Similarly, some advantages are applicable to one aspect of the invention, and inapplicable to others. Furthermore, certain aspects of the claimed invention have not been discussed herein.
• Figures 1 and 2 illustrate URL addressing across a communications network with moving information
• Figure 3 illustrates accessing of information through DOIs
• Figures 4 and 5 provide an overview of a handle
• Figures 6 and 7 provide an overview of the resolution mechanism for allowing users to access desired information
• Figure 8 provides an overview of the sequence of actions that a user performs to access information using DOIs
• Figure 9 provides a more complete overview of the sequence of actions that a user perform to access content information
• Figure 10 illustrates an exemplary mechanism for accessing information over a communications network
• Figure 11 provides an overview of another embodiment of exemplary mechanisins for retrieving information over a communications network
• j Figure 12 provides an overview of the DOI system
• IAMRS Access Multiple Resolution Server
• Figure 14 illustrates one example embodiment incorporated into an IAMRS controller
• Figure 15 illustrates one non-limiting example graph topology providing multiple resolution access to information
• Figure 16 illustrates one non-limiting example graph topology providing multiple resolution registration and access of information.
• IP addresses Users access communications networks through addresses. Addresses represent locations. Users traverse locations in a communications network hoping to find information.
• a common communications address employs the IP address.
• the IP address may be likened to the real world by analogy to a street address.
• the IP address itself is a sequence of numbers, e.g., 209.54.94.99, and commonly has an associated name, e.g., www.contentdirections.com.
• a distributed database registry maintains the associated pairs of names and IP addresses and serves to resolve associated names into corresponding JP addresses. This allows people to remember and use names, e.g., www.report.com, instead of being forced to memorize and use a series of numbers, e.g., 209.54.94.99.
• DNS Domain Name Servers
• Locators that append even more navigation information into an address.
• Users may employ software to access information stored at URLs through the use of HTTP.
• HTTP HyperText Transfer Protocol
• An example is when a user specifies "http://www.report.com /reports/1999/IncomeStatement.html" in a web browser.
• this further navigation information i.e., "/reports/1999/IncomeStatement.html” provides a specific storage location within a computer server.
• This further navigation location may be likened to a real world address more specific than a street address that includes information such as a company name, department, and room number.
• This further navigation location is typically not handled or resolved by DNSs, but instead v by an Information Server at the resolved IP address. For example, an information
• An Information Server is a means for facilitating communications between a communication network and the computer server at a particular IP address.
• Commercial examples of an Information Server include Apache.
• An Information Server may be likened to a mail department for a business that further routes correspondence to appropriate locations within the business.
• Figures 1 and 2 illustrate that IP addressing mechanisms do not maintain an association with information as it moves across a communications networks.
• Web page links generally employ HTTP, which in turn relies on IP addressing.
• URL links simply point to a location on a communication network and are not necessarily associated with any specific information. For example, a URL link referencing www.news.com will have different information associated between the URL and the information made available at the www.news.com location as information at the location is updated daily. In many instances, locations themselves may disappear as companies move information, move their operations, go out of business, etc.
• a report entitled "Company Sales for 1999" 222 existing at a location www.report.com/1999/Report.html 208 may be moved to www.report.com 1999/Archives.html 310, e.g., because the information was sold from one entity to another, archived, or many other reasons.
• the report at www.report.com/1999/Report.html 208 may have had 5 million web pages and
• I Figure 1 depicts a webpage 201, a user entered address 202, a document 203, and a memory device 204 all employing URLs and consequently IP addressing in an attempt to reference a piece of information (the report "Company
• DOI system needs to be able to resolve what the user of the DOI wants to access.
• the technology that is used to manage the resolution of DOIs is better known as the "Handle System,” and will be described in more detail below.
• the Handle System includes an open set of protocols, a namespace, and an implementation of the protocols.
• the protocols enable a distributed computer system to store Handles (such as DOIs) of digital content and resolve those Handles into the information necessary to locate and access the content, to locate and access information related to the content, or to locate and access (i.e., provide an interface to) services associated with the content.
• This associated information can be changed as needed to reflect the current state of the identified content without changing the DOI, thus allowing the name of the item to persist over changes of location and other state information.
• the Handle System provides a general-purpose, distributed global naming service for the reliable management of information and services on networks over long periods of time.
• “source,” “content” and/or “information” made accessible through the DOI system may comprise any identifiable content, source, information, services, transactions, and work of authorship, including articles, books, intangible objects, music albums, people, tangible physical objects, and/or the like further including selected discrete portions and/or combinations thereof.
• the accessible information may be a URL to an application that initiates a service, a transaction, provides a selection mechanism, and or the like.
• the DOI may even be associated with information identifying a human being such as a social security number, telephone number, and/or the like.
• the DOI may be associated with software modules, programming "objects," or any other network-based resource.
• a DOI can be used to represent most anything including the online representation of physical products (e.g., items currently identified by UPC or bar codes).
• DOIs could resolve to the manufacturer's catalog page describing or offering the product, or even, in a multiple-resolution scenario, offer all services related to the object such as where to go to get the item repaired; where to find replacement parts; what the new or replacement product is; what kinds of pricing or leasing options are available] etc.
• DOIs include: representing different modules of software that may operate in distributed fashion across a communications network; telephone numbers for Voice-over-IP technology; gene sequences; medical records and/or other permanent records (DOIs will be especially useful with permanent records protected via encryption and/or other method that might invoke a certificate or decryption key); and/or the like.
• Another example embodiment for a DOI is to represent the permanent location of a temporary and/or dynamic value such as, but not limited to a current stock quote; current bid and offer prices (for stocks and/or any other kind of auction and/or exchange); a company's current annual report (versus different DOIs for different prior-year annual reports); and/or the like. Users may access information through Digital Object Identifiers
• DOIs are associated with (i.e., are names for) information itself. DOIs are instances of “Handles” and operate within the framework of the "Handle system.” A DOI allows for access to persistently associated information.
• the DOI is a string of characters followed by a separator further followed by a string of characters, e.g., 10.1065/abcl23def.
• DOIs are names for information, which can be used to look up that information's location and other attributes, as well as related services. It is envisioned that information may be any information as well as any computer- readable files, including e-books, music files, video files, electronic journals, software, smaller portions and/or combinations of any of the aforementioned content as well. It should be noted that since the electronic content will be made available over a communications network, hereinafter this application refers to such available information as being published on a communications network.
• a DOI is a permanent and persistent identifier given to a piece of information made available on a communications network and registered in an electronic form, so that even if the location (i.e., URL), format, ownership, etc. of the content or associated data changes, users will be able to access the associated data.
• DOIs, or Handles may be distributed to users in lieu of a URL.
• a user may access information associated with a particular DOI by selecting or entering the DOI in a Handle-enabled web browser much like a URL hyperlink.
• Many types of browsers may be enabled by way of browser plug-in software such as the Handle System plug-in available from www.cnri.org. Such an attempt to access DOI associated information triggers an automa i ted process to look up a resource's current
• the current location of the resource is associated with the resource's DOI in a centrally managed directory made available by the Handle System, which in turn directs the user (i.e.,; the user's web browser) to the resource's current location.
• This direction is often 1 accomplished by returning a current URL associated with the selected DOI and corresponding information.
• Figure 3 illustrates the access of information through DOIs in contrast to Figures 1 and 2 above.
• the information (report of "Company Sales for 1999) 222 is given a DOI through a registration process.
• users reference 444 the information using the DOI through webpages 401, typed entry in a web browser 402, documents 403, devices 404, and/or the like.
• users engage the DOI links 444, they are resolved in a centralized DOI directory 411 and the requesting users are given a URL link 244 to the information's 222 initial location (www.report.com/1999/Report.html) 208.
• DOIs may not only be used to identify information, but also smaller portions thereof.
• DOI system it is possible for a book to have one DOI, while each of its chapters would have other unique DOIs to identify them; furthermore, each figure in the book may have yet other unique DOIs to identify them.
• DOI system it is possible to identify information with variable granularity as desired by the content publishers.
• the Handle System employs a pre-determined set of policies for efficient and user-friendly utilization thereof, some of which of which are listed below.
• the use of the Handle System for DOI resolution should ideally be free to users, with the costs of operation of the system possibly borne by the publishers. All DOIs are to be registered with a global DOI registry. Registrants are responsible for the maintenance of state data and metadata relating to DOIs that they have registered.
• the syntax of the DOI follows a standardized syntax. In use, the DOI will be an opaque string (dumb number). DOI registration agencies will manage the assignment of DOIs, their registration and the declaration of the i
• Figure 4 and 5 provide a schematic view of a handle 500.
• a handle 500 has tjvo components, the prefix 501 and the suffix 502. The prefix 501 and the suffix 502 are separated by a forward slash 507.
• the handle 500 may incorporate any printable characters! from almost every major language written or used today.
• the DOI registration agency will award the unique prefix 501 to a publisher, and put the responsibility on these publishers for ensuring that the suffix 502 assigned is unique as well.
• the Registration Agency and the Handle System administrators will both verify uniqueness of any new handle before depositing it in the Handle System.
• the Registration Agency deposits DOI records with the Handle System.
• the Handle System in turn services DOI resolution requests through a DOI directory.
• the prefix 501 itself has two components separated by a prefix separator 506, which is a period.
• the first part of the handle prefix is the handle type 504.
• the second part of the handle prefix is the handle creator 505.
• the handle type 504 identifies what type of handle system is being used. When the handle type 504 starts with a "10" the handle is distinguished as being a DOI as opposed to any other implementation type of the Handle System.
• the next element of the prefix, separated by a period, is the handle creator 505, which is a number (or string of characters) that is assigned to an organization that wishes to register DOIs. Together, these two elements 504 and 505 form the unique publisher prefix portion of the DOI.
• a publishing company might have a single DOI prefix 501, or might have a different one for each of its journals, or one for each of its imprints.
• a prefix 501 may be a simple numeric string, the scope of the Handle System is not limited thereby.
• a prefix 501 may also utilize alphabetical characters or any other characters.
• the suffix 502 is a unique string of alphanumeric characters, which, in conjunction with a particular prefix 501, uniquely identifies a piece of information.
• the suffix 502 may be any alphanumeric string that the publisher chooses, so long as it is unique among all suffixes registered in conjunction with the publisher's prefix.
• Figure 5 provides a view of another embodiment of the DOI 600, in which a text book's ISBN number serves as the suffix 602. Consequently, where it is convenient, the publisher of the underlying content may choose to select as the suffix 602 any other identification code accorded to the original piece of content.
• a DOI 500 is merely an identification number that does not
• the present invention provides for the use of metadata, which is descriptive data about the identified information . While metadata jmay be any data structure that is associated with a DOI, according to one embodiment, the metadata will be comprised of a few basic fields that can accurately and succinctly identify the published information.
• the metadata will comprise an identifier associated with the entity from a legacy identifier scheme such as the International Standard Book Number (ISBN) for a book, title of the published content, type of content being published (such as book, music, video, etc.), whether the content is original or a derivation, a primary author of the content, the role of the primary author in creating the content, the name of the publisher, and/or the like. Since different types of content may require different metadata for describing it, one aspect of the DOI system envisions the use of different metadata for different types of content.
• a legacy identifier scheme such as the International Standard Book Number (ISBN) for a book, title of the published content, type of content being published (such as book, music, video, etc.), whether the content is original or a derivation, a primary author of the content, the role of the primary author in creating the content, the name of the publisher, and/or the like. Since different types of content may require different metadata for describing it, one aspect of the DOI system envisions the use of different
• Metadata will be made available to any user of the DOI system to enable them to find the basic description of the entity that any particular DOI identifies. This basic description will allow the user to understand some basic things about the entity that published the content or the content itself.
• DOI INFORMATION ACCESS j Figures 6 and 7 provide an overview of the resolution mechanism for allowing users to access the desired information by merely providing the DOI to the DOI system.
• Resolution in the present context includes the submitting of an identifier to a network service and receiving in return one or more pieces of current information related to the identifier.
• the user uses her web browser 700 client to point to content identified by a particular DOI 710.
• This DOI 710 has only one URL associated with it, and must resolve to that URL.
• URL 720 where the desired content lies.
• this mechanism allows the location of the information to be changed while maintaining the name of the entity as an actionable identifier.
• the publisher must merely update the DOI's entry in the Handle System database to ensure that the existing DOI 710 points to the new location of the content.
• the DOI remains the same and users are able to access the content from its new location by using the existing DOI.
• Figure 7 provides an overview of a DOI system where users may use
• FIG. 8 provides an overview of the sequence of actions that a user performs to access information, in accordance with the present invention.
• the user launches the browser client 900 on a computing device 905, such as personal computer, personal digital assistant (PDA), or the like.
• the user engages the browser 900 to make a DOI query.
• a computing device 905 such as personal computer, personal digital assistant (PDA), or the like.
• the DOI query is forwarded to the DOI Directory Server 910 over a communications network.
• the system of the DOI Directory Server 910 examines the DOI against the entries stored therein and forwards the appropriate URL to the browser 900 on the user's computer 900, in a manner that is invisible to the user. As a result, the browser is pointed to the desired content on the server of the appropriate publisher 920. Finally, upon receipt of the request from the user's browser, the publisher 920 forwards the desired information to the user, which may be accessed in the browser client 900.
• Figure 9 provides a more complete view of the sequence of actions that a user perform to access content information, as shown in Figure 8.
• the user launches the browser client 1000 on a computing device 1005.
• the user engages the browser 1000 to make a DOI query.
• the DOI query is forwarded to the DOI Directory Server 1010 over the communications network.
• the system of the DOI Directory Server 1010 examines the DOI against the entries stored therein. As a result of the checking of the DOI against the entries stored in the DOI Directory Server 1010, the DOI Directory Server 1010 determines where the DOI must lead the user 1050.
• the appropriate URL for the content is automatically forwarded to the user's browser 1000, without any intermediate intervention or
• the browser 1000 is pointed to the appropriate publisher 11020 whose server is addressed by the underlying URL.
• the URL is used by the publisher's server 1020 to determine the exact content desired by the user,
• I and the p ⁇ blisher's server 1020 forwards the appropriate content 1030 to the user.
• Figure 10 provides an overview of some of the exemplary mechanisms for accessing information over a communications network by resolving a DOI to obtain the URL where the desired content is located, in accordance with the present invention.
• the user may directly provide the DOI and the DOI system retrieves and forwards the appropriate content to the user by simply linking to the appropriate URL.
• the user may provide information related to some of the fields included in the metadata, whereupon the DOI system identifies the appropriate URL where the desired content is located.
• a search engine 11010 may be provided to a user.
• a search engine such as www.google.com may be adapted to submit queries.
• the user searches for the appropriate DOI by providing some identifying information to the search engine 11010.
• the search, engine 11010 uses the identifying information provided and searches its database of metadata to retrieve the DOI associated with the provided metadata information.
• the retrieved DOI is sent to the DOI directory 11011, which resolves-the URL wherin the desired content is located by a publisher 11040.
• the user's browser is pointed to the appropriate content 11060.
• the user may provide the DOI 11015 in the address window 11020 of a browser 11025.
• the DOI 11015 contains the address of the a proxy server for the DOI directory 11011, which in Figure 10 is "dx.doi.org." As a result, the browser is pointed to the DOI directory 11011 located at dx.doi.org, which resolves the URL at which the desired content is located by a publisher 11040 and points the user's browser thereto.
• the DOI may be embedded in a document or some form of information 11030, whereupon clicking the DOI directs the user to the appropriate DOI directory 11011, which determines the URL at which the desired content is located and points the user's browser thereto.
• the DOI may be provided on a memory 11040, such as a CD-ROM or a floppy disk, whereupon the memory may automatically, or upon being activated, direct the user to the appropriate DOI directory 11011, which resolves the URL at which the desired content is located and points the user ' s browser thereto .
• a memory 11040 such as a CD-ROM or a floppy disk
• the DOI may be provided in printed form to a user, who enters the DOI manually as above or by way of optical and or mechanical peripheral input device.
• Figure 11 provides an overview of another embodiment of the exemplary mechanisms for retrieving information over a communications network, whereupon the DOI system resolves a DOI to obtain the URL where the desired information is located.
• a plurality of DOI directories are provided.
• —12-1-0 exist as a distributed DOI directory and form a Handle System 1200.
• the distributed DOI directory acts and responds to requests as if it were a singular directory 11011. Otherwise resolutions take place similarly as in Figure 10.
• Figure 12 provides an overview of the DOI system, in accordance with the present invention, wherein the publishers, the DOI registration service and the Handle System collaborate together to create an efficient DOI system.
• the publisher 1342 collects metadata for the content 1366.
• the metadata may comprise the content's DOI 500, a DOI genre, an identifier, title, type, origination, primary agent, and agent's role.
• the DOI 500 and the metadata are transmitted to the DOI registration agency 1300.
• the DOI registration agency 1300 maintains a database of DOIs 500, metadata of all the registered content 1366, as well as the URL at which the content 1366 is located.
• the DOI registration agency 1300 forwards the metadata to a metadata database 1310, 1119c of Figure 14, which may or may not be integrally maintained by the DOI registration agency 1300.
• the DOI registration agency 1300 may use the collected metadata for feeding-it-to other data services 1-320 or for providing value added resources 1330 to the users.
• the DOI registration agency 1300 sends the appropriate DOI handle data to the Handle System 1350, which may comprise a plurality of DOI Directory Servers 1341.
• Figure 13 illustrates one non-limiting example of the IAMRS 14006 interacting with various entities.
• Publishers 14012 may wish to make their information available through different locations, in different formats, in different contexts, for different purposes and uses. In so doing, publishers may register a single DOI 14001 in an enhanced handle system 14008 with multiple resolutions 14005, 14021-14023.
• the enhanced system is a multiple resolution system that will be discussed in greater detail in Figures 14-16.
• Publishers may wish to provide multiple resolution for a DOI to enhance the use and access of their information to customers 14001 such as individuals, libraries, corporations, universities, and/or the like, and information resellers (infomediaries) 14002 such as retailers/distributors, aggregators, syndicators, search services, A&I services, subsciption agents, vertical portals, and/or the like.
• customers 14001 such as individuals, libraries, corporations, universities, and/or the like
• information resellers (infomediaries) 14002 such as retailers/distributors, aggregators, syndicators, search services, A&I services, subsciption agents, vertical portals, and/or the like.
• retailers/distributors 14002 may require a publisher's information to be located on its servers so as to properly account and charge for access to the information; in such a case an enhanced DOI service request 14010 by customers 14001 through a communication network 14004 to an enhanced handle system 14008 would select 14030 a PURCHASE record associated with URL1 14005
• URL1 would then be redirected back to the customer 14007 through the communications network 14004. Publishers may also provide various locations for rights clearance 14021, price quotes 14022, and accessing metadata 14009, 14023.
• INFORMATION ACCESS MULTIPLE RESOLUTION SERVER CONTROLLER Figure 14 illustrates one example embodiment incorporated into an
• the IAMRS controller 1101 may serve to register, resolve, process, and updatje UNIs, and/or the like.
• the IAMRS controller 1101 may be connected to and/or cornmunicate with entities such as, but not limited to: one or more users from user input devices 111 l; ⁇ peripheral devices 1112; and/or a communications network 1113.
• the IAMRS controller may even be connected to and/or communicate with a cryptographic processor device 1128.
• a typical IAMRS controller 1101 may be based on common computer systems that may comprise, but are not limited to, components such as: a computer systemization 1102 connected to memory 1129.
• a computer systemization 1102 may comprise a clock 1130, central processing unit (CPU) 1103, a read only memory (ROM), a random access memory (RAM), and/or an interface bus 1107, and conventionally, although not necessarily, are all interconnected and/or communicating through a system bus 1104.
• the system clock typically has a crystal oscillator and provides a base signal.
• the clock is typically coupled to the system bus and various means that will increase or decrease the base operating frequency for other components interconnected in the computer systemization.
• the clock and various components in a computer systemization drive signals embodying information throughout the system.
• a-cryptographic processor 1126 may similarly be connected to the system bus.
• any of the above components may be connected directly to one another, connected to the CPU, and/or organized in numerous variations employed as exemplified by various computer systems.
• the CPU comprises at least one high-speed data processor adequate to execute program modules for executing user and/or system-generated requests.
• the CPU may be a microprocessor such as the Intel Pentium Processor and/or the like.
• the CPU interacts with memory through signal passing through conductive conduits to execute stored program code according to conventional data processing techniques. Such signal passing facilitates communication within the IAMRS controller and beyond through various interfaces. Interface Adapters
• Interface bus(ses) 1107 may accept, connect, and/or communicate to a number of interface adapters, conventionally although not necessarily in the form of adapter cards, such as but not limited to: input output interfaces (I/O) 1108, storage interfaces 1109, network interfaces 1110, and/or the like.
• cryptographic processor interfaces 1127 similarly may be connected to the interface bus.
• the interface bus provides for the communications of interface adapters with one another as well as with other components of the computer systemization.
• Interface adapters are adapted for a compatible interface bus.
• Interface adapters conventionally connect to the interface bus via a slot architecture. Conventional slot architectures may be employed, such as, but not limited to: Accelerated Graphics
• MCA Channel Architecture
• NuBus NuBus
• PCI Peripheral Component Interconnect
• Storage interfaces 1109 may accept, communicate, and/or connect to a number of storage devices such as, but not limited to: storage devices 1114, i removable disc devices, and/or the like.
• Storage interfaces may employ connection protocols such as, but not limited to: (Ultra) Advanced Technology Attachment (Packet Interface) ((Ultra) ATA(PI)), (Enhanced) Integrated Drive Electronics ((E)IDE)., Institute of Electrical and Electronics Engineers (IEEE) 1394, fiber channel, Small Computer Systems Interface (SCSI), Universal Serial Bus (USB), and/or the like.
• Network interfaces 1110 may accept, communicate, and/or connect to a communications network 1113.
• Network interfaces may employ connection protocols such as, but not limited to: direct connect, Ethernet (thick, thin, twisted pair 10/100/1000 Base T, and/or the like), Token Ring, wireless connection such as IEEE 802.1 lb, and/or the like.
• a communications network may be any one and/or the combination of the following: a direct interconnection; the Internet; a Local Area Network (LAN); Metropolitan Area Network (MAN); an Operating Missions as Nodes on the Internet (OMNI); a secured custom connection; a Wide Area Network (WAN); a wireless network (e.g., employing protocols such as, but not limited to a Wireless Application Protocol (WAP), I-mode, and or the like); and/or the like.
• a network interface may be regarded as a specialized form of an input output interface.
• I/O 1108 may accept, communicate, and/or connect to user input devices l l l l l, peripheral devices 1112, cryptographic
• I/O may employ connection protocols such as, but not limited to: Apple Desktop Bus (ADB); Apple Desktop Connector (ADC); audio: analog, digital, monaural, RCA, stereo, and/or the like; IEEE 1394; infrared; joystick; keyboard; midi; optical; PC AT; PS/2; parallel; radio; serial; I I
• a common output device is a video display, which typically jcomprises a CRT or LCD based monitor with an interface (e.g., VGA circuitry and cable) that accepts signals from a video interface.
• the video interface composites information generated by a computer systemization and generates video signals based on the composited information.
• the video interface provides the composited video information through a video connection interface that accepts a video display interface (e.g., a VGA connector accepting a VGA display cable).
• User input devices l l l l l may be card readers, dongles, finger print readers, gloves, graphics pads, joysticks, keyboards, mouse (mice), trackballs, trackpads, retina readers, and/or the like.
• Peripheral devices 1112 may be connected and/or communicate with or to I/O and/or with or to other facilities of the like such as network interfaces, storage interfaces, and/or the like).
• Peripheral devices may be cameras, dongles (for copy protection, ensuring secure transactions as a digital signature, and/or the like), external processors (for added functionality), goggles, microphones, monitors, network interfaces, printers, scanners, storage devices, visors, and/or the like.
• Cryptographic units such as, but not limited to, microcontrollers, processors 1126, interfaces 1127, and/or devices 1128 may be attached, and/or communicate- .with the -IAMRS -controller.
• a MC68HC16 - microcontroller commonly manufactured by Motorola Inc., may be used for and/or within cryptographic units. Equivalent microcontrollers and or processors may also be used.
• the MC68HC16 microcontroller utilizes a 16-bit multiply-and-accumulate instruction in the 16 MHz configuration and requires less than one second to perform a 512-bit RSA private key operation.
• Cryptographic units support the authentication of communications from interacting agents, as well as allowing for anonymous transactions.
• Cryptographic units may also be configured as part of CPU.
• Other commercially available specialized cryptographic processors include VLSI Technology's 33 MHz 6868 or Semaphore Communications' 40 MHz Roadrunner284. Memory
• a storage device 1114 may be any conventional computer system storage. Storage devices may be a fixed hard disk drive, and/or other devices of the like. However, it is to be understood that a IAMRS controller and/or a computer systemization may employ various forms of memory 1129.
• a computer systemization may be configured wherein the functionality of on-chip CPU memory (e.g., registers), RAM, ROM, and any other storage devices are provided by a paper punch tape or paper punch card mechanism; of course such an embodiment is not preferred and would result in an extremely slow rate of operation.
• memory 129 will include ROM, RAM, and a storage device 1114.
• any mechanization and/or embodiment allowing a processor to affect the storage and/or retrieval of information is regarded as memory 1129.
• a computer systemization generally requires and makes use of memory.
• memory is a fungible technology and resource, thus, any number of memory embodiments may be employed in lieu of or in concert with one another.
• the storage devices 1114 may contain a collection of program and/or database jmodules and/or data such as, but not limited to: an operating system module 1,115 (operating system); an information server module 1116 (information server); a user interface module 1117 (user interface); a web browser module 1118 (web browser); databases 1119 including tables such as but not limited to a DOI table 1119a, URL table 1119b, metadata table 1119c (tracking requests, ads, and/or the like), multiple resolution table 1119d, table 1119e, and/or the like; a cryptographic server module 1120 (cryptographic server); Information Access Multiple Resolution Server (IAMRS) module 1125; and/or the like (i.e., collectively a module collection).
• an operating system module 1,115 operating system
• an information server module 1116 information server
• a user interface module 1117 user interface
• web browser module 1118 web browser
• databases 1119 including tables such as but not limited to a DOI table 1119a, URL table 1119b, metadata table 11
• modules may be stored and accessed from the storage devices and/or from storage devices accessible through an interface bus.
• non-conventional software modules such as those in the module collection, typically and preferably, are stored in a local storage device 1114, they may also be loaded and/or stored in peripheral devices, RAM, remote storage facilities through a communications network, ROM, various forms of memory, and/or the like.
• Operating System The operating system module 1115 is executable program code facilitating the operation of a IAMRS controller. Typically, the operating system facilitates access of I/O, network interfaces, peripheral devices, storage devices, and/or the like.
• the operating system preferably is a conventional product such as a Microsoft Windows NT Server and/or Unix operating systems.
• the operating system is highly fault tolerant, scalable, and secure.
• An operating system may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like.
• the operating system communicates with other program modules, user interfaces, and/or the like.
• the operating system may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
• the operating system once executed by the CPU, may interact with communications networks, data, I/O, peripheral devices, program modules, memory, user input devices, and/or the like.
• the operating system provides communications protocols that allow the IAMRS controller to communicate with other entities through a communications network 1113.
• Various communication protocols may be used by the IAMRS controller as a subcarrier transport mechanism for interacting with the Handle System, such as, but not limited to: multicast, TCP/IP, UDP, unicast, and or the like.
• An information server module 1116 is stored program code that is executed by the CPU.
• the information server may be a conventional Internet information server such as, but not limited to, Microsoft's Internet Information Server and/or the Apache Software Foundation's Apache.
• the information server allows for the execution of program modules through facilities such as C++, Java, JavaScript, ActiveX, Common Gateway Interface (CGI) scripts, Active Server Page (ASP), and/or the like.
• the information server supports secure communications protocols such as, but not limited to, Secure Hypertext Transfer Protocol (HTTPS), Secure Socket Layer (SSL), and/or the like.
• HTTPS Secure Hypertext Transfer Protocol
• SSL Secure Socket Layer
• an information server provides results in the form of web pages to web browsers, and allows for the manipulated generation of the web pages through interaction with other program modules.
• An information server may communicate to and/or
• a user interface module 1117 is stored program code that is executed by the CPU.
• the user interface is a conventional user interface as provided by, with, and/or atop operating systems and/or operating environments such as Apple Macintosh OS, e.g., Aqua, Microsoft Windows (NT), Unix X Windows (KDE, Gnome, and/or the like), and/or the like.
• the user interface may allow for the display, execution, interaction, manipulation, and/or operation of program modules and/or system facilities through graphical facilities.
• the user interface provides a facility through which users may affect, interact, and/or operate a computer system.
• a user interface may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the user interface communicates with operating systems, other program modules, and/or the like.
• the user interface may contain, communicate, generate,
• a web browser module 1118 is stored program code that is executed by the CPU.
• the web browser is a conventional hypertext viewing application such as Microsoft Internet Explorer or Netscape Navigator (preferably with 128bit encryption by way of HTTPS, SSL, and/or the like).
• Some web browsers allow for the execution of program modules through facilities such as
• Web browsers and like information access tools may be integrated into PDAs, cellular telephones, and/or other mobile devices.
• a web browser may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the web browser communicates with information servers, operating systems, integrated program modules (e.g., plug-ins), and/or the like; e.g., it may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
• a combined application may be developed to perform similar functions of both. The combined application would similarly affect the obtaining and the provision of information to users, user agents, and or the like from
• the combined application may be nugatory on systems employing standard web browsers.
• such a combined module could be configured to communicate directly with the IAMRS without an intermediary information server to further enhance security.
• a IAMRS-database module 1119 may be embodied in a database that is stored program code that is executed by the CPU and it is stored data; the stored program code portion configuring the CPU to process the stored data.
• the IAMRS database may be implemented using various standard data structures, i such as a list, array, struct, and or the like. If the IAMRS database is implemented as a data structure, the use of the IAMRS database may be integrated into another module sjuch as the IAMRS module.
• a IAMRS database may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the IAMRS database communicates with an IAMRS module, other program modules, and/or the like. The database may contain, retain, and provide information regarding other nodes and data.
• a cryptographic server module 1120 is stored program code that is executed by the CPU 1103, cryptographic processor 1126, cryptographic processor interface 1127, cryptographic processor device 1128, and/or the like.
• cryptographic processor interfaces will allow for expedition of encryption and/or decryption requests by the cryptographic module; however, the cryptographic module, alternatively, may run on a conventional CPU.
• the cryptographic module allows for the encryption and/or decryption of provided data.
• the cryptographic module allows for both symmetric and asymmetric (e.g., Pretty Good Protection (PGP)) encryption and/or decryption.
• PGP Pretty Good Protection
• the cryptographic module allows conventional cryptographic techniques such as, but not limited to: digital certificates (e.g., X.509 authentication framework), digital signatures, dual signatures, enveloping, public key management, and/or the like.
• the- cryptographic module will facilitate -numerous encryption and/or decryption protocols such as, but not limited to: Data Encryption Standard (DES), Elliptical Curve Encryption (ECC), International Data Encryption Algorithm (IDEA), Message Digest 5 (MD5, which is a one way hash function), RC5 (Rivest Cipher), Rijndael, RSA (which is an Internet encryption and authentication system that uses an algorithm developed in 1977 by Ron Rivest, Adi Shamir, and Leonard Adleman), Secure Hash Algorithm (SHA), Secure Socket Layer (SSL), Secure Hypertext Transfer Protocol (HTTPS), and/or the like.
• DES Data Encryption Standard
• ECC Elliptical Curve Encryption
• a cryptographic module may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like.
• the cryptographic module supports encryption schemes allowing for the secure transmission of information across a communications network to enable an IAMRS module to engage in secure transactions if so desired by users.
• the cryptographic module communicates with information servers, operating systems, other program modules, and/or the like.
• the cryptographic module may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
• An IAMRS module 1125 is stored program code that is executed by the CPU.
• the IAMRS affects accessing, obtaining and the provision of information, and/or the like between nodes on a communications network.
• the IAMRS has the ability to resolve a UNIs to multiple instantiations.
• the IAMRS acts as a lookup facility to create, maintain, register, and update associations between a given piece of information, its UNI, and its current locations.
• the IAMRS coordinates -with- the IAMRS database to identify nodes that may be useful for improving data transfer for requested information, for resolving to various formats of the requesting information, providing an enhanced mechanism to create queries regarding the information, and or the like.
• An IAMRS enabling access of
• I information between nodes may be developed by employing standard development tools such as, but not limited to: C++, shell scripts, Java, Javascript, SQL comjmands, web application server extensions, Apache modules, Perl scripts, binary executables, and/or other mapping tools, and/or the like.
• the IAMRS server employs a cryptographic server to encrypt and decrypt communications.
• the IAMRS may service requests, update association information for UNIs, register UNIs, and much more.
• An IAMRS module may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the IAMRS module communicates with an IAMRS database, operating systems, other program modules, and/or the like.
• the IAMRS may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
• any of the IAMRS node controller components may be combined, consolidated, and/or distributed in any number of ways to facilitate development and/or deployment.
• the module collection may be combined in any number of ways to facilitate deployment and/or development. To accomplish this, one must simply integrate the components into a common code base or in a facility that can dynamically load the components on demand in an integrated fashion.
• the module collection may be consolidated and/or distributed in countless variations through standard data processing and/or development
• Multiple instances of any one of the program modules in the program module collection may be instantiated on a single node, and/or across numerous nodes to improve performance through load balancing data processing techniques.
• single instances may also be distributed across multiple controllers and/or storage devices; eig., databases.
• All program module instances and controllers working in concert may do so through standard data processing communication techniques.
• the preferred node controller configuration will depend on the context of system deployment. Factors such as, but not limited to, the capacity and/or location of the underlying hardware resources may affect deployment requirements and configuration. Regardless of if the configuration results in more consolidated and/or integrated program modules, results in a more distributed series of program modules, and/or results in some combination between a consolidated and/or distributed configuration, communication of data may be communicated, obtained, and/or provided. Instances of modules (from the module collection) consolidated into a common code base from the program module collection may communicate, obtain, and/or provide data. This may be accomplished through standard data processing techniques such as, but not limited to: data referencing (e.g., pointers), internal messaging, object instance variable communication, shared memory space, variable passing, and/or the like (intra-application communication).
• data referencing e.g., pointers
• internal messaging e.g., object instance variable communication, shared memory space, variable
• module collection components are discrete, separate, and/or external to one another, then communicating, obtaining, and/or providing data with and/or to other module components may be accomplished through standard data processing techniques such as, but not limited to: Application Program Interfaces (API) information passage; (distributed) Component Object Model ((D)COM), (Distributed) Object Linking And Embedding ((D)OLE), and/or the like), Common Object Request Provider Architecture (CORBA), process pipes, shared files, and/or the like ( inter-application communication).
• API Application Program Interfaces
• DCOM Component Object Model
• CORBA Common Object Request Provider Architecture
• process pipes shared files, and/or the like ( inter-application communication).
• inter-application communication inter-application communication
• the system 1510 includes a suitable microprocessor based device 20, a personal computer (PC) in the case of Figure 14, being communicable with a communications network 1530 via a communications channel 1525.
• the communications channel 1525 may be provided through an I/O 1108 or network interface 1110 of Figure 14.
• Also communicable with the communications network 1530 via communication channels 1532 are DOI registry server 1540, and servers 1550A - 1550C.
• DOI registry server 1540 Also communicable with the communications network 1530 via communication channels 1532 are DOI registry server 1540, and servers 1550A - 1550C.
• the number of devices 1520 and servers 1540 and 1550A - 1550C illustrated are for purposes of explanation only.
• the servers 1540 and 1550A - 1550C are illustrated to be single devices, they could of course take the form of multiple devices or distributed server systems.
• a user of device 1520 causes a request for DOI resolution to be made to the DOI system, either by directly entering a DOI into the device using browser software such as Microsoft Internet Explorer or Netscape Navigator, or by directly entering a DOI into the device using browser software having appropriate extensions or capabilities for enabling the user to directly enter
• browser software such as Microsoft Internet Explorer or Netscape Navigator
• DOI requests or by the use of a piece of software that is capable of making DOI i
• the device 1520 communicates the request to a DOI
• DOI server 1540 queries one or more databases 1545, and identifies ithe record associated with the requested DOI.
• the database 1545 can be stored either on the server 1540 or anywhere else such that it is accessible to the server 1540.
• An example of a simple resolution is a URL associated with an electronic document or other content available via, or managed by, server 1550A
• the DOI server 1540 points the device 1520 to server 1550A by providing URL50A to the device 1520, or otherwise redirecting the device 1520, via a browser redirect command for example, to communicate with the server 1550A.
• the server 1550A then provides an electronic document or other content associated with the requested DOI to the device 1520.
• the device 20 upon communicating the entered request to the server 1540 may be pointed to any one, or several, or an arbitrary number of multiple resolutions, for example either URL50A, or URLs associated with either server 1550B or 1550C, such as URL50B or URL50C, for example.
• the result of the resolution request may not always be a URL or a pointer to a network location. It may also be information associated with the work to which the DOI is assigned, such as bibliographic information, or cryptographic keys, or it may be a means of accessing a service associated with the work.
• the type of resolution requested by the user-and other arguments-to-the DOI system are integrated into the DOI request.
• the arguments could form a prefix or a suffix to the DOI, or could be passed by means of tagged, formatted text, and are used to request the appropriate resolution or resolutions for example, such applications as facilitating sales through purchases from different vendors, providing different formats of the registered work, rights clearances, processing permissions and reuse requests, confirming authenticity, servicing metadata requests, providing confidentiality, enabling for appropriate copies of the registered work to be delivered and to service price requests.
• an enhanced DOI could take the form of XXXX@10:1000/abcl23defg, where XXXX is the argument or list of arguments to the DOI system.
• enhanced DOIs are provided to users. This can be accomplished by providing them to third parties for distribution to users, posting them on other websites, printing them on conventionally published works or packaging, or delivering them to users either electronically or via a tangible storage medium, such as a diskette or Compact Disc (CD) for example. Further, enhanced DOIs can be embedded within other content such as articles or e-mails for example. Of course, any reliable method of providing an enhanced DOI to a user can be utilized, as these non-limiting examples are discussed for purposes of illustration only. Users wishing to request a DOI activate, or submit requests for, the communicated enhanced DOIs, which are then used to
• registered types and associated type values are also stored so as to i be accessible to the server 1540 (see Figure 15).
• the registered types and type values can be stored in the database 1545, 1119 of Figure 14 or in another database accessibly to the server 1,540 for example (see Figure 15).
• the DOI registry becomes capable of resolving enhanced DOIs, as it includes data used for resolving the various registered types to their corresponding type values.
• a publisher 16110 provides enhanced DOI registration data to, i.e., registers an enhanced DOI with, a Registration Agency 16555 as communication 16112.
• the Registration Agency then registers the DOI and the associated type-value pairs with the DOI directory 16120 as communication 16556.
• the publisher 16114 provides the registered enhanced DOI to a user 16130.
• the user 16130 submits a request for the registered enhanced DOI to the DOI registry 16120 as communication 16124.
• the DOI registry 16120 provides data indicative of the resolution 16140 for the enhanced registered DOI to the user 16130, or otherwise points the user 16130 to the resolution 16140, as communication 16126.
• the user 16130 then accesses the resolution 16140 as communication 16135.
• the resolution 16140 is merely one of many possible resolutions for the registered enhanced DOI, e.g., parsing for resolution may take place at the client, proxy, server and or the like.
• One registered type for an enhanced DOI can be "PURCHASE”.
• the database 1545, 1119 of Figure 14 is utilized by the server 1540 to provide a resolution for a communicated DOI.
• an arbitrary identification could be used instead of recognizable text, such as "1" or "A” or other string which the registrant intends to equate to a purchase request.
• a multitude of such types can be registered and assigned to a corresponding number of vendors, possibly using a string composed of the type of the request and an additional string, such as "AMAZON", or "PREFERRED", or "1".
• An example of such an enhanced DOI which can point to many different vendors for a purchase request can take the form of PURCHASE.AMAZON@10.1000/abcl23defg, or
• the hierarchical construction of the name of the request type (such as
• PURCHASE.1 does not necessarily imply that the handle system is able to understand that such a request is one of many kinds of requests of type "PURCHASE.”
• the Handle system today can only return a value or values if the name of the type requested explicitly matches that of a type- value pair in a given DOI record.
• the hierarchical construction of such a name will allow more sophisticated client software to group type-value pairs together for useful purposes.
• an enhanced DOI can be used to persistently and selectively point requesting users to different ones, or different classes, of an arbitrary number of multiple resolutions corresponding to different vendors.
• the level of redirection enabled by the use of enhanced DOIs is advantageous to the publisher.
• an enhanced DOI of the form PURCHASE__PREFERRED@10.1000/abcl23defg is registered and provided to many users via a mass distribution of CDs for example
• the registrant advantageously can quickly and easily update each user's purchase process transparently. For example, assuming that when the CDs were first distributed the registrant wished requesting ones of the users to purchase the content from a first online vendor or alternatively a second online vendor, in that order. If the registrant wishes to now point the users to the second online vendor and then alternatively the first online vendor, in that order, the registrant can simply reorder the entries in the database utilized by the DOI registry.
• this need is abolished.
• this approach allows the registrant to control this redirection dynamically, over time — e.g., the registrant could, at some future time, change the designation (type value) of its preferred purchase outlet such that all "purchase preferred" DOIs will now route to the new preferred sales outlet rather than the old.
• any number of vendors could be represented in a DOI record in order of the publisher's preference
• another type can be used to identify different formats of the content.
• works of literature may be available in electronic form in multiple formats.
• Representative formats include Rocketbook and E-book compatible formats and Portable Document Format (PDF) developed by Adobe Systems, for example. It is desirable for registrants to be able to persistently and easily distinguish between these formats using a single DOI.
• FORMAT.1@10:YYYY/ZZZ, FORMAT.2@10:YYYY/ZZZZ, OR FORMAT.3@10:YYYY/ZZZ enhanced DOI can be specified, for example.
• Rights clearance requests represent a significant undertaking for publishers. Handling rights clearance requests includes responding to reuse requests for example, as well as other conventional rights clearance requests as are well understood in the pertinent fields.
• another registered type can take the form of a rights clearance request such as "RC" for example.
• Corresponding type values may include what type of rights clearance is being sought, e.g. a request for reuse may be a type value "1".
• an enhanced DOI can take the form of RC.1 @10:YYYY/ZZZ.
• enhanced DOIs can be used for confirming authenticity of registered content.
• Particular methods for confirming authenticity of content, such as electronic documents is well known.
• Suitable techniques which can be used basically involve calculating a unique number based upon the makeup of the registered content. A public code is then published which is associated with the unique number. A calculation can be performed at a future date using the public code and unique number.
• Metadata refers to data about registered content.
• metadata can include: author, publisher, date of first Fischiojn, reference lists, summaries and other useful information, for example.
• a registered type can take the form of ''METADATA", while corresponding value types designate subgroups of available metadata for example. This can be used to provide different levels of specificity of metadata for different users.
• a registered type value "ALL” may designate all available metadata, while another registered type value "ANALYSIS” would return the DTD (Document Type Definition) itself
• DTD Document Type Definition
• a publisher can provide these sets and subsets of metadata using well known techniques.
• Enhanced DOIs such as METADATA.ALL@10:YYYY/ZZZ, and METADATA.ANALYSIS@10:YYYY/ZZZ can be effectively used according to an aspect of the present invention.
• enhanced DOIs can be used for servicing cryptographic key requests.
• Cryptographic keys refers to keys used for decoding a cipher. Such keys may be used for encryption techniques as discussed above in Figure 14 with regard to the cryptographic server. This can be used to provide different retrieval of public or private keys of a public/private key pair that is stored in the Handle System.
• a use of the enhanced DOI system provides a robust unlocking key-mechanism for digital rights management applications by verifying authenticity, verifying a users identity, and or the like. For example, a registered type value "PUBLIC_KEY” and "PRIVATE_KEY” may designate and return public and private keys, upon resolution.
• enhanced DOIs can be used for administration of DOI records.
• Administration refers to he accessing, ' maintenance, and updating of DOI records stored in either or both a DOI registry 17220 and DOI enhancement registry 17250.
• Such administration may be used for facilitating the updating of the DOI registry itself.
• This can be used to access and update values stored in the Handle System. For example, a registered type value "ADMIN" and may designate and return administrative information for a particular DOI.
• a publisher can be redirected to a location that will allow him or her to administer (enhanced) DOI registry records using well known techniques.
• Enhanced DOIs such as ADMIN.l@10.1000/abcl23defg and ADMIN.2@10.1000/abcl23defg can be effectively used according to an aspect of the present invention.
• enhanced DOIs can be used to solve the so- called "Harvard Problem” and for enabling appropriate copies of the registered work to be delivered.
• the "Harvard Problem” or "appropriate copy” problem involves the desire of university libraries to allow their users to perform metadata queries that result in their finding locally-held copies of content to which the university may subscribe through 3rd
• appropriate copies can be provided by using a corresponding type and type values for registered DOIs.
• multiple copies of a work can be stored in multiple locations, and the enhanced DOI can be used to ensure optimum availability and performance improved by developing client-side software which would monitor the responsiveness of each available copy (for example by requesting each in turn and measuring the relative response times, after which any subsequent request would, by default, be directed to that copy first).
• enhanced DOIs can be used to service price requests.
• a registered type can take the form of "PRICE", for example.
• Corresponding type values can also be used to designate material information related to pricing, such as whether or not the requesting user is entitled to a discount.
• an enhanced DOI such as PRICE.l@10.1000/abcl23defg can be used to request a price for the registered content for a user entitled to pricing with a classification associated with the type value "1".

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Computer Security & Cryptography (AREA)
• Computing Systems (AREA)
• General Engineering & Computer Science (AREA)
• Computer Hardware Design (AREA)
• Theoretical Computer Science (AREA)
• Databases & Information Systems (AREA)
• Data Mining & Analysis (AREA)
• General Physics & Mathematics (AREA)
• Physics & Mathematics (AREA)
• Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
• Storage Device Security (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Information Transfer Between Computers (AREA)
• Computer And Data Communications (AREA)
• Editing Of Facsimile Originals (AREA)
• Stored Programmes (AREA)

Priority Applications (1)

Applications Claiming Priority (23)

Related Child Applications (1)

Publications (2)

Family

ID=27582755

Family Applications (10)

Family Applications Before (9)

Country Status (4)

Families Citing this family (32)

Citations (1)

Family Cites Families (51)

• 2002
  • 2002-01-25 JP JP2002560325A patent/JP4401074B2/ja not_active Expired - Lifetime
  • 2002-01-25 JP JP2002559787A patent/JP2004537080A/ja active Pending
  • 2002-01-25 WO PCT/US2002/002475 patent/WO2002058453A2/en active Application Filing
  • 2002-01-25 EP EP02713463A patent/EP1358543A4/de not_active Withdrawn
  • 2002-01-25 EP EP08170143A patent/EP2053525A3/de not_active Withdrawn
  • 2002-01-25 WO PCT/US2002/002474 patent/WO2002060112A2/en active Application Filing
  • 2002-01-25 EP EP02718882A patent/EP1364277A4/de not_active Ceased
  • 2002-01-25 AU AU2002249992A patent/AU2002249992A1/en not_active Abandoned
  • 2002-01-25 AU AU2002251832A patent/AU2002251832A1/en not_active Abandoned
  • 2002-01-25 EP EP02706002A patent/EP1366438A4/de not_active Withdrawn
  • 2002-01-25 EP EP09150228A patent/EP2079028A1/de not_active Withdrawn
  • 2002-01-25 WO PCT/US2002/002321 patent/WO2002059797A1/en active Application Filing
  • 2002-01-25 EP EP02720861A patent/EP1364278A4/de not_active Withdrawn
  • 2002-01-25 JP JP2002560001A patent/JP4366078B2/ja not_active Expired - Lifetime
  • 2002-01-25 WO PCT/US2002/002476 patent/WO2002059724A2/en active Application Filing
  • 2002-01-25 JP JP2002560327A patent/JP2004530183A/ja active Pending
  • 2002-01-25 JP JP2002560054A patent/JP3938047B2/ja not_active Expired - Fee Related
  • 2002-01-25 EP EP08165819A patent/EP2146290A1/de not_active Withdrawn
  • 2002-01-25 JP JP2002558797A patent/JP4166573B2/ja not_active Expired - Fee Related
  • 2002-01-25 AU AU2002243689A patent/AU2002243689A1/en not_active Abandoned
  • 2002-01-25 AU AU2002249993A patent/AU2002249993A1/en not_active Abandoned
  • 2002-01-25 EP EP09153818A patent/EP2085895A1/de not_active Withdrawn
  • 2002-01-25 EP EP02709190A patent/EP1358729A4/de not_active Withdrawn
  • 2002-01-25 WO PCT/US2002/002175 patent/WO2002059739A1/en active Application Filing
  • 2002-01-25 EP EP02718881A patent/EP1364291A4/de not_active Withdrawn
  • 2002-01-25 WO PCT/US2002/002322 patent/WO2002060110A2/en active Application Filing
• 2007
  • 2007-08-06 JP JP2007204821A patent/JP4570645B2/ja not_active Expired - Fee Related
  • 2007-09-05 JP JP2007230648A patent/JP2008072710A/ja active Pending
• 2008
  • 2008-11-13 JP JP2008291579A patent/JP4620769B2/ja not_active Expired - Lifetime
  • 2008-11-13 JP JP2008291577A patent/JP4681643B2/ja not_active Expired - Lifetime
• 2009
  • 2009-04-15 JP JP2009099379A patent/JP4782215B2/ja not_active Expired - Fee Related

Patent Citations (1)

Non-Patent Citations (8)

Also Published As

Similar Documents

Legal Events