Systems and Methods for Providing Access to Rights Holder Defined Video Clips

This application is a continuation application of U.S. patent application Ser. No. 18/648,840, filed Apr. 29, 2024, which is a continuation application of U.S. patent application Ser. No. 18/148,469, filed Dec. 30, 2022, which is a continuation application of U.S. patent application Ser. No. 16/545,325, filed Aug. 20, 2019, now U.S. Pat. No. 11,546,646 issued Jan. 3, 2023, which is a continuation application of U.S. patent application Ser. No. 14/202,480, filed Mar. 10, 2014, now U.S. Pat. No. 10,397,626 issued Aug. 27, 2019, which claims priority to U.S. Provisional Application No. 61/789,719, filed Mar. 15, 2013, all of which are incorporated herein by reference in their entireties.

The technology described herein relates generally to access control and more specifically to access control of videos.

Video clips are commonly made available over distribution channels such as the Internet. For example, a video clip may be submitted to content distributors such as YouTube where it is hosted and made accessible. Typically, access to the video clip is either without restriction or is limited to a select population (e.g., subscribers). In either case, a viewer who obtains access to the video clip can view the clip in its entirety. However, such a limited access control paradigm may be unsuitable for certain situations. For example, a rights holder to a video clip may only wish to make a portion of the video clip accessible to a particular audience, or make different portions of the video clip accessible to different audiences. Thus, a more flexible and sophisticated approach for controlling access to a video clip is needed.

In accordance with the teachings herein, computer-implemented systems and methods are provided for providing access to a portion of a video to a requesting user. For example, a computer can receive an identification of a video, a starting point of a clip within the video, and an ending point of the clip within the video from a rights holder. The computer can define a video clip based on the identified video, the starting point, and the ending point. The computer can also provide a link by which a requesting user is provided access to the video clip.

is a block diagram depicting a computer-implemented clip rights enabler. A rights holder, such as a content creator or other party who has rights to modify the content, which in some instances may include a purchaser of a personal copy of the content, accesses a clip rights enablerto generate a clip of a larger film. For example, a rights holder, such as a marketing executive, may wish to generate a promotion for a movie that includes a clip of the movie. The rights holderaccesses the clip rights enablerto identify the boundaries of the clip in the larger film and to facilitate distribution of the clip. The rights holderaccesses the clip rights enablerand uses a clip definerto define the film clip. The rights holderidentifies the film from which the clip is to be taken, and that film is accessed from a film repository. The clip definermay provide the selected film for viewing by the rights holderto aid in definition of the boundaries of the clip. The rights holderidentifies a starting point of the desired clip and an ending point of the desired clip. For example, the rights holdermay type a time stamp for each of the starting and ending point or may identify the starting and ending points via a graphical user interface (e.g., by selecting a point on a timeline associated with the selected film). Upon identification of the selected video, the starting point, and the ending point, the clip definerdefines the video clip by creating a record in an enabler data store. That record identifies the video clip and the boundaries of that video clip, and the existence of that data record facilitates viewing the defined video clip by a requesting user.

A requesting userinteracts with a clip providerof the clip rights enablerto view a video clip. The requesting usermay be directed to the clip providervia a variety of mechanisms. For example, upon definition of the clip by the rights holder, the rights holdermay be provided a link that the rights holdercan distribute to the requesting userand others to whom the rights holderwishes to enable access to the video clip. Such a link can be forwarded to others by e-mail, uploaded to a social media site, displayed on a website, or otherwise published and delivered. In other implementations, the link is automatically distributed (e.g., to users on an e-mail mailing list) upon definition of the video clip. Upon clicking the link or otherwise indicating interest in viewing the video clip, the requesting useris provided access to the video clip. In one example, the requesting user's access may be limited to the bounds of the video clip definition of the rights holder. For example, the requesting usermay be prevented from viewing portions of the larger film before the defined starting point or after the defined ending point. Such a limitation on viewing may be accomplished in a variety of ways, such as by creating a film clip file that only includes the defined film clip and providing the film clip file to the requesting user. The limitation could also be enforced using, or making the film clip viewable only on, a video player that limits viewing of the film to the time period between the starting point and the ending point.

