Method and apparatus for content sharing

Abstract
The present invention discloses a content sharing method and apparatus and pertains to the Internet field. The content sharing method includes: receiving a shared content access request which carries an identity (ID) of a sendShareUser, an ID of a receiveShareUser, and an contentID of a shared node; authenticating the receiveShareUser according to the ID of the sendShareUser, ID of the receiveShareUser, and contentID of the shared node; and providing the shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds. The apparatus includes a receiving module, an authenticating module, and a shared content providing module. The present invention separates the management and maintenance of a node from the sharing relation of the node, so that the maintenance and management of the node do not affect the sharing relation of the node.
Description
TECHNICAL FIELD

The present invention relates to the Internet field, and in particular, to a method and an apparatus for content sharing.


BACKGROUND

With the development of Internet and storage technologies, it becomes an irresistible trend to provide network storage space to Internet users and provide a new information exchanging method based on the storage space. The local disk space and data volume of a user are also increasing rapidly. Therefore, the sharing of content between users is frequent in either the local area network or the network storage space.


In a prior art, access to a shared file is related to the absolute path of the shared file in its local file system. Currently, the search of files in a file system is based on the absolute path such as /D0/F00 of the files. By using the directory name or the file name as the search object, the search begins from the root directory along the directory tree until the related physical file is located. Under the preceding physical file search mechanism, once the absolute path of a shared file is changed, the access of a shared file receiver to the shared file will fail.


For example, a Windows file system does not allow moving or renaming of a shared directory or its parent directory. The moving or renaming operation will cause the sharing relation of the directory to be cancelled.


In a Linux system, when directories are shared over the Network File System (NFS) protocol, the same problem also exists. For example, the directories of machine B are listed in the Linux system on machine A, and when machine B changes the name of a shared directory or moves the shared directory to another directory, machine A will no longer be able to access the original directory.


During the implementation of the present invention, the inventor finds that the prior art has at least the following weakness:


In the current file system, the maintenance of sharing relations and the organization of file directories are mixed up. When the organization of a file directory or the name of a file or directory is changed, the existing sharing relation is affected. Consequently, management is difficult for the user of the file system.


SUMMARY

In order that the changes of the file directory organization, filename, or directory name do not affect the existing sharing relation, embodiments of the present invention provide a method and an apparatus for content sharing. The technical solution is as follows:


A content sharing method includes:


receiving a shared content access request which carries an identity (ID) of a sendShareUser, an ID of a receiveShareUser, and a contentID of a shared node;


authenticating the receiveShareUser according to the ID of the sendShareUser, ID of the receiveShareUser, and contentID of the shared node; and


providing shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds.


A content sharing apparatus includes:


a receiving module (801), configured to receive a shared content access request which carries an ID of a sendShareUser, an ID of a receiveShareUser, and a contentID of a shared node;


an authenticating module (802), configured to authentication the receiveShareUser when the receiving module receives the shared content access request of the receiveShareUser; and


a shared content providing module (803), configured to provide shared content to the receiveShareUser according to the contentID of the shared node.


The technical solution of the present invention provides the following benefits:


Each node (file or directory) is allocated a contentID which is unique in the local system and through which the physical file entity can be directly located, and the contentID is associated with its organization information so as to organize all nodes into a directory tree; during a content sharing process, a sharing relation table that includes the unique contentID is recorded, so that the locating of the physical file is separated from the organization of the directory and that the organization of the file directory does not affect the locating of the physical file. The management and maintenance of a node are separated from the sharing relation of the node, so that the maintenance and management of the node do not affect the sharing relation of the node. The authentication mechanism in the shared content access process makes the sharing process more reliable and more secure.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a flowchart of a content sharing method according to an embodiment of the present invention;



FIG. 2 illustrates the moving of a shared file in an embodiment of the present invention;



FIG. 3 is a flowchart of access to a shared file in an embodiment of the present invention;



FIG. 4 illustrates the moving of a shared directory in an embodiment of the present invention;



FIG. 5 is a flowchart of access to a shared directory in an embodiment of the present invention;



FIG. 6 is a flowchart of access to a subdirectory of a shared directory in an embodiment of the present invention;



FIG. 7 is a flowchart of access to a file under a shared directory in an embodiment of the present invention;



FIG. 8 illustrates a structure of a content sharing apparatus according to an embodiment of the present invention;



FIG. 9 illustrates a structure of an authenticating module according to an embodiment of the present invention;



