WO2015161462A1 - 信息对象获取方法、服务器和用户设备 - Google Patents

信息对象获取方法、服务器和用户设备 Download PDF

Info

Publication number
WO2015161462A1
WO2015161462A1 PCT/CN2014/076027 CN2014076027W WO2015161462A1 WO 2015161462 A1 WO2015161462 A1 WO 2015161462A1 CN 2014076027 W CN2014076027 W CN 2014076027W WO 2015161462 A1 WO2015161462 A1 WO 2015161462A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
information
user equipment
request message
attribute
Prior art date
Application number
PCT/CN2014/076027
Other languages
English (en)
French (fr)
Inventor
熊春山
韦安妮
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2014/076027 priority Critical patent/WO2015161462A1/zh
Priority to EP14890070.7A priority patent/EP3128711A4/en
Priority to CN201480000702.8A priority patent/CN105432053B/zh
Priority to KR1020167032360A priority patent/KR20160147861A/ko
Publication of WO2015161462A1 publication Critical patent/WO2015161462A1/zh
Priority to US15/331,396 priority patent/US20170041383A1/en

Links

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/10—Protocols in which an application is distributed across nodes in the network
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • 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/457—Network directories; Name-to-address mapping containing identifiers of data entities on a computer, e.g. file names
    • 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
    • H04L61/3015—Name registration, generation or assignment
    • H04L61/3025—Domain name generation or assignment
    • 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/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • 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
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the present invention relates to communication technologies, and in particular, to an information object acquisition method, a server, and a user equipment. Background technique
  • ICN Information Center Networking
  • ICN will change the current Internet end-to-end communication mechanism, strip content from the terminal location, and provide services such as storage and multi-party communication through the Publish/Subscribe Paradigm.
  • the ICN proposes to change the user's focus from the terminal to the content, that is, the user no longer cares where to get the data he wants, but only what the desired content is.
  • the subscriber sends an Information Objects (referred to as 10) request to the Name Resolution Service (NRS), and the NRS replies to the ICN node information storing the requested 10 according to the request of the subscriber.
  • NRS Name Resolution Service
  • the subscriber selects an ICN node request 10 from the ICN node, but only the 10 name identifier and content data are saved in the ICN node, so the content data corresponding to the 10 requests finally obtained by the user from the ICN node may not be available.
  • the document returned by the ICN node may be a read-only file, which does not meet the user's needs.
  • a first aspect of the present invention provides a method for acquiring an information object 10, including:
  • the naming resolution server NRS receives the information object 10 request message sent by the user equipment, where 10 request message carries 10 identifiers;
  • the attribute information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the NRS sends, to the user equipment, node information that stores the 10 and the The attribute information of the 10 stored in the node specifically includes:
  • the NRS sends a 10 reply message to the user equipment, where the 10 reply message carries metadata, where the metadata includes the node information of the 10 and the stored attribute information of the 10.
  • a second aspect of the present invention provides an information object 10 obtaining method, including:
  • the user equipment sends an information object 10 request message to the naming resolution server NRS, where the 10 request message carries 10 identifiers;
  • the user equipment determines a target node according to the attribute information of the 10 stored in the node and an attribute requirement of the user equipment, and requests the 10 from the target node.
  • the attribute information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the user equipment receives, by using the NRS,
  • the attribute information of the 10 stored in the node includes:
  • the user equipment receives the 10 reply message sent by the NRS, and the 10 reply message carries the metadata, where the metadata includes the node information of the 10 and the stored attribute information of the 10.
  • a third aspect of the present invention provides an information object 10 obtaining method, including:
  • the user equipment sends an information object 10 request message to the first information center network ICN node, where
  • the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment.
  • the user equipment receives 10 that is sent by the first ICN node and that matches the 10 identifier and matches the attribute requirement information.
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10,
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a fourth aspect of the present invention provides a method for acquiring an information object 10, including:
  • the second information center network receives the 10 request message sent by the previous node, and the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment.
  • the second ICN node sends the stored corresponding 10 to the previous node.
  • the previous node is a user equipment or an ICN node.
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a fifth aspect of the present invention provides a method for acquiring an information object 10, including:
  • the third ICN node receives the 10 request message sent by the previous node, and the 10 request message carries the identifier of the 10 and the attribute requirement information of the user equipment;
  • the third ICN node forwards the 10 request message to the fourth ICN node;
  • the third ICN node receives 10 that is forwarded by the fourth ICN node and that corresponds to the 10 identifier and matches the attribute requirement information;
  • the third ICN node sends 10 that corresponds to the 10 identifier and matches the attribute requirement information to the previous node.
  • the previous node is a user equipment or
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a sixth aspect of the present invention provides a naming resolution server NRS, including:
  • a receiving module configured to receive an information object 10 request message sent by the user equipment, where the 10 request message carries a 10 identifier
  • a sending module configured to send the node information storing the 10 and the attribute information of the 10 stored in the node to the user equipment according to the 10 identifier received by the receiving module.
  • the attribute information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the sending module is configured to send, to the user equipment, a reply message, where
  • the 10 replies message carries metadata, where the metadata includes the node information of the 10 and the stored attribute information of the 10 .
  • a seventh aspect of the present invention provides a user equipment, including:
  • a sending module configured to send an information object 10 request message to the naming resolution server NRS, where the 10 request message carries a 10 identifier;
  • a receiving module configured to receive, by the NRS, node information for storing the 10 and attribute information of the 10 stored in the node;
  • a determining module configured to determine a target node according to the attribute information of the 10 stored in the node and an attribute requirement of the user equipment, and request the 10 from the target node.
  • the attribute information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and 10 Version.
  • the receiving module is specifically configured to: receive, by the NRS, a 10 reply message,
  • the 10 replies message carries metadata, where the metadata includes the node information of the 10 and the stored attribute information of the 10 .
  • An eighth aspect of the present invention provides a user equipment, including:
  • a sending module configured to send an information object 10 request message to the first information center network ICN node, where the 10 request message carries 10 identifiers and attribute requirement information of the user equipment; and a receiving module, configured to receive the first ICN 10 sent by the node corresponding to the 10 identifier and matching the attribute requirement information.
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a ninth aspect of the present invention provides an information center network (ICN) node, including: a receiving module, configured to receive a 10 request message sent by a previous node, where the 10 request message carries 10 identifiers and attribute requirement information of the user equipment;
  • ICN information center network
  • a sending module if the attribute corresponding to the 10 identifier is stored in the second ICN node, and the attribute of the 10 matches the attribute requirement information, the sending module sends the stored corresponding 10 to the previous node.
  • the previous node is a user equipment or
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a tenth aspect of the present invention provides an information center network ICN node, including: a first receiving module, configured to receive a 10 request message sent by the previous node, where the 10 request message carries 10 identifiers and attribute requirement information of the user equipment;
  • a first sending module configured to: if the third ICN node does not store the 10 corresponding to the 10 identifier, or the third ICN node stores the 10 corresponding to the 10 identifier, but the attribute of the 10 and the attribute requirement information are not If the matching is performed, the sending module forwards the 10 request message to the fourth ICN node, and the second receiving module is configured to receive, by the fourth ICN node, the corresponding to the 10 identifier and match the attribute requirement information. 10;
  • a second sending module configured to send, to the previous node, 10 that corresponds to the 10 identifier and matches the attribute requirement information.
  • the previous node is a user equipment or
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • An eleventh aspect of the present invention provides a naming resolution server NRS, including:
  • a receiver configured to receive an information object 10 request message sent by the user equipment, where the 10 request message carries a 10 identifier
  • a transmitter configured to send the node information storing the 10 and the attribute information of the 10 stored in the node to the user equipment according to the identifier.
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the transmitter is specifically configured to: send, to the user equipment, 10 And replying to the message, the 10 reply message carries metadata, where the metadata includes the node information of the 10 and the stored attribute information of the 10th.
  • a twelfth aspect of the present invention provides a user equipment, including:
  • a sender configured to send an information object 10 request message to the naming resolution server NRS, where 10 request message carries 10 identifiers;
  • a receiver configured to receive, by the NRS, node information for storing the 10 and attribute information of the 10 stored in the node;
  • a processor configured to determine a target node according to the attribute information of the 10 stored in the node and an attribute requirement of the user equipment, and request the 10 from the target node.
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the receiver is specifically configured to receive the 10
  • the message carries the metadata in the 10 reply message, where the metadata includes the node information of the 10 and the stored attribute information of the 10th.
  • a thirteenth aspect of the present invention provides a user equipment, including:
  • a sender configured to send an information object 10 request message to the first information center network ICN node, where the 10 request message carries 10 identifiers and attribute requirement information of the user equipment;
  • a receiver configured to receive 10 that is sent by the first ICN node and that matches the identifier of the 10 and matches the attribute requirement information.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a fourteenth aspect of the present invention provides an information center network (ICN) node, including: a receiver, configured to receive a 10 request message sent by a previous node, where the 10 request message carries 10 identifiers and attribute requirement information of the user equipment. ;
  • ICN information center network
  • a transmitter configured to: if the attribute corresponding to the 10 identifier is stored in the second ICN node, and the attribute of the 10 matches the attribute requirement information, the second ICN node sends the stored correspondence to the previous node 10.
  • the previous node is a user equipment or ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • a fifteenth aspect of the present invention provides an information center network (ICN) node, including: a receiver, configured to receive a 10 request message sent by a previous node, where the 10 request message carries 10 identifiers and attribute requirement information of the user equipment. ;
  • ICN information center network
  • a transmitter configured to: if the third identifier is not stored in the third ICN node, or the third ICN node stores the 10 corresponding to the 10 identifier, but the attribute of the 10 does not match the attribute requirement information,
  • the first sender forwards the 10 request message to the fourth ICN node, and the receiver is further configured to receive, by the fourth ICN node, a corresponding to the 10 identifier and match the attribute requirement information.
  • the transmitter is further configured to match the identifier of the 10 and match the attribute requirement information.
  • the previous node is a user equipment or
  • the attribute requirement information includes at least one of the following: 10 publisher information, a publishing time of 10, an expiration date of 10, a processing permission of 10, and a version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • An embodiment of the present invention provides an information object obtaining method, a server, and a user equipment, and receives, by using a name resolution server NRS, an information object 10 request message sent by a user equipment, where the request message carries 10 identifiers, and the NRS sends the identifier to the user equipment according to the 10 identifier.
  • the attribute information of the 10 nodes stored in the node and the 10 stored in the node is sent, so that the user equipment can request 10 from the node that meets the attribute requirement according to the attribute information of 10, so that the user demand can be better satisfied.
  • FIG. 1 is a flowchart of a method for acquiring an information object 10 according to an embodiment of the present invention
  • FIG. 2 is a structural diagram of metadata of a document 10 according to an embodiment of the present invention
  • FIG. 3 is a structural diagram of metadata of a video 10 according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a method for acquiring an information object 10 according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for acquiring an information object 10 according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of an information object acquiring method according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a NRS of a naming and parsing server according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a user equipment according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a user equipment according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic structural diagram of an information network node ICN according to an embodiment of the present invention
  • FIG. 12 is a schematic structural diagram of an information network node ICN according to another embodiment of the present invention
  • FIG. 13 is a NRS structure of a naming resolution server according to an embodiment of the present invention
  • Figure 14 is a schematic structural diagram of a user equipment according to an embodiment of the present invention
  • FIG. 15 is a schematic structural diagram of a user equipment according to an embodiment of the present disclosure.
  • FIG. 16 is a schematic structural diagram of an information network node ICN according to an embodiment of the present invention
  • FIG. 17 is a schematic structural diagram of an information network node ICN according to an embodiment of the present invention. detailed description
  • FIG. 1 is a flowchart of a method for acquiring an information object 10 according to an embodiment of the present invention, as shown in FIG. 1 As shown, the method of this embodiment may include:
  • Step 101 Name resolution server
  • the NRS receives the information object 10 request message sent by the user equipment, and the 10 request message carries the 10 identifier.
  • the NRS receives the 10 request message sent by the user equipment, where the 10 request message carries the identifier of 10 required by the user, that is, the 10 request message carries the name of the 10 required by the user.
  • the 10 request message may further include: attribute information of the information object 10 itself (such as byte size, version, processing authority, etc.); 10 release information (such as publisher information youtube website, Google website, publishing time, etc.).
  • attribute information of the information object 10 itself such as byte size, version, processing authority, etc.
  • 10 release information such as publisher information youtube website, Google website, publishing time, etc.
  • Step 102 The NRS sends the node information of the storage 10 and the attribute information of the 10 stored in the node to the user equipment according to the 10 identifier.
  • the NRS searches for the node information of 10 corresponding to the 10 identifiers required by the user equipment and the attribute information of 10 according to the 10 identifiers in the received 10 request messages, and sends the found 10 nodes to the user equipment.
  • Information and 10 attribute information are provided.
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the publisher information of 10 may be all information about the publisher of the 10, for example: 10 is a video information object, then the publisher information of 10 may be: Youku, Sohu, Potato
  • the release time of 10 can be the time for the publisher to publish this 10, and the time when different publishers publish the same 10 can be the same or different.
  • the expiration date of 10 can be 10 years, and the user can choose 10 as long as possible to meet the needs of their own needs.
  • the processing permission of 10 may specifically be that the publisher allows the user to perform processing on 10.
  • the processing permission may be to allow the user equipment to transcode, not to allow the user equipment to transcode, allow the user equipment to cache, not allow the user equipment to cache, etc.;
  • its processing permission may be: whether to allow the user device to print the document, whether to allow the user device to copy the document, whether to allow the user device to change the document, whether to allow the user device to cache the document, and the like.
  • the version of 10 for example: When 10 is a document information object, its version can be: word version, pdf version, and the like.
  • the NRS sends the node information of the storage 10 and the attribute information of the 10 stored in the node to the user equipment, which may be:
  • the NRS sends a 10 reply message to the user equipment.
  • the 10 reply message carries metadata, and the metadata includes 10 node information and stored attribute information of 10.
  • the NRS firstly searches for the node information of 10 corresponding to the 10 identifiers required by the user equipment and the attribute information of 10 according to the 10 identifiers in the received 10 request messages, and then sends 10 reply messages to the user equipment, where
  • the reply message carries metadata
  • the metadata includes node information of 10 and stored attribute information of 10.
  • FIG. 2 shows that 10 is the metadata of the document information object, wherein the metadata includes the identifier of 10, the publisher of 10, the publishing time of 10, and 10 Validity period, 10 processing permission, 10 processing permission includes 10 modification and processing authority and 10 cache authority, 10 modification and processing authority may specifically be 10 to print permission, 10 to copy permission, and 10 to read
  • the modification and processing authority of the pair 10 can be refined to the modification and processing authority of the specific part of the document; the cache permission of 10 can be specifically allowed to cache and not allowed to be cached, and if the cache 10 is allowed, the same can be refined. To the specific part of the document that is allowed to be cached.
  • FIG. 3 shows that 10 is metadata of a video information object, wherein the metadata includes an identifier of 10, a publisher of 10, a publishing time of 10, a validity period of 10, and a processing permission of 10, wherein the processing permission of 10 includes 10
  • Modifying and processing the permission and the cache permission of 10 may specifically be: whether to allow the transcoding operation for 10, the modification and processing authority of the pair 10 can be refined to the transcoding or format conversion of the video.
  • the H.263 encoding method is converted into H.264, and the FLV video format is converted into MP4;
  • the processing permission of the processing 10 may specifically allow caching and disallow caching, and if the caching 10 is allowed, the video can be refined to the video that is allowed to be cached.
  • the specific code rate version or video part is described by the video information object.
  • the naming and parsing server NRS receives the information object 10 request message sent by the user equipment, where the request message carries 10 identifiers, and the NRS sends the storage 10 node information and the node to the user equipment according to the 10 identifier.
  • the attribute information of the stored 10 is such that the user equipment can request 10 from the node that satisfies the attribute requirement according to the attribute information of 10, so that the user requirement can be better satisfied.
  • FIG. 4 is a flowchart of a method for acquiring an information object 10 according to an embodiment of the present invention.
  • the method in this embodiment may include: Step 201: The user equipment sends an information object 10 request message to the naming resolution server NRS, where the request message carries 10 identifiers.
  • the user equipment carries the required identifier of 10 in the 10 request message, and sends the 10 request message to the NRS.
  • the 10 request message may also carry attribute information (such as byte size, version, authority, etc.) of the information object 10 itself; 10 release information (such as publisher information youtube website, Google website, release time, etc.).
  • attribute information such as byte size, version, authority, etc.
  • 10 release information such as publisher information youtube website, Google website, release time, etc.
  • Step 202 The user equipment receives the node information of the storage 10 sent by the NRS and the attribute information of the 10 stored in the node.
  • the user equipment carries the required identifier of 10 in the 10 request message, and sends the 10 request message to the NRS, so that the NRS can locally search for the node information of 10 and the node corresponding to the 10 identifier required by the user equipment.
  • the attribute information of the stored 10 is sent to the user equipment, and the user equipment receives the node information of the storage 10 and the 10 stored in the node. Attribute information.
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, and version of 10.
  • the publisher information of 10 may be all the information of the publisher who publishes the 10, for example: the 10 is a video information object, and the publisher information of the shell lj 10 may be: Youku, Sohu, Potato, and the like.
  • the release time of 10 may be the time for the publisher to publish the 10, and the time when the different publishers issue the same 10 may be the same or different.
  • the expiration date of 10 can be 10 years, and the user can choose 10 as long as possible to meet the needs of their own needs.
  • the processing permission of 10 may specifically be that the publisher allows the user to perform processing on 10.
  • the processing permission may be to allow the user equipment to transcode, not to allow the user equipment to transcode, allow the user equipment to cache, not allow the user equipment to cache, etc.;
  • its processing permission may be: whether to allow the user device to print the document, whether to allow the user device to copy the document, whether to allow the user device to change the document, whether to allow the user device to cache the document, and the like.
  • Version 10 for example: When 10 is a document information object, its version can be: word version, PDF version, etc.
  • the user equipment receives the node information of the storage 10 sent by the NRS and the attribute information of the 10 stored in the node, which may be:
  • the user equipment receives the 10 reply message sent by the NRS, and the 10 reply message carries the metadata, and the metadata includes the node information of 10 and the stored attribute information of 10.
  • the user equipment carries the required identifier of 10 in the 10 request message and sends the message to the NRS. Then, the user equipment receives the 10 reply message returned by the NRS, where the 10 reply message carries the metadata, where The metadata includes 10 node information and stored 10 attribute information.
  • FIG. 2 shows that 10 is metadata of a document information object, and the metadata includes an identifier of 10, a publisher of 10, a publishing time of 10, a validity period of 10, and a processing permission of 10, wherein the processing permission of 10 includes 10 modification.
  • the processing authority and the cache permission of 10, the modification and processing authority of 10 may specifically be the print permission of 10, the copy permission of 10, the read permission of 10, and the modification and processing authority of the pair 10 may be refined to The specific part of the document is modified and processed; the cache permission of 10 can specifically allow caching and disallow caching, and if caching 10 is allowed, it can also be refined to a specific part of the document that is allowed to be cached.
  • FIG. 3 shows that 10 is metadata of a video information object, and the metadata includes an identifier of 10, a publisher of 10, a publishing time of 10, a validity period of 10, and a processing permission of 10, wherein the processing permission of 10 includes 10 modification.
  • the processing authority and the cache permission of 10, the modification and processing authority of 10 may specifically be whether to allow the transcoding operation for 10, and the modification and processing authority of the pair 10 may be refined to the transcoding or format conversion of the video, such as H.
  • the .263 encoding method is converted to H.264, and the FLV video format is converted to MP4; the cache permission of 10 can be specifically allowed to be cached and not allowed to be cached, and if the buffer 10 is allowed, the code rate of the video that is allowed to be cached can also be refined. Version or video section.
  • Step 203 The user equipment determines the target node according to the attribute information of the 10 stored in the node and the attribute requirement of the user equipment, and requests 10 from the target node.
  • the target node with the same attribute requirement as the user equipment is searched, and the target node is requested 10 from the target node.
  • the user equipment may find that multiple target nodes are simultaneously stored with the user equipment. 10, the user equipment can select the most suitable target node according to other attribute information, for example: the user equipment can select the target node request 10 closest to the location of the user equipment according to the location information; the user equipment can also be based on the load of the target node. Information, the target node request 10 with the least load is selected; the user equipment can also randomly select a target node request 10, etc., which is not limited by the present invention.
  • the user equipment sends an information object 10 request message to the naming resolution server NRS, where the identifier 10 carries the node information of the storage 10 and the 10 stored in the node according to the received NRS.
  • the attribute information determines the target node that satisfies the attribute requirement of the user equipment, and requests 10 from the target node, so that the user requirement can be better satisfied.
  • FIG. 5 is a flowchart of a method for acquiring an information object 10 according to an embodiment of the present invention. As shown in FIG. 5, the method in this embodiment may include:
  • Step 301 The user equipment sends an information object 10 request message to the first information center network ICN node, and the request message carries 10 identifiers and attribute requirement information of the user equipment.
  • the user equipment not only carries the 10 request message sent to the first ICN node.
  • the 10 identifier also needs to carry the attribute requirement information of the user equipment pair 10.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the publisher information of 10 may be 10 publisher information required by the user equipment, for example: the 10 is a video information object, and the publisher of the video information object 10 may be: Youku, Sohu, and Potato. Etc., and the user device needs 10 issued by Youku. At this time, the content of the publisher information of 10 is: Youku.
  • the release time of 10 can be used to release the required 10 release time for the publishers required by the user equipment.
  • the publisher will publish the same 10 at different times, and the release time of the user device is 10: 2013 On March 16th, at this time, the content of the publisher's time of 10 is: March 16, 2013.
  • the usage period of 10 may be the usage period of the user equipment for the requested 10, for example: the validity period of 10 stored in different ICN nodes is different, and may be from February 16, 2013 to May 20, 2013. Or from February 16, 2014 to May 20, 2014, etc., when the user equipment requests 10 for the period of time from February 26, 2013 to March 16, 2013,
  • the attribute requirement information of the user equipment matches the 10 stored in the node whose validity period is from February 16, 2013 to May 20, 2013. At this time, the content of the usage time of 10 is: February 26, 2013 Day to March 16, 2013.
  • the processing permission of 10 may specifically be the processing required by the user equipment for the requested 10.
  • the processing mode of the user equipment may be transcoding, non-transcoding, caching, no caching, and the like.
  • the content of the processing permission of 10 is: cache, which can also be accurate to the specific bit rate version or video part of the cache, for example: 10 processing permission content can also For a video version with a code rate of 360bps, the beginning of the video is 60s.
  • the user device can handle: whether to print the document, whether to copy the document, whether to change the document, whether to cache the document, and the like.
  • the user device needs a printable
  • the content of the processing permission of 10 is: printing, and the printing chapter can also be accurate.
  • the content of the processing permission of 10 may also be: printing the contents of the first to second chapters.
  • the version of 10 can be specifically the version of 10 required by the user equipment.
  • the 10 versions required by the user equipment can be: word version, pdf version, and the like.
  • the version of the version 10 is: word.
  • the user equipment sends a 10 request message carrying the 10 identifier and the attribute requirement information of the user equipment to the first ICN node, so that the first ICN node can locally find the same 10 as the 10 identifier, and the attribute requirement of the user equipment The information matches 10 and is sent back to the user device 10.
  • Step 302 The user equipment receives 10 that is sent by the first ICN node and that corresponds to the 10 identifier and matches the attribute requirement information.
  • the user equipment receives the 10 that is searched by the first ICN node and corresponds to the 10 identifier sent by the user equipment and matches the attribute requirement information.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the identifier of 10 is carried in the header field of the 10 request message, and the header field of the request message is extended by 10, and the attribute is The requirement information is carried in the header field, for example: when the user equipment requests the document 10, the file format header field is added in the header field of the request message to indicate the document type, the document.
  • the type can be word, pdf, etc.; add process Permissions header field, used to identify processing permissions, processing permissions can be print, cache, read-only, and so on.
  • Table 6 shows the specific form of the 10 request message sent to the first ICN node when the user equipment 10 is the document 10:
  • Vision represents the type of the transmission protocol of the 10 request message
  • msgTyp represents the type of the 10 request message
  • uri represents the name of the 10 requested by the user equipment
  • file format represents the type of 10 requested by the user equipment
  • process Permission represents the request of the user equipment The processing authority of 10.
  • the transmission protocol of the 10 request message is: ICNUDP/1.0; 10 the type of the request message is GET, the name of the 10 requested by the user equipment is ND0; the type of 10 requested by the user equipment is pdf; the user equipment The requested processing rights for 10 are: copy and cache.
  • parameter information is added in the hierarchically named name of 10, for example: when the user equipment requests the document 10, the hierarchically named name
  • the file format is added to indicate the document type.
  • the type of the document can be word, pdf, etc.; process Permissions is added to identify the processing and processing permissions, and the processing permission can be print, cache, read-only, and so on.
  • the request message can be:
  • the information object obtaining method provided by the embodiment of the present invention, the user equipment is directed to the first information center network
  • the ICN node sends the information object 10 request message, and the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment, and receives the 10 corresponding to the 10 identifier sent by the first ICN node and matches the attribute requirement information, thereby being better. Meet user needs.
  • FIG. 6 is a flowchart of a method for acquiring an information object according to an embodiment of the present invention. As shown in FIG. 6, the method in this embodiment may include:
  • Step 401 The second information center network
  • the ICN node receives the 10 request message sent by the previous node, and the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment.
  • the second ICN node receives the 10 request message of the user equipment sent by the previous node, where the identifier of the user equipment request 10 and the attribute requirement information of the user equipment are carried.
  • the previous node is a user equipment or an ICN node.
  • the user equipment when the previous node is a user equipment. Specifically, the user equipment sends a 10 request message carrying the 10 identifier and the attribute requirement information of the user equipment to the second ICN node, so that the second ICN node can locally search for the same 10 as the 10 identifier, and the attribute requirement information of the user equipment. Match 10 and send it back to user device 10.
  • the previous node is an ICN node.
  • the user equipment sends a 10 request message carrying the 10 identifier and the attribute requirement information of the user equipment to the previous ICN node.
  • the previous ICN node locally searches for 10 that is not the same as the 10 identifier, and receives the received 10
  • the request message is forwarded to the second ICN node; or the previous ICN node locally searches for the same 10 as the 10 identifier, but the stored attribute information of the 10 does not match the attribute requirement information of the user equipment, and the received 10 is received.
  • the request message is forwarded to the second ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the publisher information of 10 may be 10 publisher information required by the user equipment, for example: the 10 is a video information object, and the publisher of the video information object 10 may be: Youku, Sohu, and Potato. Etc., and the user device needs 10 issued by Youku. At this time, the content of the publisher information of 10 is: Youku.
  • the release time of 10 can be used to release the required 10 release time for the publishers required by the user equipment.
  • the publisher will publish the same 10 at different times, and the release time of the user device is 10: 2013 On March 16th, at this time, the publisher's time of 10 corresponds to The tolerance is: March 16, 2013.
  • the usage period of 10 may be the usage period of the user equipment for the requested 10, for example: the validity period of 10 stored in different ICN nodes is different, and may be from February 16, 2013 to May 20, 2013. Or from February 16, 2014 to May 20, 2014, etc., when the user equipment requests 10 for the period of time from February 26, 2013 to March 16, 2013, the attribute demand information with the user equipment at this time.
  • the matching is the 10 stored in the node from February 16, 2013 to May 20, 2013. At this time, the content of 10 is corresponding to: February 26, 2013 to March 2013 16th.
  • the processing permission of 10 may specifically be the processing required by the user equipment for the requested 10.
  • the processing mode of the user equipment may be transcoding, non-transcoding, caching, no caching, and the like.
  • the content of the processing permission of 10 is: cache, which can also be accurate to the specific bit rate version or video part of the cache, for example: 10 processing permission content can also For a video version with a code rate of 360bps, the beginning of the video is 60s.
  • the user device can handle: whether to print the document, whether to copy the document, whether to change the document, whether to cache the document, and the like.
  • the processing permission of 10 is: printing, and can also be accurate to the printed chapter, for example: 10 processing permission content can also be: print first to The content of the second chapter.
  • the version of 10 can be specifically the version of 10 required by the user equipment.
  • the 10 versions required by the user equipment can be: word version, pdf version, and the like.
  • the version of the version 10 is: word.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the identifier of 10 is carried in the header field of the 10 request message, and the header field of the request message is extended by 10, and the attribute is The requirement information is carried in the header field, for example: when the user equipment requests the document 10, the file format header field is added in the header field of the request message to indicate the document type, and the type of the document may be word, pdf, or the like; Increase the process Permissions header field, which is used to identify processing permissions.
  • the processing permissions can be print, cache, read-only, and so on.
  • Table 6 shows 10 that are sent to the first ICN node when 10 required by the user equipment is the document 10.
  • Vision represents the type of the transmission protocol of the 10 request message
  • msgTyp represents the type of the 10 request message
  • uri represents the name of the 10 requested by the user equipment
  • file format represents the type of 10 requested by the user equipment
  • process Permission represents the request of the user equipment The processing authority of 10.
  • the transmission protocol of the 10 request message is: ICNUDP/1.0; 10 the type of the request message is GET, the name of the 10 requested by the user equipment is NDO; the type of 10 requested by the user equipment is pdf; the user equipment The requested processing rights for 10 are: copy and cache.
  • parameter information is added in the hierarchically named name of 10, for example: when the user equipment requests the document 10, the hierarchically named name
  • the file format is added to indicate the document type.
  • the type of the document can be word, pdf, etc.; process Permissions is added to identify the processing permission, and the processing permission can be print, cache, read-only, and so on.
  • the 10 requested by the user equipment is the document 10
  • the name of the document is paperl
  • the time of the document is 20140401-20140601
  • the format of the document is doc
  • the processing authority of the document is modified, and then sent to the first ICN node 10
  • the request message may be: Step 402: If the 10th identifier corresponding to the 10th ICN node is stored and the attribute of the 10 matches the attribute requirement information, the second ICN node sends the stored corresponding 10 to the previous node.
  • the second ICN node after receiving the 10 request message sent by the previous node, the second ICN node locally searches for 10 that is the same as the 10 identifier, and matches the attribute requirement information of the user equipment, and The user device 10 is sent in reverse.
  • the second ICN node when the current node is a user equipment, directly sends the found 10 that matches the request 10 of the user equipment to the user equipment.
  • the second ICN node searches the 10 that matches the request 10 of the user equipment and sends it to the user equipment according to the request path, that is, the first searched 10 is sent to the previous ICN node, and then the previous ICN node sends 10 to the user equipment.
  • the second ICN node finds that 10 is the storage ICN node specified by the 10 publisher, the previous ICN node can only forward the 10 found by the second ICN node, but cannot cache 10.
  • the second information center network ICN node receives the 10 request message sent by the previous node, where the previous node may be a user equipment or an ICN node, and the second ICN node stores 10 identifiers corresponding to the information. 10 and the attribute of the 10 matches the attribute requirement information, and the second ICN node sends the stored correspondence 10 to the previous node, so that the user requirement can be better satisfied.
  • FIG. 7 is a flowchart of a method for acquiring an information object according to an embodiment of the present invention. As shown in FIG. 7, the method in this embodiment may include:
  • Step 501 The third ICN node receives the 10 request message sent by the previous node, and the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment.
  • the third ICN node receives the 10 request message of the user equipment sent by the previous node, where the identifier of the user equipment request 10 and the attribute requirement information of the user equipment are carried.
  • the previous node is a user equipment or an ICN node.
  • the user equipment when the previous node is a user equipment. Specifically, the user equipment sends a 10 request message carrying the 10 identifier and the attribute requirement information of the user equipment to the second ICN node, so that the second ICN node can locally search for the same 10 as the 10 identifier, and the attribute requirement information of the user equipment. Match 10 and send it back to user device 10.
  • the previous node is an ICN node.
  • the user equipment sends a 10 request message carrying the 10 identifier and the attribute requirement information of the user equipment to the previous ICN node.
  • the previous ICN node locally searches for 10 that is not the same as the 10 identifier, and receives the received 10
  • the request message is forwarded to the second ICN node; or the previous ICN node locally searches for the same 10 as the 10 identifier, but the stored attribute information of the 10 does not match the attribute requirement information of the user equipment.
  • the received 10 request message is forwarded to the third ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the publisher information of 10 may be 10 publisher information required by the user equipment, for example: the 10 is a video information object, and the 10 publishers of the video information object may be: Youku, Sohu, Potato, etc.
  • the content of the publisher information of 10 is: Youku.
  • the release time of 10 can be used to release the required 10 release time for the publishers required by the user equipment. For example, the publisher will post the same 10 at different times. When the user equipment needs 10, the release time is: 2013 On March 16th, at this time, the content of the publisher's time of 10 is: March 16, 2013.
  • the usage period of 10 may be the usage period of the user equipment for the requested 10, for example: the validity period of 10 stored in different ICN nodes is different, and may be from February 16, 2013 to May 20, 2013. Or from February 16, 2014 to May 20, 2014, etc., when the user equipment requests 10 for the period of time from February 26, 2013 to March 16, 2013, the attribute demand information with the user equipment at this time.
  • the matching is the 10 stored in the node from February 16, 2013 to May 20, 2013. At this time, the content of 10 is corresponding to: February 26, 2013 to March 2013 16th.
  • the processing permission of 10 may specifically be the processing required by the user equipment for the requested 10.
  • the processing mode of the user equipment may be transcoding, non-transcoding, caching, no caching, and the like.
  • the content of the processing permission of 10 is: cache, which can also be accurate to the specific bit rate version or video part of the cache, for example: 10 processing permission content can also For a video version with a code rate of 360bps, the beginning of the video is 60s.
  • the user device can handle: whether to print the document, whether to copy the document, whether to change the document, whether to cache the document, and the like.
  • the processing permission of 10 is: printing, and can also be accurate to the printed chapter, for example: 10 processing permission content can also be: print first to The content of the second chapter.
  • the version of 10 can be specifically the version of 10 required by the user equipment.
  • the 10 version required by the user device can be: word version This, pdf version, etc.
  • the version content of 10 is: word.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the identifier of 10 is carried in the header field of the 10 request message, and the header field of the request message is extended by 10,
  • the attribute requirement information is carried in the header field, for example:
  • the file format header field is added in the header field of the request message to indicate the document type, and the type of the document may be word, pdf, etc. ;
  • Increase the process Permissions header field used to identify processing permissions, processing permissions can be print, cache, read-only, and so on.
  • Table 6 shows the specific form of the 10 request message sent to the first ICN node when the user equipment 10 is the document 10:
  • Vision represents the type of the transmission protocol of the 10 request message
  • msgTyp represents the type of the 10 request message
  • uri represents the name of the 10 requested by the user equipment
  • file format represents the type of 10 requested by the user equipment
  • process Permission represents the request of the user equipment The processing authority of 10.
  • the transmission protocol of the 10 request message is: ICNUDP/1.0; 10 the type of the request message is GET, the name of the 10 requested by the user equipment is NDO; the type of 10 requested by the user equipment is pdf; the user equipment The requested processing rights for 10 are: copy and cache.
  • parameter information is added in the hierarchical named name of 10, for example: when the user equipment requests the document 10, the hierarchically named name
  • the file format is added to indicate the document type.
  • the type of the document can be word, pdf, etc.; process Permissions is added to identify the processing and processing permissions, and the processing permission can be print, cache, read-only, and so on.
  • the 10 requested by the user equipment is the document 10
  • the name of the document is paperl
  • the time of the document is 20140401-20140601
  • the format of the document is doc
  • the processing authority of the document is modified, and then sent to the first ICN node 10
  • the request message may be: Step 502: If the 10 identifier corresponding to 10 is not stored in the third ICN node, or the third ICN node stores 10 corresponding to the 10 identifier but the attribute of the 10 does not match the attribute requirement information, then The second ICN node forwards the 10 request message to the fourth ICN node;
  • the third ICN node forwards the 10 request message to the next ICN node according to the received 10 request message, when the local search does not have the same 10 as the 10 identifier; when the local search has the same 10 as the 10 identifier, but continues to search. Then, if the attribute requirement information of the user equipment does not match, the 10 request message is forwarded to the fourth ICN node.
  • Step 503 The third ICN node receives the 10 that is forwarded by the fourth ICN node and corresponds to the 10 identifier and matches the attribute requirement information.
  • the third ICN node forwards the 10 request message to the fourth ICN node, so that the fourth ICN node locally searches for 10 that has the same identifier as the user equipment 10 and the attribute requirement information is the same, and sends 10 to the third ICN. node.
  • Step 504 The third ICN node sends a 10 corresponding to the 10 identifier and matching the attribute requirement information to the previous node.
  • the third ICN node forwards 10 to the previous node according to the request path.
  • the 10th ICN node finds the storage ICN node specified by the 10 issuer, the third ICN node can only forward the 10 found by the fourth ICN node, but cannot cache 10.
  • the third ICN node when the current node is a user equipment, directly sends the found 10 that matches the request 10 of the user equipment to the user equipment.
  • the third ICN node when the current node is an ICN node, the third ICN node sends the found 10 matching the request 10 of the user equipment to the user equipment according to the request path, that is, the third ICN node first.
  • the received 10 is sent to the previous ICN node, and then the previous ICN node sends 10 to the user equipment.
  • the fourth ICN node finds 10 is 10 publishers If the ICN node is stored, the previous ICN node can only forward 10s found by the fourth ICN node, and cannot cache 10.
  • the fourth ICN node may be the second ICN node in the previous embodiment.
  • the third ICN node receives the carrying 10 identifier sent by the previous node and the attribute requirement information 10 request message of the user equipment, and the third ICN node does not store the 10 corresponding to the 10 identifier, or If the identifier of the 10 does not match the attribute requirement information, the third ICN node forwards the 10 request message to the fourth ICN node, and the third ICN node receives the 10 matching the 10 request message forwarded by the fourth ICN node. And send 10 to the previous node, so that the user equipment can request to meet their own needs 10, so that the user's needs can be better met.
  • FIG. 8 is a schematic structural diagram of a NRS of a naming and parsing server according to an embodiment of the present invention.
  • the NRS 100 includes: a receiving module 101 and a sending module 102, where the receiving module 101 is configured to receive an information object 10 request message sent by a user equipment.
  • the 10 request message carries 10 identifiers;
  • the sending module 102 is configured to send, according to the 10 identifiers received by the receiving module, node information for storing the 10 and the stored in the node
  • the attribute information of 10 is described.
  • the attribute information includes at least one of the following: publisher information of 10, publication time of 10, expiration date of 10, processing license of 10, version of 10.
  • the sending module 102 is specifically configured to send a 10 reply message to the user equipment, where the 10 reply message carries the metadata, where the metadata includes 10 node information and the stored attribute information of 10.
  • the NRS provided in this embodiment is an execution device of the method for acquiring the information object 10 provided by the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 1 , and the implementation principle and the technical effect thereof are similar. Narration.
  • FIG. 9 is a schematic structural diagram of a user equipment according to an embodiment of the present invention.
  • the user equipment 200 includes: a sending module 201, a receiving module 202, and a determining module 203, where the sending module 201 is used to name
  • the parsing server NRS sends the information object 10 request message, and the 10 request message carries the 10 identifier;
  • the receiving module 202 is configured to receive the node information of the storage 10 sent by the NRS and the attribute information of the 10 stored in the node;
  • the determining module 203 is configured to The attribute information of the 10 stored in the node and the attribute requirement of the user equipment determine the target node, and request the 10 from the target node.
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the receiving module is specifically configured to: receive the 10 reply message sent by the NRS, and the 10 reply message carries the metadata, where the metadata includes 10 node information and the stored attribute information of 10.
  • the user equipment provided in this embodiment is an execution device of the method for acquiring the information object 10 provided by the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 4, and the implementation principle and the technical effect are similar. Let me repeat.
  • FIG. 10 is a schematic structural diagram of a user equipment according to an embodiment of the present invention.
  • the user equipment 300 includes: a sending module 301 and a receiving module 302, where the sending module 301 is configured to use the first information center network.
  • the ICN node sends the information object 10 request message, and the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment;
  • the receiving module 302 is configured to receive 10 that is sent by the first ICN node and that corresponds to the 10 identifier and matches the attribute requirement information.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the user equipment provided in this embodiment is an execution device of the method for acquiring the information object 10 provided by the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 5, and the implementation principle and the technical effect are similar. Let me repeat.
  • FIG. 11 is a schematic structural diagram of an information network node ICN according to an embodiment of the present invention.
  • the ICN 400 includes: a receiving module 401 and a sending module 402, where the receiving module 401 is configured to receive 10 requests sent by a previous node.
  • the message 10 carries the identifier of 10 and the attribute requirement information of the user equipment;
  • the sending module 402 sends the stored corresponding 10 to the previous node if the attribute corresponding to the 10 identifier is stored in the second ICN node and the attribute of the 10 matches the attribute requirement information.
  • the previous node is a user equipment or an ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the ICN provided in this embodiment is an execution device of the method for acquiring the information object 10 according to the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 7.
  • the implementation principle and the technical effect are similar. Narration.
  • FIG. 12 is a schematic structural diagram of an information network node ICN according to another embodiment of the present invention.
  • the ICN 500 includes: a first receiving module 501, a first sending module 502, a second receiving module 503, and a second sending module. 504, the first receiving module 501 is configured to receive the 10 request message sent by the previous node, and the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment.
  • the first sending module 502 is configured to be used in the third ICN node.
  • the sending module forwards the 10 request message to the fourth ICN node; the second receiving module 503, For receiving the fourth ICN node forwarding, corresponding to the 10 identifier and matching with the attribute requirement information, the second sending module 504 is configured to send 10 that matches the 10 identifier and matches the attribute requirement information to the previous node.
  • the previous node is a user equipment or an ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the ICN provided in this embodiment is an execution device of the method for acquiring the information object 10 according to the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 8.
  • the implementation principle and the technical effect are similar. Narration.
  • FIG. 13 is a schematic structural diagram of a NRS of a naming and parsing server according to an embodiment of the present invention.
  • the NRS 600 includes: a receiver 601 and a transmitter 602, where the receiver 601 is configured to receive an information object 10 request sent by the user equipment. a message, the 10 request message carries a 10 identifier; the sender 602 is configured to send, according to the 10 identifier, the node information storing the 10 and the attribute information of the 10 stored in the node to the user equipment. .
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the sender 602 is specifically configured to: send a 10 reply message to the user equipment, where the 10 reply message carries the metadata, where the metadata includes the node information of the 10 and the stored 10 Attribute information.
  • the NRS provided in this embodiment is an execution device of the method for acquiring the information object 10 provided by the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 1 , and the implementation principle and the technical effect thereof are similar. Narration.
  • FIG. 14 is a schematic structural diagram of a user equipment according to an embodiment of the present invention.
  • the user equipment 700 includes: a transmitter 701, a receiver 702, and a processor 703, where the transmitter 701 is configured to the naming resolution server NRS.
  • the sending information object 10 requests the message, and the 10 request message carries the 10 identifier;
  • the receiver 702 is configured to receive, by the NRS, the node information that stores the 10 and the attribute information of the 10 stored in the node.
  • the processor 703 is configured to determine the target node according to the attribute information of the 10 stored in the node and the attribute requirement of the user equipment, and request the 10 from the target node.
  • the attribute information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the receiver 702 is specifically configured to: receive the 10 reply message sent by the NRS, and carry the metadata in the 10 reply message, where the metadata includes the node information of 10 and the stored attribute of 10
  • the user equipment provided in this embodiment is an execution device of the method for acquiring the information object 10 provided by the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 4, and the implementation principle and the technical effect are similar. Let me repeat.
  • FIG. 15 is a schematic structural diagram of a user equipment according to an embodiment of the present invention.
  • the user equipment 800 includes: a transmitter 801 and a receiver 802, where the transmitter 801 is configured to send to the first information center network ICN node.
  • the sending information object 10 requests a message, where the 10 request message carries the 10 identifier and the attribute requirement information of the user equipment, and the receiver 802 is configured to receive the identifier corresponding to the 10 identifier sent by the first ICN node and The attribute requirement information is matched by 10.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the user equipment provided in this embodiment is an execution device of the method for acquiring the information object 10 provided by the embodiment of the present invention, and may be used to implement the technical solution of the method 10 for obtaining the method shown in FIG.
  • the principle and technical effects are similar and will not be described here.
  • FIG. 16 is a schematic structural diagram of an information network node ICN according to an embodiment of the present invention.
  • the ICN 900 includes: a receiver 901 and a transmitter 902, where the receiver 901 is configured to receive 10 requests sent by a previous node.
  • the message 10 carries the 10 identifier and the attribute requirement information of the user equipment.
  • the sender 902 is configured to: if the second ICN node stores 10 corresponding to the identifier 10 and the attribute of the 10 matches the attribute requirement information, the second ICN The node sends the stored correspondence 10 to the previous node.
  • the previous node is a user equipment or an ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the ICN provided in this embodiment is an execution device of the method for acquiring the information object 10 according to the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 7.
  • the implementation principle and the technical effect are similar. Narration.
  • FIG. 17 is a schematic structural diagram of an information network node ICN according to an embodiment of the present invention.
  • the ICN 1000 includes: a receiver 1001 and a transmitter 1002, where the receiver 1001 is configured to receive 10 requests sent by a previous node.
  • the message 10 carries the 10 identifier and the attribute requirement information of the user equipment.
  • the sender 1002 is configured to: if the third ICN node does not store the 10 corresponding to the 10 identifier, or the third ICN node stores the 10 identifier corresponding to the 10 If the attribute of the 10 does not match the attribute requirement information, the first sender forwards the 10 request message to the fourth ICN node, and the receiver 1001 is further configured to receive the fourth ICN node that is corresponding to the 10 identifier and matches the attribute requirement information.
  • the transmitter 1002 is configured to send 10 that corresponds to the 10 identifier and matches the attribute requirement information to the previous node.
  • the previous node is a user equipment or an ICN node.
  • the attribute requirement information includes at least one of the following: publisher information of 10, publishing time of 10, expiration date of 10, processing permission of 10, version of 10.
  • the 10 request message may adopt a flat naming manner or a hierarchical naming manner.
  • the ICN provided in this embodiment is an execution device of the method for acquiring the information object 10 according to the embodiment of the present invention, and may be used to implement the technical solution of the method for obtaining the 10 shown in FIG. 8.
  • the implementation principle and the technical effect are similar. Narration.
  • a person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be implemented by hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, when executed, The foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Abstract