In some implementations, the rights holdermay be required or may wish to provide limitations on the ability to view a film clip. In one example, the rights holdermay be a teacher who has limited rights to create film clips to a film for their students to view (e.g., a teacher may be permitted to mark a section of a documentary for later call-up by his class). To prevent unauthorized viewing, the teacher rights holdermay attach a clip authorization to a defined film clip identifying parties who are permitted or prohibited from viewing a defined film clip. Such clip authorizations may be stored in the enabler data store. The clip authorizations may identify individual users or groups of users who are permitted or denied permission to watch a video clip. In one example, a clip providerauthenticates a requesting userand compares the authenticated identity of the requesting userto the clip authorizations attached to a film clip to determine whether the requesting usershould be provided access to the film clip.

In another implementation, a rights holder's ability to create and distribute video clips may be limited by a super rights holder. For example, a rights holdermay be a purchaser of a film, while a super rights holder may be a distributer of the film. The distributer super rights holder may be comfortable with the rights holder distributing limited clips of the film to increase interest in the film. However, the super rights holder may wish to limit those clip definition rights. For example, the super rights holder may limit the number of clips that a particular rights holder may make or the time length of clips that the particular rights holder may make. Additionally, the super rights holder may limit from which portions of the film a film clip may be defined (e.g., the super rights holder may not want film clips of the film's climax to be distributed that would spoil a major plot reveal). Such super rights holder definitions may be stored in the enabler data storeas film rights definitions. Such super rights holder rules may be enforced by authenticating the identity of the rights holder, determining whether the rights holder has sufficient permission to define the video clip of the video at all (e.g., a non-purchaser of the video may not have any rights, while a purchaser of the video may have limited clip defining ability), and determining whether the rights holderhas sufficient rights to define the clip that the rights holderhas requested based on the film rights definition. In one example, a party may gain rights to define clips by performing a required action, where upon performance of that action, the party receives the right to define clips from a superior rights holder. For example, upon payment of a fee, a party may receive the right to define clips from a purchaser or other super rights holder. In another example, a content purchaser can receive clip defining rights from a super rights holder in exchange for joining a website, paying an additional fee, or performing another required action.

In addition to defining the bounds of a video clip, a rights holdermay perform other operations that affect a video clip to which the requesting useris provided access. For example, the rights holdermay annotate the clip, such as by identifying a run-time of a clip, an identification of the context of the clip (e.g., “Start of Act 2, Scene 3”), overlaying graphical elements on the video, etc. Such annotations can be stored in the enabler data storeand used to augment the viewing experience of the requesting user.

While the examples described herein are directed to definition of video clips, the systems and methods apply to other content types as well. For example, a rights holder may delineate and distribute clips of content that is audio, video, still image, or hybrid combinations thereof.

depicts ata computer-implemented environment wherein userscan interact with a systemhosted on one or more serversthrough a network. The systemcontains software operations or routines. The userscan interact with the systemthrough a number of ways, such as over one or more networks. One or more serversaccessible through the network(s)can host system. It should be understood that the systemcould also be provided on a stand-alone computer (e.g., desktop, laptop, tablet device, mobile device) for access by a user.

depict example systems for use in implementing a system. For example,depicts an exemplary systemthat includes a standalone computer architecture where a processing system(e.g., one or more computer processors) includes a systembeing executed on it. The processing systemhas access to a computer-readable memoryin addition to one or more data stores. The one or more data storesmay contain first dataas well as second.

depicts a systemthat includes a client server architecture. One or more user PCsaccesses one or more serversrunning a systemon a processing systemvia one or more networks. The one or more serversmay access a computer readable memoryas well as one or more data stores. The one or more data storesmay contain first dataas well as second data.