FIG. 10 illustrates a structure of a shared content providing module according to an embodiment of the present invention;



FIG. 11 illustrates another structure of the content sharing apparatus according to an embodiment of the present invention;



FIG. 12 illustrates a structure of a directory organizing module according to an embodiment of the present invention; and



FIG. 13 illustrates another structure of the content sharing apparatus according to an embodiment of the present invention.





DETAILED DESCRIPTION

To make the purpose, technical solution, and benefits of the present invention clearer, the embodiments of the present invention are described in detail with reference to the accompanying drawings.


In an embodiment of the present invention, a unique content ID is allocated to each node in a file system and a directory tree based organization method is used according to the content ID so as to separate the organization of file directory structure in the file system or network hard disk from the sharing of the node content, so that changes in the file directory structure do not impact access to shared node content.



FIG. 1 illustrates a content sharing method in an embodiment of the present invention. The method includes the following steps:


S101. A contentID unique in the local system is allocated to each node (file or directory) in the system.


S102. Physical files and their storage paths are described by using the physical file information table similar to Table 1.











TABLE 1






phyFileID
fileStorePath








Physical
Physical file



file ID
storage path









The phyFileID represents the physical file in real existence. One physical file has only one phyFileID. The fileStoreID represents the lower-layer storage path of the physical file in real existence, for example, the sector of a hard disk or the absolute physical storage path in the local file system where the physical file is stored.


S103. The contentID is associated with the phyFileID to generate a content information table similar to Table 2.
















TABLE 2






Content
Content
Content
Create





contentID
Name
Desc
Size
Time
modTime
phyFileID
parentContentID







Content ID
Content
Content
Content
Time of
Time of
Physical
Parent



name
description
size
creation
modification
file ID
directory ID









When the node identified by a contentID is a file, one contentID is mapped to only one phyFileID and one phyFileID can be mapped to multiple contentIDs. This is intended to save resources. When one file is copied repetitively, it is not necessary to generate Table 1 repetitively but only necessary to allocate a different contentID for each copied file. The phyFileID associated with the contentID can be found in Table 2 through the contentID and then the fileStorePath associated with the phyFileID can be found in Table 1 according to the phyFileID so that the physical content entity of the file can be located directly. When thy: node identified by a contentID is a directory, the phyFileID is blank.


The phyFileID and fileStorePath in Table 1, and the ContentName, ContentDesc, ContentSize, CreateTime, modTime, phyFileID, and parentContentID in Table 2 can be referred to as the organization information of the contentID.


The relation between contentID and parentContentID is:


when the contentID identifies a file, the parentContentID is the contentID of the parent directory of the file; and


when the contentID identifies a directory, the parentContentID is the contentID of the parent directory of the directory.


The purpose of the relation is to organize the inclusion relation between a directory and a file and the homing relation between a parent directory and its child directory in the form of a directory tree. Such relations are not in one-to-one mapping with the storage relations of physical files. This provides a technical basis for the moving and renaming of files and directories.


When a user moves a file or directory, the parentContentID of the file or directory is changed to the contentID of the new target directory.


When the user renames a file or directory, the contentName of the file or directory is changed to a new name.


Steps S101 to S103 are the basic steps of the content sharing method and need not be repeated for each sharing action. After steps S101 to S103 are executed, the following steps can be performed to achieve the sharing of content.


S104. When the user starts a sharing action, a content sharing relation table similar to Table 3 is recorded.














TABLE 3





contentID
sendShareUser
receiveShareUser
shareTime
shareRight
shareName







Content ID
User sending the
User receiving the
Sharing
Sharing
Name of the



shared content
shared content
time
right
shared content









The sharing relation of a directory or file (both referred to as a node) is described by using the relation between the contentID and the user instead of the relation between the name of the node or the absolute path of the node in the directory tree and the user. When the sharing of node content is described in such a data structure, the sharing is not affected by the location or name of the node.


The contentID of a node remains the same all the time so that the receiveShareUser can always obtain the content entity of the node according to the obtained contentID. Changes to the original name or path of the shared node do not affect the access of the receiveShareUser to the shared node content.


The sendShareUser, receiveShareUser, shareTime, shareRight, and shareName in Table 3 can be referred to as the sharing information of the contentID.


S105. When the receiveShareUser wants to obtain the content of a shared node, the receiveShareUser obtains its content sharing relation table, selects the shared content interesting to the receiveShareUser, and access such shared content.


