US20070038567A1 - Distribution of content - Google Patents

Abstract

Among other things, a publisher of digital content items is enabled to select a digital content item to offer to another party who will present it to users. The publisher defines terms under which the other party may present the digital content item to the users and receives a request from the other party to permit the other party to present the digital content item to the users. The request includes a location of a presentation context to which the request applies. The publisher is enabled to respond to the request.

Description

CROSS REFERENCE TO RELATED APPLICATION
• This application is a continuation-in-part of U.S. application Ser. No. 11/202,683, filed on Aug. 12, 2005 the entire contents of which are incorporated herein by reference.
TECHNICAL FIELD
• This description relates to distribution of content.
BACKGROUND
• The well-publicized growth in the use of the Internet generally has been paralleled by an equivalent growth in the number of publishers creating text and graphical content for the Internet. Unlike past mass mediums such as that of television, radio, and newspaper where it can be cost prohibitive to reach large numbers of consumers, the Internet has enabled any publisher to deliver content anywhere in the world at virtually no cost. This radical shift in the economics of text and graphical publishing resulted in tens of millions of websites. While a great deal of any specific content has limited application to a wide-range of the population, the key is that it has become highly cost-effective to create and publish content with vertical or specialized focus, and it is this factor that has made the Internet such a powerful and compelling medium for consumers. Rather than sit idly in front of a broadcast, mass-medium television, consumers sit at their personal computers and query a search engine to find the topics that interest them, no matter how arcane or specialized those topics might be.
• More recently, we have witnessed the slow but steady growth of commercial video services on the Internet. In particular, the range and number of video publishers offering fee-based and ad-supported streaming video services has begun to grow. The massive investment telecommunications companies made in the last several years in connectivity and broadband capability has begun to pay off. Broadband penetration has reached a critical mass where the economics of broadband delivery and access are now feasible. At the same time, the increasing sophistication of digital editing, compression and encoding technologies, and the limitations of ordinary cable and broadcast distribution, has set the stage for an explosive growth in the creation of, and demand for, the delivery of video and other digital content over the Internet.
• A broad range of TV brands and cable networks have begun to expand their use of the Internet with advertising and subscription supported streaming products. Largely these efforts have been experimental, and in terms of the overall market of mainstream networks, this represents a tiny percentage of the available suppliers. Additionally, there already exists a wave of next-tier providers and producers who currently do not have carriage on cable or satellite who will look to this new open distribution channel as a means to monetize their media.
• As the economics and enabling technologies of video distribution on the Internet progresses, the creation of video and other digital content for Internet delivery will experience a similar growth as was seen previously in the creation of specialized text and graphical content. Serving these needs is a primary purpose of the Invention.
SUMMARY
• In general, in one aspect, a publisher of digital content items is enabled to select a digital content item to offer to another party. The publisher defines terms under which the other party may present the digital content item to end users and receives a request from the other party to permit the other party to present the digital content item to end users. The request can include a location (e.g., a network address) of a presentation context to which the request applies. The publisher is enabled to respond to the request.
• Implementations may include one or more of the following features. The other party can define a presentation context in which the digital content item is to be presented to the user, define a user experience, customize a player for displaying the digital content item, and provide its request to the publisher. The other party can package the digital content item with other digital content items and can organize the digital content item with other digital content items as a lineup. A determination is made, for an offer, whether the other party has been given permission by the publisher to view the offer. A network address of a document that presents information associated with the offer is electronically sent to the other party.
• The terms can include an amount of money to be paid by the other party for permission to present the digital content item to users. A record of the offer is stored including an identifier of at least one of: the offer, the digital content item, the publisher, other parties having permission to view the offer, and other parties who have been approved to present the digital content item to users. An address associated with the offer is posted in a publicly available directory. The publisher can set restrictions on modifications to a presentation of the digital content item. The publisher can deny permission to the other party to present the digital content item to users. Presentation of the digital content item can be restricted to the presentation context to which the request applies.
• The other party can identify a presentation context for an item of digital content. The other party can enter comments pertaining to the request. The request to the publisher includes: providing the offer in a list of offers available to the affiliate, the list including status indicators that indicate whether the affiliate has been approved to receive the offers in the list; enabling the other party to highlight the offer in the list; presenting details of the offer that include at least one of: a name of the offer, information associated with the publisher, and a description of the digital content item. A preview of the digital content item is presented to the other party. A list of all requests made by the other party is presented to the other party, including at least one of: information pertaining to the offers requested; information pertaining to publishers that own offers; and status indicators showing whether the requests have been approved. The digital content item is distribute to the other party, and the other party can include, only in the presentation context identified in the request, a presentation content code configured to present the digital content item to users within the presentation context.
• In general, in another aspect, a publisher is enabled, through a user interface of an integrated application, to (a) identify items of digital content to be published, (b) define packages of items of the digital content to be made available to third parties for distribution, (c) define audio-visual contexts in which the packages of digital content may be presented to end users, (b) define terms under which the packages may be distributed, (d) make arrangements with the third parties for distribution of the packages to end users in accordance with the defined contexts and the defined terms, (e) publish the packages through a central server to the third parties, and (f) review historical and financial information about distributions of the packages.
• In general, in another aspect, through a user interface of an integrated application, a party is enabled (a) to receive information from publishers about digital content items that are available for use by the party in presentations to users, (b) to define presentation contexts in which the party would present the digital content items to users, and (c) to request of the publishers permission to present the digital content items to users in accordance with the defined presentation contexts.
• In general, in another aspect, on a server that is accessible through a network to publishers and other parties, a database of information is maintained about offers by the publishers to the other parties of digital content items to be presented by other parties to users. The publishers and other parties are enabled, by communication through the network with the server, to interact with respect to the terms of the offers. Information about the interaction is stored in the database.
• Other aspects include other combinations of the features and aspects described above, and other aspects and features, expressed as methods, apparatus, program products, systems, and in other ways.
• Among the advantages of the invention are that the publisher can easily, simply, quickly, and effectively manage the electronic publication of a large body of digital content items, can interact with the other parties electronically, and can rely on a central server to manage and report information about offers and syndications. The other parties can easily, simply, quickly, and effectively manage offers, requests, and acceptances with respect to a large body of digital content items from a large body of publishers, can interact with the other parties electronically, and can rely on the central server to manage and report information about the offers and syndications.
• Other advantages and features will become apparent from the following description and from the claims.
DESCRIPTION
• FIG. 1 shows a block diagram of a content distribution system;
• FIG. 2 shows a block diagram of a media content distribution system in further detail;
• FIG. 3 shows a block diagram of a client computer in the media content delivery system shown inFIG. 2;
• FIG. 4 shows a block diagram of another client computer in the media content delivery system shown inFIG. 2;
• FIG. 5 shows a block diagram of another client computer in the media content delivery system shown inFIG. 2;
• FIG. 6 shows a block diagram of a service platform in the media content delivery system shown inFIG. 2;
• FIG. 7 shows a flowchart of a process for provisioning and publishing media content;
• FIGS. 8-24 show screenshots of exemplary tools provided by the publisher console for performing the process described inFIG. 7;
• FIGS. 25-40 show screenshots of exemplary advertising templates; and
• FIGS. 41-46 show screenshots of exemplary players.
• FIGS. 47-53 show a database schema used in the content library shown inFIGS. 1-2.
• FIGS. 54-67 show screen shots of exemplary tools provided by console for use by publishers and affiliates to syndicate media content.
• As shown in broad terms inFIG. 1, in acontent distribution system10, content (for example, a video clip) can be presented (in some cases interactively) to auser12 in a presentation aperture13 (e.g., a rectangular window) within a broader presentation context15 (e.g., a web page). Thepresentation context15 may be provided by a presentation context application17 (for example, a browser). Thepresentation aperture13 may be provided by a presentation content code19 (say, a snippet of code that implements a media player) that runs in cooperation with thepresentation context application17. Thepresentation context15 is delivered from a presentation server11 (e.g., a web server). The content, style, and terms of use of thepresentation context15 are determined by apresentation context provider21 that controls the presentation server11 (e.g., a merchant that hosts a web site).
• The content presented to theuser12 in thepresentation aperture13 is provided from acontent distributor31 which maintains acontent library32 of stored items ofcontent23 packaged for presentation through thepresentation content code19. The creation of the packagedcontent items23 is controlled by one ormore publishers22 that have access toraw content items29 which they either control themselves or can obtain from other content sources27. For example, thecontent distributor31 could be a party that is independent of anypresentation context provider21,publisher22,other content source27, oruser12. Thecontent distributor31 could serve as a central market maker or clearinghouse for packagedcontent items23 under a profit-yielding business model.
• Thepublishers22 could be, for example, owners of video material and theraw content items29 could be raw video files. Theother content sources27 could be advertisers. Thepublishers22 could be anyone who hasraw content items29 to distribute, including individuals.
• In some implementations of the system shown inFIG. 1, thepublishers22—not thecontent distributor31 or thepresentation context provider21—determine not only whichraw content items29 to include in the packagedcontent items23 but also the style and terms under which the packagedcontent items23 are provided through thepresentation aperture13 to theuser12. Style could include anything that defines theuser12's experience, including graphical features, sound features, inclusion of non-video elements such as text or still images, and interactive features. Terms could include the price and other conditions under which the presentation is made to theuser12 and the time period during which the presentation would be available, for example.
• The system shown inFIG. 1 could be implemented in the context of a business model in which thepresentation context provider21 pays one ormore publishers22 for the ability to syndicate their packagedcontent items23.Presentation context providers21 that agree to participate and permit packagedcontent items23 to be presented tousers12 are referred to as “affiliates”. Financial arrangements that implement the business models may be governed by routine and automated processes, for example, negotiation between, for example, apublisher22 and a particularpresentation context provider21. For example, apublisher22 of ski videos could agree to let an affiliate syndicate the ski videos on one or more affiliate-owned web sites according to a financial agreement negotiated between thepublisher22 and the affiliate. Thecontent distributor31 provides a medium for exchange of the revenue and payments agreed upon by both thepublisher22 and the affiliate through afinancial management processor25.
• The system shown inFIG. 1 enables anypublisher22, including individuals, to easily offer their packagedcontent items23 for syndication to any affiliate anywhere in the world. A packagedcontent item23 or group of packagedcontent items23 selected by thepublisher22 for syndication is referred to as a “syndication offer”. As used here, “syndication” refers to a process by which thepublisher22 offers, possibly for sale, packagedcontent items23 to third parties who then publish thecontent items23. The third parties may also integrate thecontent items23 with other material to form new content items that the third parties then prepare and issue for public distribution. The system also enables thepublisher22 to control the style and terms under which affiliates may syndicate the packagedcontent items23 presented in a syndication offer. For example, thepublisher22 may define financial terms and other terms to which the affiliate would need to adhere to syndicate the packagedcontent items23.
• The system shown inFIG. 1 also enables affiliates andpublishers22 to view the syndication offers fromvarious publishers22, to request a desired subset of the syndication offers, and to syndicate thepublishers22 content items which may include defining a different user experience by packaging them into their own players. For example, instead of relying on established music television and radio channels, affiliates can create their own music channels by uniquely packaging titles fromvarious publishers22.
• The system shown inFIG. 1 provides a market place built around syndication of content. The application through which both affiliates andpublishers22 access the market place is referred to as a “console”. The console supports all functions of the affiliate andpublisher22 with respect to the digital content items; however, the functionality of the console changes based on whether the user is an affiliate, a publisher, or both an affiliate and a publisher, or possibly another kind of party. For example, apublisher22 who syndicates material from third parties is also an affiliate and an affiliate who uploads content and produces titles is also apublisher22. The console is sometimes referred to as either the “publisher console” or the “affiliate console” in reference to those functions provided primarily to publishers or affiliates, respectively. The console supports functions used primarily by publishers, functions used primarily by affiliates, and functions that are common to both publishers and affiliates. The functions common to both affiliates and publishers are referred to as “programming.” For example, programming could refer to putting titles in lineups and creating players. When a publisher or an affiliate performs programming, the publisher or the affiliate assumes the role of a “programmer”.
• In addition to providing the publisher with tools for uploading and provisioning content to thecontent distributor31, the console provides the publisher with tools for controlling the distribution of that content and for controlling the economics and terms under which the content is distributed to affiliates for syndication. For example, using the console, thepublisher22 defines which content items to offer for syndication; determines which affiliates may syndicate the content; negotiates the terms of a syndication offer with affiliates; restricts how much an affiliate can program the offer (e.g. branding); and manages offers and affiliate relationships. The console provides thepublisher22 with all of the tools that are necessary for running an entire on-line publication and distribution business, all that thepublisher22 needs to provide are the media assets.
• Among other tasks, the console enables affiliates to view available syndication offers from publishers, request an offer for syndication; negotiate the terms of a syndication offer with publishers, and manage syndicated content.
• The console also enables programmers, which include both publishers and affiliates, to mix and match content from different publishers to create a variety of lineups and players.
• A wide variety of implementations of the system are possible. The content items need not be video but could be any kind of digital item, including text, images, sounds, and software. Thepresentation context15 need not be a web page but could be any presentation that is suitable for the content being presented and the hardware device on which the presentation is being made, for example, a notebook computer, a workstation, a kiosk, a telephone, or any other portable or handheld device. The content need not be delivered through an IP network but can be conveyed in any manner and by any medium that content can be stored or transmitted.
• The remaining sections of the document describe the implementation of these techniques and other features of the system in greater detail.
• The part entitled System Overview provides a description of the overall content distribution system shown inFIG. 2 and describes how different components of the system interact with each other.
• The section of that part entitled Overview of Client Platforms describes the hardware and software functions of the user, publisher, and affiliate client platforms shown inFIGS. 3-5, respectively. The sub-section entitled User Platform describes the hardware and software of the user's client computer; the sub-section entitled Publisher Platform describes the hardware and software of the publisher's client computer and introduces the publisher console; and the sub-section entitled Affiliate Platform describes the hardware and software of the affiliate's client computer and introduces the affiliate console.
• The section entitled Service Platform describes the hardware and software of the service platform shown inFIG. 6. The service platform is maintained by the content distributor and includes various software and hardware components for provisioning and distributing content items. The subsections within the Service Platform section describe each of the main software and hardware components and their functionality. These subsections are entitled Content Library, Three-tier Platform, Video Streaming Platform, Media Delivery Platform, Media Indexing Module, Search Tool, Content Delivery Engine, Financial Management Processor, Messaging Module, Personalization Module, and Reporting Module.
• The section entitled Provisioning and Publishing Content Items describes the processes by which publishers, through the publisher console, upload and package content items and define a viewer experience for presenting the content items to a user in connection with the flowchart shown inFIG. 7. This section includes: a subsection entitled Registration that describes the process for registering a publisher with the service and creating an account; a subsection entitled Walk-through Presentation that describes a process by which the system provides a “walk-through” (shown in the initial dashboard ofFIG. 8) on how the publisher is to use the online programming and selling environment; a subsection entitled Uploading Content that describes the process by which a publisher uploads content to the service platform using a media management screen shown inFIGS. 9-10; a subsection entitled Title Generation that describes the process by which a publisher creates, edits, and manages titles of media content using a title management screen and a title editing screen (shown inFIG. 11 andFIG. 12) for defining and editing titles; a subsection entitled Lineup Generation that describes a process by which a publisher defines ordered lists of titles, referred to as “lineups” using a lineup management screen provided by the publisher console; a subsection entitled Player Definition that describes a process by which the publisher defines a player through which titles and lineups are presented according to a viewer experience using a player management screen shown inFIG. 13, a player editing screen shown inFIG. 14, and a template selection screen shown inFIG. 15 for selecting a player template from a selection of default player templates, examples of which are shown inFIGS. 16-19, a style editing screen shown inFIG. 20 for customizing the look and feel of the player, a content editing screen shown inFIG. 21 for selecting the content to be presented in the player, and a preview screen shown inFIG. 23 for previewing the player; and a subsection entitled Publishing Player that describes a process by which the publisher or any user can incorporate the player into their web page by inserting a presentation content code provided by the service platform.FIG. 24 shows an example of a presentation content code.
• The section entitled Advertising, Promotion, and Marketing describes the tools provided to publishers that enable them to market their product offerings within the service platform network, including the publisher's websites or affiliate websites, and externally through marketing partners, customer messaging, and search engines. This section includes a subsection entitled User Notification that describes built-in mechanisms provided to publishers to notify users when new content items and services become available; a subsection entitled Keyword Bidding that describes tools provided to the publisher for managing and bidding on keywords and paid listings in search engines; a subsection entitled Advertisement-Supported Content that describes a feature of the service that enables advertising to be integrated with packaged content items; a subsection entitled Advertisement Insertion Tools that describe tools that enable the publisher to define the placement and accepted formats of advertising in a player; and a subsection entitled Advertising Templates that describes a selection of advertising templates, examples of which are shown inFIGS. 25-40, in which a publisher or advertiser may place video, banner, logo, or any other graphic or textual advertisement or promotional content and from the advertising templates, define the players shown inFIGS. 37-46; and a subsection entitled Ad Renditions that describes different renditions of ads that can be served to auser12 based on the method that the user views the ad (e.g. video streaming).
• The section entitled User Experience describes various features of a user experience and the process by which a user interacts with the service. This section includes a subsection entitled Desktop Client that describes the features of a desktop client application that provides an enhanced entertainment experience; a subsection entitled Service Platform Features that describes features made available to a user through the service platform; a subsection entitled Account Management that describes account management service provided to the user for registering with the system and creating and managing an account; a subsection entitled Television that describes the user functions that are available through a television interface; a subsection entitled Download of Content that describes various mechanism by which the service delivers downloaded files to a user; and a subsection entitled Communities of Interest that describes the community-oriented tools provided by the service to help users to share information regarding a content item with others.
• A second part entitled Revenue Models provides a description of various revenue models that are supported by the content distribution system. The chapter includes a section entitled User Pays that describes a revenue model based on money collected from users. The different mechanisms by which revenue is collected from users are described in the subsections entitled Subscriptions, Rentals, Purchases, and Bundles. The subsection entitled Pricing and Payment describes different methods by which a publisher prices content items and mechanisms by which users pay for those content items. For example, as described in the sub-subsection entitled Demand Curve Model, a publisher can set the price of a package according a demand curve model and multiple pricing models that are linked to characteristics of different users (e.g., the interest of the user in particular topics and the user's impression of the quality of the publisher, etc.).
• The section entitled Publisher Pays describes a revenue model based solely on money paid by the publisher for use of the service. The section includes a subsection entitled Listing Fees that describes the types of listing fees paid by publishers to use the service; a subsection entitled Activation describes the process by which a publisher activates publisher pays economics; a subsection entitled User Access describes various options available to a publisher for restricting access a users access to content items; a subsection entitled Usage Reports that describes the types of reports provided to the publisher that detail usage and invoice data associated with the publisher's content items.
• The section entitled Affiliate Pays describes a revenue model based solely on money paid by the affiliate as fee to use content provided by publishers.
• The section entitled Advertising Supported Content describes a revenue model based on advertising.
• The third part entitled Business Models describes various business models supported by the content distribution system and the flow of money in accordance with the applicable business model. The business models are described in the sections entitled Open Marketplace and Federated Marketplace. Various features of the federated marketplace business model are described in the subsections: Federated Delivery, Federated Identity, Affiliate Relationships, and Revenue Sharing.
• The fourth part entitled The Publisher/Affiliate Console describes the tools provided by the console for use by publishers and affiliates to syndicate content belonging to the publishers.
• The fifth part entitled Components of the Content Distribution System describes various technical implementations of the content distribution system.
• I. System Overview
• Thecontent distribution system10 shown inFIG. 2 supports a variety of business models that enable publishers to publish, package, brand, and sell video and other content items (also called assets) through their own presentation contexts15 (e.g., websites) and optionally through a marketplace of suppliers (referred to as affiliates). The term service includes all of the features, systems, and methods described here for enabling publication and delivery of content by any party.
• Thecontent distribution system10 includes aservice platform30 maintained by thecontent distributor31,client computers14,18, and26, a network36 (e.g., the Internet) that delivers data between theclient computers14,18, and26 controlled bypublishers22,affiliates24, andusers12, and a content delivery network (CDN)34 that delivers data on behalf of theservice platform30 to theclient computer14.
• Thepublisher console20 is auser12 interface through which apublisher22 at aclient computer18 interacts with theservice platform30. Using thepublisher console20, apublisher22 registers with theservice platform30, which in turn assigns a unique publisher identification number to thepublisher22, and uploads assets to theservice platform30. Theservice platform30 associates the assets with the publisher's identification number and stores the assets in thecontent library32. The assets may include video, image, audio files, and any other kind of media content.
• In connection with uploading, thepublisher22 can define and create packagedcontent items23 from the assets uploaded into theservice platform30 andpublisher22 supplied metadata. Thepublisher22 can create a range of commerce-enabled packaging options on their packagedcontent items23, including: subscription packages that provide monthly and annual billing with constraints on available programming for theuser12; pay-per-view and purchase-to-own options with micro-payment billing on individual titles; and advertising supported media, including tools to easily insert and manage a set of rich media advertising formats, including interactive and video advertisements. Thepublisher22 specifies the prices for accessing, renting, or purchasing or subscribing to packagedcontent items23, and discounts that may apply to volume usage or other promotional mechanics. Publishers are also able to participate in a dynamic bundling system in which they can offer their content items as part of consumer self-packaged bundles of programming. Thepublisher22 may choose to be pay listing fees for all costs associated with the distribution of packagedcontent items23.Publishers22 may grant access to their packagedcontent items23 toaffiliates24. Theaffiliate24 may in turn act as a distribution channel for consumer transactions or advertising on the behalf ofpublishers22. Anaffiliate24 may request the right to syndicate and paypublishers22 for the privilege of delivering thepublishers22 packagedcontent items23. The service collects revenue from publishers in the form of listing fees, from consumers in the form of payment for accessing content items, fromaffiliates24 in the form of syndication fees, and from advertisers in the form of payments for performance-based advertising inventory. Gross revenues from consumers, syndication fees and advertisers are shared among affiliates, publishers, and the service.
• In thepublisher console20, thepublisher22 defines a framework for displaying the uploaded assets and packagedcontent items23 to auser12. This framework is referred to as a “viewer experience” and is an example of the presentation style referred to with respect toFIG. 1. A viewer experience may include the order in which (e.g., as a video lineup or an audio play list) packagedcontent items23 are presented and the display of the economic terms for accessing, renting, or purchasing packagedcontent items23. A viewer experience may also associate various images with video clips such that when auser12 runs a video clip, the client device displays a corresponding image. The viewer experience can be implemented as a Flash Macromedia® program or any other program for authoring and delivering multimedia.
• Theservice platform30 assigns an identification number to the player (that is, to a package of content and related viewer experience information) and returns the number to thepublisher console20. Thepublisher console20 then presents apresentation content code19 to thepublisher22 that includes any identification numbers required to present the viewer experience to auser12. When thepresentation content code19 is embedded in the publisher's web page (or any other party's web page such as anaffiliate24 or a user12), the media content identified by thepresentation content code19 can be viewed within the web page in the manner specified by thepublisher22. Thepublisher22 may provide thepresentation content code19 to affiliates or other parties for embedding in their web pages, either under standardized commercial deals mediated automatically by the system or according to negotiated arrangements. Thepresentation content code19 enables an affiliate web page to retrieve the assets from theservice platform30 and deliver it to auser12 according to the viewer experience defined for the assets and packagedcontent items23.
• Using thepublisher console20, thepublisher22 also manages relationships with anaffiliate24. In some embodiments, thepublisher console20 provides thepublisher22 with a list of affiliates who have permission to access various assets. Thepublisher22 may edit the list to include additional affiliates or to change the permissions granted to existing affiliates.
• Similar to thepublisher console20, theaffiliate console28 is auser12 interface through which anaffiliate24 at aclient computer26 interacts with theservice platform30. Using theaffiliate console28, theaffiliate24 can view the packagedcontent items23 and viewer experiences to which theaffiliate24 has been granted access permissions and the terms of agreement. In some embodiments, theaffiliate console28 enables theaffiliate24 to request access to packagedcontent items23 and viewer experiences belonging to apublisher22 and to propose terms for a deal. The terms of the deal between thepublisher22 and theaffiliate24 may be determined by interaction through theaffiliate console28 and thepublishing console20.
• Auser12 at aclient computer14 accesses publishers' and affiliates' web pages over thecommunications network36 using a web browser program (e.g., Internet Explorer® or Firefox®). For example, theuser12 could provide the web browser with a Universal Resource Locators (URL) of a desired web page. When theuser12 opens a web page in which thepresentation content code19 has been embedded, the code sends the identification numbers to theservice platform30. From the identification numbers, theservice platform30 determines the assets and corresponding viewer experience that are to be supplied to the web page.
• Theclient computer14 includes a multimedia player16 (e.g., a Flash Macromedia® player) for viewing the assets according to the defined viewer experience. After themultimedia player16 launches, it invokes theservice platform30 to transmit the assets and viewer experience from theservice platform30 and/or theCDN34. Theservice platform30 returns a player component that contains information about the assets, packagedcontent items23 and viewer experience. Themultimedia player16 uses the player component to fetch the catalog meta-data and assets from theservice platform30 and theCDN34 and then presents the assets within the web page in accordance with the viewer experience. Theservice platform30 may also allow apublisher22 to leverage geographic targeting capabilities to fine-tune the availability of content to different target audiences.
• TheCDN34 provides optimal performance on downloads and video streaming. In some embodiments, theCDN34 is provided by vendors such as Akamai who handle scaling global media delivery and include additional tools, such as Akamai's EdgePlatform.
• A. Overview of Client Platforms
• 1. User Platform
• FIG. 3 depicts a block diagram of aclient computer14 at which auser12 views assets provided by theservice platform30. In some examples,client computer14 may be any type of web-enabled apparatus or system including but are not limited to a desktop computer, a laptop computer, a mainframe computer, a cellular telephone, a personal digital assistant (“PDA”), and a controller embedded in an otherwise non-computing device. Theclient computer14 contains one or more processor(s)40 (referred to simply as “processor40”) andmemory42 for storingsoftware44. Theprocessor40 executessoftware44, which includes aWeb client application46, amultimedia player16, anasset managing module54, and operatingsoftware48. TheWeb client application46 includes one or more routines used in implementing the TCP/IP protocol, which allows theclient computer14 to communicate over theInternet36 and over theCDN34. The operatingsoftware48 includes anoperating system50, such as Windows XP®, and acontext presentation application17, such as Internet Explorer®.
• In some embodiments, theclient computer14 is a Web client that is part of a Web-based environment and themultimedia player16 is a Flash Player runtime that is compatible with different operating systems and web browsers. In some embodiments, the client computer is a desktop container application that utilizes presentation technology available from Maven Networks Inc. And themultimedia player16 is a combination of a Flash® player and a Windows Media® player. Themultimedia player16 enables auser12 to interact with the assets provided by theservice platform30. Themultimedia player16 presents the assets from web pages belonging to apublisher22 or anaffiliate24 of thepublisher22. In some embodiments, themultimedia player16 is launched directly from a publisher's or affiliate's web page.
• In some embodiments, themultimedia player16 is based onMacromedia Flash Player 7, which is currently distributed on the Web, and supportsFlash 7 video. In other embodiments, themultimedia player16 is aMacromedia Flash Player 8 that supportsFlash 8 video.
• Aconsumer services module54 provides auser12 with a variety of web-based and desktop tools to enable consumers to find, aggregate, download, stream, and share content from multiple publishers. Theconsumer services module54 also provides a variety of community tools for rating and reviewing content, sampling selected content (where enabled by the publisher) and remixing content to share with friends (where enabled by the publisher).
• 2. Publisher Platform
• FIG. 4 depicts a block diagram of aclient computer18 at which apublisher22 interacts with theservice platform30.Client computer18 may be any type of web-enabled apparatus or system. Examples of such apparatuses or systems include, but are not limited to, a desktop computer, a laptop computer, a mainframe computer, a cellular telephone, a personal digital assistant (“PDA”), and a controller embedded in an otherwise non-computing device. Theclient computer18 contains one or more processor(s)40 (referred to simply as “processor40”) andmemory42 for storingsoftware44. Theprocessor40 executessoftware44, which includes aWeb client application46, apublisher console20, a software development kit (“SDK”)60, and operatingsoftware48. TheWeb client application46 includes one or more routines used in implementing the TCP/IP protocol, which allows theclient computer14 to communicate over theInternet36. The operatingsoftware48 includes anoperating system50, such as Windows XP®, and aContext presentation application17, such as Internet Explorer®.
• a. Publisher Console
• Thepublisher console20 is a browser-based rich internet application that provides theuser12 interface to work with all of the services provided by theservice platform30. Apublisher22 accesses thepublisher console20 by providing a secure password. Using thepublisher console20, thepublisher22 uploads assets to theservice platform30 and manages their distribution and delivery. In some embodiments, the assets are delivered by a third party post-production firms which provide turnkey encoding and uploading directly into theservice platform30.
• Thepublisher console20 includes an upload client that enhances the speed and reliability of the uploading of assets. In some embodiments, the upload client enables simultaneous uploading of multiple files. In some embodiments, files are uploaded in a batch using file transfer protocol (FTP) along with an extended markup language (XML) manifest which describes the files. The files are then automatically stored into the publisher's account.
• The assets are identified by their name or other unique identifier. Within thepublisher console20, thepublisher22 assigns uploaded assets to titles. A title includes metadata that provides information about the content, quality, condition, and other characteristics of the assets. A title may include, for example, a name that identifies the content of the asset(s), a name of the producer/publisher that owns the title, the date on which the title was created, and the length of the asset.
• Within thepublisher console20, thepublisher22 defines the viewer experience for presenting the titles to auser12. The presentation of the titles according to the viewer experience is done by a “player” which is initiated by thepresentation content code19 ofFIG. 1. Players enable auser12 to interact with video in the service. Players live inside a variety of destinations including: web pages belonging to the party providing theservice platform30, affiliates' web pages, and publisher's web pages. On a publisher's web page, thepublisher22 controls all the programming in each of their players using a number of mechanisms. Thepublisher console20 provides thepublisher22 with configurable templates that support a wide variety of player sizes and layouts. Thepublisher22 may place players anywhere they want on their web pages, and they have strong control over the look and feel as well as the content in each of the players.
• In some embodiments, thepublisher22, affiliate, oruser12 can develop their own custom player that integrates with theservice platform30. These custom players rely upon a set of application programming interfaces (“APIs”) that expose functionality of the service platform. In some embodiments these APIs may be exposed as SOAP-based web services or Flash Remoting APIs.
• After thepublisher22 finishes defining a player, thepublisher22 incorporates the player into their web site using apresentation content code19 provided by thepublisher console20. Thepublisher console20 provides thepublisher22 with apresentation content code19 that contains a player ID for the player. When thepresentation content code19 is placed in a publisher's (or affiliate's) web page, the browser displaying the web page can retrieve the player from theservice platform30 and present the player to auser12. The player that is presented to auser12 and the media presented by the player is served by theservice platform30 or theCDN34. Changing the player ID provided in thepresentation content code19 changes the player that is loaded from theservice platform30.
• Thepublisher console20 provides thepublisher22 with programming tools that control programming of assets and titles in a player. Examples of programming include (a) lineups, (b) fixed play, and (c) page-based programming. Within thepublisher console20,publishers22 can define a lineup. A lineup is a collection of titles that can be organized by a number of mechanisms, including but not limited to the following forms: titles can be explicitly ordered; titles can by dynamically grouped based on a range of query parameters; titles can be organized in a hierarchy categories; titles can be sorted by common metadata. Fixed play programming combines content and layout into a single player experience. Fixed play programming is advantageous in situations where the lineup of titles is fixed or the number of titles is very small. The content is specified when the player is created in thepublisher console20 by associating a specific video title with the player. For page-based programming, when a player is called from a web page, the call to the player can specify the title(s) or lineup(s) that the player will display. Through this mechanism, apublisher22 can use the content management system that controls the text and graphic content in their websites to control the content that is delivered through the player in their website. Assets can be referenced by their unique identification numbers assigned by theservice platform30 or by a different identification number that is specified by thepublisher22 when the title is created.
• Thepublisher22 is provided with a software development kit60 (SDK) to facilitate Web Services (i.e. SOAP or Flash Remoting) integration and custom Flash development. TheSDK60 enables thepublisher22 to created integrated brand experiences through their existing websites. TheSDK60 includes most, if not all, the main functions and services provided by the service platform30 (e.g. search & browse, preview, account management, purchase, payment, streamed content viewing, and download delivery, as well as rating, review and messaging functions).
• 3. Affiliate Platform
• FIG. 5 depicts a block diagram of aclient computer26 at which anaffiliate24 interacts with theservice platform30. Theclient computer26 may be, for example, any type of web-enabled apparatus or system. Examples of such apparatuses or systems include, but are not limited to, a desktop computer, a laptop computer, a mainframe computer, a cellular telephone, a personal digital assistant (“PDA”), and a controller embedded in an otherwise non-computing device. Theclient computer26 contains one or more processor(s)40 (referred to simply as “processor40”) andmemory42 for storingsoftware44. Theprocessor40 executessoftware44, which includes aWeb client application46, and anaffiliate console28. TheWeb client application46 includes one or more routines used in implementing the TCP/IP protocol, which allows theclient computer14 to communicate over theInternet36. The operatingsoftware48 includes anoperating system50, such as Windows XP®, and aContext presentation application17, such as Internet Explorer®.
• a. Affiliate Console
• Theaffiliate console28 allows a registeredaffiliate24 to select available titles and viewer experiences of publishers for inclusion on a web page. From theaffiliate console28, the registeredaffiliate24 can retrieve thepresentation content code19 required to reference a viewer experience previously defined and authorized by publishers. The registeredaffiliate28 may also have the option of directly selecting video titles from multiple publishers, creating their own line-ups and presenting these items in a viewer experience that the registeredaffiliate24 creates.
• In some embodiments, the publishers will have complete control over the titles and viewer experiences that registered affiliates may access. A publisher may authorize all affiliates access to all titles managed by the publisher. Alternatively a publisher may selectively grant access to specific affiliates for specific titles, line-ups or viewer experiences.
• When thepresentation content code19 is placed in the affiliate's web page, the web page can retrieve the player from theservice platform30 and present the player to auser12. In addition to any identification numbers required to display the correct viewer experience, thepresentation content code19 will include an identification number of the registeredaffiliate24. This registeredaffiliate24 identification code can be used by theservice platform30 to track usage and transactions facilitated through the affiliated viewer experience. The player presented to auser12 is delivered by theservice platform30; however, from the consumer'sperspective12, the content appears to be originating directly from the affiliate's web page.
• B. Service Platform
• Theservice platform30 shown inFIG. 6 may be any type of computing device or multiple computing devices that include aprocessor40 andmemory42 that storessoftware44. Theprocessor40 executessoftware44, which includes aWeb client application46, avideo streaming platform70, apresentation services module72, a media deliverplatform74, amedia indexing module76, asearch engine78, acontent delivery engine80, afinancial management processor25, amessaging module84, arecommendation services module86, areporting module88, and operatingsoftware48. The operatingsoftware48 includes, but is not limited to, anoperating system50 and acommunication module90 for effecting communication over theInternet36 and theCDN34.
• 1. Content Library
• Service platform30 includes acontent library32 for storing assets uploaded by publishers and data associated with thesoftware44. Although only onecontent library32 is shown inFIG. 6, the depictedcontent library32 represents any physical or virtual, centralized or distributed database suitable for the receipt and storage of files. Each file is an entity of data, i.e., a string of bytes that is capable of being manipulated as an entity. The files can represent any kind of information, such as video, audio, text, images, executables, or simply binary data.
• 2. Three-Tier Architecture
• Theservice platform30 has a three-tier architecture which scales horizontally as the load ofusers12 on the system increases. The three tiers are: web servers, application servers and a database cluster. Theservice platform30 incorporates redundancy and failover so that there are no single points of failure in the system. In some embodiments, the infrastructure of theservice platform30 is designed to provide approximately 99.99% uptime (less than approximately 120 minutes of unscheduled downtime per year). In some embodiments thecontent library32, in which assets are stored, is a redundant and mirrored file storage database that is hosted at a facility that is multi-homed.
• 3. Video Streaming Platform
• Thevideo streaming platform70 provides streaming video to auser12 atclient14. One embodiment for thevideo streaming platform70 is based on Macromedia Flash Communication Server or Microsoft Windows Media Services server, both of which can be deployed in an edge-based CDN environment.
• Thepresentation services module72 is built upon a Macromedia Flash MX client platform, HTML web pages and JavaScript code. The presentation services module controls the viewer experience as defined by thepublisher22 oraffiliate24. Anaffiliate24 may also be apublisher22 or an individual user. The consumer service can rely upon the Flash Player runtime to optimize both the performance and visual richness forusers12. The publisher, affiliate or other administrative consoles can be built upon the Macromedia Flex application framework to deliver services to publishers and affiliates. Tangential and supporting services will be built as J2EE Web Applications and integrated with the larger set of J2EE business objects.
• 4. Media Deliver Platform
• Themedia delivery platform74 intelligently distributes content based on schedule and time requirements, on-demand download and streaming requests, and cost constraints imposed by the packaging options. For example, a video program may be streamed on-demand via Flash for oneuser12 on a pay-per-view or subscription basis; for another, the video program may be the same but with advertising; and for another, the video program may be a scheduled download delivery to a desktop using BitTorrent® P2P distribution. In some embodiments, themedia delivery platform74 uses Macromedia Flash Communications Server and Flash Video to deliver on-demand streaming video to auser12, and Microsoft Windows Media Video formats and codec's to deliver TV and DVD quality videos to auser12 for access on their personal computer (PC) or networked television.
• a. Media Delivery Methods
• Themedia delivery platform74 provides different methods for delivering content services tousers12, including: multiple delivery methods for any single or set of packagedcontent items23, including on-demand streaming in a web browser, on-demand TV-quality delivery, background or trickle-down downloads, and peer-to-peer distribution of media. Themedia delivery platform74 optimizes the delivery method based on the consumer request and cost parameters defined by theservice operator30. Multiple clients and platforms are supported, including web-based streaming with high-quality experiences delivered in Macromedia Flash, PC-based TV-quality experiences offered in full-screen quality using technology from Maven Networks Inc, and TV-based experiences through integration with various consumer electronics devices, such as Microsoft Media Center, XBox or TiVo environments.
• Themedia delivery platform74 also provides a series of facilities for secure and reliable cross-device distribution of content. Themedia delivery platform74 can accommodate the distribution and use of content across a network of websites, and across a range of primary end-user12 devices including high-quality streaming through any Flash-enabled web browser, PC-based viewing in TV-quality format via download, on portable devices and DVD players, and directly on network-connected TV monitors. Themedia delivery platform74 may integrate and distribute into additional and external media delivery platforms such as those offered by mobile carriers or Video On-Demand (VOD) platforms managed by cable and satellite corporations such as Comcast and DirectTV.
• Themedia delivery platform74 includes (a) a generic policy enforcement layer that can accommodate arbitrary use and delivery of content; (b) atransparent user12 experience with respect to rights license acquisition and enforcement; (c) the ability to distribute across a federation of affiliate websites in a manner that simplifies the technical integration required by affiliates; (d) the ability to dynamically determine the most time-sensitive and cost-effective means to deliver the content; and (e) flexible deployment across streaming, progressive download, background download, peer-to-peer distribution, home network file sharing, and external media delivery platforms.
• b. Policy Management
• Themedia delivery platform74 includes a policy management layer that provides fine-grained media access control for web-based experience, and rights license distribution and authorization for download and DRM-protected content. When publishers define packages within the service, a corresponding set of logical policies for that media are instantiated into the policy management layer. When auser12 purchases or has gained rights to a packagedcontent item23, a corresponding policy identifier is attached to theuser12 account. At delivery-time, theuser12 identity flows through the policy management service to determine whether and what rights theuser12 has to that packagedcontent item23. In the event of a web-based experience, the application simply streams the content back to theuser12. In the event of a download-based experience, the application first enables content delivery of the file, and later when a playback event for the download media occurs theuser12's personal computer uses a pre-delivered digital rights management (DRM) license to grant usage of the media. All media usage events are audited and logged by the access control service.
• c. Web Streaming
• Themedia delivery platform74 provides robust and high-quality media experiences forusers12 accessing the media. In some embodiments, streamed video creates an experience that is instant-on with as little buffering as possible; that does not require theuser12 to choose a video player or select a bandwidth option; that works automatically on approximately 90% plus of installed Internet-connected computers running any version of Windows, Macintosh, Linux or any web browser; that offers branded integration into the containing application or website; that enables inline and in-context video and interactive advertising; and that can easily enable synchronization to external content.
• d. Downloading
• Themedia delivery platform74 provides multiple approaches to downloading the assets associated with packagedcontent items23. In some embodiments themedia delivery platform74 may utilize two mechanisms for download delivery: foreground download and background download. Foreground downloads are delivered using the service operator's CDN partner and offers a near-on-demand experience for TV-quality media. Download events are trigged by consumer requests for a particular media product. These requests can be issued synchronously and asynchronously. Examples of request events that trigger downloads include: selecting a packagedcontent item23 to have downloaded; browsing through a library via a TV that requests immediate playback; a consumer indicating interest in a packagedcontent item23 upon receiving notification via a Instant Messaging (IM) or mobile Short Message Service (SMS) message; and packagedcontent items23 becoming available as part of a series or subscription.
• 5. Media Indexing Module
• Themedia indexing module76 builds text-based meta-data from the audio track or other extracted meta-data of video files. This meta-data may be used to generate XML or HTML versions of video content that can be indexed by search engine crawlers.
• Themedia indexing module76 indexes discrete pieces of content according to publisher provided meta-data. Layered on top of this base-level of searchable data, a variety of end-user12 feedback is added. For example content reviews, favored play lists, recommendations, and forum discussions all become useful end-user12 generated meta-data for indexing content. Themedia indexing module76 generates indices on a per-publisher and service-wide basis. Associated user12-generated meta-data are indexed and linked to specific content items. Themedia indexing module76 offers publishers an optional service to audio-index their video content, extract topics and keywords, and make this extracted content Internet search engine accessible.
• 6. Search Tool
• Thesearch tool78 enables auser12 to search thecontent library32 of assets. In some embodiments, thesearch tool78 is a database-driven search combined with full-text index searches using a third-party enterprise search engine, such as that provided by Lucene. Thesearch tool78 maintains indexes of assets on a channel, seller and global basis. In other embodiments, the search engine is an external service to the service platform such as those offered by companies like Google® or Yahoo®. Whenusers12 access these external search engines, they provide a search query which returns a result set. The result set offered by the external search engine can include entries that reference titles managed by the service platform.
• Thesearch tool78 uses Rich Internet Application (RIA) techniques to provideusers12 with a visually compelling and highly productive interface for conducting searches and navigating results. Thesearch tool78 also provides a flexible andproductive user12 interface for browsing its content taxonomy by topic. This interface constantly evolves as new publishers participate in the service, and are maintained by the service content staff but with ongoing input and feedback frompublishers22,affiliates24, andusers12.
• Thesearch tool78 facilitates Internet enabled searches, whereusers12 are able to find any service-contained content through Google or other search engines, as well as through any web links directly to media within HTML pages and RSS feeds; service-only searches, whereusers12 are able to use keyword and category searches within the service itself; and searches across a topic hierarchy.
• 7. Content Deliver Engine
• Thecontent delivery engine80 is used for intelligent and incremental downloads and uploads. Thecontent delivery engine80 defines optimization algorithms that leverage reliable content delivery networks and BitTorrent delivery. In some embodiments thecontent delivery engine80 is implemented in conjunction with technology provided by Maven Networks, Inc. This technology offers reliable and secure, incremental uploads of content and supports background uploads of multi-gigabyte files. Some advanced publishers may provide video to the service through a third-party, but private label, service bureau via satellite feeds, physical media, or other forms and in full-quality MPEG-2 format. Additionally, thecontent delivery engine80 offers private-label encoding and post-production services through an integrated third-party provisioning system.
• Thecontent delivery engine80 uses the Windows Media DRM platform to protect and secure provisioned content. WMV files can be protected by the rights holder before provisioning into the service, or the service can secure the files before being made available through the marketplace. In either scenario, through the service's policy framework, the service verifies and authorizes consumer access and grant licenses.
• 8. Financial Management Processor
• Thefinancial management processor25 supports billing services to handle consumer transactions and back office subscription management and billing functions. In some embodiments, thefinancial management processor25 is integrated with mainstream transaction providers such as VeriSign® and PayPal®.
• Thefinancial management processor25 also provides deployment infrastructure for handling all consumer facing transactions, including selection, order processing, and clearing and handling credit-card and other payment instruments. The service commerce features provides fine-grained access management rights based on DRM policies enabled by consumer payment.
• Thefinancial management processor25 manages all consumer transactions including product and product-related options selection, payment method, authentication, order processing and settlement. This is handled though integration with a payment service vendor such as VeriSign. All consumer payments are made directly to the service—i.e. a credit card purchase would show the service as the merchant of record. Micro-payments and pre-paid accounts are supported to allow customers to purchase “Video Minutes”. Thefinancial management processor25 provides real-time account balance management and supports account replenishment using authorized debit from consumer credit cards or bank accounts when the minutes balance is depleted. Thefinancial management processor25 also provides post-purchase care to handle refunds and chargebacks of settled transactions. Transactions from affiliate sites are captured in a way that identifies the affiliate as the source of the transaction. This information is used for affiliate payments and reporting. Thefinancial management processor25 also supports price discounts based on promotions, coupon codes and gift certificates.
• 9. Messaging Module
• Themessaging module84 allowusers12 to easily share content with friends, colleagues and family using third party messaging techniques. In some embodiments, a mobile messaging platform such as that provided by m-Qube® or an instant messaging platform such as that provided by IMlogic® is integrated with themessaging module84.
• Themessaging module84 uses cross-channel messaging (i.e. email, instant messaging (IM), short message service (SMS), desktop client notification) for a variety of brand marketing, customer acquisition and retention strategies. Some messages are used to keepusers12 engaged with their entertainment choices. Certain messages are used as a means for extended control and media scheduling. Ideally all communication includes some manner of personalized content targeted toward thespecific user12. If the member has previously installed the desktop client, any links embedded in the message is used as an initiation to launch the service client.
• Themessaging module84 regularly schedules mailings tousers12 to highlight new services and content available through the marketplace. These messages can include videos available from their subscriptions, videos they have not watched, advanced previews, recommended content, etc. For example, on a regular basis auser12 could receive an email at work that highlights video programs that are newly available from their subscription packages or other recommended programs. From these messages theuser12 could indicate programs of interest.
• Similarly auser12 might send an Email, SMS or IM message about a video that might be of interest to one or more contacts. If theuser12 is authenticated, the service provides the option to send a message to a set of known contacts or defined social groups. A contact who receives the notice could then reply that they would like to view this content. If the contact is not registered with the service, the message might contain additional information about the service so the potential new customer is comfortable with establishing a new relationship. After the contact registers, the service provides the content to the contact. In some embodiments, registration is not required to view the content. For example, in some embodiments, registration need not be required for previews, nor for ad supported content.
• The service can use this type of proactive service to initiate downloads onto a consumer'sclient computer14 using commodity bandwidth. The service saves money by leveraging lower bandwidth costs and the consumer benefits because they can immediately watch DVD-quality video without having to search and browse the video library after coming home from work or outside activity.
• 10. Personalization Module
• Thepersonalization module86 gathersuser12 recommendations based on explicit peer-supplied reviews and ratings, and based on affinity and click-stream based approaches. Thepersonalization module86 is optimized to increase consumers' video spending by highlighting relevant content to individuals, households, and other affinity groups. Thepersonalization module86 builds personalization profiles through implicit and explicit profiling ofusers12. Implicit profiles are built by observing the actions ofusers12, including analyzing their purchase history and active subscriptions.Users12 are able to refine their recommendations through ratings, highlighting their favorite channels, and other integrated forms of active participation. Based on this information thepersonalization module86 generates recommendations for video programs and subscription packages. Some recommendation processes are straight forward, for example promoting newly published content from producers they have previously enjoyed. Other algorithms might require licensing technology from vendors such as ChoiceStream. In some embodiments, the recommendation services module is a third-party personalization engine such as ChoiceStream®.
• Accessing one's video library requires authentication, and as such thepersonalization module86 can leverage personalization services to perform targeted advertising. Thepersonalization module86 determines the most relevant advertisements to deliver to auser12 based on the context of their profile and the video program they are watching.
• Thepersonalization module86 provides automated and manual recommendations based on recent, most popular, and other ranked lists provided by the service editorial staff. Thepersonalization module86 employs contextual personalization technologies to provide automated recommendations on content. Unlike collaborative filtering techniques which limit recommendations to social traits, thepersonalization module86 targets content tousers12 based on their individual tastes and interests.
• 11. Reporting Module
• The reportingmodule88 provides a variety of standard reports that are accessible to thepublisher22 through thepublishing console20. In some embodiments, theservice platform30 provides thepublisher22 access to advanced reporting tools upon receiving payment of an additional fee. The reportingmodule88 provides reports for each title and on an aggregate basis. Examples of reports include: (1) title views, (2) title preview play starts, (3) title full-play stream starts, (4) title full-play number of minutes streamed, (5) title full-play download starts, (6) title full-play download completions, (7) player load by player (8) play all clicks by player, (9) average total videos played in session, (10) average minutes played per video title, and (11) total videos completed per session.
• The reportingmodule88 provides publishers and affiliates with reports that describe the mix ofusers12 accessing their assets (including demographic and contact data), the percentage of ad versus ad-free subscriptions, traffic statistics and earnings reports that are updated on a daily basis.
• The reportingmodule88 also provides standardized reporting on media usage, including streaming and downloads, amount of time spent, geographic and subscriber data, and revenue activity in the service. In some embodiments, the reportingmodule88 leverages third-party software for performing data warehousing and analytics, with acustom user12 experience on top of these packages.
• C. Provisioning and Publishing Content Items
• At provisioning and publishing time, theservice platform30 places a copy of the assets into theCDN34 that then delivers the files to a global audience. At playback-time, themultimedia player16 ofclient computer14 requests a connection to theCDN34 which then facilitates playback of a particular video product.
• Theservice platform30 provides apublisher22 with tools to: upload media easily and robustly through an integrated desktop provisioning tool, as well as through back-end FTP and service bureau functions for getting video into the hosted environment; transcode video into relevant formats if they are not already available or if needed in other formats for specialized or syndicated distribution; classify and index video using both manual meta-data input mechanisms as well as automated video indexing techniques that extracts key topics and content from video for use in private search as well as indexing by Internet search engines; and select a standard set of viewing experiences for uploaded media using a set of Flash-baseduser12 experiences. Thepublisher22 accesses these tools through thepublisher console20.
• FIG. 7 shows aprocess100 by which apublisher22 enables publication and delivery of media content using thepublisher console20.FIGS. 8-24 show screenshots of thepublisher console22 during a player definition process (112).
• 1. Registration
• Thepublisher console20 provides (102) thepublisher22 with a registration screen for registering an account with the service in a self-service manner. To create the account, thepublisher22 entersbasic user12 and service meta-data into thepublisher console20. During the registration process (102) thepublisher22 establishes payment and invoicing terms with the service to be scheduled with regular payment and billing cycles. Thefinancial management processor25 ofservice platform30 supports handles scheduling of payments and invoicing functions. In some embodiments, thefinancial management processor25 is integrated with mainstream transaction providers such as VeriSign®, PayPal®. For example, thefinancial management processor25 may use a mainstream transaction provider for smaller-scale publishers. Thefinancial management processor25 may also provision an account in advance.
• In some embodiments, the account assigned to the publisher includesmultiple user12 accounts with roles-based permissions. For example, eachuser12 account can have one of three levels of permission. These include an administrator level which permits auser12 to do any action in the account including creating or deletingusers12; a programmer level which permits auser12 to do any action in the account except create and deleteusers12; and a contributor level which grants auser12 the ability to upload assets into an account. The contributor level is generally assigned to post-production partners or other people in the publisher organization who handle post-production needs and content provisioning.
• During the registration process (102), thepublisher console20 prompts thepublisher22 to define a set of information about their content and services. The information includes, but is not limited to, the type of content they offer, basic brand assets to be used in listing their products, andadditional user12 accounts. In some embodiments, publishers are required to support a fixed set of video formats and quality controls. For example, for online streaming, videos may be encoded with Flash Video. For publishers that are providing TV or DVD quality products, the publishers may be required to provide the produces as secure Windows Media Video files.
• Thepublisher console20 also enables thepublisher22 to configure their merchant payment and invoicing terms (e.g., their PayPal, or credit card account information) where cleared transactions are to be delivered.
• 2. Walk-Through Presentation
• Thepublisher22 logs into the account by entering authentication information (e.g., a username and password) into thepublisher console20. After theservice platform30 verifies the publisher's authentication information, the service platform30 (via the publisher console20) presents (104) thepublisher22 with a presentation that provides a detailed walk-through of how to use the online programming and selling environment. The walk-through is a high level overview to acquaint thepublisher22 with the functions of the service. After the providing (104) the presentation, thepublisher console20 presents an initial dashboard that provides thepublisher22 with instructions for publishing media content.
• a. Initial Dashboard
• An example of the initial dashboard is shown inFIG. 8. The initial dashboard includes a welcome message, a description of three basic steps for creating a player, a section that provides news and updates relating to the service, and a feedback panel in which thepublisher22 can send comments and questions to the party managing theservice platform30.
• 3. Uploading Content
• When thepublisher22 clicks on the “Upload Images & Videos” icon presented in theinitial dashboard200, thepublisher console20 presents (106) thepublisher22 with a mediacontent management screen202 through which thepublisher22 uploads assets to theservice platform30. Theservice platform30 associates the assets with the publisher's ID and stores the assets in thecontent library32.
• a. Media Management Screens
• Examples of the media content management screens are shown inFIGS. 9 and 10. The media content management screen includes a scrollable panel that displays a list of assets uploaded by thepublisher22. The list is displayed as a data grid that includes a row entry for each asset. A row entry is partitioned into columns, each of which include information about the asset such as the name of the asset, the file type, and the date that the asset was uploaded. Thepublisher22 may sort the data grid by column and filter the data grid such that only the entries of interest to thepublisher22 are displayed. The media content management screen also includes a file detail panel that displays information about each file in the list when selected. When a file (i.e., an asset) is selected in the list, the file detail panel displays information related to the file. This information may include, for example, the name of the file, the upload date of the file, the upload status of the file (e.g., complete or in progress), the file type, and a thumbnail image (FIG. 9). In some embodiments, the file detail panel includes a small video window in which the full length video or preview clip can be played (FIG. 10).
• In some embodiments, assets including videos and graphics are uploaded through thepublisher console20 using a service upload client that enhances the speed and reliability of the uploading. The service upload client is a program that can be installed on theclient computer18. The service upload client facilitates the simultaneous uploading of multiple files. The files may also be batch uploaded using FTP and an XML manifest that describes the files. The files may then be automatically ingested into the publisher's account. In some embodiments, before thepublisher console20 delivers (106) an asset to thecontent library32, the asset is encoded into a desired format. Examples of such formats include Flash Video at 500 kb/s for streaming video and Windows Media Video at 1.5 MB/s for downloads.
• Additionally, some sellers (both basic and advanced) are not able to provision and upload media themselves. The service offers these firms third-party managed, but private labeled, service bureau functions that can receive physical media (VHS, DVDs) and create appropriate encodings and source media and upload them over high-speed lines to the service, or a third-party satellite/media post-production facility such as Comcast Media Center or Ascent Media who receive satellite feeds and grab MPEG-2 as well as create other encodings.
• 4. Title Generation
• After thepublisher22 uploads assets to theservice platform30, thepublisher console20 provides (108) the publisher with a title management screen for defining and editing titles. A title is an example of a packagedcontent item23 as shown inFIG. 1 and includes metadata that provides information about the content, quality, condition, and other characteristics of the uploaded assets.
• a. Title Management Screen
• An example of atitle management screen240 is shown inFIG. 11. The title management screen displays a list of titles created by thepublisher22. The list is displayed as a data grid that includes a row entry for each title. A row entry is partitioned into columns, each of which includes information about the title such as the name of the title, the title status (e.g., active or inactive), and the creation date of the title. Thepublisher22 may sort the data grid by column and filter the data grid such that only those titles fitting publisher-selected criteria are displayed. Thetitle management screen240 also includes a title detail panel that displays information about each title in the list when selected. For example, when the title named “1918: The film” is selected from the list, the title detail panel displays the name of the title, the genre, a short description, the title's reference ID, and a thumbnail graphic displaying information associated with the title. In this example, the thumbnail graphic displays a picture of the actors starring in the film.
• b. Title Editing Screen
• Thepublisher22 may edit the title by manipulating the title in the list (e.g., double clicking on the title) and create new titles by selecting the “Create a New Title” button displayed in the upper right-hand corner of the title management screen. When apublisher22 indicates the desire to edit a title or create a new title, thepublisher console20 provides the publisher with a title editing screen. An example of a title editing screen is shown inFIG. 12.
• As seen in thetitle editing screen260 shown inFIG. 12, the meta-data associated with the title, “1918: The film” includes a name that identifies the title's content, short and long descriptions of the content, whether the title is displayed in color or black and white, the language, a rating, a release date, a linked web site, awards received, and a reference ID. In some embodiments, the meta-data also includes a name of the producer or publisher that owns the title, the date on which the title was created, the length of the title, the genre of the content, key words, credits (e.g. director=xxx, screenwriter=yyyy), a production year, and a product reference id for linking the title to a product title id in an existing catalog or content management system. A title may have multiple graphics associated with it for use in different promotional contexts. For example, a graphic could be a thumbnail (e.g., a 160×120 24-bit jpeg image), a small image (e.g., a 480×360 24-bit jpeg image), a branding graphic, or a background image. The meta-data associated with a title may be provided in a service defined XML format, such as a format based on the XMLTV or a derivative format.
• In some embodiments, a title has a name and a single asset that is associated with it. In other embodiments, the same title may have multiple assigned assets (e.g., video files) that are each played back in different contexts (e.g. preview vs. full) and delivered through different delivery mechanisms (e.g. streamed online, download to PC, etc.). For example, a single title could be a combination of multiple video files that include a full-length streamed version, a full-length download version, a streaming video preview, and a downloadable preview.
• Titles that are being distributed can be viewed streamed or optionally they can be made available for download. The value of downloading is the quality of the play-back experiences (near DVD at full screen). The title may be downloaded and viewed by auser12 connected to theInternet36. Thepublisher22 may specify the conditions under which auser12 can download a video. In some situations, apublisher22 may not permit a title to be downloaded unless theuser12 pays a fee.
• 5. Lineup Generation
• After titles for the uploaded assets have been defined (108), thepublisher console20 provides (110) thepublisher22 with a lineup management screen for its own staff to define ordered lists of titles, referred to as “lineups,” Within thepublisher console20, thepublisher22 can define lineups of titles. In some cases, lineups are created by thepublisher22 as a way to organize and recommend specific videos that thepublisher22 is offering. The same title may belong to more than one lineup. Lineups are published and accessed through a viewer experience, permalink URL or through an RSS feed.
• When creating a lineup thepublisher22 specifies a name for the lineup and assigns it at least one title. Thepublisher22 may provide a description and may select a thumbnail image for the lineup. While creating or editing a lineup, thepublisher console20 presents thepublisher22 with a scrollable, ordered list of uploaded titles. The title list includes a sub-panel that displays information associated with a title in the list. A button is provided to add a video to the list. This button brings up a video title picker. If possible and if consistent with other dialog boxes, the picker allows thepublisher22 to select multiple videos to include in a lineup. In some embodiments, newly added videos are placed at the end of the list and titles can be dragged and dropped from one location in the list to another.
• a. Lineup Management Screen
• A lineup management screen (not shown) is also displayed in thepublisher console20. Thepublisher22 accesses and manages lineups using the tools provided in the lineup management functions. The initial screen for this tab contains two main sections. The right side lists all lineups in a data grid. The left side contains a lineup detail panel that displays information about a selected lineup. The data grid includes a row entry for each lineup. A row entry is partitioned into columns, each of which include information about the lineup. Examples of such information include: a lineup name, the number of videos included in the lineup, an active/inactive flag indicating whether the lineup is available for distribution, and the date on which the lineup was either created or last modified. Thepublisher22 may sort the data grid by column and filter the data grid such that only the entries of interest to thepublisher22 are displayed. Thepublisher22 may edit a lineup by double clicking on any portion of its row entry. When selected the lineup detail panel displays the following information: the name of the lineup; a description of the content in the lineup; a thumbnail image; and the lineup's reference ID. The detail panel then displays a scrollable, ordered list of titles contained in the lineup. Next to this list is a sub-panel that displays information about each title in the lineup when selected. When a title is selected in the sub-panel, a video detail sub-panel displays the following information: the name of the title and a short description of the title's content. In some embodiments, the video detail sub-panel includes a small video window in which the full length video or preview clip can be played.
• The lineup detail panel includes a button to edit and delete the currently selected lineup. If thepublisher22 wishes to delete a lineup that is not being used within any player, thepublisher console20 prompts thepublisher22 to confirm or cancel the delete operation. After receiving confirmation to delete the lineup, thepublisher console20 sends a command to theservice platform30 that causes the lineup to be deleted from the publisher's account.
• If a lineup selected for deletion is being used within any player, thepublisher console20 displays a warning dialog that informs thepublisher22 that the lineup is in use. The warning dialog includes a scrollable list of all the players that are using the selected lineup. The publisher is given the option to delete the lineup which causes all references to the lineup to be removed from all of the players displayed in the list or to cancel the delete operation, in which case the lineup will remain. Thepublisher22 can activate and deactivate lineups. Deactivated lineups are not publicly accessible, but can still be edited within thepublisher console20.
• b. Dynamic Lineups
• In some embodiments, publishers define lineups based on a set of rules applied to dynamic data. These types of lineups are referred to as “dynamic lineups.” For example a dynamic lineup could be composed of video titles that have a common keyword, include popularity ranking or be driven by other recommendations. Dynamic lineups may also have a variety of sorting mechanisms for organizing titles (e.g., alphabetical, newest to oldest, oldest to newest). Publishers have the option to cap the maximum number of titles contained in a dynamic lineup.
• c. Non-Dynamic Lineups
• In some embodiments, publishers have the ability to pre-populate non-dynamic lineups from a search query. For example apublisher22 could form a rule that queries for all video titles with the keyword “Travel” and with a popularity rating of “5 Stars”. This result set may return a total of 17 titles, from which the publisher might hand select or reorder a subset of 10 from the 17 total available titles.
• d. Series
• In addition to augmenting the catalog with lineups, thepublisher console20 provides thepublisher22 with tools to organize titles within a series. A series is a special type of lineup whose titles can belong only to that series. The titles in a regular lineup can also belong to other lineups. Series are created and managed along with other lineups. The same functions that are used for managing lineups are used for managing series. For example, apublisher22 can add or remove a title from a series in the same manner describe for a lineup. When creating or editing a video title apublisher22 can associate it with a series. When looking at lists of video titles, publishers have the option of viewing the titles grouped by their associated series. A title knows what series it belongs to, but it is not a requirement that a title need to know each lineup it has a relationship with. Within thepublisher console20, the publisher may configure a lineup display to group video titles by their associated series and display only those titles that belong to a particular series.
• e. Lineup Subscriptions
• Publishers have the option of creating a subscription from a lineup. When creating a subscription the publisher would specify the payment terms. Payment term options may include monthly or yearly billing. If auser12 purchases a subscription and their subscription account is valid then theuser12 will have access to the titles within the lineup.
• 6. Player Definition
• Within thepublisher console20, thepublisher22 defines the viewer experience for presenting the titles to auser12. Thepresentation aperture13 within a presentation context15 (e.g., a web page) in which titles and lineups are presented according to the viewer experience is referred to as a “player.” In certain embodiments, a player can be an application that is built upon the Macromedia Flash platform.
• Publishers have the ability to create as many viewer experiences as they like, enabling power-sellers to offer dozens of viewer experiences, and basic original programmers to offer just one viewer experience with a handful of programs. When creating a viewer experience within thepublisher console20, the publisher must first provide basic information about the viewer experience such as a name.
• Through thepublisher console20, publishers can select and enable components of the players that are to be made available as part of a viewer experience. Such components include programs that collect and reportuser12 input (e.g., ratings and comments) and tools that allow auser12 to share the content with others.
• Additionally, beyond selecting a pre-built player from within thepublisher console20, a publisher may author a customized player using the providedSDK60 that includes Flash and XML Web Services.
• FIG. 13 shows a player management screen that displays a list of players created by the publisher.
• a. Selecting a Player Template
• Thepublisher console20 provides (112) a template-selection screen for selecting a player template that defines the format and layout of the player and the rules by whichusers12 are able to view/select the titles associated with the player. The visual presentation of the player is defined by a “player template”. Theservice platform30 includes a variety of player templates that each has a different theme and style. Themes establish look and feel for control and elements. Styles set fonts and colors on items like text, buttons, and controls. By choosing a player template with a specific desired layout of text, images, lists, controls, and video playback space, thepublisher20 determines the layout of the player.
• FIG. 14 shows a general player editing screen that allows thepublisher22 to edit an existing player. The publisher can change the player template assigned to the player by selecting the template button in the left-hand side of the general player editing screen. If the publisher selects the template button, thepublisher console20 displays a template-selection screen that provides a list of different templates that the publisher can choose.
• FIG. 15 shows an example of a template-selection screen that provides a selection of four default templates (e.g., Player with Expand/Collapse Video Titles, Player with Scrolling Video List, Single Video Player with Logo, and Single Video Player). When the publisher selects a template from the list, the template-selection screen displays the information regarding the template in a template details panel. The template details panel displays the dimensions of the player and the arrangement and layout of player components such as video screens, thumbnails, logos, titles, buttons, and brands.
• FIGS. 16-19 show examples of the four default templates.FIG. 16 illustrates the “Player with Expand/Collapse Video Titles” template.FIG. 17 shows the “Player with Scrolling Video List” template.FIG. 18 shows the “Single Video Player with Logo” template.FIG. 19 shows the “Single Video Player” template. Thepublisher22 can further configure and customize the player template. For example, thepublisher22 may, for example, change the aspect ratio of a video screen or adjust the layout and/or dimensions of the player template.
• b. Selecting the Style of the Player
• After thepublisher22 selects and configures the player template, thepublisher console20 provides thepublisher22 with a style editing screen that enables thepublisher22 to customize the look and feel of the player.
• FIG. 20 shows an example of such a style editing screen. Using the tools provided in the style editing screen, thepublisher22 can select between different player themes and styles for displaying different styles, sizes, and colors of fonts, borders, buttons, and other features in the player. The style editing screen also enables the publisher to set the background of the player. For example, thepublisher22 can upload a background image that can be used to paint the entire background of the player template. If thepublisher22 has not already specified a background image, thepublisher22 may also select a background color of the template.
• c. Selecting Content to Include in the Player
• After specifying the aesthetics of the player, thepublisher22 selects the content to be presented in the player in a content editing screen. An example of a content editing screen in shown inFIG. 21. To add content to the template, the publisher enters a video title or lineup in the appropriate location of the template. In some embodiments, the content editing screen provides the publisher with a button, that when pressed, allows the publisher to add, delete, or edit content. If the publisher indicates the desire to add content to the template, thepublisher console20 presents thepublisher22 with two main options: choose titles from a whole library or select a lineup from a list of existing lineups. If apublisher22 selects the source to be the complete library, thepublisher22 is given the option to sort the list alphabetically or by date (Newest to oldest; oldest to newest). If thepublisher22 selects a lineup thepublisher console20 presents thepublisher20 with a lineup picker (similar to the title picker described above) for selecting lineups from a lineup management screen (not shown).
• The lineup management screen includes a first section that lists all lineups provided by thepublisher22 and a second section that displays information about a selected lineup. The lineups are listed in a data grid that displays the names of the lineups and their titles. The data grid allows for sorting on each column and type-ahead filtering on the name. When selected the lineup detail panel displays the name of the lineup; a description of the content contained in the lineup; and a thumbnail image. The detail panel also displays a scrollable, ordered list of titles contained in the lineup. In some embodiments, the scroll bars only appear if the list exceeds the size of the panel. The detail panel includes a sub-panel that displays information about a title that has been selected by thepublisher22. When a title is selected in the sub-panel, the title detail sub-panel displays information related to the title. Such information may include a name, genre, description, and ID number of the title. In some embodiments, a small video window is displayed with controls to play the full length video or preview clip. Within the lineup management screen, the publisher may create a new lineup or edit an existing lineup.
• A player can present a single lineup or multiple lineups. The lineups may include non-dynamic lineups, dynamic lineups, or a combination of both. Thepublisher22, for example, may create a player that has a fixed number of pre-placed tabs or buttons that are each associated with a different lineup. Thepublisher22 may also configure the player to display the description and/or thumbnail of the lineup after the corresponding button is selected. In another example, thepublisher22 could configure the player such that a single tab/button corresponds to an initial lineup, whose list of titles are to be loaded and played first. At any time, thepublisher22 can add or delete lineups from a player and change the order in which the lineups are displayed.
• In some embodiments, the player is configured to send usage data when lineups are viewed byusers12. The usage data may include the names of the titles within the lineups that are accessed and played. If a lineup is accessed by auser12 usage data may include one or more of the following: a publisher ID, a player ID, a player name, a lineup ID, and a video title ID.
• The content editing screen also enables the publisher to add, delete, and edit graphics and text displayed in the player.FIG. 22 shows an example of a content editing screen in which the publisher adds a link to an image displayed in the player.
• d. Player Preview
• After thepublisher22 specifies the content to be presented in the player, thepublisher console20 provides the publisher with a player preview screen. An example of a preview screen is shown inFIG. 23. The player preview screen allows thepublisher22 to preview the player before publishing it. If thepublisher22 wants to make further changes to the player, thepublisher22 can return to the previous screens and the return to the preview screen to view the player. Thepublisher22 may continue to make changes to the player and preview the results until thepublisher22 is satisfied with the player.
• 7. Publishing Player
• After thepublisher22 finishes defining the player, thepublisher console20 provides (114) thepublisher22 with a presentation content code19 (i.e., a presentation facility) that can be incorporated into the publisher's web page or potentially into any other web page.FIG. 24 shows an example of apresentation content code19.
• Thepresentation content code19 contains a player ID for the player (e.g., experienceID=5). When thepresentation content code19 is placed in a publisher's (or affiliate's) web page, the web page can retrieve the player from theservice platform30. When auser12 atclient14 opens the web page, the embeddedpresentation content code19 invokes theservice platform30 to supply theclient14 with the player associated with the player ID contained in thepresentation content code19. Changing the player ID provided in thepresentation content code19 changes the player that is loaded from thecontent library32 ofservice platform30.FIGS. 47-53 show a database schema used in thecontent library32. As theuser12 interacts with the player, the player communicates with theservice platform30 and loads the appropriate titles and/or lineups to be displayed. A publisher may also instruct thepresentation content code19 to initially load specifics titles and/or line-ups on invocation. Through this mechanism, apublisher22 can use the same content management system that controls the text and graphic content in their web page to control the content that is delivered through a player in their web page. The player is presented to theuser12 as if it is being supplied directly from the web page.
• D. Advertising, Promotion, and Marketing
• The service provides tools topublishers22 that allow them to market their product offerings within the service platform network, including the publisher's websites or affiliate websites, and externally through marketing partners, customer messaging, and search engines. Assets provisioned into the service are not immediately made available for use and access byusers12. Instead, theservice platform30 provides publishers with a set of tools for defining and making titles and lineups available tousers12, including controls on scheduling and distribution. Publishers also are provided a variety of tools for highlighting and promoting programs, placing program information into search engines, and managing program availability on an ongoing basis. While many published programs are made immediately available, often publishers want to control their availability on a scheduled or embargoed basis. Furthermore, publishers may want to constrain the time and geographic availability for programming based on contract and distribution agreements that they have in place.
• 1. User Notification
• Theservice platform30 provides built-in mechanisms to notifyusers12 when new content items become available, including interfaces for desktop notification, SMS and IM notification (using m-Qube and IMLogic gateways), and email notification. Theservice platform30 provides standard templates for these notifications, which can be customized with HTML or Flash. Additionally, publishers have access to all opt-in consumer data provided byusers12 via the Web, or an XML interface for integration into their own customer contact systems.
• 2. Keyword Bidding
• Theservice platform30 provides thepublisher22 with tools to manage and bid on keywords and paid listings in search platforms such as Google, Overture and MSN. Using these tools,publishers22 manage their keyword inventory and purchase across services (through third-party ASPs who offer such services, wrapped in a web service). For example, apublisher22 of videos about training dogs could purchase and bid on “dog training videos” in various search engines, with links directly back into the item-level detail for a specific lineup or title. Theservice platform30 automatically generates HTML-text pages for each program in the system which can be URL accessed, linked to by any affiliate or consumer website, and available as part of an rich site summary feed, ensuring that all media can participate in broader Internet sites and search engines.
• In addition to paid keyword campaigns for the content items, theservice platform30 provides a set of services to automatically integrate information regarding the content items into search engines, as well as optimizing content for search engines through linking and sharing techniques.
• Theservice platform30 ensures that uploaded media content and meta-data is spider accessible through an HTML document. Theservice platform30 automatically publishes an indexer/robot friendly version of content. Additionally, various components of the service have a permanent URL link (“permalink”), including major sections and sub-sections, publisher home screens, video detail screens, videos themselves, and even cue points within a specific video. Theservice platform30 automatically publishes new and updated content meta-data into search engines, such as those provided by Yahoo, Google, SingingFish and MSN's emerging audio/video indexing services.
• 3. Advertisement-Supported Content
• Theservice platform30 implements an environment where publishers andusers12 are brought together in an online marketplace. Various packaging and pricing options are available to publishers, ranging from ad-free media paid for entirely by the consumer, to ad-supported media which is free to the viewer. Support for a variety of advertising related needs is integral to the service offering.
• In the service, video products are delivered and viewed using the power and flexibility of network connected PCs. This enables rich media advertising to be integrated with packagedcontent items23 in ways that are not possible with traditional video distribution systems such as broadcast or cable television. For example, ads can be comprised of video, with overlay graphics, and interactive areas enabling theuser12 to click on parts of the ad to get more information or to change the course of the ad itself. In general, the full power of interactive media can be applied to ads that are delivered in media packages.
• The service also makes it easy and automatic for ads to be associated with video products based on content and viewer demographics. This enables advertising to be focused in ways that bring more value to both the advertiser and the viewer. Theservice platform30 provides a rich set of tools for integrating advertising into the media package, optimizing the needs of producers, viewers and advertisers.
• 4. Advertisement Insertion Tools
• In some embodiments, the publisher console provides the publisher with tools to offer ad-supported programs. Advertisements may be simple video streams, or be interactive, or even be overlaid on the video stream itself such as in an icon or sidebar or a scrolling footer. Interactive advertisements may be created which allow auser12 to follow a link to more detailed information. The viewing of advertisement links may be deferred so that auser12 may view a program with minimal interruption while building a list of links and promotions to be viewed at a later time.
• The ad insertion tools allows thepublisher22 to define the placement and accepted formats of advertising, and the content delivery engine80 (FIG. 6) dynamically matches and serves advertisements based on the content anduser12 context. Media packages and advertisements can have meta-data linked to them that describes the content. This meta-data is used by the service to automatically associate ads with programs that have related content, targeting ads tousers12 that are more likely to respond to them, and improving the consumer's experience by showing ads that are tailored to their interests. Additionally, as more information is known about a consumer's preferences and demographics, the personalization module86 (e.g., provided by ChoiceStream) is used to inform the ad matching process, and to target ads at specific groups of viewers.
• After thepublisher22 provisions and publishes a program, thepublisher console20 provides thepublisher22 with an interface in which the publisher can set advertising cue points in the player, and choose the quantity and format of advertising at these cue points. For example, for a 45-minute video a publisher could set a cue point for pre-roll advertising that enables 2 20-second video spots, another cue point at atransition 15 minutes into the program where they enable an overlay-based advertisement, another cue point at 35 minutes that inserts 3 video spots, and so on.
• Additional information can be associated with these cue points to increase the likely hood of relevant advertising. The ad insertion tool allows thepublisher22 to define the placement and accepted formats of advertising, and the content delivery engine (FIG. 6) dynamically matches and serves advertisements based on the content anduser12 context.
• 5. Advertising Templates
• Theservice platform30 and the delivered viewer experiences support a selection of advertising templates and advertising areas in which a video, banner, logo, or any other graphic or textual advertisement or promotional content can be placed. Advertisers may bid on or purchase advertising areas so that their advertisement appears in the publisher's or affiliate's player. The advertising areas can also be used by thepublisher22 to promote new services and/or products offered by thepublisher22. In some embodiments, thepublisher22 populates the advertising areas and defines simple rules for their display (e.g., time windows, rotation behavior, etc.). In some embodiments, the advertisers themselves have access to the areas and can populate the areas and define simple rules for their display.
• FIGS. 25-40 show exemplary advertising templates.FIGS. 41-46 show exemplary players built upon various advertising templates.
• 6. Ad Renditions
• The service allows different renditions of ads to be served to auser12 based on the method that theuser12 uses to view the ads for optimal viewing. For example, in a web-browser, ads are able to take full advantage of the capabilities of Flash and Flash Video in a streaming delivery. In full screen mode, fewer capabilities are available. When viewing on a television, interactions with a remote control are supported.
• The desktop client provided to auser12 enables different forms of advertisements to be displayed. The desktop client enables rich forms of ads: images, video and interactive ads. These ads can be displayed in different ways. They can be displayed pre-roll, overlaid, in-feed, or post-roll. The desktop client displays a canvas over the running video and can detect keystrokes and mouse movements from theuser12. These events can result in different types of actions including navigating to a web site and capturing information for reporting.
• To reduce the impact that ads have on the download times of media packages, ads may be cached on the consumer'sclient computer14. This enables an ad that may be shown multiple times to be delivered only once and not incur any delivery cost for other products into which it is inserted.
• Theservice platform30 provides tools for advertisers to purchase available inventory, and to change their purchases dynamically based on market conditions. When the service is an online system with direct customer interaction, no advance notice is necessary to change the advertising associated with a particular media product as there is in a traditional broadcast distribution system. As advertisers' needs change, they can adjust their campaigns on the fly and those changes are instantly reflected in the distribution of their ads. Also, as the popularity of a particular product changes, or as the distribution ofusers12 changes, the service can react instantly and reflect those changes in the automatic association of ads with content.
• Theservice platform30 provides reporting tools to inform advertisers about the progress of their campaigns. This information enables advertisers to respond quickly and change strategy based on the measured success of their ads.
• E. User Experience
• The user experience spans multiple interaction channels including web browsers, desktop clients, email, instant messaging (IM)/SMS and televisions through convergence devices. Content available from theservice platform30 is capable of being consumed on a wide array of consumer electronic devices. This includes both in home electronic devices (TVs, Media Renderer) as well as portable Media Centers.Users12 are able to view their available content on any device, at any time.
• The service provides threeprimary user12 experiences: web based client, desktop client, and Windows Media Center client. The desktop and Media Center clients are installed applications. The installed applications enable a set of functionality that builds upon and extends that of the web client. The features of the desktop client and Windows Media Center client are: a rich environment for viewing available content; ability to display both rich and interactive media ads; background and foreground downloading of content for high quality video; full access to the service's website; ability to copy purchased content, where entitled, to physical media such as a DVD or Portable Video Player.
• 1. Desktop Client
• Onclient computer14, the service is accessible both through a web browser and a desktop client application. The initial access for the service is through the web. The website acts as a gateway for many types ofusers12, all with different goals and expectations. A desktop client is offered tousers12 who are registered members and provides a richer and more compelling entertainment experience. The website and the desktop client through which content items are presented to auser12 take advantage of Macromedia Flash and broadband connections to ensure a rich, visual experience.
• When a consumer registers and becomes a member, they are prompted, though not required, to download and install a desktop client. The desktop client provides a more exciting and higher quality environment. For example, through the desktop client one is able to access downloaded DVD-quality videos, whereas through the web browser the consumer can only access a streamed video of lower quality. Overall, the desktop client experience can be more engaging with an increased sophistication inuser12 interactivity and visual and aural experiences. All functionality and content delivered through the website is also accessible through the desktop client.
• The desktop client's functions are synchronized with operations performed through the web site. The desktop client leverages a public set of web services to process commands directed by theuser12. As an aid to rationally manage multiple interfaces into the same functions, the desktop client may act as a “browser proxy” to special sections of the website. From theuser12's perspective it appears to be a seamless environment, but the interface may be a mixture of local GUI resources and remote content. The desktop client functions in a more limited fashion when offline (browsing, searching and viewing downloaded content and advertisements), though all locally cached and stored videos are accessible.
• 2. Service Platform Features
• The following features are made available through theservice platform30.
• In the area of video browsing: browse by hierarchal content categories; content can be placed within multiple categories; “Custom catalogs” provide limited view into entire available library; browse through branded lineups; and browse throughuser12 programmed lineups.
• In the area of search for video: search across all available content meta-data; automatic search narrowing asuser12 types (e.g., similar to Apple iTunes); search results are dynamically clustered (e.g., using technology provided by Vivizimo); and define “saved search” criteria that automatically group video content (e.g., akin to “smart folders”).
• In the area of automated recommendations: “People like you, liked this” recommendations; recommendations from people in your important “social network” (i.e. your friends, your brother, etc); most popular (by viewership, ratings, etc.) videos broken down by categories, channels, etc; and personalized new arrivals.
• In the area of editorial recommendations: content reviews; explicit cross sales between channels and videos; reviews, content and lineups “authored” by well known individuals (e.g., critics, celebrities, movie directors, etc); and produced magazine-like content that highlights programs available through the service.
• In the area of preview of video: Flash streaming video; and a consistent preview length, for example, 1-minute.
• In the area of customer registration, authentication and account management: registration is a streamlined process; potential members need to provide a bare minimum of information; billing information is only required upon first purchase; members are prompted to answer a number of questions to tailor their automated recommendations (using ChoiceStream personalization engine); service can optionally “remember” that theuser12 has previously authenticated (i.e. save username and password in local shared objects); manage trial memberships (limited access for periods of time; maximum number of viewings); an account can manage a household ofother users12; parental controls can be defined forcertain users12; monetary allowances and time thresholds (e.g., 2 hours per day; 10 hours per week, etc) can be established; system implicitly builds simple contact lists through “tell a friend” operations;user12 is allowed to explicitly create contacts and organize them into groups; include name, email address, IM, mobile/SMS info; integrate with a federated identity management system to enable easy re-use of existing online accounts and profile information.
• With respect to the purchase process: first purchase (subscription or download) prompts for billing information if not already known; and standard billing process for credit card information, and other services such as Paypal.
• In the area of experiencing on-demand media: browser based viewing is streamed Flash video; Limited resolution and screen size; progressive downloads; full-screen DVD-quality video and sound; initial delay of a minute or less as buffer is built; and pre-roll advertisements can be shown during delay.
• For experiencing delivered media: full-screen DVD-quality video and sound available for offline viewing and display through TVs.
• With respect to advertising: ads are based on rich media, primarily Flash and Flash Video or Windows Media Video; integration with third party ad formats. Ads are blended into the viewing experience, depending upon ad format. Ads can be played before, during and after the video. For repurposed TV commercials, during video playback, the system pauses video, rolls ad and then resumes video.
• In the area of “New Media” rich ads, the service offers: a variety of ad sizes and formats (related to IAB standards) layered over video in desktop client (swipes, dissolves, movement, callouts, etc); interactive ads that contain mini-sites for use in the desktop client. The desktop client can pre-deliver and intelligently download ads and as such can be much larger in size (tens of megabytes) and ad placement is based on context ofuser12 and content.
• With respect to reviewing and rating media: provides basic rating system (e.g., 1-5 Stars). Members given opportunity to write reviews, including audio/video reviews, rate the reviewers—their reputation increases or decreases, and implicitly rank content based on the number of times they are included inuser12 programmed lineups. As an example of automated promotion of quality titles, theservice platform30 could promote those titles that have both ahigh user12 rating and a high “play count”.
• In the area of copying media to DVD or Personal Video Player (PVP), the desktop client allowsuser12 to burn limited set of content items to DVD, receive authorization in DRM provisioning; integrate content items with portable video players such as Microsoft Portable Media Centers.
• For managing subscriptions, bundles and purchases, theservice platform30 provides members with tools to: search and browse the available lineups and individual videos, and add selections to their video library. For those items that require additional payment beyond existing accepted terms and conditions, the member is prompted to authorize payment and billing authorization is performed before granting access rights.
• The service platform enables members to build scheduled channel guides; e.g., On Sundays at 8 pm queue the latest show of subscription X, followed by series Y, and rent program Z; to review purchases and active subscriptions; to mark subscriptions for auto-renewal (otherwise the members are prompted when subscriptions are up for renewal); to bookmark content categories, lineups, producers; and to mark “favorite entries” that become available for browsing through the TV.
• With respect to getting technical support, the service primary support through online channels (email and self-service knowledge base) and telephone support. Online help is context sensitive, and integrated intofunctional user12 interface. Where possible and appropriate, wizards and other directed processes are used to guideusers12 to accomplish key tasks.
• 3. Account Management
• Users12 receive access to the service by registering directly though the service's website using a simple registration process. They may also receive access as a trusted customer of a publisher.Users12 can then choose between several payment options including PayPal or credit card, bank account transfer or a pre-paid account.
• Users12 are provided with account management services.Users12 can access their account to change profile information or to change payment and billing options. They may also renew subscriptions, re-activate their account after it has been disabled, and review their purchase history and subscriptions.
• Media programs are watched together within households. As such the system supports aggregated profiles of household members.Individual users12 can have their own personal media library, which they sometimes access and watch on their own. In addition, with parental controls, family members' video programs are made available to the entire household.
• 4. Television
• In some embodiments, theclient computer14 is a television. The TV interface has a limited set ofuser12 functions, due to the limited interactivity available through TV remotes. Simple interactivity ties back into the PC environment. For example, an advertisement, served from the PC through a Microsoft “extender device”, might have an option to “get more information.” With the click of a remote, a message is then stored and relayed from the PC back to the service, which can then queue up a richer and more interactive advertisement application playable through the desktop client.
• Functions that may be made available through the TV include: browse “personal channel guide” of available downloaded media; browse favorite content categories, lineups, initiate on-demand downloads; view available videos, with advertisements as required; conduct simple transactions initiated from advertisements, including: external orders; purchase video or add subscription from a cross-sell ad; tell a friend (from previously defined contacts or groups); tell me more info (i.e. email or interactive ad delivered to PC); and mail me Information (lead sent to advertiser).
• 5. Download of Content
• Content delivered to the service client is generally done in the background providing for the inexpensive delivery of large binary files, but can also be delivered in the foreground for near-video on demand experiences. The technology used to download the files is dependent on the ubiquity of the file. If the video being requested is common amongusers12, peer-to-peer file sharing technology can be used to obtain the file, permitting that theuser12 has opted to allow this, and that the client does not experience firewall or operator-based restrictions. Using peer-to-peer file sharing technology would result in no bandwidth costs to the service. If the video file is not available onmany users12′ machines, intelligent download technology provided by Maven Networks Inc is used which results reliable delivery.
• One important aspect of the service client is that it runs as a background process on the consumer's machine (e.g., in the system tray) and can be notified by the service to determine if a download needs to be initiated. This enables several important scenarios: automatic delivery of scheduled programming oruser12 requested downloads. In these scenarios, the service can identify theuser12 and determine what content needs to be downloaded. The service indicates the file(s) that needs to be downloaded and the download is initiated. The service client can process multiple download streams, with different priorities, and can respond to end-user12 network or PC-activity and throttle the delivery.
• 6. Communities of Interest
• The service offers users12 a range of community-oriented tools, including ratings and reviews of all video products and sellers, and integrated tools for messaging and communicating withother users12 such as friends or family members, and a platform for third-party websites to offer and point-to service-hosted content as affiliate marketing partners.
• The service leverages and disseminates knowledge about relevant and interesting video content to members of the network. One effective process is to use relationships between members as marketing programs to highlight content to each other. The consumer is provided rapid and easy mechanisms to inform others, within their social network, of relevant content.
• A wide range of tools and communication forums are available to the user community as a means to share and discover content in the service. These tools include: authoring reviews and editorials, including simple rating systems; building recommendation; generating lineups comprised of diverse titles that are potentially across publishers; discussion forums for titles, publishers, or tangential topics; externally linkable context into the service client for use in web blogs, personal homepages, externally generated emails, etc. linkable contexts include all product links, articles, lineups, and other textual media as well as video titles themselves including cue points within the video so as to link to a specific scene or piece of dialogue; and end-user12 to end-user12 communication initiated from within the service client via instant messaging, email, SMS, or other appropriate forms of communication. Such tools turn community interests and efforts into an effective means of exposingusers12 to desirable content as well as reduce the effort required in the content discovery process.
• II. Revenue Models
• Thepublisher console20 enables publishers to offer multiple forms of packaging against the same set of packagedcontent items23, enablingusers12 to have access to the packagedcontent items23 across a full demand-curve for media. For example, publishers can offer their products on a free, ad-supported basis, as micro-payment based rentals and purchases, and as stand-alone and bundled subscriptions. Publishers can scale the quantity and quality of these package types while ensuring that the broadest range ofusers12 can access their content easily.
• A. User Pays
• Thepublisher22 can provide packages paid for by auser12. The packages may include the following: rented streaming and downloaded videos which are time-limited in their use; purchased streaming and downloaded videos that give theuser12 perpetual rights to the content; subscriptions to monthly or annual streaming and download rights to all published products in a package; and bundled packages offered by publishers with discounts. In some embodiments, bundles may also be defined by theuser12 and be based on a pricing floor and performance-based discounting.
• 1. Subscriptions
• Subscription packages can vary in format, schedule and price—all of which are determined by thepublisher22.Users12 who subscribe have continual access to the video programs while their subscription is current. The service determines appropriate policies to deal with cancellations and breach of contract by the video producers (e.g., a subscription package calls for 12 videos per month, but the producer does not fulfill their obligations).
• Different levels of video subscription plans demarcate different levels of quality and options for consumption. The levels and options include consuming media in a streamed, delivered or on-demand manner and varying amounts of advertising. At thelowest level users12 have limited access to streamed content, which is supported entirely by advertising. There is no subscription fee for this package. The uppermost plan removes all advertising from programs and delivers DVD-quality video to the PC, which can be viewed on a TV.
• Instead of going through an explicit process of creating separate subscriptions, publishers are given the option of enabling a subscription from a line-up. These subscriptions would prohibit access to the full length videos within the line-up unless theuser12 has the proper entitlement. Theuser12 could still access the previews associated with each video title of the line-up. If thepublisher22 adds or removes a title from a line-up, then the consumer's set of entitlements to the titles change.
• For example, theuser12 is presented with two line-ups: “WWII” and “Battle of the Bulge”. The WWII line-up requires a subscription and includes the complete World War II video collection. Thepublisher22 wishes to highlight certain videos related to the Battle of the Bulge that are available within the WWII subscription. Thepublisher22 creates a promotional Battle of the Bulge line-up that has no associated economics; it is used purely as a vehicle to highlight a selection of videos. When anew user12 selects a video in the Bulge line-up the service recognizes that they have no entitlements. Theservice platform30 recognizes that this title is offered through the WWII subscription and theuser12 is presented with the offer to purchase the subscription.
• In another example, thepublisher22 has created both “WWII” and “History of America” line-up subscriptions with some video title overlap. One of these titles, about the death of FDR, is also available for rent. If auser12 looks at the FDR title, contained in a promotional line-up highlighting the 1940s, they are presented with the option of purchasing either subscription or rent the individual title.
• In a further example, thepublisher22 or anaffiliate24 creates a promotional line-up that includes a mix of pay-media and ad-supported video titles. Likewise auser12 creates and shares their own line-up that mixes a similar set of videos.
• 2. Rentals
• Some video programs are not packaged into a subscription, butusers12 can rent these items.Users12 are given a chance to rent a program for a limited period of time and/or viewings.
• 3. Purchases
• Users12 have the option of purchasing the program, which entitles them to an extra set of privileges (e.g., lifetime viewing, burn to DVD, etc.).Users12 build a personal video library by self-assembling subscription packages and individual downloads.
• 4. Bundles
• Similar to subscriptions built from line-ups, a publisher has the option of creating a product bundle from a line-up. Thepublisher22 can set a rental and purchase price. These prices would override any per video title pricing established. When theuser12 purchases the line-up they are granted the entitlements for the video titles at the time of purchase. A consumer's set of entitlements would not change based on any modifications to a line-up after the time of purchase.
• Apublisher22 can also authorize dynamic bundles in which thepublisher22 bases the prices ofuser12 subscriptions on volume of usage. As the number of subscribers for a particular service increases, the future price of the service is lowered. Video titles or subscriptions managed by publishers can be aggregated by auser12,affiliate24 or any third-party to form a custom-selected subscription. Each these items are subject to a pre-set (by the publisher) volume discount based on volume of usage by allusers12 of those items. The usage and therefore the discounts are tracked, payments are collected, and funds are remitted to publishers, the system operator, and other parties. The cost of theuser12's custom-selected subscription is variable depending on the discounts that end up applying to the streams that are part of the subscription. If discounts produce a lower cost, the reduction is automatically passed on to theuser12.
• If the costs go up because of reduced usage, the customer could terminate their custom subscription, or agree to pay more, or encouraged to adjust the mix of items in their subscription, for example. The custom-aggregating could also be done by an affiliate on behalf of a community ofusers12. Any affiliate that promotes and closes a transaction for a dynamically bundled subscription will receive their appropriate revenue share.
• The service provides a dynamic pricing and bundling engine for independent sellers, in which a consumer can purchase a bundle across publishers, and publishers participate in a dynamic pricing approach that ensures high perceived value for the consumer and a fair share of revenue for each publisher in the bundle.
• 5. Pricing and Payment
• Apublisher22 determines acceptable prices for all pay-media packagedcontent items23. For example, an independent producer filming his friends snowboarding, given their production costs, can afford a lower price, than, for example, ESPN delivering the a packagedcontent item23 focused on the Winter X Games. When choosing a video title or lineup theuser12 is shown the cost for any available economic terms (i.e. rental, pay-to-own, subscription, advertising, etc.).
• When paying for a product,users12 are required to provide payment account information such as a credit card or PayPal account that is used to authorize and debit purchases. With an account on file,users12 can purchase items without having to place items into a “shopping cart” and go through a formal purchase process.
• a. Demand Curve Model
• Thepublisher22 can set the price of a package according a demand curve model. In the demand curve model, apublisher22 is able to easily promote content using multiple pricing models that are linked to characteristics of different users12 (most notably the interest of theuser12 in particular topics, the user's impression of the quality of the publisher, etc.) Thepublisher22 defines different pricing models (rental, purchase, subscription, advertising, etc) and defines the context in which each might be offered.
• When auser12 wishes to share access to content, the multimedia player prompts theuser12 to share the content by having them provide the correct information to contact thetarget user12. For example theuser12 may provide an email address or Instant Message handle for a friend or family member. Theservice platform30 determines whether the email address is registered to an existinguser12 account. If so, the service platform determines the rights of the target consumer to use the content (for example, as a buyer or renter) and delivers the content to the target consumer (by means of a link embedded in an email) accordingly.
• For anon-registered user12, theservice platform30 delivers to the target user12 a promotional message and a packaging model (e.g. advertising or rental) that is chosen to optimize the customer experience and the publisher's revenue. For example, if the packagedcontent item23 is available only for purchase, theservice platform30 may send a message that includes a link to preview the packagedcontent item23 with instructions for purchasing. Theservice platform30 tailors the viewer experience according to economic models that thepublisher22 has established.
• B. Publisher Pays
• In a publisher pays business model, thepublisher22 distributes content without advertising and without requiringuser12 payment and pays the service provider for assisting in the distribution of the content. The publisher pays a pre-determined fee based on usage.
• 1. Listing Fees
• Listing fees are paid by publishers who sell and operate using the online service. The primary listing fees include: delivery and distribution of content; per video product listed per month, with a pricing scale that discounts on volume; feature-based listing fees, such as placement in a category top-level screen, within the service search results, or for use of advanced features such as automated video content indexing, video comments, etc.; value-added services, where publishers purchase outsourced services from the service on a cost-plus basis, including post-production, encoding and content ingestion services; search engine keyword campaigns; professional design services for branding; and free content listings. In this model, all of the revenue collected for listing and value-added services fees are retained by the service.
• After uploading and provisioning videos into the service, a publisher can specify that the video is available for free tousers12. The service monitors the usage of the video and invoices thepublisher22. The service tracks all of the video delivered, and based on the pricing and credit terms either invoices or automatically debits an account on file on a periodic schedule. Publishers are able to get a report that shows them the total number of videos minutes streamed or titles downloaded. These reports show a breakdown of usage based on time and title. Publishers are able to set limit caps on the total number of video minutes served and videos downloaded by title and overall per month for the account. They also may get notification if caps are being approached and set rules for what happens when a cap is reached (no more video served or notification sent). At any time a publisher may deactivate free access to immediately change any established policies that grant access to the streaming video.
• Publishers may also specify that all the videos within a line-up are free tousers12. In this situation, free access applies when the title is accessed in the context of the free line-up. For example, if a consumer was to access the title without reference to the line-up then the consumer's access would be restricted to the default economics associated with the title.Users12 are given an option of subscribing to free line-ups.
• As an example, a title named “Lions of Africa” has default economics of a $2.99 rental; the publisher includes “Lions of Africa” within a promotional line-up called “Adventures in Africa” and marks the line-up as publisher pays; thepublisher22 offers the line-up exclusively through a travel oriented web affiliate partner; the title is only available for rent through the publisher's player; if auser12 comes to the publisher's player, theuser12 can rent the title for $2.99; if auser12 discovers thetravel affiliate24, theuser12 can watch the same video free of charge (through publisher pays); theuser12 saves a reference to the “Adventures in Africa” line-up. Theuser12 can continue to watch “Lions of Africa” because the context of the line-up is preserved. Theuser12 creates a personal line-up (“Future Vacation Ideas”) and includes the video title “Lions of Africa”. When theuser12 watches “Lions of Africa”, through their personal line-up, the service verifies their free access because of the active “Adventures in Africa” line-up. If thepublisher22 were to deactivate the line-up “Adventures in Africa” then theuser12 would no longer have free access. The service would need to inform theuser12 that the title is now only available for rent.
• 2. Activation
• When apublisher22 activates publisher pays economics for any video or line-up, the service checks to determine if a valid publisher invoicing account is on file. If a valid account is not on file, the system prompts thepublisher22 to provide a credit card or arrange for a purchase order. Apublisher22 cannot offer a publisher pays video until a valid payment instrument (e.g., a credit card) is available. With free access activated, thepublisher22 may choose from several sub-options that refine the requirements for consumer access, as follows.
• 3. User Access
• In one mode, allusers12 have complete and unconstrained access. The service monitors all usage of the video stream and invoices the publisher by tracking: the publisher ID, affiliate ID, and video ID. This data is periodically summarized and placed into a database table that captures per publisher usage charges. The summarized publisher data includes: publisher ID, video ID, total minutes, and total charge. The service's publisher invoicing system aggregates these records into invoice line items, which are eventually netted against any revenue owed thepublisher22.
• From the same data a separate summary table is populated with the associated affiliate usage including: affiliate ID, video ID, total minutes, and total revenue. Based on this information, a modest affiliate margin is rolled into the publisher invoice, and theaffiliate24 is compensated for the distribution of content through theirpresentation context15.
• Publishers can define per month usage caps for individual titles, in aggregate for a line-up, and in aggregate across all titles and line-ups. For each of these three levels publishers can specify a “warning threshold”. The threshold value can be specified either in hours or as a monetary unit. When the system recognizes that the warning threshold has been first exceeded then the system sends the publisher a notification.
• In some uses, theuser12 must supply some information before access to the video stream is granted. In this mode, thepublisher22 can specify the following meta-data: name (required; unique per publisher); short description (optional); thumbnail (optional). The name is used for tracking and reporting, and the description and image are presented to theuser12 to help explain the reason for the information request.
• Thepublisher22 can specify the time code where the gate is introduced. For example, a publisher could specify that the video is interrupted 30 seconds or perhaps 5 minutes into the program. The publisher can manually enter the time code. The publisher selects the categories of information they require for example: name (first+last); email address; mailing address (street+city+state+zip); phone number (area code+3 digits+4 digits). At the designated time code, the player pauses the video and transitions to the form.
• The player presents twouser12 actions: send and cancel. If the viewer hits “send” they are thanked for their submission and the player transitions and starts playing the video from the point where it was paused. If theuser12 hits the “cancel” button, the video is stopped and the video title is brought to the “initial state” (e.g., video still image shown). If theuser12 attempts to play the video again, the player pauses the video at the same time code breakpoint.
• On submission of the collected data, the service records the following data elements: publisher ID; affiliate ID; player ID; submission date; “gateway name”; first name; last name; email address; street address; city; state; zip code; phone number. Publishers are able to access this collected data from within the publishing console.
• 4. Usage Reports
• Publishers have access to usage reports every day. Thepublisher console20 presents some basic reports on publisher pays usage. The report data are presented across a number of different time slices (e.g., per day, per week, per month, per month for the quarter, per month for the year, etc) and can highlight, for example, top 20 publisher pays video titles (by total minutes); top 20 publisher pays video titles (by start play events); current total invoice amount; and aggregate usage over time with visual indicator of warning threshold.
• The service provides specific reports that provide detailed usage and invoice data associated with each packaged content item. Publishers are able to specify specific criteria for the output of the report (i.e. date period, title ID or name), for example period start (date); period end (date); video title ID; video title name; view accesses per title; view time (hours: minutes) per title; average view time per title access; and total charge per title
• C. Advertising Supported Content
• Publishers are offered the option to include their content in the service-managed pool of free video content supported by rich media advertising. Publishers provide the service with relevant demographic and content meta-data associated with their content and are able to choose the number and format of ad insertions associated with their content. Advertisement insertions are part of a pool of advertising inventory that the service sells. In some embodiments, advertisers provide the service with service-compatible rich media ad formats based on Macromedia Flash and Flash Video. Advertisers purchase inventory on a blended cost based on impressions and performance. The service delivers the rich media advertising in-context with the video, and contextually matches the consumer, content and advertising on a personalized basis. Revenue generated from the advertising presented to theusers12 is shared amongst the publisher, affiliates and service operator.
• D. Affiliate Pays
• In an affiliate pays business model, thepublisher22 grants access to their packagedcontent items23 to affiliates. The service tracks all of the packagedcontent items23 delivered, and based on the pricing and credit terms either invoices or automatically debits an account on file on a periodic schedule.Affiliates24 are able to get a report that shows them the total number of videos minutes streamed or titles downloaded. These reports show a breakdown of usage based on time and title.Affiliates24 are able to set limit caps on the total number of video minutes served and videos downloaded by title and overall per month for the account. They also may get notification if caps are being approached and set rules for what happens when a cap is reached (no more video served or notification sent). At any time anaffiliate24 may stop distributing content provided by apublisher22.
• 1. Syndication Fees
• For the benefit of having the ability to distribute content through theirpresentation context15, the affiliate agrees to pay a syndication fee. This syndication fee can be brokered and collected by theservice platform30, a portion of which can then be shared with thepublisher22. The affiliate pays a pre-determined fee based on usage.
• 2. User Access
• In one mode, allusers12 have complete and unconstrained access. The service monitors all usage of the video stream and invoices the affiliate by tracking: the publisher ID, affiliate ID, and video ID. This data is periodically summarized and placed into a database table that captures affiliate usage charges. The summarized data includes: affiliate ID, video ID, total minutes, and total charge. The service's affiliate invoicing system aggregates these records into invoice line items, which are eventually netted against any revenue owed theaffiliate24.
• From the same data a separate summary table is populated with the associated revenue owed apublisher22, including: publisher ID, video ID, total minutes, and total revenue.
• Affiliates24 can define per month usage caps for individual titles, in aggregate for a line-up, and in aggregate across all titles and line-ups. For each of these three levels affiliates can specify a “warning threshold”. The threshold value can be specified either in hours or as a monetary unit. When the system recognizes that the warning threshold has been first exceeded then the system sends the publisher22 a notification.
• In some uses, theuser12 must supply some information before access to the video stream is granted. In this mode, the affiliate can specify the following meta-data: name (required; unique per affiliate); short description (optional); thumbnail (optional). The name is used for tracking and reporting, and the description and image are presented to theuser12 to help explain the reason for the information request.
• Theaffiliate22 can specify the time code where the gate is introduced. For example, an affiliate could specify that the video is interrupted 30 seconds or perhaps 5 minutes into the program. The affiliate can manually enter the time code. The affiliate selects the categories of information they require for example: name (first+last); email address; mailing address (street+city+state+zip); phone number (area code+3 digits+4 digits). At the designated time code, the player pauses the video and transitions to the form.
• The player presents twouser12 actions: send and cancel. If the viewer hits “send” they are thanked for their submission and the player transitions and starts playing the video from the point where it was paused. If theuser12 hits the “cancel” button, the video is stopped and the video title is brought to the “initial state” (e.g., video still image shown). If theuser12 attempts to play the video again, the player pauses the video at the same time code breakpoint.
• On submission of the collected data, the service records the following data elements: affiliate ID; player ID; submission date; “gateway name”; first name; last name; email address; street address; city; state; zip code; phone number.Affiliates24 are able to access this collected data from within the affiliate console.
• 3. Usage Reports
• Affiliates24 have access to usage reports every day. Theaffiliate console28 presents some basic reports on affiliate pays usage. The report data are presented across a number of different time slices (e.g., per day, per week, per month, per month for the quarter, per month for the year, etc) and can highlight, for example, top 20 affiliate pays video titles (by total minutes); top 20 affiliate pays video titles (by start play events); current total invoice amount; and aggregate usage over time with visual indicator of warning threshold.
• The service provides specific reports that provide detailed usage and invoice data associated with each packaged content item.Affiliates24 are able to specify specific criteria for the output of the report (i.e. date period, title ID or name), for example period start (date); period end (date); video title ID; video title name; view accesses per title; view time (hours: minutes) per title; average view time per title access; and total charge per title
• III. Business Models
• Theservice platform30 manages the flow of money in accordance with the applicable business model. The sources of revenue in the business models can include publishers, affiliates, advertisers, andusers12. The revenue is distributed to publishers, affiliates, and the system operator.
• A. Open Marketplace
• An open marketplace provides a publishing, selling, marketing anduser12 experience platform for rights-holders and both a distributed and centralized end-consumer experience. Thecontent distributor31 may operate one or more open marketplaces as a retail environment that acts a distribution channel for the packagedcontent items23 provisioned by thepublishers22. Thecontent distributor31 may promote and offer for sale a selection of packagedcontent items23 from across a range of publishers.
• B. Federated Marketplace
• The service's federated deployment approach enables publishers to develop and offer their own co-branded, direct selling and viewer experience environment for their video titles and lineups, and to be reached through the service's consumer service, as well as generally through Internet search engines, weblogs, and affiliates. The service allows publishers to create syndication and distribution partners who participate via co-branded affiliate marketing agreements, enabling both “wholesale” and “retail” selling approaches.
• 1. Federated Delivery
• Federated delivery is made possible through a combination of viewer experiences, their players and Web Services. Web Services enables remote websites and applications to access data, business logic and content from theservice platform30. A player enables websites to embed a reference to a Macromedia Flash application that is actually delivered from the service platform's servers, but creating the illusion that the content is delivered directly from the containing website. In addition, third-party developed Flash applications can include shared libraries, components and delivered media from remote servers and services.
• Examples of federated delivery include: apublisher20 using the service to offer their video products through a marketing page created on their own website that offers previews of their video products; apublisher20 using the service to offer a full viewing experience of their video within their own branded destination; anaffiliate24 embedding a promotion and preview of a video in their website; and auser12 maintaining a weblog or “blog” linked to a specific video clip and embedding the experience in their own website. In addition touser12 policy enforcement, the federated delivery service provides policy enforcement for publisher and affiliate remote service usage.
• 2. Federated Identity
• The service uses the single sign-on or “federated identity” approach to allow consumer authentication to happen seamlessly asusers12 move between the service and its affiliate's and publisher's sites. This is accomplished with the federated identity protocols SAML or “Security Assertion Markup Language and Liberty”. SAML is an XML-based framework that allows organizations in a trusted network to exchange authentication and authorization information. Using these standards provides many benefits.Users12 can access any site in the trusted network using a single login.Users12 are seamlessly signed-on when navigating to a partner site.Users12 can perform a single, global logout. The logout event performs a synchronized session logout across all sessions authenticated by the initial authentication provider.Users12 are provided with a federated identity. Their single login grants them access to multiple sites without requiring that theiruser12 information to be stored in a central location. The service enablesuser12 profile information to be dynamically provisioned into the service from a pre-existing account.
• 3. Affiliate Relationships
• Individual users12 and companies are given the opportunity to register as members of an affiliate network. Affiliates are encouraged to promote content external to the service website and applications. Content publishers can automatically be enrolled into the affiliate program and is encouraged to promote the content they provision into theservice platform30. An “internal” affiliate program may extend the affiliate compensation model tousers12 of the marketplace that create and promote personal video lineups.Users12 might receive a percentage of the revenue associated with the internal recommendation.
• In the federation model, thepresentation aperture13 in the affiliate web page serves as a “store front” at which auser12 can directly and immediately watch, buy, rent, or subscribe to content (or any other product, for that matter). By contrast, in a conventional model, the affiliate sites have links that funnelusers12 to a central retail site and the sale is actually made at the linked retail site. In the federation model, when theuser12 spends money at the affiliate store front, the consumer transaction occurs through theaffiliate24presentation context15. The federation model makes it easier to convertusers12 into customers by allowingusers12 to watch or purchase products within the context of their current destination. Theaffiliate24 also receives a cut of revenue from advertising that is part of the viewer experience. The terms of the deal between thepublisher22 and theaffiliate24 may be determined by interaction through theaffiliate console28 and thepublisher console20.
• a. Affiliate Application
• Any website owner can sign-up to be an affiliate of the service. To do this, they must provide detailed information about their business and website, agree to the terms of service, provide the service with appropriate payment information (e.g. PayPal account), and allow the service to properly review their credentials. As part of sign-up, the service would gather demographic and content information about their site, and possibly recommend packagedcontent items23 from a variety of publishers.
• Theaffiliate console28 includes tools for browsing a set of publisher packaged offers, service packaged offers, or creating their own lineups from thecontent library32 using tools provided by the service. Once a request for a title or lineup is made that requires publisher approval, a message is sent to the publisher and that title is marked ‘pending’ for the affiliate until it's approved. Once theaffiliate24 has defined a lineup, they can match it to an affiliate player, unless it is a pre-packaged player, in which case they can provide whatever custom branding elements are allowed. In the other case, they would customize the player brand as allowed, and then integrate to their website using apresentation content code19 provided by theservice operator30. Theaffiliate console28 would also provide a reports dashboard that allowed them to view usage, revenue and payments reporting. The console would include links and references to Affiliate help and FAQ content, as well as submitting customer service requests.
• b. Affiliate Access Control
• Publishers have the ability to grant and restrict access to video titles, line-ups and viewer experiences for affiliates. Publishers may want to provide specific line-ups or viewer experiences to specific affiliates. From theaffiliate console28, an affiliate is able to see the titles, line-ups or viewer experiences that are available to them from each publisher.
• c. Affiliate Transactions and Payment
• The system tracks all transactions that result from affiliates. The two types of affiliate sales (direct and indirect) have different commission structures. There are two types of affiliate sales: direct and indirect. Direct affiliate sales occur within a Player embedded in an affiliate website or from the result of a referral that results in the immediate transaction of a pay-media product. Indirect sales are sales resulting from general referrals that do not drive transactions for specific products. Affiliates have a single active billing account that is credited based on aggregated referral revenue during the specified pay period.
• Publishers may offer their titles or lineups as packages from which the affiliate may choose to pay for the costs of distribution, delivery and usage of the packages. Theservice operator30 collects payments from the affiliate from which theservice operator30 provides the publisher with any revenue based on the usage of the packages.
• The affiliate model enables content publishers to work with online sites and services to easily market, promote and distribute their video content. The broad goals and assumptions for the affiliate services are: enable publishers to reach targeted and niche audiences by enabling website operators focused on those niches to market and distribute their content; facilitate powerful forms of distributed editorial and content programming that increase the value and relevance of content to audiences; provide publishers with mechanisms to easily package affiliate offers, and combine pre-sold advertising and brand sponsorship for these packages; provide economic uplift and network effects by giving millions of websites a chance to participate in the economics of television distribution, and add broadband content to their sites; generate network-wide scale for service-enabled advertisers, enabling high-quality targeting and broad reach; enable both publishers and affiliates to operate within an entirely self-service system.
• d. Affiliate Distribution
• Broadly speaking, there are two approaches to affiliate distribution: publisher packaged and affiliate packaged. The publisher packaged approach is centered on publishers defining specific packages of content that they would like to make available to the service affiliate network. It is characterized by publishers having fine-grained control over the branding and programming in their package, and the specific affiliates who can use the content
• The affiliate packaged approach is centered on affiliates defining specific packages of content they would like to promote and syndicate, built from a broad-based library of content available in the service. It is characterized by affiliates having fine-grained control over the content they want to promote, or even by having service dynamically create lineups for their sites based on automated recommendations.
• The service affiliate network enables hundreds of thousands of website operators to easily gain access to a massive inventory/library of relevant video content for their websites, and to easily promote and syndicate the content into their sites. In this model, affiliates more freely create lineups of the library of service content, and offer that via affiliate branded players.
• e. User Experience and Branding
• Publisher control over the branding of the affiliate experience is enabled by a range of ‘Affiliate Player’ templates. Thepublisher22 can deeply brand the player container. Thepublisher22 can define multiple affiliate players based on the type of affiliate and the package of content. For example, a content source may create a specific ‘affiliate player’ for a WWII package and within that create an affiliate player that is geared towards teaser/promotional content with some free, ad-supported products, and one that is a full pay media package view into the WWII library, and yet another that is simply a previews & links player that drives theusers12 back to their own website to purchase the subscription product.
• Packages support both ‘promotional players’ (e.g., marketing links, with link referral mechanism) and syndicated content players (e.g., where full content is viewed in affiliate website). Players also support Affiliate co-branding—e.g., affiliate has ability to provide one or more brand assets that match the template and incorporate their own branding into the experience. In some embodiments, branding of a player for anindividual affiliate24 is done by theaffiliate24 giving assets to apublisher22 and thepublisher22 branding the player on the affiliate's behalf. Apublisher22 could optionally allow the affiliate to set colors and styles to match their website.
• 4. Revenue Sharing
• The service collected revenues may be shared and distributed. Gross revenues from pay and advertising revenue may be shared between anaffiliate24, apublisher22, and the service operator. Any website owner can become an affiliate of the service in a self-service manner. Leads and transactions are tracked from the affiliate through the service or a federated service co-branded with the service. In some embodiments, affiliates receive 10-15% of gross revenue.
• After affiliate deductions, thepublisher22 receives a portion of the revenue. In some embodiments the publisher's portion is approximately 70% of the revenue. The service provides publishers with detailed usage reporting so that publishers can determine any royalties they need to pay associated with their rights. The service is not responsible for paying any royalties associated with publisher rights.
• After affiliate and publisher deductions, the service collects the remaining portion of the revenue. In some embodiments, the service collects approximately 30% of the revenue.
• As one specific example, suppose that over a 1-year period, a small action sports video publisher offers five (5) 40 minute videos through the service. The publisher packages these videos for rental, for purchase, and as a bundled subscription. The publisher also offers one of the videos for free with advertising, but are doing this primarily as a marketing vehicle to attractusers12 to pay media, as they do not expect sufficient impressions to return their cost of production. The publisher prices rentals at $3, purchases at $10, and an annual bundled subscription to all five videos for $30. The publisher's products are offered through a variety of sports-related affiliates and websites, which drives approximately 50% of the transactions with their content. Over the course of the year, 10,000users12 rent at least one video, 3,000users12 purchase at least one video, and 1,000users12 purchase the bundled subscription. The free product is viewed by 140,000users12 over the course of the year. Revenue for this scenario would work as follows: listing fees. $50/month or $600 in annual revenue to the service; gross revenue: rentals=$30,000 annual, purchase=$30,000 annual, subscriptions=$30,000 annual, advertising=$7,000 annual, total=˜$100,000; revenue share: total affiliate revenue=$100k*50%*15%=$7,500; publisher revenue=$92,500*70%=˜$65,000; the service revenue=$92,500*30%=˜$28,000.
• When auser12 purchases content through an affiliate, during the transaction process themultimedia player16 provides the ID of the affiliate to whom the purchase is to be credited, and a referral type code (direct or indirect, or even some other category). When the invoice is processed and accepted, a payable item is added to the corresponding affiliate's current account, and a separate payable item is added to the corresponding publisher's current account. Note that the addition of the payable item is only done after the customer sales order has been processed. This way, the revenue is secured before paying out to thepublisher22 and theaffiliate24.
• IV. Publisher/Affiliate Console
• FIGS. 54-67 show screen shots of aconsole200 for use by thepublisher22 and the affiliate24 (and other parties) to syndicate packagedcontent items23 made available by thepublisher22 toaffiliates24 as a syndication offer. The syndication of a packagedcontent item23 by anaffiliate24 refers to the process by which anaffiliate24 receives permission for the use of or purchases the rights frompublishers22 for their packagedcontent items23 and then publishes or distributes thecontent items23 to the public or to other parties. During the syndication process, theaffiliate24 may also integrate thecontent items23 with other material to form new content items that theaffiliate24 then distributes to the public or to other parties.
• Referring toFIG. 54, theconsole200 combines thepublisher console20 and theaffiliate console28 into one application. The user interface for both publishers and affiliates is organized by tabs and sub-tabs. Theconsole200 includes: a Dashboard tab210, anAssets tab212, aTitles tab214, aLineups tab216, aPlayers tab218, aSyndication tab220, and aReports tab222. When anaffiliate24 or apublisher22 clicks on the Dashboard tab210, theconsole200 provides a dashboard screen that presents thepublisher22 or theaffiliate14 with a high level business overview that may include key performance indicators, a snapshot of reports, and messaging from theservice platform30. The dashboard screen is described above in further detail in connection withFIG. 8. TheAssets tab212, described above in further detail with respect toFIGS. 9-10, facilitates the uploading of publisher-owned assets to thecontent library32. TheTitles tab214, described in further detail with respect toFIGS. 9-10, provides thepublisher22 with tools to package uploaded assets and meta-data into titles. ALineups tab216, described in further detail with respect toFIGS. 11-12, provides thepublisher22 with tools for organizing titles into lineups. ThePlayers tab218, described in further detail with respect toFIGS. 13-24 and with respect toFIG. 64, enables both thepublisher22 and theaffiliate24 to define a player for presenting titles and lineups tousers12. TheReports tab222 provides reports to both thepublisher22 and theaffiliate24 that include, for example, usage statistics and activity reports.
• TheSyndication tab220, shown inFIG. 54, provides tools to both thepublisher22 and theaffiliate24 for syndicating packagedcontent items23. TheSyndication tab220 includes several sub-tabs (which are simply referred to as tabs): a Manage offerstab202, anIncoming Requests tab204, aFind Offers tab206, and anOutgoing Requests tab208. Among other functions, the ManageOffers tab202 provides thepublisher22 with tools for selecting all or a subset of owned content items and promoting the selected packagedcontent items23 as syndication offers to affiliates and others. TheIncoming Requests tab204 provides thepublisher22 with tools for managing requests fromaffiliates24 to syndicate packagedcontent items23 promoted in syndication offers. These requests are referred to as “syndication requests”. The Find offerstab206 provides theaffiliate24 with tools for browsing a catalog of syndication offers fromvarious publishers22. TheOutgoing Requests tab208 provides theaffiliate24 with tools for managing syndication requests, including viewing the status of a syndication request.
• The ManageOffers tab202 takes apublisher22 to an offer management screen (shown in detail inFIG. 54) that includes aSyndicated Player window224 and aSyndication Details window228. TheSyndicated Player window224 shows anoffer list227 of the publisher's syndication offers. When thepublisher22 clicks on an offer in thelist227, the fields associated with the offer (i.e., the Offer Name field and the Number of Affiliates field) are highlighted209 in theoffer list227 and the details of the selected offer are presented in adetails list229 within theSyndication Details window228. The details list229 includes the names of allaffiliates24 that have been approved by thepublisher22 to syndicate the selected offer, the affiliates' email addresses, and the affiliates' contact information. In some embodiments, the details list229 includes other fields in addition to the ones shown inFIG. 54.
• TheSyndicated Player window228 includes a filter tool226 that enables apublisher22 to filter the syndication offers shown in theoffer list227. In some embodiments, the filter tool226 uses a type-ahead filter that reduces the displayed list to include only the offers whose titles start with and include the letters typed into the entry field of the filter tool226. In some embodiments, the filter tool226 returns only those offers that match the search criteria entered by thepublisher22 into a search form. The syndication offers listed in theoffer list227 may include any packagedcontent item23 or combination of packagedcontent items23 belonging to thepublisher22. For example, a syndication offer could include a player, one or more titles, or a series of titles (i.e., a lineup). Thepublisher22 can mix and match content items under various names and promote each combination of content items as a separate syndication offer. For example, syndication offers,Offer 1 andOffer 2, may differ by only one title or may have the same content but present different user experiences.
• By clicking on thepreview button230 located in the right-hand corner of theSyndication Details window228, thepublisher22 can preview each of the packagedcontent items23 included in the selected syndication offer. Clicking thepreview button230 generates a preview window (an example is shown inFIG. 58) that displays the packagedcontent items23 to thepublisher22. TheSyndicated Player window224 includes anedit button234 that enables thepublisher22 to edit the details and selections of the packagedcontent items23 included in the selected offer. In some embodiments, clicking on theedit button234 launches either the title, lineup or player selection screen. To create additional syndication offers from packagedcontent items23, thepublisher22 clicks on the NewSyndication Offer button232 provided at the bottom left-hand side of theSyndicated Player window224.
• FIG. 55 shows a firstNew Offer screen240 that is then presented to thepublisher22. The firstNew Offer screen240 is one of a series of new offer screens that are presented by a wizard to ease the process of defining a new offer. The firstNew Offer screen240 provides acontent list241 of all of the packagedcontent items23 the identities of which have been imported into the console by thepublisher22, typically (but not limited to) items that are owned by or under the control of thepublisher22. Using the filter tool242, thepublisher22 browses through thecontent list241 and selects thoseitems23 that it wants to make available as part of a particular syndication. Thepublisher22 can find and import information about anitem23 in thecontent list241 by clicking on thatitem23. Theitem23 is then highlighted in thecontent list241 and information pertaining to theitem23 is displayed in the preview window245. The preview window245 shows, for example, the template of theitems23 and the lineup of titles included in theitem23. The firstNew Offer screen240 includes a preview window245 (not marked in the figure) that shows a wire-frame of the packagedcontent item23 selected in the content list421. Thepublisher22 can preview a full version of the packagedcontent item23 within the context of the player that defines the user experience in the preview window245 by clicking on thepreview button244. After selecting a packagedcontent item23 from thecontent list241 and previewing the item in the preview window245, thepublisher22 clicks theNext button246 to go to a secondNew Offer screen250. Thepublisher22 can also choose to cancel the item selection by clicking the cancelbutton248.
• FIG. 56 shows the second New Offer screen250 (presented by the wizard) that enables thepublisher22 to specify the details of a syndication offer. The secondNew Offer screen250 includes an offer-name field that contains the name of the new offer. AnOffer Type prompt254 prompts thepublisher22 to specify whether the offer is a public (i.e., available to be seen by any affiliate24) or whether the offer is private (i.e., available to be seen by only thoseaffiliates24 that have been selected by the publisher22). For example, thepublisher22 may select only thoseaffiliates24 with which it had a preexisting relationship or may select any arbitrary group of affiliates one by one. If thepublisher22 chooses the new syndication offer to be a public offer, theservice platform30 will automatically post the offer in a public directory hosted by theservice platform30 that may be seen by allaffiliates24. If thepublisher22 chooses the new syndication offer to be a private offer, theconsole20 presents thepublisher22 with a list of registered affiliates from which the publisher can select a subset of affiliates to be presented with the new syndication offer.
• An Approval Method prompt256 prompts thepublisher22 to select a method for approvingaffiliates24 to syndicate the packagedcontent items23 that are included in the new syndication offer. Thepublisher22 may allow only thoseaffiliates24 who have been approved by thepublisher22 to syndicate thecontent items23 included in the new syndication offer. Alternatively, thepublisher22 may allow anyaffiliate24 to syndicate thecontent items23 without the publisher's permission. Other approval methods may also be provided.
• The secondNew Offer screen250 provides aDescription field258 in which thepublisher22 may enter a short description of the syndication offer. The description could be used promote the syndicated offer toaffiliates24 and may include, for example, a short summary of the syndication offer, the length of the presentation, and the type of media included in the offer (e.g., video, audio, high-definition television, etc.). In some embodiments, the second New Offer screen provides tools that enable thepublisher22 to define financial terms (i.e., an amount of money an affiliate would need to pay to be given permission to syndicate the items) and other terms to which the affiliate would need to adhere in order to syndicate the packagedcontent items23 in the syndication offer. In some embodiments,publishers22 can choose to auction either exclusive or semi-exclusive rights to the packagedcontent items23.
• If thepublisher22 clicks the CreateSyndicated Player button262, located at the bottom left-hand side of the secondNew Offer window250, theservice platform30 automatically creates a new record for the offer in a records database33 (shown inFIG. 2) and assigns an address (e.g., a universal resource locator (URL)) to the offer. In the new record, therecords database33 stores the assigned URL and other details associated with the syndication offer that may include, for example, the offer type and approval method chosen by thepublisher22.
• The URL is one mechanism by which the offer is advertised toaffiliates24 either publicly or privately. The URL is provided to thepublisher22 and thepublisher22 then embeds the URL in its web page or in other web pages or in emails or other advertising media. In some embodiments, thepublisher22 advertises the URL on other web pages. For example, thepublisher22 could pay a search engine to link the URL to keywords so that when auser12 enters a key word, the search engine presents the URL to theuser12. When anaffiliate24 clicks on the URL, theconsole200 appears in the affiliate's web browser and presents the offer to theaffiliate24. If the offer is public, the URL is published in a public directory that can be viewed by allaffiliates24 that are registered to theservice platform30. In some embodiments, the public directory can be viewed by anybody with Internet access. If the offer is private, theservice platform30 sends the URL only to thoseaffiliates24 that thepublisher22 had selected to be presented with the new syndication offer. In some embodiments, the URL is emailed to the selectedaffiliates24.
• FIG. 57 shows a find-offers screen associated with theFind Offers tab206 that theaffiliate24 can use to browse syndication offers fromvarious publishers22. ThePlayers tab218, theReports tab222, and theSyndication tab220 are also available to thepublisher22; however, theFind Offers tab206 andOutgoing Requests tab208 support functions that are specific only toaffiliates24 and thus are not available topublishers22, with the exception ofpublishers22 who are alsoaffiliates24. The find-offers screen includes an Available Players window270 that includes anoffer list271 of all of the syndication offers that theaffiliate24 is permitted to view (i.e., public offers and private offers which theaffiliate24 was given permission to view). The entries in theoffer list271 are populated by the entries in therecords database33. Theoffer list271 includes an approval field associated with each syndication offer that indicates the approval status of theaffiliate24 with respect to each of the syndication offers. Anaffiliate24 who has obtained the publisher's expressed permission to syndicate packagedcontent items23 presented in a syndication offer is said to be “approved” with respect to the syndication offer. The approval status indicates, for example, that theaffiliate24 has been approved to syndicate the content included in the offer, has applied for approval and a decision is pending, has applied for approval but has been denied, or has not applied for approval. Using the filter tool274, theaffiliate24 can filter and sort the available syndication offers.
• If theaffiliate24 clicks on an offer in theoffer list271, that offer is highlighted and the details of the offer are shown in the VideoPlayer Details window272. The details include the short description that thepublisher22 had entered into thedescription field258 of the second New Offer screen shown inFIG. 56. Theaffiliate24 may preview the offer by clicking thepreview button278. After the preview button is clicked, a preview is launched in a preview window.FIG. 58 shows an example of apreview window280 in which a preview has been launched. By clicking the Apply forSyndication button276 shown in the bottom right-hand side of the VideoPlayer Details window272, theaffiliate24 can request to syndicate the offer highlighted in theoffer list271.
• FIG. 59 shows a syndication application window290 that is then presented to theaffiliate24. The application window290 includes awebsites field292 in which theaffiliate24 indicates the websites in which theaffiliate24 plans to display the syndicated content. The application window also includes acomments field294 in which theaffiliate24 may state reasons for why it is requesting the syndication offer. Theaffiliate24 may decide to cancel the syndication request by clicking the Cancelbutton296 or proceed with the request by clicking theApply button298. After theaffiliate24 clicks on the Apply button, the information entered into the websites field292 and notesfield294 is sent to thepublisher22.
• FIG. 60 shows a screen associated with theOutgoing Requests tab208 that theaffiliate24 uses to manage syndication requests made tovarious publishers22. TheOutgoing Requests tab208 is linked to anOutgoing Requests window300 and aRequest Details window302. TheOutgoing Requests window300 includes an outgoing-requests list301 that lists all of the syndication offers that theaffiliate24 has requested fromvarious publishers22. The outgoing-requests list301 includes the name of the syndication offer, the name of thepublisher22 that owns the syndication offer, and the approval status of the affiliate's request to syndicate the offer. TheOutgoing Requests window300 includes afilter tool308 that filters the outgoing requests according to criteria selected by theaffiliate24. For example, using thefilter tool308, theaffiliate24 can filter its outgoing requests according to their approval status (e.g., pending, denied, and approved).
• If theaffiliate24 clicks on a requested syndication offer in the outgoing-requests list301, that syndication offer is highlighted and the details of the syndication offer are shown in theRequest Details window302. The details include the names of the syndication offer and of the publisher that owns the syndication offer, the approval status of theaffiliate24, the date on which theaffiliate24 requested the syndication offer, and a short description of the syndication offer. Theaffiliate24 may preview the syndication offer by clicking thepreview button306. Theaffiliate24 may also cancel the request by clicking the CancelRequest button304.
• FIG. 61 shows a screen associated with theIncoming Requests tab204 that thepublisher22 uses to manage syndication requests made by theaffiliate24 using the tools shown inFIGS. 57-59. TheIncoming Requests tab204 is linked to an Incoming Requests window310 and aRequest Details window314. The Incoming Requests window310 includes an incoming-requests list311 that lists all of the publisher's syndication offers thatvarious affiliates24 have requested. The incoming-requests list311 includes the names of the publisher's syndication offers, the names of theaffiliates24 that have requested the syndication offer, and the approval status of the affiliates' requests. The Incoming Requests window310 includes a filter tool312 that filters the incoming requests according to criteria selected by thepublisher22. For example, using the filter tool312, thepublisher22 can filter the incoming requests according to their approval status (e.g., pending, denied, and approved).
• If the publisher clicks22 on a requested syndication offer in the incoming-requests list311, the syndication offer is highlighted in thelist311 and the details of the affiliate's request for the syndication offer are shown in theRequest Details window314. The details include the name of the syndication offer, the name and contact information of theaffiliate24 that is requesting the syndication offer, the approval status of the affiliate's request, the date on which theaffiliate24 requested the syndication offer, and the information that theaffiliate24 had entered into the application window290 (shown inFIG. 59) which included the URLs of websites in which theaffiliate24 plans to display the syndicated content and any comments made by theaffiliate24 that, for example, state the affiliate's reasons for requesting the syndication offer. Thepublisher22 may preview the offer by clicking thepreview button278.
• After reviewing the information presented in theRequest Details window314, thepublisher22 may approve the request by clicking on the ApproveRequest button320 located near the bottom right-hand side of theRequest Details window314. If approved by thepublisher22, the websites listed in the websites field292 are the only websites through theservice platform30 will allow the syndicated content to be displayed. Thus, theaffiliate24 cannot display the packagedcontent items23 in a different website that was not indicated in the websites field292 after receiving approval from thepublisher22. This feature provided by theservice platform30, ensures that the publisher can control the website from which itscontent items23 are being displayed. Thepublisher22 may instead deny the request by clicking on the DenyRequest button318. Even after apublisher22 has approved a syndication request, thepublisher22 can later deny the request if theaffiliate24 breaks the terms of the original agreement. For example, the publisher can deny access to anaffiliate24 to whom thepublisher22 had initially given syndication approval, if the publisher discovers that theaffiliate24 is putting lewd material on the website that displays the publisher's content.
• FIG. 62 shows a DenyRequest window330 that theconsole200 launches if thepublisher22 clicks the DenyRequest button318. The DenyRequest window330 prompts thepublisher22 to enter a reason for denying the affiliate's request. Thepublisher22 enters a reason in thetext box332 and clicks the DenyRequest button336 to finalize the decision. Thepublisher22 may also cancel the decision by clicking the Cancelbutton334.
• If thepublisher22 denies the affiliate's request, in the Outgoing Requests window300 (shown inFIG. 60), the status of the denied request will change from an open status to a denied status and the publisher's reason for denying the request, which thepublisher22 had entered earlier in thetext box332, will appear in theRequest Details window302. However, if thepublisher22 approves the affiliate's request by clicking on the Approve Request button320 (shown inFIG. 61), the status of the approved request will change from an open status to an approved status. In some embodiments, apublisher22 may specify the URLs of websites in which a requestingaffiliate24 may display the syndicated content items.
• FIG. 63 shows the same screen associated with theOutgoing Requests tab208 that is shown inFIG. 60 after a syndication request for “Food Recipes” was approved by thepublisher22. The status indicator associated with the syndication request had previously shown an open status inFIG. 60; however, inFIG. 63, the status indicator has changed to an approved status to indicate that the syndication request has been approved by thepublisher22. TheRequest Details window302 shows the date that the request was approved. In some embodiments, after the syndication request has been approved, theservice platform30 makes the packagedcontent item23 available to theaffiliate24. In these embodiments, theaffiliate24 can modify the packagedcontent item23 according to restrictions set by thepublisher22. For example, the packagedcontent item23 could be a player that shows a lineup of videos. The packagedcontent item23 may include modification restrictions defined by thepublisher22 that, for example, permit theaffiliate24 to modify only the branding of the player. In another example, the restrictions might permit theaffiliate24 to modify the lineup of videos but may not allow theaffiliate24 to add new videos to the lineup.
• FIG. 64 shows a player management screen that theconsole200 presents to theaffiliate24 after thepublisher22 approves a packagedcontent item23 for syndication by theaffiliate24. The player management screen is linked to thePlayers tab218. A Video Players list340 includes all of the packaged content items that theaffiliate24 had been permission to syndicate and modify. Theaffiliate24 clicks on a item in the Video Players list340 to see information pertaining to the item in thePlayer Details window342. Theaffiliate24 may preview the item by clicking thePreview button344. Theaffiliate24 can define a player for the item or modify the player already defined for the item. The process by which anaffiliate24 generates or modifies a player is similar to that already described for apublisher22 in connection withFIGS. 13-19.Affiliates24 can upload their own content and combine it with content acquired frompublishers22. When theaffiliate24 is satisfied with the player, theaffiliate24 clicks the GetPublishing Code button346.
• FIG. 65 shows a Player Code window350 that appears after theaffiliate24 clicks the GetPublishing Code button346. The Player Code window350 provides theaffiliate24 with a presentation content code19 (i.e., a presentation facility) that can be incorporated into the affiliate's web page or potentially into any other web page. To incorporate thepresentation content code19 into a web page, theaffiliate24 clicks theCopy button352 located at the bottom of the Player Code window350 and pastes the code into the web page. Further detail pertaining to the publishing the player is described with respect toFIG. 24.
• FIG. 66 shows a report screen provided to anaffiliate24 from theReports tab222. The information presented in reports available to theaffiliate24 includes, but is not limited to: a number of player loads, a number of video minutes streamed, and a number of titles played. The information may present individual values for each player belonging to theaffiliate24 and include a total value summed across all of the affiliate's players. The reports screen includes aCreate Report window360 and aReport Detail window378. Theaffiliate24 selects the criteria upon which the report is based from various menus included in theCreate Report window360. The menus include: anAccount Type menu362 from which a user can select either an affiliate account or a publisher account; aReport Type menu364 from which theaffiliate24 selects the type of data to be presented in the report; and aDate Range menu366 from which theaffiliate24 selects the time range of the data shown in the report. TheCreate Report window360 includes a report list372 that includes the name of the report and a date that the report was published. Using the filter tool370 provided in theCreate Report window360, theaffiliate24 can filter the entries in the report list372. By clicking on theCreate Report button374, theaffiliate24 creates a report in theReport Detail window378 that has the characteristics defined in theCreate Report window360. TheReport Detail window378 shows a report that includes the data that was selected from theReport Type menu378 over a time range selected from theDate Range menu366. Theaffiliate24 can download reports from other sources by clicking on theDownload Report button380.
• FIG. 67 shows a report screen provided to apublisher22 from theReports tab222. The report screen includes the same features as the report screen shown inFIG. 66. The information presented in reports available to thepublisher22 includes, but is not limited to: a number of player loads, a number of video minutes streamed, and a number of titles played. The information may present individual values for each player belonging to thepublisher22 and include a total value summed across all of the publisher's players. The information may also present values associated with players that were initially created by thepublisher22 but that belong toaffiliates24. In some embodiments, the report includes a list of allaffiliates24 who have licensed the publisher's content.
• Theconsole200 could provide the features described above in a variety of other ways. Theconsole200 could also provide other features in addition to those already described.
• V. Components of the Content Distribution System
• The components of thecontent distribution system10 can be implemented, at least in part, in digital electronic circuitry, analog electronic circuitry, or in computer hardware, firmware, software, or in combinations of them. The components of thecontent distribution system10 can be implemented as a computer program product, i.e., a computer program tangibly embodied in an information carrier, e.g., in a machine-readable storage device or in a propagated signal, for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers. A computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
• Method steps associated withcontent distribution system10 can be performed by one or more programmable processors executing a computer program to perform functions of the invention by operating on input data and generating an output. Method steps can also be performed by, and apparatus of the invention can be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit).
• Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read-only memory or a random access memory or both. The essential elements of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto-optical disks, or optical disks. Information carriers suitable for embodying computer program instructions and data include all forms of non-volatile memory, including by way of example, semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in special purpose logic circuitry.
• Other embodiments are also within the scope of the following claims.

