Abstract:
When objects are shared by one user with another user, objectionable content, if identified as such, can be blocked from being shared, while the remainder of the shared objects can be accessed by the other user. Functions that allow sharing of content are implemented so as prevent sharing of objectionable content with another user, while allowing other content to be shared. If a group of files or objects is shared, then the presence of objectionable content in one object in the group results in that objectionable content not being shared, but the remaining files or objects are still shared. A graphical user interface for accessing the storage system, whether by providers or recipients of shared content, can selectively render information about objects with objectionable content.

Description:
BACKGROUND 
       [0001]    Computer users increasingly share data through storage systems hosted by service providers on computer networks such as the internet. Service providers, however, are wary that users may share content that is objectionable. There are a variety of ways in which service providers can detect objectionable content. However, even if such content can be identified, the question that remains is what to do about it. 
       SUMMARY 
       [0002]    This Summary introduces selected concepts in simplified form that are further described below in the Detailed Description. This Summary is intended neither to identify key or essential features of the claimed subject matter, nor to limit the scope of the claimed subject matter. 
         [0003]    When objects are shared by one user with another user, objectionable content, if identified as such, can be blocked from being shared, while the remainder of the shared objects can be accessed by the other user. In one example implementation, metadata for each data file can include a restriction flag indicating whether the file has been marked as containing objectionable content. Functions that allow sharing of content are implemented so as prevent sharing of objectionable content with another user, while allowing other content to be shared. If a group of files or objects is shared, then the presence of objectionable content in one object in the group results in that objectionable content not being shared, but the remaining files or objects are still shared. A graphical user interface for accessing the storage system, whether by providers or recipients of shared content, can selectively render information about objects with objectionable content. For example, the interface can indicate the presence of an object, but access to objectionable content in that object can remain limited. In one implementation, the interface can present information indicating that access to the object is blocked due to objectionable content. 
         [0004]    In an implementation in a file system, other file system operations can be implemented to allow access to parts of the file or data about the file, but the objectionable content is not made available. For example, in one implementation a file includes multiple file streams, including at least a metadata stream and a data stream. If a file contains objectionable content in the data stream, then access to the data stream is prevented; however, access to the metadata stream can be enabled. Metadata that is derivative of the objectionable content also can be removed, not generated or made not accessible. For example, for image files, a reduced image, representative of the image in the file, can be either removed, not generated, or made not accessible. Because the file is stored in a shared storage system, what data is made available about the file, and how it is stored, can also be function of both the restriction flag and the identity or role of the user accessing it, using access control information for the file. 
         [0005]    In the following description, reference is made to the accompanying drawings which form a part hereof, and in which are shown, by way of illustration, specific example implementations of this technique. It is understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the disclosure. 
     
    
     
       DESCRIPTION OF THE DRAWINGS 
         [0006]      FIG. 1  is a block diagram of an example shared storage system from a service provider. 
           [0007]      FIG. 2  is a data flow diagram illustrating an example implementation of access restrictions 
           [0008]      FIG. 3  is a flow chart an example implementation of uploading content to the storage system. 
           [0009]      FIG. 4  is a flow chart an example implementation of accessing content on the storage system. 
           [0010]      FIG. 5  is a flow chart an example implementation of sharing content on the storage system. 
           [0011]      FIG. 6  is a block diagram of an example computer with which components of such a system can be implemented. 
       
    
    
     DETAILED DESCRIPTION 
       [0012]    The following section provides an example operating environment in which a shared storage system can be implemented. This example is provided in the context of an online, shared file system for multiple users to access over a computer network. Other implementations of a shared storage service also can be used. 
         [0013]    Referring to  FIG. 1 , a shared storage system  100  includes one or more server computers  102  on which the storage system is hosted by a service provider. Files  120  are stored on one or more storage devices  106  that are accessed by the server computers  102 . Users access files stored on the shared storage system through client computers  104  that connect to the server computer  102  over a computer network  108 . In one implementation, the shared storage system in an online, networked storage system, such as a storage service provided to end users over the Internet. Each of the server computers and client computers can be implemented using a computing device such as described below in connection with  FIG. 6 . 
         [0014]    The client computer  104  typically includes a browser application that communicates with the server computers  102  using a conventional communication protocol. Typically, the server computer  102  prompts the user for authentication information to access an account. After receiving the authentication information, the server computer presents a user with information relating to their account, such as files and folder containing files that the user has stored on the shared storage system. Other operations also can be made available, such as uploading, deleting, modifying and downloading files and folders, defining collections of files, sharing files and collections of files with other users, accessing files and collections of files shared by other users, and searching for files and folders. In general, a client computer  104  sends requests  110  for information to the server computers  102 , in response to which the server computers provide file data  112  to the client computer  104 , where the file data  112  can be metadata about a file or contents of a file. 
         [0015]    A file  120  has information stored about it that the server computers  102  use to manage access to the file by various users. Each file  120  has, in particular, an access control list  122  and a restriction flag  124 . The access control list  122  indicates which users are permitted to access a file, and the nature of those permissions. As described in more detail below, the restriction flag  124  indicates whether the file is determined to have objectionable content. Such a determination can be obtained, for example, by users that report abuse in a system, or through automatic processing. A file can include one or more independently accessible portions, or file streams, which contain different information. In particular a file can include content and metadata about that content in separately accessible portions of the file. The access control list can differentiate access for users at the file stream level in addition to the file level. The access control list also can distinguish between an “owner” of a file system object and others. In one implementation, the system can limit access to objectionable content by others, while allowing full access to the owner of a file system, regardless of whether the file system object is marked as having objectionable content. 
         [0016]    Given this context, an example implementation will be described in more detail in connection with  FIGS. 2-5 . 
         [0017]      FIG. 2  illustrates a data flow diagram of a system in which content can be shared by one user with another user through a shared storage system such as shown in  FIG. 1 . Content  200  is handled by an uploading module  202  and then stored in storage  204 . Through the uploading module, a user can identify content to be uploaded, and navigate to a storage folder on the shared storage system in which to store the uploaded content. The uploading module causes the uploaded content to be stored. Access control lists  206  are created that associate the content with this user and otherwise specify permissions for various entities that can access this content. 
         [0018]    For a user to share information, a sharing module  210  is accessed. In response to user input  212 , one or more items of stored content are identified by the user. Also though the sharing module, through user input  212 , a user can identify one or more other users with whom the selected content is to be shared. The sharing module  210  creates a collection of the selected content, and indicates on the access control list for the collection that the other identified users are authorized to access this content. A user can be an individual, a device, a system process, an application or other entity that can access content through the storage system. There are a variety of ways in which a user can specify such a collection, the users with whom it is to be shared, and the permissions to be given to those users, the foregoing merely being one example. 
         [0019]    A content blocking module  220  can receive indications  222  of content to be blocked due to objectionable content. For example, such information can be reported by other users and/or detected automatically. The access control list for that content is updated to indicate that there is objectionable content to be blocked when shared. 
         [0020]    Through an access module  230 , other users can access content in collections to which they have been given authorization. Given an indication  232  of an object, such as a file, to be accessed, the access module determines whether the user is authorized to access the selected content, and determines if the content is blocked, by using the access control list. If the user is authorized to access the content, the content is provided to the user. In the event that the user is authorized, but the content is blocked, a graphical user interface of the access module can indicate to the user that the content is present but access to the content is blocked. 
         [0021]      FIG. 3  is a flowchart describing an example implementation of operation of such a system when uploading content. 
         [0022]    A system receives  300  a request from a user to access his or her account. After allowing access, the system can receive  302  a request from the user to upload content to the storage. The system receives, processes and stores  304  the content in the storage system, including creating  306  the access control list for each file which is uploaded. The access control list can initially indicate that the user is the owner of the content and the sole user authorized to access that content. Additionally, any blocked content flag is initially clear. In one implementation, automatic processing can be used  308  to mark content as objectionable. 
         [0023]      FIG. 4  is a flowchart describing an example implementation of operation of such a system when accessing content. 
         [0024]    A system receives  400  a request form a user to access his or her account. After allowing access, the system can receive  402  a request from the user to view the contents of a selected folder. The system accesses  404  information about the contents of the selected folder. For each file, as indicated at  406 , the system determines  408  whether the access to the file is authorized and whether access to content is blocked. If content is blocked, then an indication of the file, such as an icon, is displayed  410 , with the icon indicating that access to the content is blocked. Otherwise, a conventional indication of the file is displayed  412 . 
         [0025]      FIG. 5  is a flowchart describing an example implementation of operation of such a system when a user shares content. 
         [0026]    A system receives  500  a request form a user to access his or her account. After allowing access, the system can receive  502  a request from the user identifying selected files to be shared. The system accesses  504  information about the selected files. For each file, as indicated at  506 , the system determines  508  whether the access to the file is authorized and whether access to content is blocked. If content is blocked, then the information about the file that is communicated  510  to the other user includes data indicating that access to the content is blocked. Otherwise, a conventional information about the file is communicated  512 . 
         [0027]    Having now described an example implementation, a computer with which components of such a system are designed to operate will now be described. The following description is intended to provide a brief, general description of a suitable computer with which such a system can be implemented. The computer can be any of a variety of general purpose or special purpose computing hardware configurations. Examples of well-known computers that may be suitable include, but are not limited to, personal computers, server computers, hand-held or laptop devices (for example, media players, notebook computers, cellular phones, personal data assistants, voice recorders), multiprocessor systems, microprocessor-based systems, set top boxes, game consoles, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like. 
         [0028]      FIG. 6  illustrates an example of a suitable computer. This is only one example of a suitable computer and is not intended to suggest any limitation as to the scope of use or functionality of such a computer. 
         [0029]    With reference to  FIG. 6 , an example computer  600 , in a basic configuration, includes at least one processing unit  602  and memory  604 . The computer may include multiple processing units and/or additional co-processing units such as graphics processing unit  620 . Depending on the exact configuration and type of computer, memory  604  may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. This configuration is illustrated in  FIG. 6  by dashed line  606 . 
         [0030]    Additionally, computer  600  may also have additional features/functionality. For example, computer  600  may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in  FIG. 6  by removable storage  608  and non-removable storage  610 . Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer program instructions, data structures, program modules or other data. Memory  604 , removable storage  608  and non-removable storage  610  are all examples of computer storage media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer  600 . Any such computer storage media may be part of computer  600 . 
         [0031]    Computer  600  may also contain communications connection(s)  612  that allow the device to communicate with other devices over a communication medium. Communication media typically carry computer program instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and include any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal, thereby changing the configuration or state of the receiving device of the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Communications connections  612  are devices that interface with the communication media to transmit data over and receive data from communication media, such as a network interface. 
         [0032]    Computer  600  may have various input device(s)  614  such as a keyboard, mouse, pen, camera, touch input device, and so on. Output device(s)  616  such as a display, speakers, a printer, and so on may also be included. All of these devices are well known in the art and need not be discussed at length here. Various input and output devices can implement a natural user interface (NUI), which is any interface technology that enables a user to interact with a device in a “natural” manner, free from artificial constraints imposed by input devices such as mice, keyboards, remote controls, and the like. 
         [0033]    Examples of NUI methods include those relying on speech recognition, touch and stylus recognition, gesture recognition both on screen and adjacent to the screen, air gestures, head and eye tracking, voice and speech, vision, touch, gestures, and machine intelligence, and may include the use of touch sensitive displays, voice and speech recognition, intention and goal understanding, motion gesture detection using depth cameras (such as stereoscopic camera systems, infrared camera systems, and other camera systems and combinations of these), motion gesture detection using accelerometers or gyroscopes, facial recognition, three dimensional displays, head, eye , and gaze tracking, immersive augmented reality and virtual reality systems, all of which provide a more natural interface, as well as technologies for sensing brain activity using electric field sensing electrodes (EEG and related methods). 
         [0034]    Each component of this system that operates on a computer generally is implemented by software, such as one or more computer programs, which include computer-executable instructions and/or computer-interpreted instructions, such as program modules, being processed by the computer. Such computer instructions can be stored on a computer storage to provide an article of manufacture. Generally, program modules include routines, programs, objects, components, data structures, and so on, that, when processed by a processing unit, instruct the processing unit to perform particular tasks or implement particular abstract data types. This computer system may be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices. 
         [0035]    Alternatively, or in addition, the functionally described herein can be performed, at least in part, by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-programmable Gate Arrays (FPGAs), Program-specific Integrated Circuits (ASICs), Program-specific Standard Products (ASSPs), System-on-a-chip systems (SOCs), Complex Programmable Logic Devices (CPLDs), etc. 
         [0036]    Any or all of the aforementioned alternate embodiments described herein may be used in any combination desired to form additional hybrid embodiments. It should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific implementations described above. The specific implementations described above are disclosed as examples only.