S106. The receiveShareUser sends a shared content access request.


If the receiveShareUser requests access a shared file or directory, the shared content access request carries the following parameters: user ID of the sendShareUser and contentID of the requested shared node.


If the receiveShareUser requests access a file under a shared directory, the shared content access request carries the following parameters: user ID of the sendShareUser and the path of the file in the shared directory, such as contentID of the shared directory/contentID of a subdirectory (if any)/content ID of the file.


S107. The shared content access request is authenticated.


When the receiveShareUser requests access a shared file or a shared directory, look up the content sharing relation table according to the user ID of the sendShareUser and the contentID of the requested shared content that are carried in the shared content access request. If the sendShareUser and contentID of one record in the content sharing relation table are the same as the user ID of the sendShareUser and the contentID of the requested shared content carried in the shared content access request and the receiveShareUser of the record matches the user ID of the receiveShareUser, the authentication succeeds and step S108 continues. If no such record exists, the authentication fails and the access to the shared content is rejected.


When the receiveShareUser requests access a file under a shared directory, look up the content: sharing relation table and the content information table according to the user ID of the sendShareUser and the access path of the file in the shared directory that are carried in the shared content access request. If the sendShareUser of one record in the content sharing relation table is the same as the user ID of the sendShareUser, the receiveShareUser of the record matches the user ID of the receiveShareUser, and the related file is found in the content information table through the mapping relation between the contentID and the parentContentID according to the access path of the file in the shared directory in the request, the authentication succeeds and step S108 continues. If no such record exists, the authentication fails and the access to the shared content is rejected.


S108. The shared content is provided to the receiveShareUser.


Specifically, this step includes:


When the shared node is a file, the ID of the physical entity related to the shared node is obtained according to the contentID of the shared node and then the lower-layer storage path of the physical entity is obtained according to the ID of the physical entity. The physical entity is located according to the lower-layer storage path and the content of the physical entity is provided to the receiveShareUser.


When the shared node is a directory, search for all shared subnodes whose parentContentID is the contentID of the shared node. If the contentID of a shared subnode is the parentContentID of other nodes, search for the other nodes and a list of all content under the shared node is provided to the receiveShareUser.


In the embodiment of the present invention, each node (file or directory) is allocated a contentID which is unique in the local system and through which the physical file entity can be directly located; all nodes are organized into a mapping relation between a contentID and a parentContentID; during a content sharing process, a sharing relation table that includes the unique contentID is recorded, so that the locating of the physical file is separated from the organization of the directory and that the organization of the file directory does not affect the locating of the physical file. The management and maintenance of a node are separated from the sharing relation of its content, so that the maintenance and management of the node do not affect the sharing relation of the node. The authentication mechanism in the shared content access process makes the sharing process more reliable and more secure.


The following further explains the content sharing method provided in the embodiment of the present invention by describing the network hard disk sharing function provided by a network storage system.


As shown in FIG. 2, the preparations include:


S201. A contentID unique in the local system is allocated to all nodes in the network hard disk system:


contentID of the root directory/: 14800120080620152212000;


contentID of directory D0: 14800120080620152212010;


contentID of directory D1: 14800120080620152212011;


contentID of file F00: 14800120080620152212001;


contentID of file F01: 14800120080620152212002; and


contentID of file F10: 14800120080620152212003.


S202. Physical files and their storage paths are described by using the physical file information table similar to Table 4.











TABLE 4






phyFileID
fileStorePath








FF00
Sector A



FF01
Sector B



FF10
Sector C









S203. The contentID is associated with the phyFileID to generate a content information table similar to Table 5.
















TABLE 5






Content
Content
Content
Create
Mod
Phy
Parent


contentID
Name
Desc
Size
Time
Time
FileID
ContentID























148001200806201
/
Root
3
k
June,
July,
















52212000

directory

2008
2008

















148001200806201
D0
Directory
2
kb
June,
July,

14800120080


52212010




2008
2008

620152212000


148001200806201
D1
Directory
1
kb
June,
July,

14800120080


52212011




2008
2008

620152212000


148001200806201
F00
File
50
mb
June,
July,
FF00
14800120080


52212001




2008
2008

620152212010


148001200806201
F01
File
20
mb
June,
July,
FF01
14800120080


52212002




2008
2008

620152212010


148001200806201
F10
File
80
mb
June,
July,
FF10
14800120080


52212003




2008
2008

620152212011