Claims (26)

1. A method comprising:

enabling a publisher of digital content items to select a digital content item to offer to another party as an offer;

enabling the publisher to define terms under which the other party may present the digital content item to end users;

enabling a publisher to receive a request from the other party to permit the other party to present the digital content item to a user, the request including a location of a presentation context to which the request applies; and

enabling the publisher to respond to the request.

2. The method ofclaim 1, wherein the location comprises a network address.

3. The method ofclaim 1, also comprising:

enabling the other party to define a presentation in which the digital content item is to be presented to the user.

4. The method ofclaim 1 also including enabling the other party to provide the request to the publisher.

5. The method ofclaim 3 in which enabling the other party to define the presentation includes enabling the other party to define a user experience.

6. The method ofclaim 3 in which enabling the other party to define a presentation includes enabling the other party to customize a player for displaying the digital content item.

7. The method ofclaim 1 also including enabling the other party to package the digital content item with other digital content items.

8. The method ofclaim 7 in which enabling the other party to package the digital content item includes enabling the other party to organize the digital content item with other digital content items as a lineup.

9. The method ofclaim 4 in which enabling the other party to provide the request includes determining that the other party has been given permission by the publisher to view the offer.

10. The method ofclaim 9 also including electronically sending to the other party a network address of a document that presents information associated with the offer.