本发明提供一种信息对象获取方法、服务器和用户设备，包括：命名解析服务器NRS接收用户设备发送的信息对象IO请求消息，IO请求消息中携带IO标识；NRS根据IO标识，向用户设备发送存储IO的节点信息以及节点中存储的IO的属性信息。本发明的技术方案中，命名解析服务器NRS 接收用户设备发送的信息对象IO请求消息，其中请求消息中携带IO标识， NRS根据IO标识，向用户设备发送存储IO节点信息以及节点中存储的IO 的属性信息，以使用户设备可以根据IO的属性信息向满足自己属性需求的节点请求IO，从而可以更好的满足用户需求。

Description

信息对象获取方法、 服务器和用户设备
技术领域
本发明涉及通信技术， 尤其涉及一种信息对象获取方法、 服务器和用户 设备。 背景技术
互联网最初是为了追求网络的互联， 以实现硬件资源的共享， 通过共享 可以节省成本和提高效率， 然而随着技术的进歩， 基于 TCP/IP的现有互联网 逐渐暴露出安全性差、 移动性差、 可靠性差以及灵活性差等问题， 为了解决 这些问题， 信息中心网络（ Information-Centric Networking， 以下简称 ICN ) 应运而生。
ICN将改变当前互联网端到端的通信机制， 把内容与终端位置剥离， 通 过发布 /订阅范式（ Publish/Subscribe Paradigm )来提供存储和多方通信等服务。 ICN的提出， 将用户的关注点由终端改为内容， 即用户不用再关心从何地去 获取自己想要的数据， 而只需关心想要的内容是什么。
现有技术中， 订阅者向命名解析服务器 （Name Resolution Service, 简称 为 NRS ) 发送信息对象 （Information Objects, 简称为 10) 请求， NRS根据 订阅者的请求， 回复存储有请求的 10的 ICN节点信息， 订阅者收到回复后， 从 ICN节点中选择一个 ICN节点请求 10，但 ICN节点中只保存 10的名字标 识及内容数据， 因此用户最终从 ICN节点上得到的 10请求对应的内容数据 可能无法满足用户的需求。例如， 当订阅者需要一个具有可处理权限的文档， 但 ICN节点返回的文档可能是只读文件， 从而无法满足用户的需求。 发明内容 本发明实施例提供一种信息对象获取方法、 服务器和用户设备， 以克 服用户设备不能获取满足自己需求的信息对象的问题。
本发明的第一方面提供了一种信息对象 10获取方法， 包括：
命名解析服务器 NRS接收用户设备发送的信息对象 10请求消息， 所述 10请求消息中携带 10标识；
所述 NRS根据所述 10标识，向所述用户设备发送存储所述 10的节点信 息以及所述节点中存储的所述 10的属性信息。
在第一方面的第一种可能的实现方式中， 所述属性信息包括以下至少一 种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的 版本。
结合第一方面或第一方面的第一种可能的实现方式， 在第一方面的第二 种可能的实现方式中， 所述 NRS向所述用户设备发送存储所述 10的节点信 息以及所述节点中存储的所述 10的属性信息， 具体包括：
所述 NRS向所述用户设备发送 10回复消息，所述 10回复消息中携带元 数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属性信 息。
本发明的第二方面提供了一种信息对象 10获取方法， 包括：
用户设备向命名解析服务器 NRS发送信息对象 10请求消息，所述 10请 求消息中携带 10标识；
所述用户设备接收所述 NRS发送的存储所述 10的节点信息以及所述节 点中存储的所述 10的属性信息；
所述用户设备根据所述节点中存储的所述 10 的属性信息以及所述用户 设备的属性需求确定目标节点， 并向所述目标节点请求所述 10。
在第二方面的第一种可能的实现方式中， 所述属性信息包括以下至少一 种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的 版本。
结合第二方面或第二方面的第一种可能的实现方式， 在第二方面的第二 种可能的实现方式中， 所述用户设备接收所述 NRS发送的存储所述 10的节 点信息以及所述节点中存储的所述 10的属性信息， 具体包括：
所述用户设备接收所述 NRS发送的 10回复消息，所述 10回复消息中携 带元数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属 性信息。
本发明的第三方面提供了一种信息对象 10获取方法， 包括：
用户设备向第一信息中心网络 ICN节点发送信息对象 10请求消息， 所 述 10请求消息中携带 10标识以及所述用户设备的属性需求信息； 所述用户设备接收所述第一 ICN节点发送的与所述 10标识对应且与所 述属性需求信息匹配的 10。
在第三方面的第一种可能的实现方式中， 所述属性需求信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、
10的版本。
结合第三方面或第三方面的第一种可能的实现方式， 在第三方面的第二 种可能的实现方式中，所述 10请求消息可以采取扁平命名方式或分层命名方 式。
本发明的第四方面提供了一种信息对象 10获取方法， 包括：
第二信息中心网络 ICN节点接收前一节点发送的 10请求消息， 所述 10 请求消息中携带 10标识以及用户设备的属性需求信息；
若所述第二 ICN节点中存储所述 10标识对应的 10且该 10的属性与所 述属性需求信息相匹配， 所述第二 ICN节点向所述前一节点发送所存储的对 应 10。
在第四方面的第一种可能的实现方式中， 所述前一节点为用户设备或 ICN节点。
在第四方面的第二种可能的实现方式中， 所述属性需求信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
在第四方面的第三种可能的实现方式中，所述 10请求消息可以采取扁平 命名方式或分层命名方式。
本发明的第五方面提供了一种信息对象 10获取方法， 包括：
第三 ICN节点接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；
若所述第三 ICN节点中未存储所述 10标识对应的 10，或者所述第三 ICN 节点存储所述 10标识对应的 10但该 10的属性与所述属性需求信息不匹配， 则所述第三 ICN节点转发所述 10请求消息至第四 ICN节点；
所述第三 ICN节点接收所述第四 ICN节点转发的与所述 10标识对应且 与所述属性需求信息匹配的 10; 所述第三 ICN节点将与所述 10标识对应且与所述属性需求信息匹配的 10发送至所述前一节点。
在第五方面的第一种可能的实现方式中， 所述前一节点为用户设备或
ICN节点。
在第五方面的第二种可能的实现方式中， 所述属性需求信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
在第五方面的第三种可能的实现方式中，所述 10请求消息可以采取扁平 命名方式或分层命名方式。
本发明的第六方面提供了一种命名解析服务器 NRS , 包括：
接收模块， 用于接收用户设备发送的信息对象 10请求消息， 所述 10请 求消息中携带 10标识；
发送模块， 用于根据所述接收模块接收的所述 10标识， 向所述用户设备 发送存储所述 10的节点信息以及所述节点中存储的所述 10的属性信息。
在第六方面的第一种可能的实现方式中， 所述属性信息包括以下至少一 种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的 版本。
结合第六方面或第六方面的第一种可能的实现方式， 在第六方面的第二 种可能的实现方式中， 所述发送模块具体， 用于向所述用户设备发送 10回复 消息， 所述 10回复消息中携带元数据， 所述元数据中包括所述 10的节点信 息以及所存储的所述 10的属性信息。
本发明的第七方面提供了一种用户设备， 包括：
发送模块， 用于向命名解析服务器 NRS发送信息对象 10请求消息， 所 述 10请求消息中携带 10标识；
接收模块， 用于接收所述 NRS发送的存储所述 10的节点信息以及所述 节点中存储的所述 10的属性信息；
确定模块，用于根据所述节点中存储的所述 10的属性信息以及所述用户 设备的属性需求确定目标节点， 并向所述目标节点请求所述 10。
在第七方面的第一种可能的实现方式中， 所述属性信息包括以下至少一 种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的 版本。
结合第七面或第七方面的第一种可能的实现方式， 在第七方面的第二种 可能的实现方式中， 所述接收模块， 具体用于： 接收所述 NRS发送的 10回 复消息， 所述 10回复消息中携带元数据， 所述元数据中包括所述 10的节点 信息以及所存储的所述 10的属性信息。
本发明的第八方面提供了一种用户设备， 包括：
发送模块， 用于向第一信息中心网络 ICN节点发送信息对象 10请求消 息， 所述 10请求消息中携带 10标识以及所述用户设备的属性需求信息； 接收模块， 用于接收所述第一 ICN节点发送的与所述 10标识对应且与 所述属性需求信息匹配的 10。
在第八方面的第一种可能的实现方式中， 所述属性需求信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
结合第八方面或第八方面的第一种可能的实现方式， 在第八方面的第二 种可能的实现方式中，所述 10请求消息可以采取扁平命名方式或分层命名方 式。
本发明的第九方面提供了一种信息中心网络 ICN节点， 包括： 接收模块， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中 携带 10标识以及用户设备的属性需求信息；
发送模块， 若第二 ICN节点中存储所述 10标识对应的 10且该 10的属 性与所述属性需求信息相匹配， 所述发送模块向所述前一节点发送所存储的 对应 10。
在第九方面的第一种可能的实现方式中， 所述前一节点为用户设备或
ICN节点。
在第九方面的第二种可能的实现方式中， 所述属性需求信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
在第九方面的第三种可能的实现方式中，所述 10请求消息可以采取扁平 命名方式或分层命名方式。
本发明的第十方面提供了一种信息中心网络 ICN节点， 包括： 第一接收模块， 用于接收前一节点发送的 10请求消息， 所述 10请求消 息中携带 10标识以及用户设备的属性需求信息；
第一发送模块， 用于若第三 ICN节点中未存储所述 10标识对应的 10， 或者所述第三 ICN节点存储所述 10标识对应的 10但该 10的属性与所述属 性需求信息不匹配， 则所述发送模块转发所述 10请求消息至第四 ICN节点； 第二接收模块， 用于接收所述第四 ICN节点转发的与所述 10标识对应 且与所述属性需求信息匹配的 10;
第二发送模块，用于将与所述 10标识对应且与所述属性需求信息匹配的 10发送至所述前一节点。
在第十方面的第一种可能的实现方式中， 所述前一节点为用户设备或
ICN节点。
在第十方面的第二种可能的实现方式中， 所述属性需求信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
在第十方面的第三种可能的实现方式中，所述 10请求消息可以采取扁平 命名方式或分层命名方式。
本发明的第十一方面提供了一种命名解析服务器 NRS， 包括：
接收器， 用于接收用户设备发送的信息对象 10请求消息， 所述 10请求 消息中携带 10标识；
发送器， 用于根据所述 10标识， 向所述用户设备发送存储所述 10的节 点信息以及所述节点中存储的所述 10的属性信息。
在第十一方面的第一种可能的实现方式中， 所述属性信息包括以下至少 一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10 的版本。
结合第 ^一方面或第 ^一方面的第一种可能的实现方式， 在第 ^一方面 的第二种可能的实现方式中， 所述发送器， 具体用于： 向所述用户设备发送 10回复消息， 所述 10回复消息中携带元数据， 所述元数据中包括所述 10的 节点信息以及所存储的所述 10的属性信息。
本发明的第十二方面提供了一种用户设备， 包括：
发送器， 用于向命名解析服务器 NRS发送信息对象 10请求消息， 所述 10请求消息中携带 10标识；
接收器， 用于接收所述 NRS发送的存储所述 10的节点信息以及所述节 点中存储的所述 10的属性信息；
处理器，用于根据所述节点中存储的所述 10的属性信息以及所述用户设 备的属性需求确定目标节点， 并向所述目标节点请求所述 10。
在第十二方面的第一种可能的实现方式中， 所述属性信息包括以下至少 一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10 的版本。
结合第十二面或第十二方面的第一种可能的实现方式， 在第十二方面的 第二种可能的实现方式中， 所述接收器具体用于， 接收所述 NRS发送的 10 回复消息， 所述 10回复消息中携带元数据， 所述元数据中包括所述 10的节 点信息以及所存储的所述 10的属性信息。
本发明的第十三方面提供了一种用户设备， 包括：
发送器， 用于向第一信息中心网络 ICN节点发送信息对象 10请求消息， 所述 10请求消息中携带 10标识以及所述用户设备的属性需求信息；
接收器， 用于接收所述第一 ICN节点发送的与所述 10标识对应且与所 述属性需求信息匹配的 10。
在第十三方面的第一种可能的实现方式中， 所述属性需求信息包括以下 至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
结合第十三方面或第十三方面的第一种可能的实现方式， 在第十三方面 的第二种可能的实现方式中，所述 10请求消息可以采取扁平命名方式或分层 命名方式。
本发明的第十四方面提供了一种信息中心网络 ICN节点， 包括： 接收器， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；
发送器， 用于若第二 ICN节点中存储所述 10标识对应的 10且该 10的 属性与所述属性需求信息相匹配， 所述第二 ICN节点向所述前一节点发送所 存储的对应 10。
在第十四方面的第一种可能的实现方式中， 所述前一节点为用户设备或 ICN节点。
在第十四方面的第二种可能的实现方式中， 所述属性需求信息包括以下 至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
在第十四方面的第三种可能的实现方式中，所述 10请求消息可以采取扁 平命名方式或分层命名方式。
本发明的第十五方面提供了一种信息中心网络 ICN节点， 包括： 接收器， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；
发送器， 用于若第三 ICN节点中未存储所述 10标识对应的 10， 或者所 述第三 ICN节点存储所述 10标识对应的 10但该 10的属性与所述属性需求 信息不匹配， 则所述第一发送器转发所述 10请求消息至第四 ICN节点； 所述接收器， 还用于接收所述第四 ICN节点转发的与所述 10标识对应 且与所述属性需求信息匹配的 10;
所述发送器，还用于将与所述 10标识对应且与所述属性需求信息匹配的
10发送至所述前一节点。
在第十五方面的第一种可能的实现方式中， 所述前一节点为用户设备或
ICN节点。
在第十五方面的第二种可能的实现方式中， 所述属性需求信息包括以下 至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
在第十五方面的第三种可能的实现方式中，所述 10请求消息可以采取扁 平命名方式或分层命名方式。
本发明实施例提供了一种信息对象获取方法、 服务器和用户设备， 通 过名解析服务器 NRS接收用户设备发送的信息对象 10请求消息， 其中请求 消息中携带 10标识， NRS根据 10标识， 向用户设备发送存储 10节点信息 以及节点中存储的 10的属性信息， 以使用户设备可以根据 10的属性信息向 满足自己属性需求的节点请求 10， 从而可以更好的满足用户需求。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见 地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1为本发明实施例提供的信息对象 10获取方法的流程图； 图 2为本发明实施例提供的文档 10的元数据结构图；
图 3为本发明实施例提供的视频 10的元数据结构图；
图 4为本发明实施例提供的信息对象 10获取方法的流程图； 图 5为本发明实施例提供的信息对象 10获取方法的流程图； 图 6为本发明实施例提供的信息对象获取方法的流程图；
图 7为本发明实施例提供的信息对象获取方法的流程图；
图 8为本发明实施例提供的命名解析服务器 NRS结构示意图； 图 9为本发明实施例提供的用户设备的结构示意图；
图 10为本发明实施例提供的用户设备的结构示意图；
图 11为本发明实施例提供的信息网络节点 ICN的结构示意图； 图 12为本发明另一个实施例提供的信息网络节点 ICN的结构示意图； 图 13为本发明实施例提供的命名解析服务器 NRS结构示意图； 图 14为本发明实施例提供的用户设备的结构示意图；
图 15为本发明实施例提供的用户设备的结构示意图；
图 16为本发明实施例提供的信息网络节点 ICN的结构示意图； 图 17为本发明实施例提供的信息网络节点 ICN的结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然，所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明实施例提供的信息对象 10获取方法的流程图， 如图 1 所示， 本实施例的方法可以包括：
歩骤 101 : 命名解析服务器 NRS接收用户设备发送的信息对象 10请求 消息， 10请求消息中携带 10标识。
具体的， NRS接收用户设备发送的 10请求消息， 其中， 10请求消息中 携带用户所需的 10的标识，也即， 10请求消息中携带用户所需的 10的名字。
其中， 10请求消息还可以包括： 信息对象 10本身的属性信息 (如字节大 小,版本,处理权限等)； 10的发布信息 (如发布方信息 youtube网站、 Google网 站,发布时间等)等。
歩骤 102: NRS根据 10标识， 向用户设备发送存储 10的节点信息以及 节点中存储的 10的属性信息。
具体的， NRS根据所接收的 10请求消息中的 10标识， 本地査找与用户 设备所需的 10标识对应的 10的节点信息和 10的属性信息，并向用户设备发 送所査找到的 10的节点信息和 10的属性信息。
可选的，属性信息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
其中， 10的发布者信息， 具体可以为发布此 10的发布者的所有信息， 例如： 10为视频信息对象， 则 10的发布者信息可以为： 优酷、 搜狐、 土豆
10的发布时间， 具体可以为发布者发布此 10的时间， 不同发布者发布 相同 10的时间可以相同也可以不同。
10的有效期， 具体可以为 10的使用期限， 用户可以选择尽可能满足自 己需求的期限的 10。
10的处理许可， 具体可以为发布者允许用户对 10所进行的处理。
例如： 当 10为视频信息对象时， 其处理许可可以为允许用户设备转码、 不允许用户设备转码、 允许用户设备缓存、 不允许用户设备缓存等；
当 10为文档信息对象时， 其处理许可可以为： 是否允许用户设备打印文 档、 是否允许用户设备复制文档、 是否允许用户设备更改文档、 是否允许用 户设备缓存文档等。
10的版本， 例如： 当 10为文档信息对象时， 其版本可以为： word版本、 pdf版本等。 可选的， NRS向用户设备发送存储 10的节点信息以及节点中存储的 10 的属性信息， 具体可以为：
NRS向用户设备发送 10回复消息， 10回复消息中携带元数据， 元数据 中包括 10的节点信息以及所存储的 10的属性信息。
具体的， NRS根据所接收的 10请求消息中的 10标识， 首先会本地査找 与用户设备所需的 10标识对应的 10的节点信息和 10的属性信息，然后向用 户设备发送 10回复消息，其中回复消息中携带元数据，所述元数据中包括 10 的节点信息以及所存储的 10的属性信息。
元数据的结构示意图， 如图 2和图 3所示， 其中图 2所示为 10为文档信 息对象的元数据， 其中元数据包括 10的标识、 10的发布者、 10的发布时间、 10的有效期、 10的处理许可， 其中 10的处理许可包括 10的修改和处理权 限以及 10的缓存权限， 10的修改和处理权限具体可以为对 10的打印权限、 对 10的复制权限、对 10的读取权限，所述对 10的修改和处理权限可以细化 到文档的具体部分的修改和处理权限； 10的缓存权限具体可以为允许缓存和 不允许缓存，且如果允许缓存 10，同样可细化到允许缓存的文档的具体部分。
其中图 3所示为 10为视频信息对象的元数据， 其中元数据包括 10的标 识、 10的发布者、 10的发布时间、 10的有效期、 10的处理许可， 其中 10 的处理许可包括 10的修改和处理权限以及 10的缓存权限， 10的修改和处理 权限具体可以为： 是否允许对 10进行转码操作， 所述对 10的修改和处理权 限可以细化到视频的转码或者格式转化， 如 H.263编码方式转化成 H.264, FLV视频格式转换成 MP4; 处理 10的缓存权限具体可以为允许缓存和不允 许缓存， 且如果允许缓存 10， 同样可细化到允许缓存的视频的具体码率版本 或者视频部分。
本发明实施例提供的信息对象获取方法，命名解析服务器 NRS接收用户 设备发送的信息对象 10请求消息， 其中请求消息中携带 10标识， NRS根据 10标识，向用户设备发送存储 10节点信息以及节点中存储的 10的属性信息， 以使用户设备可以根据 10的属性信息向满足自己属性需求的节点请求 10， 从而可以更好的满足用户需求。
图 4为本发明实施例提供的信息对象 10获取方法的流程图， 如图 4 所示， 本实施例的方法可以包括： 歩骤 201 : 用户设备向命名解析服务器 NRS发送信息对象 10请求消息， 10请求消息中携带 10标识。
具体的， 用户设备将所需要的 10的标识携带在 10请求消息中， 并将 10 请求消息发送给 NRS。
其中， 10请求消息还可以携带信息对象 10本身的属性信息 (如字节大小, 版本,权限等)； 10的发布信息 (如发布方信息 youtube网站、 Google网站,发布 时间等)等。
歩骤 202: 用户设备接收 NRS发送的存储 10的节点信息以及节点中存 储的 10的属性信息。
具体的， 用户设备将所需要的 10的标识携带在 10请求消息中， 并将 10 请求消息发送给 NRS , 使得 NRS可以本地査找与用户设备所需求的 10标识 对应的 10的节点信息及节点中存储的 10的属性信息，并将査找到的 10的节 点信息及节点中存储的 10的属性信息发送给用户设备，从而用户设备会接收 到 NRS发送的存储 10的节点信息以及节点中存储的 10的属性信息。
可选的， 所述属性信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
其中， 10的发布者信息， 具体可以为发布此 10的发布者的所有信息， 例如： 所述 10为视频信息对象， 贝 lj 10的发布者信息可以为： 优酷、 搜狐、 土豆等。
10的发布时间， 具体可以为发布者发布此 10的时间， 所述不同发布者 发布相同 10的时间可以相同也可以不同。
10的有效期， 具体可以为 10的使用期限， 用户可以选择尽可能满足自 己需求的期限的 10。
10的处理许可， 具体可以为发布者允许用户对 10所进行的处理。
例如： 当 10为视频信息对象时， 其处理许可可以为允许用户设备转码、 不允许用户设备转码、 允许用户设备缓存、 不允许用户设备缓存等；
当 10为文档信息对象时， 其处理许可可以为： 是否允许用户设备打印文 档、 是否允许用户设备复制文档、 是否允许用户设备更改文档、 是否允许用 户设备缓存文档等。
10的版本， 例如： 当 10为文档信息对象时， 其版本可以为： word版本、 pdf版本等。
可选的， 用户设备接收 NRS发送的存储 10的节点信息以及节点中存储 的 10的属性信息， 具体可以为：
用户设备接收 NRS发送的 10回复消息， 10回复消息中携带元数据， 元 数据中包括 10的节点信息以及所存储的 10的属性信息。
具体的， 首先， 用户设备将所需的 10的标识携带在 10请求消息中发送 给 NRS , 然后， 用户设备会接收到 NRS返回的 10回复消息， 其中， 10回复 消息中携带元数据， 所述元数据中包括 10的节点信息以及所存储的 10的属 性信息。
进一歩的， 元数据的结构示意图， 如图 2和图 3所示。
其中图 2所示为 10为文档信息对象的元数据， 元数据包括 10的标识、 10的发布者、 10的发布时间、 10的有效期、 10的处理许可， 其中 10的处 理许可包括 10的修改和处理权限以及 10的缓存权限， 10的修改和处理权限 具体可以为对 10的打印权限、对 10的复制权限、对 10的读取权限， 所述对 10的修改和处理权限可以细化到文档的具体部分的修改和处理权限； 10的缓 存权限具体可以为允许缓存和不允许缓存， 且如果允许缓存 10， 同样可细化 到允许缓存的文档的具体部分。
其中图 3所示为 10为视频信息对象的元数据， 元数据包括 10的标识、 10的发布者、 10的发布时间、 10的有效期、 10的处理许可， 其中 10的处 理许可包括 10的修改和处理权限以及 10的缓存权限， 10的修改和处理权限 具体可以为是否允许对 10进行转码操作， 所述对 10的修改和处理权限可以 细化到视频的转码或者格式转化， 如 H.263编码方式转化成 H.264, FLV视 频格式转换成 MP4; ； 10的缓存权限具体可以为允许缓存和不允许缓存， 且 如果允许缓存 10， 同样可细化到允许缓存的视频的码率版本或者视频部分。
歩骤 203: 用户设备根据节点中存储的 10的属性信息以及用户设备的属 性需求确定目标节点， 并向目标节点请求 10。
具体的，根据元数据包括的 10的节点信息以及所存储的 10的属性信息， 査找与用户设备的属性需求相同的目标节点， 并向目标节点请求用户设备所 需 10。
进一歩的， 用户设备可能会査找到多个目标节点同时存储有与用户设备 属性需求相同的 10， 用户设备可根据其他的属性信息选择最合适目标节点， 例如： 用户设备可以根据位置信息， 选择距离用户设备位置最近的目标节点 请求 10; 用户设备也可以根据目标节点的负载信息， 选择负载最小的目标节 点请求 10; 用户设备也可以随机选择一个目标节点请求 10， 等， 本发明不对 其加以限制。
本发明实施例提供的信息对象获取方法， 用户设备向命名解析服务器 NRS发送信息对象 10请求消息， 其中携带 10标识， 用户设备根据接收到的 NRS发送的存储 10的节点信息以及节点中存储的 10的属性信息， 确定满足 用户设备的属性需求的目标节点， 并向目标节点请求 10， 从而可以更好的满 足用户需求。
图 5为本发明实施例提供的信息对象 10获取方法的流程图， 如图 5 所示， 本实施例的方法可以包括：
歩骤 301 :用户设备向第一信息中心网络 ICN节点发送信息对象 10请求 消息， 10请求消息中携带 10标识以及用户设备的属性需求信息。
具体的， 用户设备在向第一 ICN节点发送的 10请求消息中， 不仅携带
10标识， 还需要携带用户设备对 10的属性需求信息。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
具体的， 10的发布者信息， 具体可以为用户设备所需求的 10的发布者 信息， 例如： 所述 10为视频信息对象， 而视频信息对象的 10的发布者可以 为： 优酷、 搜狐、 土豆等， 而用户设备需要的为优酷所发布的 10， 此时， 10 的发布者信息所对应的内容为： 优酷。
10的发布时间， 具体可以为用户设备所需求的发布者发布所需 10的发 布时间， 例如： 发布者会在不同的时间发布相同的 10， 而用户设备需要的 10 的发布时间具体为： 2013年 3月 16日， 此时， 10的发布者时间所对应的内 容为： 2013年 3月 16日。
10的使用期， 具体可以为用户设备对所请求的 10的使用期限， 例如： 不同的 ICN节点中所保存的 10的有效期不同， 可以为 2013年 2月 16日到 2013年 5月 20日、 或 2014年 2月 16日到 2014年 5月 20日等， 当用户设 备所请求的 10的使用期限为 2013年 2月 26日到 2013年 3月 16日，此时与 用户设备的属性需求信息匹配的即为有效期为 2013年 2月 16日到 2013年 5 月 20日的节点所存储的 10， 此时， 10的使用时间所对应的内容为： 2013年 2月 26日到 2013年 3月 16日。
10的处理许可， 具体可以为用户设备所需要对所请求的 10进行的处理。 例如： 当 10为视频信息对象时， 用户设备的处理方式可以为转码、 不转 码、 缓存、 不缓存等。 当用户设备需要一份可缓存的 10时， 此时， 10的处 理许可的内容为： 缓存， 同样也可以精确到缓存的具体码率版本或者视频部 分， 例如： 10的处理许可的内容还可以为码率为 360bps的视频版本， 视频开 头部分 60s。
当 10为文档 10时， 用户设备的处理方式可以为： 是否打印文档、 是否 复制文档、 是否更改文档、 是否缓存文档等。 当用户设备需要一份可打印的
10时，此时， 10的处理许可的内容为：打印， 同样也可以精确到打印的章节， 例如： 10的处理许可的内容还可以为： 打印第一至第二章节的内容。
10的版本， 具体可以为用户设备所需要的 10的版本。
例如： 当 10为文档 10时， 用户设备所需要的 10版本可以为： word版 本、 pdf版本等。 当用户设备需要一份 word版本的文档， 此时， 10的版本内 容为： word。
进一歩的， 用户设备向第一 ICN节点发送携带 10标识以及用户设备的 属性需求信息的 10请求消息， 使得第一 ICN节点可以在本地査找与 10标识 相同的 10， 并且与用户设备的属性需求信息相匹配的 10， 并反向发送给用户 设备 10。
歩骤 302:用户设备接收第一 ICN节点发送的与 10标识对应且与属性需 求信息匹配的 10。
具体的，用户设备会接收到第一 ICN节点所査找的与用户设备发送的 10 标识对应且与属性需求信息匹配的 10。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
具体的， 本发明一个实施例中， 当采取扁平命名方式时的 10请求消息内 容，此时将 10的标识携带在 10请求消息的头域中，并通过扩展 10请求消息 的头域， 将属性需求信息携带在头域中， 例如： 当用户设备所请求的为文档 10时， 在请求消息的头域中增加 file format头域， 用于表示文档类型， 文档 的类型可以为 word、 pdf等； 增加 process Permissions头域， 用于标识处理权 限， 处理权限可以为打印、 缓存、 只读等。
表 6为用户设备所需的 10为文档 10时， 向第一 ICN节点发送的 10 请求消息的具体形式：
Figure imgf000017_0001
其中， vision表示 10请求消息的传输协议类型； msgTyp表示 10请求 消息的类型， uri表示用户设备所请求的 10的名称； file format表示用户 设备所请求的 10的类型； process Permission表示用户设备所请求的 10的 处理权限。
在本实施例中， 10请求消息的传输协议为： ICNUDP/1.0; 10请求消 息的类型为 GET、 用户设备所请求的 10的名称为 ND0; 用户设备所请求 的 10的类型为 pdf; 用户设备所请求的 10的处理权限为： 复制和缓存。 在本发明另一实施例中， 当采取分层命名方式时， 在 10的分层命名的名 字中， 增加参数信息， 例如： 当用户设备所请求的为文档 10时， 在分层命名 的名字中增加 file format, 用于表示文档类型， 文档的类型可以为 word、 pdf 等； 增加 process Permissions, 用于标识处理处理权限， 处理处理权限可以为 打印、 缓存、 只读等。
具体为： /br.uff/video/intro.avi/ (10标识） <timestamp> (时间戳） /<chunk
#> (请求消息中其他参数） /< file format> (文件格式） /< process Permissions (处理权限） >
例如： 当用户设备所请求的 10为文档 10时， 文档的名称为 paperl , 文 档的时间为 20140401-20140601，文档的格式为 doc,文档的处理权限为修改， 则发送给第一 ICN节点的 10请求消息可以为： 本发明实施例提供的信息对象获取方法， 用户设备向第一信息中心网络
ICN节点发送信息对象 10请求消息， 10请求消息中携带 10标识以及用户设 备的属性需求信息， 并接收第一 ICN节点发送的与 10标识对应且与属性需 求信息匹配的 10， 从而可以更好的满足用户需求。
图 6为本发明实施例提供的信息对象获取方法的流程图，如图 6所示， 本实施例的方法可以包括：
歩骤 401：第二信息中心网络 ICN节点接收前一节点发送的 10请求消息， 10请求消息中携带 10标识以及用户设备的属性需求信息。
具体的， 第二 ICN节点会接收到前一节点发送的用户设备的 10请求消 息， 其中携带用户设备请求的 10标识以及用户设备的属性需求信息。
可选的， 前一节点为用户设备或 ICN节点。
在本发明的实施例中， 前一节点为用户设备时。 具体的， 用户设备向第 二 ICN节点发送携带 10标识以及用户设备的属性需求信息的 10请求消息， 使得第二 ICN节点可以在本地査找与 10标识相同的 10， 并且与用户设备的 属性需求信息相匹配的 10， 并反向发送给用户设备 10。
在本发明的另一实施例中， 前一节点为 ICN节点。 具体的， 用户设备向 前一 ICN节络发送携带 10标识以及用户设备的属性需求信息的 10请求消息， 此时前一 ICN节点在本地査找没有与 10标识相同的 10，将所接收到的 10请 求消息转发给第二 ICN节点； 或者前一 ICN节点在本地査找有与 10标识相 同的 10， 但其所存储的 10的属性信息与用户设备的属性需求信息不匹配， 将所接收到的 10请求消息转发给第二 ICN节点。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
具体的， 10的发布者信息， 具体可以为用户设备所需求的 10的发布者 信息， 例如： 所述 10为视频信息对象， 而视频信息对象的 10的发布者可以 为： 优酷、 搜狐、 土豆等， 而用户设备需要的为优酷所发布的 10， 此时， 10 的发布者信息所对应的内容为： 优酷。
10的发布时间， 具体可以为用户设备所需求的发布者发布所需 10的发 布时间， 例如： 发布者会在不同的时间发布相同的 10， 而用户设备需要的 10 的发布时间具体为： 2013年 3月 16日， 此时， 10的发布者时间所对应的内 容为： 2013年 3月 16日。
10的使用期， 具体可以为用户设备对所请求的 10的使用期限， 例如： 不同的 ICN节点中所保存的 10的有效期不同， 可以为 2013年 2月 16日到 2013年 5月 20日、 或 2014年 2月 16日到 2014年 5月 20日等， 当用户设 备所请求的 10的使用期限为 2013年 2月 26日到 2013年 3月 16日，此时与 用户设备的属性需求信息匹配的即为有效期为 2013年 2月 16日到 2013年 5 月 20日的节点所存储的 10， 此时， 10的使用时间所对应的内容为： 2013年 2月 26日到 2013年 3月 16日。
10的处理许可， 具体可以为用户设备所需要对所请求的 10进行的处理。 例如： 当 10为视频信息对象时， 用户设备的处理方式可以为转码、 不转 码、 缓存、 不缓存等。 当用户设备需要一份可缓存的 10时， 此时， 10的处 理许可的内容为： 缓存， 同样也可以精确到缓存的具体码率版本或者视频部 分， 例如： 10的处理许可的内容还可以为码率为 360bps的视频版本， 视频开 头部分 60s。
当 10为文档 10时， 用户设备的处理方式可以为： 是否打印文档、 是否 复制文档、 是否更改文档、 是否缓存文档等。 当用户设备需要一份可打印的 10时，此时， 10的处理许可的内容为：打印， 同样也可以精确到打印的章节， 例如： 10的处理许可的内容还可以为： 打印第一至第二章节的内容。
10的版本， 具体可以为用户设备所需要的 10的版本。
例如： 当 10为文档 10时， 用户设备所需要的 10版本可以为： word版 本、 pdf版本等。 当用户设备需要一份 word版本的文档， 此时， 10的版本内 容为： word。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
具体的， 本发明一个实施例中， 当采取扁平命名方式时的 10请求消息内 容，此时将 10的标识携带在 10请求消息的头域中，并通过扩展 10请求消息 的头域， 将属性需求信息携带在头域中， 例如： 当用户设备所请求的为文档 10时， 在请求消息的头域中增加 file format头域， 用于表示文档类型， 文档 的类型可以为 word、 pdf等； 增加 process Permissions头域， 用于标识处理权 限， 处理权限可以为打印、 缓存、 只读等。
表 6为用户设备所需的 10为文档 10时， 向第一 ICN节点发送的 10 请求消息的具体形式:
表 6 10请求消息
Figure imgf000020_0001
其中， vision表示 10请求消息的传输协议类型； msgTyp表示 10请求 消息的类型， uri表示用户设备所请求的 10的名称； file format表示用户 设备所请求的 10的类型； process Permission表示用户设备所请求的 10的 处理权限。
在本实施例中， 10请求消息的传输协议为： ICNUDP/1.0; 10请求消 息的类型为 GET、 用户设备所请求的 10的名称为 NDO; 用户设备所请求 的 10的类型为 pdf; 用户设备所请求的 10的处理权限为： 复制和缓存。
在本发明另一实施例中， 当采取分层命名方式时， 在 10 的分层命名 的名字中， 增加参数信息， 例如： 当用户设备所请求的为文档 10时， 在 分层命名的名字中增加 file format, 用于表示文档类型， 文档的类型可以 为 word、 pdf等； 增加 process Permissions , 用于标识处理权限， 处理权限 可以为打印、 缓存、 只读等。
具体为： /br.uff/video/intro.avi/ (10标识） <timestamp> (时间戳） /<chunk #> (请求消息中其他参数） /< file format> (文件格式） /< process Permissions (处理权限） >
例如： 当用户设备所请求的 10为文档 10时， 文档的名称为 paperl , 文 档的时间为 20140401-20140601，文档的格式为 doc,文档的处理权限为修改， 则发送给第一 ICN节点的 10请求消息可以为： 歩骤 402: 若第二 ICN节点中存储 10标识对应的 10且该 10的属性与 属性需求信息相匹配， 第二 ICN节点向前一节点发送所存储的对应 10。
具体的， 第二 ICN节点接收到前一节点发送的 10请求消息后， 在本地 査找与 10标识相同的 10， 并且与用户设备的属性需求信息相匹配的 10， 并 反向发送给用户设备 10。
在本发明一个实施例中， 当前一节点为用户设备时， 第二 ICN节点直接 将査找到的与用户设备所请求 10匹配的 10反向发送给用户设备。
在本发明另一个实施例中， 当前一节点为 ICN节点时， 第二 ICN节点将 査找到的与用户设备所请求 10匹配的 10根据请求路径反向发送给用户设备， 即首先将査找到的 10发送给前一 ICN节点，然后前一 ICN节点将 10发送给 用户设备。当第二 ICN节点所査找到的 10为 10发布者所指定的存储 ICN节 点， 则前一 ICN节点只可以转发第二 ICN节点所査找到的 10， 而不能缓存 10。
本发明实施例提供的信息对象获取方法， 第二信息中心网络 ICN节点接 收前一节点发送的 10请求消息， 其中， 前一节点可以为用户设备或 ICN节 点， 第二 ICN节点中存储 10标识对应的 10且该 10的属性与属性需求信息 相匹配， 第二 ICN节点向前一节点发送所存储的对应 10， 从而可以更好的满 足用户需求。
图 7为本发明实施例提供的信息对象获取方法的流程图，如图 7所示， 本实施例的方法可以包括：
歩骤 501 : 第三 ICN节点接收前一节点发送的 10请求消息， 10请求消 息中携带 10标识以及用户设备的属性需求信息。
具体的， 第三 ICN节点会接收到前一节点发送的用户设备的 10请求消 息， 其中携带用户设备请求的 10标识以及用户设备的属性需求信息。
可选的， 前一节点为用户设备或 ICN节点。
在本发明的实施例中， 前一节点为用户设备时。 具体的， 用户设备向第 二 ICN节点发送携带 10标识以及用户设备的属性需求信息的 10请求消息， 使得第二 ICN节点可以在本地査找与 10标识相同的 10， 并且与用户设备的 属性需求信息相匹配的 10， 并反向发送给用户设备 10。
在本发明的另一实施例中， 前一节点为 ICN节点。 具体的， 用户设备向 前一 ICN节络发送携带 10标识以及用户设备的属性需求信息的 10请求消息， 此时前一 ICN节点在本地査找没有与 10标识相同的 10，将所接收到的 10请 求消息转发给第二 ICN节点； 或者前一 ICN节点在本地査找有与 10标识相 同的 10， 但其所存储的 10的属性信息与用户设备的属性需求信息不匹配， 将所接收到的 10请求消息转发给第三 ICN节点。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
具体的， 10的发布者信息， 具体可以为用户设备所需求的 10的发布者 信息， 例如： 所述 10为视频信息对象， 而视频信息对象的 10发布者可以为： 优酷、 搜狐、 土豆等， 当用户设备需要的为优酷所发布的 10， 此时， 10的发 布者信息所对应的内容为： 优酷。
10的发布时间， 具体可以为用户设备所需求的发布者发布所需 10的发 布时间， 例如： 发布者会在不同的时间发布相同的 10， 当用户设备需要的 10 的发布时间具体为： 2013年 3月 16日， 此时， 10的发布者时间所对应的内 容为： 2013年 3月 16日。
10的使用期， 具体可以为用户设备对所请求的 10的使用期限， 例如： 不同的 ICN节点中所保存的 10的有效期不同， 可以为 2013年 2月 16日到 2013年 5月 20日、 或 2014年 2月 16日到 2014年 5月 20日等， 当用户设 备所请求的 10的使用期限为 2013年 2月 26日到 2013年 3月 16日，此时与 用户设备的属性需求信息匹配的即为有效期为 2013年 2月 16日到 2013年 5 月 20日的节点所存储的 10， 此时， 10的使用时间所对应的内容为： 2013年 2月 26日到 2013年 3月 16日。
10的处理许可， 具体可以为用户设备所需要对所请求的 10进行的处理。 例如： 当 10为视频信息对象时， 用户设备的处理方式可以为转码、 不转 码、 缓存、 不缓存等。 当用户设备需要一份可缓存的 10时， 此时， 10的处 理许可的内容为： 缓存， 同样也可以精确到缓存的具体码率版本或者视频部 分， 例如： 10的处理许可的内容还可以为码率为 360bps的视频版本， 视频开 头部分 60s。
当 10为文档 10时， 用户设备的处理方式可以为： 是否打印文档、 是否 复制文档、 是否更改文档、 是否缓存文档等。 当用户设备需要一份可打印的 10时，此时， 10的处理许可的内容为：打印， 同样也可以精确到打印的章节， 例如： 10的处理许可的内容还可以为： 打印第一至第二章节的内容。
10的版本， 具体可以为用户设备所需要的 10的版本。
例如： 当 10为文档 10时， 用户设备所需要的 10版本可以为： word版 本、 pdf版本等。 当用户设备需要一份 word版本的文档， 此时， 10的版本内 容为： word。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
具体的， 在本发明一个实施例中， 当采取扁平命名方式时的 10请求消息 内容，此时将 10的标识携带在 10请求消息的头域中，并通过扩展 10请求消 息的头域， 将属性需求信息携带在头域中， 例如： 当用户设备所请求的为文 档 10时， 在请求消息的头域中增加 file format头域， 用于表示文档类型， 文 档的类型可以为 word、 pdf等； 增加 process Permissions头域， 用于标识处理 权限， 处理权限可以为打印、 缓存、 只读等。
表 6为用户设备所需的 10为文档 10时， 向第一 ICN节点发送的 10 请求消息的具体形式：
表 6 10请求消息
Figure imgf000023_0001
其中， vision表示 10请求消息的传输协议类型； msgTyp表示 10请求 消息的类型， uri表示用户设备所请求的 10的名称； file format表示用户 设备所请求的 10的类型； process Permission表示用户设备所请求的 10的 处理权限。
在本实施例中， 10请求消息的传输协议为： ICNUDP/1.0; 10请求消 息的类型为 GET、 用户设备所请求的 10的名称为 NDO; 用户设备所请求 的 10的类型为 pdf; 用户设备所请求的 10的处理权限为： 复制和缓存。
在本发明另一实施例中， 当采取分层命名方式时， 在 10的分层命名的 名字中， 增加参数信息， 例如： 当用户设备所请求的为文档 10 时， 在分 层命名的名字中增加 file format, 用于表示文档类型， 文档的类型可以为 word, pdf等； 增加 process Permissions , 用于标识处理处理权限， 处理处 理权限可以为打印、 缓存、 只读等。
具体为： /br.uff/video/intro.avi/ (10标识） <timestamp> (时间戳） /<chunk #> (请求消息中其他参数） /< file format> (文件格式） /< process Permissions
(处理权限） >
例如： 当用户设备所请求的 10为文档 10时， 文档的名称为 paperl , 文 档的时间为 20140401-20140601，文档的格式为 doc,文档的处理权限为修改， 则发送给第一 ICN节点的 10请求消息可以为： 歩骤 502: 若第三 ICN节点中未存储 10标识对应的 10， 或者第三 ICN 节点存储 10标识对应的 10但该 10的属性与所述属性需求信息不匹配，则第 二 ICN节点转发 10请求消息至第四 ICN节点；
具体的， 第三 ICN节点根据接收的 10请求消息， 当本地査找没有与 10 标识相同的 10， 则转发 10请求消息给下一个 ICN节点； 当本地査找有与 10 标识相同的 10， 但继续査找后， 与用户设备的属性需求信息不匹配， 则转发 10请求消息给第四 ICN节点。
歩骤 503: 第三 ICN节点接收第四 ICN节点转发的与 10标识对应且与 属性需求信息匹配的 10。
具体的， 第三 ICN节点将 10请求消息转发至第四 ICN节点， 使得第四 ICN节点在本地査找与用户设备所需 10标识相同且属性需求信息相同的 10， 并将 10发送给第三 ICN节点。
歩骤 504: 第三 ICN节点将与 10标识对应且与属性需求信息匹配的 10 发送至前一节点。
具体的， 第三 ICN节点接收到第四 ICN节点发送的 10后，根据请求路 径， 将 10转发给前一节点。 当第四 ICN节点所査找到的 10为 10发布者所 指定的存储 ICN节点，则第三 ICN节点只可以转发第四 ICN节点所査找到的 10， 而不能缓存 10。
在本发明一个实施例中， 当前一节点为用户设备时， 第三 ICN节点直接 将査找到的与用户设备所请求 10匹配的 10反向发送给用户设备。
在本发明另一个实施例中， 当前一节点为 ICN节点时， 第三 ICN节点将 査找到的与用户设备所请求 10匹配的 10根据请求路径反向发送给用户设备， 即第三 ICN节点首先将接收到的 10发送给前一 ICN节点， 然后前一 ICN节 点将 10发送给用户设备。 当第四 ICN节点所査找到的 10为 10发布者所指 定的存储 ICN节点， 则前一 ICN节点只可以转发第四 ICN节点所査找到的 10， 而不能缓存 10。
可选的， 第四 ICN节点可以为上一实施例中的第二 ICN节点。
本发明实施例提供的信息对象获取方法， 第三 ICN节点接收前一节点发 送的携带 10标识以及用户设备的属性需求信息 10请求消息， 第三 ICN节点 中未存储与 10标识对应的 10， 或 10标识对应但该 10的属性与所述属性需 求信息不匹配，则第三 ICN节点转发 10请求消息至第四 ICN节点，第三 ICN 节点接收第四 ICN节点转发的与 10请求消息匹配的 10，并将 10发送至前一 节点， 使用户设备可以请求到满足自己需求 10， 从而可以更好的满足用户需 求。
图 8为本发明实施例提供的命名解析服务器 NRS结构示意图，如图 8所 示， NRS100包括： 接收模块 101和发送模块 102， 其中接收模块 101， 用于 接收用户设备发送的信息对象 10请求消息，所述 10请求消息中携带 10标识； 发送模块 102， 用于根据所述接收模块接收的所述 10标识， 向所述用户设备 发送存储所述 10的节点信息以及所述节点中存储的所述 10的属性信息。 可 选的， 属性信息包括以下至少一种： 10 的发布者信息、 10 的发布时间、 10 的有效期、 10的处理许可、 10的版本。
可选的， 发送模块 102具体用于向用户设备发送 10回复消息， 10回复 消息中携带元数据， 元数据中包括 10的节点信息以及所存储的 10的属性信 息。
本实施例提供的 NRS , 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 1所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。
图 9所示为本发明实施例提供的用户设备的结构示意图， 如图 9所示， 用户设备 200包括： 发送模块 201、 接收模块 202和确定模块 203， 其中， 发 送模块 201， 用于向命名解析服务器 NRS发送信息对象 10请求消息， 10请 求消息中携带 10标识； 接收模块 202， 用于接收 NRS发送的存储 10的节点 信息以及节点中存储的 10的属性信息； 确定模块 203， 用于根据节点中存储 的 10的属性信息以及用户设备的属性需求确定目标节点，并向目标节点请求 所述 10。 可选的，属性信息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 接收模块， 具体用于： 接收 NRS发送的 10回复消息， 10回复 消息中携带元数据， 元数据中包括 10的节点信息以及所存储的 10的属性信 息。
本实施例提供的用户设备， 为本发明实施例提供的信息对象 10获取方 法的执行设备， 可以用于执行图 4所示 10获取方法的技术方案， 其实现 原理和技术效果类似， 此处不再赘述。
图 10所示为本发明实施例提供的用户设备的结构示意图，如图 10所示， 用户设备 300包括： 发送模块 301和接收模块 302， 其中， 发送模块 301， 用 于向第一信息中心网络 ICN节点发送信息对象 10请求消息， 10请求消息中 携带 10标识以及用户设备的属性需求信息；
接收模块 302，用于接收第一 ICN节点发送的与 10标识对应且与属性需 求信息匹配的 10。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
本实施例提供的用户设备， 为本发明实施例提供的信息对象 10获取方 法的执行设备， 可以用于执行图 5所示 10获取方法的技术方案， 其实现 原理和技术效果类似， 此处不再赘述。
图 11为本发明实施例提供的信息网络节点 ICN的结构示意图， 如图 11 所示， ICN400包括： 接收模块 401和发送模块 402， 其中， 接收模块 401， 用于接收前一节点发送的 10请求消息， 10请求消息中携带 10标识以及用户 设备的属性需求信息；
发送模块 402，若第二 ICN节点中存储 10标识对应的 10且该 10的属性 与所述属性需求信息相匹配， 发送模块 402向所述前一节点发送所存储的对 应 10。
可选的， 前一节点为用户设备或 ICN节点。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。 可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
本实施例提供的 ICN, 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 7所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。
图 12为本发明另一个实施例提供的信息网络节点 ICN的结构示意图， 如图 12所示， ICN500包括： 第一接收模块 501， 第一发送模块 502， 第二接 收模块 503和第二发送模块 504， 其中第一接收模块 501， 用于接收前一节点 发送的 10请求消息， 10请求消息中携带 10标识以及用户设备的属性需求信 息； 第一发送模块 502， 用于若第三 ICN节点中未存储 10标识对应的 10， 或者第三 ICN节点存储 10标识对应的 10但该 10的属性与属性需求信息不 匹配， 则发送模块转发 10请求消息至第四 ICN节点； 第二接收模块 503， 用 于接收第四 ICN节点转发的与 10标识对应且与属性需求信息匹配的 10; 第 二发送模块 504， 用于将与 10标识对应且与属性需求信息匹配的 10发送至 前一节点。
可选的， 前一节点为用户设备或 ICN节点。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
本实施例提供的 ICN, 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 8所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。
图 13为本发明实施例提供的命名解析服务器 NRS结构示意图， 如图 13 所示， NRS600包括： 接收器 601和发送器 602， 其中， 接收器 601， 用于接 收用户设备发送的信息对象 10请求消息， 所述 10请求消息中携带 10标识； 发送器 602， 用于根据所述 10标识， 向所述用户设备发送存储所述 10 的节点信息以及所述节点中存储的所述 10的属性信息。
可选的，属性信息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 发送器 602， 具体用于： 向用户设备发送 10回复消息， 、 10回 复消息中携带元数据， 元数据中包括所述 10的节点信息以及所存储的 10的 属性信息。
本实施例提供的 NRS , 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 1所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。
图 14为本发明实施例提供的用户设备的结构示意图， 如图 14所示， 用 户设备 700包括： 发送器 701、 接收器 702和处理器 703， 其中发送器 701， 用于向命名解析服务器 NRS发送信息对象 10请求消息， 10请求消息中携带 10标识；
接收器 702， 用于接收 NRS发送的存储所述 10的节点信息以及节点中 存储的所述 10的属性信息；
处理器 703， 用于根据节点中存储的 10的属性信息以及用户设备的属性 需求确定目标节点， 并向目标节点请求所述 10。
可选的，属性信息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 接收器 702具体用于， 接收 NRS发送的 10回复消息， 10回 复消息中携带元数据， 元数据中包括 10的节点信息以及所存储的 10的属性
I Ft自、。
本实施例提供的用户设备， 为本发明实施例提供的信息对象 10获取方 法的执行设备， 可以用于执行图 4所示 10获取方法的技术方案， 其实现 原理和技术效果类似， 此处不再赘述。
图 15为本发明实施例提供的用户设备的结构示意图， 如图 15所示， 用 户设备 800包括： 发送器 801和接收器 802， 其中， 发送器 801， 用于向第一 信息中心网络 ICN节点发送信息对象 10请求消息， 所述 10请求消息中携带 10标识以及所述用户设备的属性需求信息； 接收器 802， 用于接收所述第一 ICN节点发送的与所述 10标识对应且与所述属性需求信息匹配的 10。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
本实施例提供的用户设备， 为本发明实施例提供的信息对象 10获取方 法的执行设备， 可以用于执行图 4所示 10获取方法的技术方案， 其实现 原理和技术效果类似， 此处不再赘述。
图 16为本发明实施例提供的信息网络节点 ICN的结构示意图， 如图 16 所示， ICN900包括： 接收器 901和发送器 902， 其中， 接收器 901， 用于接 收前一节点发送的 10请求消息， 10请求消息中携带 10标识以及用户设备的 属性需求信息； 发送器 902， 用于若第二 ICN节点中存储 10标识对应的 10 且该 10的属性与属性需求信息相匹配， 第二 ICN节点向前一节点发送所存 储的对应 10。
可选的， 前一节点为用户设备或 ICN节点。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
本实施例提供的 ICN, 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 7所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。
图 17为本发明实施例提供的信息网络节点 ICN的结构示意图， 如图 17 所示， ICN1000包括： 接收器 1001和发送器 1002， 其中， 接收器 1001， 用 于接收前一节点发送的 10请求消息， 10请求消息中携带 10标识以及用户设 备的属性需求信息； 发送器 1002， 用于若第三 ICN节点中未存储 10标识对 应的 10， 或者第三 ICN节点存储 10标识对应的 10但该 10的属性与属性需 求信息不匹配，则第一发送器转发 10请求消息至第四 ICN节点；接收器 1001， 还用于接收第四 ICN节点转发的与 10标识对应且与属性需求信息匹配的 10; 发送器 1002， 用于将与 10标识对应且与属性需求信息匹配的 10发送至前一 节点。
可选的， 前一节点为用户设备或 ICN节点。
可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。
可选的， 10请求消息可以采取扁平命名方式或分层命名方式。
本实施例提供的 ICN, 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 8所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。 本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分歩骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的歩骤； 而前述 的存储介质包括： ROM、 RAM,磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种信息对象 10获取方法， 其特征在于， 包括：
命名解析服务器 NRS接收用户设备发送的信息对象 10请求消息， 所述 10请求消息中携带 10标识；
所述 NRS根据所述 10标识，向所述用户设备发送存储所述 10的节点信 息以及所述节点中存储的所述 10的属性信息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述属性信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述 NRS向所述用 户设备发送存储所述 10的节点信息以及所述节点中存储的所述 10的属性信 息， 具体包括：
所述 NRS向所述用户设备发送 10回复消息，所述 10回复消息中携带元 数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属性信 息。
4、 一种信息对象 10获取方法， 其特征在于， 包括：
用户设备向命名解析服务器 NRS发送信息对象 10请求消息，所述 10请 求消息中携带 10标识；
所述用户设备接收所述 NRS发送的存储所述 10的节点信息以及所述节 点中存储的所述 10的属性信息；
所述用户设备根据所述节点中存储的所述 10 的属性信息以及所述用户 设备的属性需求确定目标节点， 并向所述目标节点请求所述 10。
5、 根据权利要求 4所述的方法， 其特征在于， 所述属性信息包括以下至 少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
6、 根据权利要求 4或 5所述的方法， 其特征在于， 所述用户设备接收所 述 NRS发送的存储所述 10的节点信息以及所述节点中存储的所述 10的属性 信息， 具体包括：
所述用户设备接收所述 NRS发送的 10回复消息，所述 10回复消息中携 带元数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属 性信息。
7、 一种信息对象 10获取方法， 其特征在于， 包括：
用户设备向第一信息中心网络 ICN节点发送信息对象 10请求消息， 所 述 10请求消息中携带 10标识以及所述用户设备的属性需求信息；
所述用户设备接收所述第一 ICN节点发送的与所述 10标识对应且与所 述属性需求信息匹配的 10。
8、 根据权利要求 7所述的方法， 其特征在于， 所述属性需求信息包括以 下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许 可、 10的版本。
9、 根据权利要求 7或 8所述的方法， 其特征在于， 所述 10请求消息可 以采取扁平命名方式或分层命名方式。
10、 一种信息对象 10获取方法， 其特征在于， 包括：
第二信息中心网络 ICN节点接收前一节点发送的 10请求消息， 所述 10 请求消息中携带 10标识以及用户设备的属性需求信息；
若所述第二 ICN节点中存储所述 10标识对应的 10且该 10的属性与所 述属性需求信息相匹配， 所述第二 ICN节点向所述前一节点发送所存储的对 应 10。
11、 根据权利要求 10所述的方法， 其特征在于， 所述前一节点为用户设 备或 ICN节点。
12、 根据权利要求 10所述的方法， 其特征在于， 所述属性需求信息包括 以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理 许可、 10的版本。
13、 根据权利要求 10所述的方法， 其特征在于， 所述 10请求消息可以 采取扁平命名方式或分层命名方式。
14、 一种信息对象 10获取方法， 其特征在于， 包括：
第三 ICN节点接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；
若所述第三 ICN节点中未存储所述 10标识对应的 10，或者所述第三 ICN 节点存储所述 10标识对应的 10但该 10的属性与所述属性需求信息不匹配， 则所述第三 ICN节点转发所述 10请求消息至第四 ICN节点； 所述第三 ICN节点接收所述第四 ICN节点转发的与所述 10标识对应且 与所述属性需求信息匹配的 10;
所述第三 ICN节点将与所述 10标识对应且与所述属性需求信息匹配的 10发送至所述前一节点。
15、 根据权利要求 14所述的方法， 其特征在于， 所述前一节点为用户设 备或 ICN节点。
16、 根据权利要求 14所述的方法， 其特征在于， 所述属性需求信息包括 以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理 许可、 10的版本。
17、 根据权利要求 14所述的方法， 其特征在于， 所述 10请求消息可以 采取扁平命名方式或分层命名方式。
18、 一种命名解析服务器 NRS , 其特征在于， 包括：
接收模块， 用于接收用户设备发送的信息对象 10请求消息， 所述 10请 求消息中携带 10标识；
发送模块， 用于根据所述接收模块接收的所述 10标识， 向所述用户设备 发送存储所述 10的节点信息以及所述节点中存储的所述 10的属性信息。
19、根据权利要求 18所述的 NRS, 其特征在于， 所述属性信息包括以下 至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
20、 根据权利要求 18或 19所述的 NRS , 其特征在于， 所述发送模块具 体，用于向所述用户设备发送 10回复消息，所述 10回复消息中携带元数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属性信息。
21、 一种用户设备， 其特征在于， 包括：
发送模块， 用于向命名解析服务器 NRS发送信息对象 10请求消息， 所 述 10请求消息中携带 10标识；
接收模块， 用于接收所述 NRS发送的存储所述 10的节点信息以及所述 节点中存储的所述 10的属性信息；
确定模块，用于根据所述节点中存储的所述 10的属性信息以及所述用户 设备的属性需求确定目标节点， 并向所述目标节点请求所述 10。
22、 根据权利要求 21所述的用户设备， 其特征在于， 所述属性信息包括 以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理 许可、 10的版本。
23、 根据权利要求 21或 22所述的用户设备， 其特征在于， 所述接收模 ±夬， 具体用于： 接收所述 NRS发送的 10回复消息， 所述 10回复消息中携带 元数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属性
I Ft自、。
24、 一种用户设备， 其特征在于， 包括：
发送模块， 用于向第一信息中心网络 ICN节点发送信息对象 10请求消 息， 所述 10请求消息中携带 10标识以及所述用户设备的属性需求信息； 接收模块， 用于接收所述第一 ICN节点发送的与所述 10标识对应且与 所述属性需求信息匹配的 10。
25、 根据权利要求 24所述的用户设备， 其特征在于， 所述属性需求信息 包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的 处理许可、 10的版本。
26、 根据权利要求 24或 25所述的方法， 其特征在于， 所述 10请求消息 可以采取扁平命名方式或分层命名方式。
27、 一种信息中心网络 ICN节点， 其特征在于， 包括：
接收模块， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中 携带 10标识以及用户设备的属性需求信息；
发送模块， 若第二 ICN节点中存储所述 10标识对应的 10且该 10的属 性与所述属性需求信息相匹配， 所述发送模块向所述前一节点发送所存储的 对应 10。
28、 根据权利要求 27所述的 ICN节点， 其特征在于， 所述前一节点为 用户设备或 ICN节点。
29、 根据权利要求 27所述的 ICN节点， 其特征在于， 所述属性需求信 息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10 的处理许可、 10的版本。
30、 根据权利要求 27所述的 ICN节点， 其特征在于， 所述 10请求消息 可以采取扁平命名方式或分层命名方式。
31、 一种信息中心网络 ICN节点， 其特征在于， 包括： 第一接收模块， 用于接收前一节点发送的 10请求消息， 所述 10请求消 息中携带 10标识以及用户设备的属性需求信息；
第一发送模块， 用于若第三 ICN节点中未存储所述 10标识对应的 10， 或者所述第三 ICN节点存储所述 10标识对应的 10但该 10的属性与所述属 性需求信息不匹配， 则所述发送模块转发所述 10请求消息至第四 ICN节点； 第二接收模块， 用于接收所述第四 ICN节点转发的与所述 10标识对应 且与所述属性需求信息匹配的 10;
第二发送模块，用于将与所述 10标识对应且与所述属性需求信息匹配的 10发送至所述前一节点。
32、 根据权利要求 31所述的 ICN节点， 其特征在于， 所述前一节点为 用户设备或 ICN节点。
33、 根据权利要求 31所述的 ICN节点， 其特征在于， 所述属性需求信 息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10 的处理许可、 10的版本。
34、 根据权利要求 31所述的 ICN节点， 其特征在于， 所述 10请求消息 可以采取扁平命名方式或分层命名方式。
35、 一种命名解析服务器 NRS , 其特征在于， 包括：
接收器， 用于接收用户设备发送的信息对象 10请求消息， 所述 10请求 消息中携带 10标识；
发送器， 用于根据所述 10标识， 向所述用户设备发送存储所述 10的节 点信息以及所述节点中存储的所述 10的属性信息。
36、根据权利要求 35所述的 NRS , 其特征在于， 所述属性信息包括以下 至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理许可、 10的版本。
37、 根据权利要求 35或 36所述的 NRS , 其特征在于， 所述发送器， 具 体用于： 向所述用户设备发送 10回复消息，所述 10回复消息中携带元数据， 所述元数据中包括所述 10的节点信息以及所存储的所述 10的属性信息。
38、 一种用户设备， 其特征在于， 包括：
发送器， 用于向命名解析服务器 NRS发送信息对象 10请求消息， 所述 10请求消息中携带 10标识； 接收器， 用于接收所述 NRS发送的存储所述 10的节点信息以及所述节 点中存储的所述 10的属性信息；
处理器，用于根据所述节点中存储的所述 10的属性信息以及所述用户设 备的属性需求确定目标节点， 并向所述目标节点请求所述 10。
39、 根据权利要求 38所述的用户设备， 其特征在于， 所述属性信息包括 以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的处理 许可、 10的版本。
40、 根据权利要求 38或 39所述的用户设备， 其特征在于， 所述接收器 具体用于， 接收所述 NRS发送的 10回复消息， 所述 10回复消息中携带元数 据，所述元数据中包括所述 10的节点信息以及所存储的所述 10的属性信息。
41、 一种用户设备， 其特征在于， 包括：
发送器， 用于向第一信息中心网络 ICN节点发送信息对象 10请求消息， 所述 10请求消息中携带 10标识以及所述用户设备的属性需求信息；
接收器， 用于接收所述第一 ICN节点发送的与所述 10标识对应且与所 述属性需求信息匹配的 10。
42、 根据权利要求 41所述的用户设备， 其特征在于， 所述属性需求信息 包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10的 处理许可、 10的版本。
43、 根据权利要求 41或 42所述的方法， 其特征在于， 所述 10请求消息 可以采取扁平命名方式或分层命名方式。
44、 一种信息中心网络 ICN节点， 其特征在于， 包括：
接收器， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；
发送器， 用于若第二 ICN节点中存储所述 10标识对应的 10且该 10的 属性与所述属性需求信息相匹配， 所述第二 ICN节点向所述前一节点发送所 存储的对应 10。
45、 根据权利要求 44所述的 ICN节点， 其特征在于， 所述前一节点为 用户设备或 ICN节点。
46、 根据权利要求 44所述的 ICN节点， 其特征在于， 所述属性需求信 息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10 的处理许可、 10的版本。
47、 根据权利要求 44所述的 ICN节点， 其特征在于， 所述 10请求消息 可以采取扁平命名方式或分层命名方式。
48、 一种信息中心网络 ICN节点， 其特征在于， 包括：
接收器， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；
发送器， 用于若第三 ICN节点中未存储所述 10标识对应的 10， 或者所 述第三 ICN节点存储所述 10标识对应的 10但该 10的属性与所述属性需求 信息不匹配， 则所述第一发送器转发所述 10请求消息至第四 ICN节点； 所述接收器， 还用于接收所述第四 ICN节点转发的与所述 10标识对应 且与所述属性需求信息匹配的 10;
所述发送器，还用于将与所述 10标识对应且与所述属性需求信息匹配的 10发送至所述前一节点。
49、 根据权利要求 48所述的 ICN节点， 其特征在于， 所述前一节点为 用户设备或 ICN节点。
50、 根据权利要求 48所述的 ICN节点， 其特征在于， 所述属性需求信 息包括以下至少一种： 10的发布者信息、 10的发布时间、 10的有效期、 10 的处理许可、 10的版本。
51、 根据权利要求 48所述的 ICN节点， 其特征在于， 所述 10请求消息 可以采取扁平命名方式或分层命名方式。
PCT/CN2014/076027 2014-04-23 2014-04-23 信息对象获取方法、服务器和用户设备 WO2015161462A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/CN2014/076027 WO2015161462A1 (zh) 2014-04-23 2014-04-23 信息对象获取方法、服务器和用户设备
EP14890070.7A EP3128711A4 (en) 2014-04-23 2014-04-23 Information object acquisition method, server and user equipment
CN201480000702.8A CN105432053B (zh) 2014-04-23 2014-04-23 信息对象获取方法、服务器和用户设备
KR1020167032360A KR20160147861A (ko) 2014-04-23 2014-04-23 정보 객체 획득 방법, 서버, 및 사용자 장비
US15/331,396 US20170041383A1 (en) 2014-04-23 2016-10-21 Information object obtaining method, server, and user equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/076027 WO2015161462A1 (zh) 2014-04-23 2014-04-23 信息对象获取方法、服务器和用户设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/331,396 Continuation US20170041383A1 (en) 2014-04-23 2016-10-21 Information object obtaining method, server, and user equipment

Publications (1)

Publication Number Publication Date
WO2015161462A1 true WO2015161462A1 (zh) 2015-10-29

Family

ID=54331601

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/076027 WO2015161462A1 (zh) 2014-04-23 2014-04-23 信息对象获取方法、服务器和用户设备

Country Status (5)

Country Link
US (1) US20170041383A1 (zh)
EP (1) EP3128711A4 (zh)
KR (1) KR20160147861A (zh)
CN (1) CN105432053B (zh)
WO (1) WO2015161462A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102435503B1 (ko) * 2017-11-17 2022-08-24 한국전자통신연구원 지능형 IoE 정보 프레임워크를 위한 컴퓨팅 시스템 및 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101379464A (zh) * 2005-12-21 2009-03-04 数字标记公司 规则驱动型个域网id元数据路由系统和网络
CN103270718A (zh) * 2010-12-28 2013-08-28 华为技术有限公司 用于在内容导向网络中将标识信息用于数字签名以及加密内容完整性和可靠性的方法和设备
CN103649966A (zh) * 2011-06-09 2014-03-19 三星电子株式会社 基于内容名称的网络装置和保护内容的方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7246104B2 (en) * 2001-03-21 2007-07-17 Nokia Corporation Method and apparatus for information delivery with archive containing metadata in predetermined language and semantics
CA2824203C (en) * 2011-01-12 2021-03-30 Level 3 Communications, Llc Customized domain names in a content delivery network (cdn)
KR101798402B1 (ko) * 2011-06-02 2017-12-22 삼성전자주식회사 계층적 이름 구조에 기반한 네트워크에서 컨텐츠 요청자 및 컨텐츠 응답자의 통신 방법 및 장치
CN102497387A (zh) * 2011-11-11 2012-06-13 合一网络技术(北京)有限公司 一种基于P2P客户端状态分析的Flash视频分发方法
WO2013103040A1 (ja) * 2012-01-05 2013-07-11 株式会社日立製作所 データ指向型通信システム、ノード、および、データ転送方法
US9253087B2 (en) * 2012-04-24 2016-02-02 Futurewei Technologies, Inc. Principal-identity-domain based naming scheme for information centric networks
CN103095710B (zh) * 2013-01-17 2016-05-18 北京交通大学 以内容为中心的网络中基于身份的广播加密传输方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101379464A (zh) * 2005-12-21 2009-03-04 数字标记公司 规则驱动型个域网id元数据路由系统和网络
CN103270718A (zh) * 2010-12-28 2013-08-28 华为技术有限公司 用于在内容导向网络中将标识信息用于数字签名以及加密内容完整性和可靠性的方法和设备
CN103649966A (zh) * 2011-06-09 2014-03-19 三星电子株式会社 基于内容名称的网络装置和保护内容的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3128711A4 *

Also Published As

Publication number Publication date
CN105432053A (zh) 2016-03-23
EP3128711A1 (en) 2017-02-08
US20170041383A1 (en) 2017-02-09
KR20160147861A (ko) 2016-12-23
CN105432053B (zh) 2019-07-23
EP3128711A4 (en) 2017-03-29

Similar Documents

Publication Publication Date Title
US11729294B2 (en) Processing DNS queries to identify pre-processing information
US10805418B2 (en) Data management in an information-centric network
Ahlgren et al. Design considerations for a network of information
JP5192798B2 (ja) サービス提供システム、ゲートウェイ、およびサーバ
US9185186B2 (en) Method of implementing content-centric network (CCN) using internet protocol (IP)-based network in gateway, and gateway
US11356533B2 (en) Facilitation of efficient web site page loading
US9338216B2 (en) Method, system and network device for implementing HTTP-based streaming service
EP2432187B1 (en) Method, system and proxy node for peer-to-peer (p2p) streaming media data distribution
US20130132544A1 (en) Precise geolocation for content caching in evolved packet core networks
US10484271B2 (en) Data universal forwarding plane for information exchange
JP5847185B2 (ja) コンテンツ中心のネットワーク環境でグループ変更に関する情報を用いるコンテンツ共有方法及び装置
US9386099B2 (en) Local caching device, system and method for providing content caching service
WO2011017976A1 (zh) 媒体服务方法及系统
US20170041422A1 (en) Method and system for retrieving a content manifest in a network
US20150113101A1 (en) Method and apparatus for providing streaming content
CN106411996B (zh) 内容中心网络中的内容协商
JP2004336309A (ja) コンテンツのネットワーク配信方法、システム、コンテンツ検索・選択サーバ、ロケーション選択サーバ
WO2015161462A1 (zh) 信息对象获取方法、服务器和用户设备
Anadiotis et al. Information‐centric networking for multimedia, social and peer‐to‐peer communications
KR101363164B1 (ko) 변조된 ｕｒｌ을 사용하는 미디어 콘텐츠 공유 방법 및 장치
KR20150095098A (ko) 정보 중심 네트워크를 이용한 데이터 질의 처리 방법
Maka Design and implementation of a federated social network
WO2014101388A1 (zh) 传送附件的方法、装置及系统
TW201828653A (zh) 資料獲取方法和設備
Isaac Efficient Querying and Streaming of Multimedia Content Using Web Services

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480000702.8

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14890070

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014890070

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014890070

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20167032360

Country of ref document: KR

Kind code of ref document: A