Steps S201 to S203 are basic steps of content sharing and need not be repeated for each sharing action. After steps S201 to S203 are executed, the following steps can be performed to achieve the sharing of content.


Assume the sendShareUser is A, described as client A; the receiveShareUser is B, described as client B.


After client A shares the file F00 with client B, if client A moves the file F00 from directory D0 to D1, the access of client B to the file F00 is not affected. As shown in FIG. 3, the specific procedure includes:


S301. Client A initiates a sharing operation to the network storage system to share the file F00 with client B.


S302. The network storage system records the sharing relation shown in Table 6.














TABLE 6






Send







Share
receiveShare

Share
Share


contentID
User
User
shareTime
Right
Name







14800120080620152212001
Client A
Client B
14th, Jul.,
Downloadable
F00





2008









S303. The network storage system returns an F00 sharing success message to client A.


S304. Client B sends a sharing relation obtaining request to the network storage system.


S305. After receiving the request of client B, the network storage system sends a sharing relation list of client B to client B.


S306. Client B sends a shared content access request to the network storage system. The request carries the user ID of the sendShareUser (client A) and the contentID (14800120080620152212001) of F00.


S307. The network storage system authenticates the access of client B.


The network storage system looks up the content sharing relation table according to the user ID of the sendShareUser (client A) and the contentID (14800120080620152212001) of the requested shared content that are carried in the access request. If the sendShareUser and contentID of one record (Table 6) in the content sharing relation table are the same as the user ID of the sendShareUser and the contentID of the requested content that are carried in the access request, and the receiveShareUser of the record matches the user ID of the receiveShareUser (client B), the authentication succeeds. The network storage system looks up the content information table (Table 5) according to the contentID of F00 and obtains the phyFileID related to F00, FF00, and then looks up the physical file information table (Table 4) according to FF00 to obtain the lower-layer storage path of F00. The network storage system finds the physical entity of F00 according to the record in the physical file information table (Table 4) and returns all content under file F00 to client B. If no such record exists, the authentication fails and the access to the shared content is rejected.


S308. Client A moves the file F00 from the original directory D0 to the directory D1, and the network storage system changes the parentContentID of F00 in the physical information table (Table 4) to the contentID of D1 (14800120080620152212011) without changing other parameters in the physical file information table (Table 4), and sends a file move success message to client A.


S309. Client B sends a shared content access request to the network storage system. The request carries the user ID of the sendShareUser (client A) and the contentID (14800120080620152212001) of F00.


S310. The network storage system authenticates the access of client B. For details, see step S307.


Although the parentContentID of F00 is changed, the contentID of F00 is not changed. After the network storage system authenticates the access request according to the user ID of the sendShareUser (client A) and the contentID of the requested shared content (F00) that are carried in the access request, the authentication still succeeds. The network storage system finds the physical storage location of F00 according to the phyFileID related to the contentID of F00 and provides the content of F00 to client B.


As shown in FIG. 4, client A shares directory D0 (the contentID is 14800120080620152212002) with client B, and when client A moves D0 from the root directory of a network hard disk to directory D1, the access of client B to D0 is not affected either. The specific procedure is shown in FIG. 5.


S501. Client A initiates a sharing operation to the network storage system to share the directory D0 with client B.


S502. The network storage system automatically records the sharing relation shown in Table 7.














TABLE 7






Send
Receive

Share
Share


contentID
ShareUser
ShareUser
shareTime
Right
Name







148001200806
Client A
Client B
14th, Jul.,
Browse
D0


20152212002


2008









S503. The network storage system returns a D0 sharing success message to client A.


S504. Client B sends a sharing relation obtaining request to the network storage system.


S505. After receiving the request of client B, the network storage system sends the sharing relation list of client B to client B.


S506. Client B sends a shared content access request to the network storage system. The request carries the user ID of the sendShareUser (client A) and the contentID of D0 (14800120080620152212002).


S507. The network storage system authenticates the access of client B.


The network storage system looks up the content sharing relation table according to the user ID of the sendShareUser and the contentID of the requested shared content (14800120080620152212002). If the sendShareUser and contentID of one record in the content sharing relation table (Table 7) are the same as the user ID of the sendShareUser and the contentID of the requested shared content that are carried in the access request, and the receiveShareUser of the record matches the user ID of the receiveShareUser (client B), the authentication succeeds. The network storage system searches for a node whose parentContentID is the contentID of D0. If the contentID of the found node is still the parentContentID of other nodes, the network storage system continues to search for other nodes and send a list of all content under the shared directory D0 to client B. If no such record exists, the authentication fails and the access to the shared content is rejected.