11. The method ofclaim 1 also including distributing the digital content item to the affiliate.

12. The method ofclaim 1 in which the terms include an amount of money to be paid by the other party for permission to present the digital content item to users.

13. The method ofclaim 1 also including storing a record of the offer including an identifier of at least one of: the offer, the digital content item, the publisher, other parties having permission to view the offer, and other parties who have been approved to present the digital content item to users.

14. The method ofclaim 1 also including posting an address associated with the offer in a publicly available directory.

15. The method ofclaim 1 in which enabling the publisher to define terms comprises enabling the publisher to set restrictions on modifications to a presentation of the digital content item.

16. The method ofclaim 1 also including enabling the publisher to deny permission to the other party to present the digital content item to users.

17. The method ofclaim 1 also including allowing the digital content item to be presented only in the presentation context to which the request applies.

18. The method ofclaim 4 in which enabling the other party to provide the request includes enabling the other party to identify the presentation context.

19. The method ofclaim 4 in which enabling the other party to provide the request includes enabling the other party to enter comments pertaining to the request.

20. The method ofclaim 4 in which enabling the other party to provide a request to the publisher includes:

providing the offer in a list of offers available to the affiliate, the list including status indicators that indicate whether the affiliate has been approved to syndicate the offers in the list;

enabling the other party to highlight the offer in the list;