shows a block diagram of exemplary hardware for a standalone computer architecture, such as the architecture depicted in, that may be used to contain and/or implement the program instructions of system embodiments of the present invention. A busmay serve as the information highway interconnecting the other illustrated components of the hardware. A processing systemlabeled CPU (central processing unit) (e.g., one or more computer processors), may perform calculations and logic operations required to execute a program. A processor-readable storage medium, such as read only memory (ROM)and random access memory (RAM), may be in communication with the processing systemand may contain one or more programming instructions. Optionally, program instructions may be stored on a computer readable storage medium such as a magnetic disk, optical disk, recordable memory device, flash memory, or other physical storage medium. Computer instructions may also be communicated via a communications signal, or a modulated carrier wave.

A disk controllerinterfaces one or more optional disk drives to the system bus. These disk drives may be external or internal floppy disk drives such as, external or internal CD-ROM, CD-R, CD-RW or DVD drives such as, or external or internal hard drives. As indicated previously, these various disk drives and disk controllers are optional devices.

Each of the element managers, real-time data buffer, conveyors, file input processor, database index shared access memory loader, reference data buffer and data managers may include a software application stored in one or more of the disk drives connected to the disk controller, the ROMand/or the RAM. Preferably, the processormay access each component as required.

A display interfacemay permit information from the busto be displayed on a displayin audio, graphic, or alphanumeric format. Communication with external devices may optionally occur using various communication ports.

In addition to the standard computer-type components, the hardware may also include data input devices, such as a keyboard, or other input device, such as a microphone, remote control, pointer, mouse and/or joystick.

This written description uses examples to disclose the invention, including the best mode, and also to enable a person skilled in the art to make and use the invention. The patentable scope of the invention may include other examples. For example, the systems and methods may include data signals conveyed via networks (e.g., local area network, wide area network, internet, combinations thereof, etc.), fiber optic medium, carrier waves, wireless networks, etc. for communication with one or more data processing devices. The data signals can carry any or all of the data disclosed herein that is provided to or from a device.

Additionally, the methods and systems described herein may be implemented on many different types of processing devices by program code comprising program instructions that are executable by the device processing subsystem. The software program instructions may include source code, object code, machine code, or any other stored data that is operable to cause a processing system to perform the methods and operations described herein. Other implementations may also be used, however, such as firmware or even appropriately designed hardware configured to carry out the methods and systems described herein.

The systems' and methods' data (e.g., associations, mappings, data input, data output, intermediate data results, final data results, etc.) may be stored and implemented in one or more different types of computer-implemented data stores, such as different types of storage devices and programming constructs (e.g., RAM, ROM, Flash memory, flat files, databases, programming data structures, programming variables, IF-THEN (or similar type) statement constructs, etc.). It is noted that data structures describe formats for use in organizing and storing data in databases, programs, memory, or other computer-readable media for use by a computer program.

The computer components, software modules, functions, data stores and data structures described herein may be connected directly or indirectly to each other in order to allow the flow of data needed for their operations. It is also noted that a module or processor includes but is not limited to a unit of code that performs a software operation, and can be implemented for example as a subroutine unit of code, or as a software function unit of code, or as an object (as in an object-oriented paradigm), or as an applet, or in a computer script language, or as another type of computer code. The software components and/or functionality may be located on a single computer or distributed across multiple computers depending upon the situation at hand.

It should be understood that as used in the description herein and throughout the claims that follow, the meaning of “a,” “an,” and “the” includes plural reference unless the context clearly dictates otherwise. Also, as used in the description herein and throughout the claims that follow, the meaning of “in” includes “in” and “on” unless the context clearly dictates otherwise. Finally, as used in the description herein and throughout the claims that follow, the meanings of “and” and “or” include both the conjunctive and disjunctive and may be used interchangeably unless the context expressly dictates otherwise; the phrase “exclusive or” may be used to indicate situation where only the disjunctive meaning may apply.