S508. Client A moves D0 from the root directory of the network hard disk to D1, and the network storage system changes the parentContentID of D0 to the contentID of D1 (14800120080620152212011) without changing other parameters and sends the directory move success message to client A.


S509. Client B sends a shared directory access request to the network storage system. The request carries the user ID of the sendShareUser (client A) and the contentID of D0 (14800120080620152212002).


S510. The network storage system authenticates the access of client B. For details, see step S507.


Although the parentContentID of D0 is changed, the contentID of D0 is not changed. After the network storage system authenticates the access request according to the user ID of the sendShareUser (client A) and the contentID of the requested shared content D0 carried in the access request, the authentication still succeeds. The network storage system finds the physical storage location of D0 according to the contentID of D0 and provides all content under D0 to client B.


When client A renames the directory D0, step S508 may be replaced by the following step:


S508′. Client A renames the directory D0, and the network storage system changes the contentName of D0 to the new name of D0 without changing other parameters and sends a file move success message to client A.


When client A moves the directory D0 to the directory D1, and client B wants to access the subdirectory D2 under the shared directory D0, as shown in FIG. 6, steps S509 and S510 can be replaced by the following steps:


S509′. Client B sends a shared directory access request to the network storage system. The request carries the user ID of the sendShareUser (client A) and the access path of the subdirectory D2 (contentID of D0/contentID of D2).


S510′. The network storage system authenticates the access of client B (for details, see step S507) and if the authentication succeeds, sends a list of all content under D2 to client B. If the authentication fails, the access to the shared content is rejected.


When client A moves the directory D0 to the directory D1, and client B wants to access the file F20 under the subdirectory D2 in the shared directory D0, as shown in FIG. 7, steps S509 and S510 can be replaced by the following steps:


S509″. Client B sends a request to access a file under the subdirectory in the shared directory. The request carries the user ID of the sendShareUser (client A) and the access path of the file F20 (that is, contentID of D0/contentID of D2/contentID of F20).


S510″. The network storage system authenticates the access of client B (for details, see step S507), and if the authentication succeeds, sends the content: entity of F20 to client B. If the authentication fails, the access to the shared content is rejected.


By describing the access of a user to a moved shared file, a moved shared directory, a subdirectory of a moved shared directory, and a file under a moved shared directory, and the access to a renamed shared content, the embodiment: of the present invention explains that the sharing relation of a file or directory is not affected by the moving or renaming of the file or directory in a file system or network hard disk. The receiveShareUser can still access the shared file or directory and the access right control information is not changed.



FIG. 8 illustrates a content sharing apparatus in an embodiment of the present invention. The apparatus includes:


a receiving module 801, configured to receive a shared content access request which carries the ID of the sendShareUser, ID of the receiveShareUser, and contentID of the shared node;


an authenticating module 802, configured to authenticate the receiveShareUser according to the ID of the sendShareUser, ID of the receiveShareUser, and contentID of the shared node; and


a shared content providing module 803, configured to provide the shared content to the receiveShareUser according to the contentID of the shared node if the authentication succeeds.


A structure of the authenticating module 802 is illustrated in FIG. 9, including a comparing unit 802A and a determining unit 802B.


The comparing unit 802A is configured to compare the ID of the sendShareUser carried in the shared content access request with the ID of the sendShareUser in the sharing information, compare the ID of the receiveShareUser carried in the shared content access request with the ID of the receiveShareUser in the sharing information, and compare the contentID of the shared node carried in the shared content access request with the contentID of the shared node in the sharing information, and send a comparison result to the determining unit 802B.


The determining unit 802B is configured to determine whether all compared items of the comparing unit 802A are matched, and if all compared items are matched, determine that the authentication succeeds, and if not all compared items are matched, determine that the authentication fails and obtain the authentication result.


A structure of the shared content providing module 803 is illustrated in FIG. 10, including a shared file providing unit 803A and a shared directory providing unit 803B.


The shared file providing unit 803A is configured to obtain the ID of the physical entity related to the shared node when the shared node is a file according to the contentID of the shared node, obtain the lower-layer storage path of the physical entity according to the ID of the physical entity, locate the physical entity according to the lower-layer storage path, and provide the content of the physical entity to the receiveShareUser.