presenting details of the offer that include at least one of: a name of the offer, information associated with the publisher, and a description of the digital content item.

21. The method ofclaim 4 in which enabling the other party to provide a request to the publisher including presenting a preview of the digital content item.

22. The method ofclaim 4, further comprising providing, to the other party, a list of all requests made by the other party, including at least one of information pertaining to the offers requested;

information pertaining to publishers that own offers; and

status indicators showing whether the requests have been approved

23. The method ofclaim 11 in which distributing the digital content item to the other party comprises permitting the other party to include, only in the presentation context identified in the request, a presentation content code configured to present the digital content item to users within the presentation context.

24. A method comprising

enabling a publisher, through a user interface of an integrated application, to (a) identify items of digital content to be published, (b) define packages of items of the digital content to be made available to third parties for distribution, (c) define audio-visual contexts in which the packages of digital content may be presented to end users, (b) define terms under which the packages may be distributed, (d) make arrangements with the third parties for distribution of the packages to end users in accordance with the defined contexts and the defined terms, (e) publish the packages through a central server to the third parties, and (f) review historical and financial information about distributions of the packages.

25. A method comprising

through a user interface of an integrated application, enabling a party (a) to receive information from publishers about digital content items that are available for use by the party in presentations to users, (b) to define presentation contexts in which the party would present the digital content items to users, and (c) to request of the publishers permission to present the digital content items to users in accordance with the defined presentation contexts.

26. A method comprising

on a server that is accessible through a network to publishers and other parties,

maintaining a database of information about offers by the publishers to the other parties of digital content items to be presented by other parties to users, and

enabling the publishers and other parties, by communication through the network with the server, to interact with respect to the terms of the offers, information about the interaction being stored in the database.

Images