The shared directory providing unit 803B is configured to search for all shared subnodes whose parentContentID is the contentID of the shared node when the shared node is a directory, and if the contentID of a shared subnode is the parentContentID of other nodes, search for the other nodes, and provide a list of all content under the shared node to the receiveShareUser.


As shown in FIG. 11, the apparatus further includes a directory organizing module 804.


A structure of the directory organizing module 804 is illustrated in FIG. 12, including:


a configuring unit 804A, configured to allocate a contentID unique in the local system for each node in the system; and


an associating unit 804B, configured to associate the contentID of a node with the organization information of the node, where the organization information includes the parentContentID of the node and the contentName of the node. If the node is a file, the organization information also includes the ID of the physical entity related to the node, where the ID of the physical entity corresponds to the lower-layer storage path of the physical entity.


The directory organizing module 804 further includes:


a changing unit 804C, configured to change the parentContentID associated with the node to the contentID of the moved parent directory; and when the node is renamed, change the contentName associated with the node to the renamed contentName.


As shown in FIG. 13, the apparatus further includes:


a sharing information recording module 805, configured to record sharing information when the sendShareUser initiates a node sharing operation, where the sharing information includes the contentID of the shared node, ID of the sendShareUser, and ID of the receiveShareUser.


The content sharing apparatus provided in the embodiment of the present invention separates the locating of a physical file from the organization of a directory, so that the organization of a file directory does not affect the locating of the physical file. Because the sharing information recording module records the sharing list that includes the unique contentID in the content sharing process, the access to the shared content is not affected by the organization of the directory. The authenticating module makes the sharing process more secure.


The embodiment of the present invention can be implemented through software. The software program can be stored in a readable storage medium, such as a hard disk, a cache, or a compact disk-read only memory (CD-ROM) in a computer.


Although the present invention has been described in detail through some preferred embodiments, the invention is not limited to such embodiments. It is apparent that those skilled in the art can make various modifications and variations to the invention without departing from the spirit and scope of the present invention. The invention is intended to cover the modifications and variations provided that they fall within the scope of protection defined by the claims or their equivalents.

Claims
  • 1. A content sharing method, executed by a content sharing apparatus having a processor, the method comprising: allocating a contentID unique in a local system for each node in the local system;associating the contentID with organization information of the node, wherein the organization information comprises a parentContentID of the node and a contentName of the node;receiving a shared content access request which carries an identity (ID) of a sendShareUser, an ID of a receiveShareUser, and a contentID of a shared node;authenticating the receiveShareUser according to the ID of the sendShareUser, the ID of the receiveShareUser, and the contentID of the shared node; andproviding shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds.
  • 2. The method of claim 1, wherein, when the node is a file, the organization information further comprises an ID of a physical entity corresponding to the node, wherein the ID of the physical entity corresponds to a lower-layer storage path of the physical entity.
  • 3. The method of claim 1, further comprising: changing the parentContentID associated with the node to the contentID of a moved parent directory when the node is moved; andchanging the contentName of the node to a renamed contentName when the node is renamed.
  • 4. The method of claim 1, further comprising: recording sharing information when a sharing operation is initiated, wherein the sharing information comprises the contentID of the shared node, the ID of the sendShareUser, and the ID of the receiveShareUser.
  • 5. The method of claim 4, wherein the authentication comprises: comparing the ID of the sendShareUser, the ID of the receiveShareUser, and the contentID of the shared node carried in the shared content access request respectively with the ID of the sendShareUser, the ID of the receiveShareUser, and the contentID of the shared node in the sharing information, and determining whether the compared items are matched; and if all items are matched, determining that the authentication succeeds; if not all items are matched, determining that the authentication fails.
  • 6. The method of claim 1, wherein the providing the shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds comprises: obtaining the ID of the physical entity related to the shared node according to the contentID of the shared node when the shared node is a file, obtaining the lower-layer storage path of the physical entity according to the ID of the physical entity, locating the physical entity according to the lower-layer storage path, and providing the content of the physical entity to the receiveShareUser; andsearching for all shared subnodes whose parentContentID is the contentID of the shared node when the shared node is a directory, and if the contentID of a shared subnode is the parentContentID of other nodes, searching for the other nodes, and providing a list of all content under the shared node to the receiveShareUser.
  • 7. The method of claim 2, wherein the providing the shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds comprises: obtaining the ID of the physical entity related to the shared node according to the contentID of the shared node when the shared node is a file, obtaining the lower-layer storage path of the physical entity according to the ID of the physical entity, locating the physical entity according to the lower-layer storage path, and providing the content of the physical entity to the receiveShareUser; andsearching for all shared subnodes whose parentContentID is the contentID of the shared node when the, shared node is a directory, and if the contentID of a shared subnode is the parentContentID of other nodes, searching for the other nodes, and providing a list of all content under the shared node to the receiveShareUser.
  • 8. The method of claim 3, wherein the providing the shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds comprises: obtaining the ID of the physical entity related to the shared node according to the contentID of the shared node when the shared node is a file, obtaining the lower-layer storage path of the physical entity according to the ID of the physical entity, locating the physical entity according to the lower-layer storage path, and providing the content of the physical entity to the receiveShareUser; andsearching for all shared subnodes whose parentContentID is the contentID of the shared node when the shared node is a directory, and if the contentID of a shared subnode is the parentContentID of other nodes, searching for the other nodes, and providing a list of all content under the shared node to the receiveShareUser.
  • 9. The method of claim 4, wherein the providing the shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds comprises: obtaining the ID of the physical entity related to the shared node according to the contentID of the shared node when the shared node is a file, obtaining the lower-layer storage path of the physical entity according to the ID of the physical entity, locating the physical entity according to the lower-layer storage path, and providing the content of the physical entity to the receiveShareUser; andsearching for all shared subnodes whose parentContentID is the contentID of the shared node when the shared node is a directory, and if″ the contentID of a shared subnode is the parentContentID of other nodes, searching for the other nodes, and providing a list of all content under the shared node to the receiveShareUser.
  • 10. The method of claim 5, wherein the providing the shared content to the receiveShareUser according to the contentID of the shared node after the authentication succeeds comprises: obtaining the ID of the physical entity related to the shared node according to the contentID of the shared node when the shared node is a file, obtaining the lower-layer storage path of the physical entity according to the ID of the physical entity, locating the physical entity according to the lower-layer storage path, and providing the content of the physical entity to the receiveShareUser; andsearching for all shared subnodes whose parentContentID is the contentID of the shared node when the shared node is a directory, and if the contentID of a shared subnode is the parentContentID of other nodes, searching for the other nodes, and providing a list of all content under the shared node to the receiveShareUser.
  • 11. A content sharing apparatus, comprising a processor, and further comprising: a configuring unit configured to instruct the processor to allocate a contentID unique in a local system for each node in the local system;an associating unit configured to instruct the processor to associate the contentID of the node with organization information of the node, wherein the organization information comprises a parentContentID of the node and a contentName of the node;a receiving module configured to instruct the processor to receive a shared content access request which carries an identity (ID) of a sendShareUser, an ID of a receiveShareUser, and a contentID of a shared node;an authenticating module configured to instruct the processor to authenticate the receiveShareUser when the receiving module receives the shared content access request of the receiveShareUser; anda shared content providing module configured to instruct the processor to provide shared content to the receiveShareUser according to the contentID of the shared node.
  • 12. The apparatus of claim 11, wherein, when the node is a file, the organization information further comprises an ID of a physical entity related to the node, wherein the ID of the physical entity corresponds to a lower-layer storage path of the physical entity.
  • 13. The apparatus of claim 11, further comprising: a changing unit configured to instruct the processor to change the parentContentID associated with the node to a contentID of a moved parent directory when the node is moved; andfurther configured to instruct the processor to change the contentName associated with the node to a renamed contentName when the node is renamed.
  • 14. The apparatus of claim 11, further comprising: a sharing information recording module configured to instruct the processor to record sharing information, wherein the sharing information comprises the contentID of the shared node, the ID of the sendShareUser, and the ID of the receiveShareUser.
  • 15. The apparatus of claim 14, wherein the authenticating module further comprises a comparing unit and a determining unit, wherein: the comparing unit is configured to instruct the processor to compare the ID of the sendShareUser, the ID of the receiveShareUser, and the contentID of the shared node carried in the shared content access request with the ID of the sendShareUser, the ID of the receiveShareUser, and the contentID of the shared node in the sharing information respectively, and send a comparison result to the determining unit; andthe determining unit is configured to instruct the processor to determine whether all compared items are matched according to the comparison result, and if all compared items are matched, determine that the authentication succeeds, and if not all compared items are matched, determine that the authentication fails and obtain an authentication result.
  • 16. The apparatus of claim 11, wherein the shared content providing module comprises: a shared file providing unit configured to instruct the processor to obtain the ID of the physical entity related to the shared node according to the contentID of the shared node when the shared node is a file, obtain the lower-layer storage path of the physical entity according to the ID of the physical entity, locate the physical entity according to the lower-layer storage path, and provide the content of the physical entity to the receiveShareUser; anda shared directory providing unit configured to instruct the processor to search for all shared subnodes whose parentContentID is the contentID of the shared node when the shared node is a directory, and if the contentID of a shared subnode is the parentContentID of other nodes, search for the other nodes, and provide a list of all content under the shared node to the receiveShareUser.
Priority Claims (1)
Number Date Country Kind
2008 1 0224689 Oct 2008 CN national
CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of International Application No. PCT/CN2009/074580, filed on Oct. 23, 2009, which claims priority to Chinese Patent Application No. 200810224689.0, filed on Oct. 23, 2008, both of which are hereby incorporated by reference in their entireties.

US Referenced Citations (56)
Number Name Date Kind
6947556 Matyas et al. Sep 2005 B1
7047406 Schleicher et al. May 2006 B2
7328225 Beloussov et al. Feb 2008 B1
7380273 Coley et al. May 2008 B2
7506034 Coates et al. Mar 2009 B2
7512607 Nagano et al. Mar 2009 B2
7546299 Benco et al. Jun 2009 B2
7600262 Nomura Oct 2009 B2
7640246 Nam Koong et al. Dec 2009 B2
7680882 Tiu et al. Mar 2010 B2
7702730 Spataro et al. Apr 2010 B2
7853986 Watanabe Dec 2010 B2
7971223 Kahn et al. Jun 2011 B2
8032562 Dunn et al. Oct 2011 B2
20010027472 Guan Oct 2001 A1
20040052378 Shiragami et al. Mar 2004 A1
20040068524 Aboulhosn et al. Apr 2004 A1
20040172558 Callahan et al. Sep 2004 A1
20040199514 Rosenblatt et al. Oct 2004 A1
20040205090 Shimbo et al. Oct 2004 A1
20050114333 Nagano et al. May 2005 A1
20050144478 Yamanaka et al. Jun 2005 A1
20050192966 Hilbert et al. Sep 2005 A1
20050198317 Byers Sep 2005 A1
20050289237 Matsubara et al. Dec 2005 A1
20060069656 Horikiri Mar 2006 A1
20070078938 Hu et al. Apr 2007 A1
20070094272 Yeh Apr 2007 A1
20070101139 Bayer et al. May 2007 A1
20070136384 Hepper et al. Jun 2007 A1
20070199025 Angiolillo et al. Aug 2007 A1
20080031601 Hashimoto et al. Feb 2008 A1
20080040283 Morris Feb 2008 A1
20080112405 Cholas et al. May 2008 A1
20080140672 Tomida et al. Jun 2008 A1
20080189293 Strandel et al. Aug 2008 A1
20080297607 Minatogawa Dec 2008 A1
20090049147 Kato et al. Feb 2009 A1
20090063850 Joram et al. Mar 2009 A1
20090113560 Kori et al. Apr 2009 A1
20090125391 Toutonghi May 2009 A1
20090125522 Kodama et al. May 2009 A1
20090177757 Pottenger Jul 2009 A1
20090204606 Osada Aug 2009 A1
20090216859 Dolling Aug 2009 A1
20090265439 Nakashiro et al. Oct 2009 A1
20090265443 Moribe et al. Oct 2009 A1
20100070919 Araumi Mar 2010 A1
20100082682 Kinoshita Apr 2010 A1
20100138382 Nagoya et al. Jun 2010 A1
20100146115 Bezos Jun 2010 A1
20100153237 LaJoie et al. Jun 2010 A1
20100299716 Rouskov et al. Nov 2010 A1
20110072267 Johansson Mar 2011 A1
20110119290 Dhoble May 2011 A1
20110162056 Takahashi et al. Jun 2011 A1
Foreign Referenced Citations (5)
Number Date Country
101068245 Nov 2007 CN
101207842 Jun 2008 CN
2005-209181 Aug 2005 JP
WO 9822890 May 1998 WO
WO 2008004767 Jan 2008 WO
Related Publications (1)
Number Date Country
20110196892 A1 Aug 2011 US
Continuations (1)
Number Date Country
Parent PCT/CN2009/074580 Oct 2009 US
Child 13092828 US