The invention concerns electronic program guides, and more specifically electronic program guides that display recommendations for media services from broadcast content delivery services and special content delivery services.
With the variety of media assets available from traditional broadcast sources such as over the air broadcast networks, cable networks, satellite networks, and the like, it is difficult to keep track of all of the various media that a user can consume. This situation becomes even more complex when considering all of the different media available from special content providers such as M-GO, NETFLIX, VUDU, and the like that provide media assets in the form of streaming media, on demand media, and the like where a user selects the specific media they want to consume from such special content provider. To resolve such problems of knowing what media assets to select, there is a need to help users organize such offerings among the different content providers.
According to one aspect of the present disclosure, a method and apparatus for generating an electronic program grid guide are described. The electronic program grid guide represents various broadcast content providers, special content providers, and recommended media assets that are available from such providers. The media assets are recommended in view of user profile information where the listed media assets and content providers can change from time period to time period when displayed in the electronic program grid guide.
According to another aspect of the present disclosure, a method to recommend media assets available during a plurality of time periods from at least one broadcast provider and at least one special content provider in accordance with a user profile, and while generating for display a grid having a first axis and a second axis, the first axis for identifying the recommended media assets and a second axis identifying respective times when the recommended media assets are available is described. In addition, the exemplary method has an operation to provide along the first axis first information related to the at least one broadcast content provider and recommended media assets available from the at least one broadcast content provider during a first time period from the plurality of time periods, and an operation to provide along the first axis second information related to the at least one special content provider and recommended media assets available from the at least one special content provider during the first time period from the plurality of time periods.
According to another aspect of the present disclosure, an apparatus of a processor and memory is configured to execute instructions recommending media assets available during a plurality of time periods from at least one broadcast provider and at least one special content provider in accordance with a user profile, and while generating for display a grid having a first axis and a second axis, the first axis for identifying the recommended media assets and a second axis identifying respective times when the recommended media assets are available is described. In addition, the exemplary apparatus has instructions, when executed, to provide along the first axis first information related to the at least one broadcast content provider and recommended media assets available from the at least one broadcast content provider during a first time period from the plurality of time periods, and instructions to provide along the first axis second information related to the at least one special content provider and recommended media assets available from the at least one special content provider during the first time period from the plurality of time periods.
These and other aspects, features and advantages of the present disclosure will be described or become apparent from the following detailed description of the exemplary embodiments, which is to be read in connection with the accompanying drawings.
In the drawings, wherein like reference numerals denote similar elements throughout the views:
It should be understood that the drawing(s) are for purposes of illustrating the concepts of the disclosure and are not necessarily the only possible configuration for illustrating the disclosure.
It should be understood that the elements shown in the figures can be implemented in various forms of hardware, software or combinations thereof. Preferably, these elements are implemented in a combination of hardware and software on one or more appropriately programmed general-purpose devices, which can include a processor, memory and input/output interfaces. Herein, the phrase “coupled” is defined to mean directly connected to or indirectly connected with through one or more intermediate components. Such intermediate components can include both hardware and software based components.
The present description illustrates the principles of the present disclosure. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described or shown herein, embody the principles of the disclosure and are included within its scope.
All examples and conditional language recited herein are intended for instructional purposes to aid the reader in understanding the principles of the disclosure and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions.
Moreover, all statements herein reciting principles, aspects, and embodiments of the disclosure, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.
Thus, for example, it will be appreciated by those skilled in the art that the block diagrams presented herein represent conceptual views of illustrative circuitry embodying the principles of the disclosure. Similarly, it will be appreciated that any flow charts, flow diagrams, state transition diagrams, pseudocode, and the like represent various processes which can be substantially represented in computer readable media and so executed by a computer or processor, whether or not such computer or processor is explicitly shown. The computer readable media and code written on can be implemented in a transitory state (signal) and a non-transitory state (tangible medium such as CD-ROM, DVD, Blu-Ray Hard Drive, flash card, or other type of tangible storage medium).
The functions of the various elements shown in the figures can be provided through the use of dedicated hardware as well as hardware capable of executing software in association with appropriate software. When provided by a processor, the functions can be provided by a single dedicated processor, by a single shared processor, or by a plurality of individual processors, some of which can be shared. Moreover, explicit use of the term “processor” or “controller” should not be construed to refer exclusively to hardware capable of executing software, and can implicitly include, without limitation, digital signal processor (“DSP”) hardware, read only memory (“ROM”) for storing software, random access memory (“RAM”), and nonvolatile storage.
Other hardware, conventional and/or custom, can also be included. Similarly, any switches shown in the figures are conceptual only. Their function can be carried out through the operation of program logic, through dedicated logic, through the interaction of program control and dedicated logic, or even manually, the particular technique being selectable by the implementer as more specifically understood from the context.
In the claims hereof, any element expressed as a means for performing a specified function is intended to encompass any way of performing that function including, for example, a) a combination of circuit elements that performs that function or b) software in any form, including, therefore, firmware, microcode or the like, combined with appropriate circuitry for executing that software to perform the function. The disclosure as defined by such claims resides in the fact that the functionalities provided by the various recited means are combined and brought together in the manner which the claims call for. It is thus regarded that any means that can provide those functionalities are equivalent to those shown herein.
Using inventive concepts, the principles discussed below present a scenario where users share their media consuming habits using communication media online social networks such as FACEBOOK®, LINKEDIN®, and the like.
The term online social network (OSN) can also be defined as an architecture that allows a first user to communicate with one or more users, without having to send a unique message to each user. That is, in the social network, there is efficiency in how messages are communicated to such users. In addition, social networks typically have a feature in which users permissively indicate whether or not they want to be “linked” to a second user. This type of feature can be implemented where a first user adds a second user to their list. The social networking site can then recommend other users that the first user knows, which would be presented with the list of users that are on a list controlled by the second user. The social network of the first user can thus be expanded by drawing upon the social network of the second user.
Within the description below, the principles of the present invention provide mechanisms for a user to transmit to their social network various information about the assets that the user is consuming. This fosters new ways of social interaction such as virtual group viewing, rating, recommending, etc. Specifically, when using a consuming device such as a phone, tablet, set top box, video game system, personal computer, and the like, a user can indicate what media is consumed (watched/listened) while using the consuming device.
Different fields are introduced below where such fields are used to indicate different properties about a media asset. The fields are described in this application using the use of a “tag” in the form of <<FIELD>>. Particular attributes for such fields can be added using various separations as indicated <<FIELD & ATTRIBUTE1 &ATTRIBUTE2 &ATTRIBUTE3 . . . >. It is understood that fields and attributes can also be constructed where a particular hash combination (MD5, SHA1, and the like) can represent the contents of a field and associated attributes. Other implementations can be performed in accordance with the principles of the present invention.
The term media asset (as described below for TABLE 3) can be: a video based media, an audio based media, a television show, a movie, an interactive service, a video game, a HTML based web page, a video on demand, an audio/video broadcast, a radio program, advertisement, a podcast, and the like.
Initially, systems for delivering various types of content and for providing online social networking services to a user will be described.
Turning now to
A second form of content is referred to as special content. Special content can include content delivered as premium viewing, pay-per-view, or other content otherwise not provided to the broadcast affiliate manager. In many cases, the special content can be content requested by the user in the form of streaming media from a service such as M-GO, NETFLIX, AMAZON, and the like. The special content can be delivered to a content manager 110. The content manager 110 can be a service provider, such as an Internet website, affiliated, for instance, with a content provider, broadcast service, or delivery network service. The content manager 110 can also incorporate Internet content into the delivery system, or explicitly into a search only such that content can be searched that has not yet been delivered to the user's set top box/digital video recorder 108. The content manager 110 can deliver the content to the user's set top box/digital video recorder 108 over a separate delivery network, delivery network 2 (112). Delivery network 2 (112) can include high-speed broadband Internet type communications systems. It is important to note that the content from the broadcast affiliate manager 104 can also be delivered using all or parts of delivery network 2 (112) and content from the content manager 110 can be delivered using all or parts of Delivery network 1 (106). In addition, the user can also obtain content directly from the Internet via delivery network 2 (112) without necessarily having the content managed by the content manager 110. In addition, the scope of the search goes beyond available content to content that can be broadcast or made available in the future.
The set top box/digital video recorder 108 can receive different types of content from one or both of delivery network 1 and delivery network 2. The set top box/digital video recorder 108 processes the content, and provides a separation of the content based on user preferences and commands. The set top box/digital video recorder can also include a storage device, such as a hard drive or optical disk drive, for recording and playing back audio and video content. Further details of the operation of the set top box/digital video recorder 108 and features associated with playing back stored content will be described below in relation to
Delivery network 2 is coupled to an online social network 116 which represents a website or server in which provides a social networking function. For instance, a user operating set top box 108 can access the online social network 116 to access electronic messages from other users, check into recommendations made by other users for content choices, see pictures posted by other users, refer to other websites that are available through the “Internet Content” path.
Online social network server 116 can also be connected with content manager 110 where information can be exchanged between both elements. Media that is selected for viewing on set top box 108 via content manager 110 can be referred to in an electronic message for online social networking 116 from this connection. This message can be posted to the status information of the consuming user who is viewing the media on set top box 108. That is, a user using set top box 108 can instruct that a command be issued from content manager 110 that indicates information such as the <<ASSETID>>, <<ASSETTYPE>>, and <<LOCATION>> of a particular media asset which can be in a message to online social networking server 116 listed in <<SERVICE ID>> for a particular user identified by &USERNAME.
Content manager 110 sends this information to the indicated social networking server 116 listed in the <<SERVICE ID>>, where an electronic message for &USERNAME has the information comporting to the <<ASSETID>>, <<ASSETTYPE>>, and <<LOCATION>> of the media asset posted to status information of the user. Other users who can access the social networking server 116 can read the status information of the consuming user to see what media the consuming user has viewed.
Media servers 210 and 215 are controlled by content manager 205. Likewise, media server 225 and 230 are controlled by content manager 235. In order to access the content on a media server, a user operating a consumption device such as STB 108, personal computer 260, table 270, and phone 280 can have a paid subscription for such content. The subscription can be managed through an arrangement with the content manager 235. For example, content manager 235 can be a service provider, and a user who operates STB 108 can have a subscription to programming from a movie channel and to a music subscription service where music can be transmitted to the user over broadband network 250. Content manager 235 manages the storage and delivery of the content that is delivered to STB 108. Likewise, other subscriptions can exist for other devices such as personal computer 260, tablet 270, and phone 280, and the like. It is noted that the subscriptions available through content manager 205 and 235 can overlap. For example, the content comporting for a particular movie studio such as DISNEY can be available through both content managers. Likewise, both content managers 205 and 235 can have differences in available content, as well. For example, content manager 205 can have sports programming from ESPN while content manager 235 makes available content that is from FOXSPORTS.
With having content delivered through a content manager 205, 235 a subscription is not the only way that content can be authorized. Some content can be accessed freely through a content manager 205, 235 where the content manager does not charge any money for content to be accessed. Content manager 205, 235 can also charge for other content that is delivered as a video on demand for a single fee for a fixed period of viewing (e.g., # of hours). Content can be bought and stored to a user's device such as STB 108, personal computer 260, tablet 270, and the like where the content is received from content managers 205, 235. Other purchase, rental, and subscription options for content managers 205, 235 can be utilized as well.
Online social servers 240, 245 represent the servers running online social networks that communicate through broadband network 250. Users operating a consuming device such as STB 108, personal computer 260, tablet 270, and phone 280 can interact with the online social servers 240, 245 through the device, and with other users. One feature about a social network that can be implemented is that users using different types of devices (PCs, phones, tablets, STBs) can communicate with each other through a social network. For example, a first user can post messages to the account of a second user with both users using the same social network, even though the first user is using a phone 280 while a second user is using a personal computer 260. Broadband network 250, personal computer 260, tablet 270, and phone 280 are terms that are known in the art. For example, a phone 280 can be a mobile device that has Internet capability and the ability to engage in voice communications.
Turning now to
In the device 300 shown in
The video output from the input stream processor 304 is provided to a video processor 310. The video signal can be one of several formats. The video processor 310 provides, as necessary a conversion of the video content, based on the input signal format. The video processor 310 also performs any necessary conversion for the storage of the video signals.
A storage device 312 stores audio and video content received at the input. The storage device 312 allows later retrieval and playback of the content under the control of a controller 314 and also based on commands, e.g., navigation instructions such as fast-forward (FF) and rewind (Rew), received from a user interface 316. The storage device 312 can be a hard disk drive, one or more large capacity integrated electronic memories, such as static random access memory, or dynamic random access memory, or can be an interchangeable optical disk storage system such as a compact disk drive or digital video disk drive. In one embodiment, the storage device 312 can be external and not be present in the system.
The converted video signal, from the video processor 310, either originating from the input or from the storage device 312, is provided to the display interface 318. The display interface 318 further provides the display signal to a display device of the type described above. The display interface 318 can be an analog signal interface such as red-green-blue (RGB) or can be a digital interface such as high definition multi-media interface (HDMI
The controller 314 is interconnected via a bus to several of the components of the device 300, including the input stream processor 304, audio processor 306, video processor 310, storage device 312, and a user interface 316. The controller 314 manages the conversion process for converting the input stream signal into a signal for storage on the storage device or for display. The controller 314 also manages the retrieval and playback of stored content. Furthermore, as will be described below, the controller 314 performs searching of content, either stored or to be delivered via the delivery networks described above. The controller 314 is further coupled to control memory 320 (e.g., volatile or non-volatile memory, including random access memory, static RAM, dynamic RAM, read only memory, programmable ROM, flash memory, EPROM, EEPROM, etc.) for storing information and instruction code for controller 314. Further, the implementation of the memory can include several possible embodiments, such as a single memory device or, alternatively, more than one memory circuit connected together to form a shared or common memory. Still further, the memory can be included with other circuitry, such as portions of bus communications circuitry, in a larger circuit.
To operate effectively, the user interface 316 of the present disclosure employs an input device that moves a cursor around the display. In one embodiment, the input device is a remote controller, with a form of motion detection, such as a gyroscope or accelerometer, which allows the user to move a cursor freely about a screen or display. In another embodiment, the input device is a controller in the form of touch pad or touch sensitive device that will track the user's movement on the pad, on the screen. In another embodiment, the input device could be a traditional remote control with direction buttons.
User database 420 stores information about the various users that use online social network 400. Such information can include biographical information about the user, specific interests selected by the user, information about the other users that are linked to the user, and the like. Advertising database 430 contains various ads that are delivered to the user when using online social network 400. Different types of ads that can be delivered include text, pictures, graphic files, banners, audio, video, animations, and the like.
Recommendation agent 440 is a computer program that is run on server 240, 245 that makes various recommendations to a user. Such recommendations can be other users that the user should consider linking to, advertisements that user can be interested in, content the user can be interested in, and the like. Typically, a recommendation agent will use a mathematically developed model that finds correlations between various topics or subjects, where various behaviors of a user impact what will be recommended. For example, the recommendation model can be built around a series of business rules where a user whose demographic information includes of being a young male will have video game advertisements suggested to him, while a young female child can have advertisements suggested to her concerning educational products.
Recommendation agent 440 can also be configured to make recommendations for media services provided from different broadcast providers and special content providers. Specifically, recommendation agent 440 can contain information that lists various media assets and the periods of times such media assets are available from broadcast and special content providers. A sub-group of media assets can then be recommended for different time periods based the user profile of a particular user. In addition, such recommendations can be ranked in accordance with the attributes of a user profile. Such recommended media asset rankings from different broadcast and special content sources are shown below in TABLE 7 for various time periods such media assets are available.
Content server/database 450 contains various media that can be delivered to a user. Content database 450 can also be implemented where various subscriptions between different content managers 205, 235 can be managed. That is, some of the content that can be made available through online social network 400 can come from media servers 210, 215, 225, 230, and the like.
User status 510 indicates an area for various information that a user has indicated should be associated with their profile. Within the context of a user status there can be various levels of information that a user decides can be made available. Information about a public profile can be established for a user, where this would be information selected by a user which is made available to any person who accesses an online social server 240, 245. A second level of information can be made available to any other user to whom the primary user is linked through the social networking site. These are “linked” users which can receive updates in changes made in the user status 510 area. A third level of information is user information meant only for the user. This can be information such as the amount of time the user spends on online social network 240, 245, the last internet protocol address used to log into the online social network 240, 245, when the next payment is due for maintaining an account with an online social networking 240, 245, the user's various subscriptions, and the like.
Other user status 520 represents the area where user receives updates from other users, which are denoted as user A, user B, and user C, respectively. These updates can be text messages, graphic files, links to web sites, links to media, and media themselves, and the like. Typically, a user update will be associated with a particular user by using some identifying information such text, graphic, animation, and the like. For example, a user update from user A can be a simple text message while an update from user B is a graphic which when selected brings up a web browser and a web page.
Application window 530 is an area for the online social networking page 500 where an application is run. Some social networks allow for users to play games which are displayed in an area of the social networking page 500. Likewise, application window 530 is an area that can be used for rending media where media such as audio, video, animation, static graphic, text, and the like. Application window 530 can also be used as a real time communication interface (chat, instant messaging, web camera, voice over internet, and the like) to communicate between users using online social network server 240, 245. Other applications can be run inapplication window 530 as well.
It is contemplated that the content shown for social networking page 500 can be shown between different devices. For example, in a home where a user has access to both a set top box 108 and tablet 270, the areas comporting to user picture 505, user status 510, and other user status 520 is shown on set top box 108 while the application window 530 is shown on tablet 270. Other variations of an online social network page 500, besides those shown, can be implemented, as well.
When a user updates an online social networking page 500, the user logs in to the OSN server 240, 245 and enters information into an area such as user status 510. This works well for a user when the updates are few and far between, but once the user decides to share his television watching information—an event that is both realtime and dynamic in nature—the manual entry of such information falls short. The TV watching user would instinctively expect the update to happen at the click of a remote control button in keeping with the traditional experience that operating a television set provides. The user also expects to be shielded from the intricacies of a particular online social network 240, 245 and would like a consistent method of “posting” to any OSN website. In certain other cases where the user would like to share a log of what he has been watching over a certain timeline, the action needs to be completely automated without the need for any type of intervention.
A message flow description of how a user (as a media asset consuming user) publishes (posts) information about a media asset starts with the user watching/listening to a media asset. While consuming such an asset, the user presses a button on a remote control to indicate that the user wants to publish information about the asset. For example, if a user is using a STB 108, an application running under the control of control 314 can generate a message <<SERVICE ID>>&USERNAME, <<ASSETID>>&NAME&TIME,<<ASSETTYPE>>, <<LOCATION>> which is directed to a online social server.
One implementation of listing what a user is interested in is provided in PANDORA® where a FACEBOOK® mini-feed is pushed into an user's status area in FACEBOOK®. This allows for a user to import all his PANDORA® activity into a FACEBOOK® news feed. This listening information can now be shared with “linked users” allowing such users to stay abreast of all the latest musical discoveries. Friends can click on links to listen to music/stations posted by the mini-feed on behalf of the user. The limitation to such information however is that it is only meaningful for users who use the same social networking website and use PANDORA®. If a user does not have access to both, the user cannot use the information of the PANDORA® pushed mini-feed.
Hence, one principle of the present disclosue is that the user consuming a particular piece of media will not be limited to a particular network. Unlike PANDORA® which can operate as a walled garden and limits users to what exists within such a network, a user can access a multitude of different media sources. The device, using concepts described herein, will be configured to identify the content and the particular method for accessing such content. For example, if a particular song is being listened to from a content manager 205, the consuming device being used for playback of the song can use metadata, in response to a command issued by the consuming user, to formulate an informational message about the song. This informational message would be automatically formatted into the proper format for a social network 240, 245, whereby the social network could transmit along the formatted message.
Considering this example, a consuming device such as STB 108 is being used to listen to audio from a content manager 205. The audio of the song is being streamed from media server 210 to the STB 108 via broadband network 250. If the user decides to post information about the song to a social network server 240, the consuming device 108 runs software that formats a message indicating information comporting to <<SERVICE ID>>&USERNAME, <<ASSETID>>&NAME&TIME,<<ASSETTYPE>>&AUDIO, <<LOCATION>>. The metadata for some of these fields can come from the content manger 205, media server 210, the user, and the like. The fields and the corresponding information are then transmitted from STB 108 to social network server 240, where the information is published to a user's status area 510.
Concerning the playback of a song which is played via a radio station, a consuming device can utilize identification software such as SHAZAM® or SONGBIRD® to fingerprint acoustic characteristics about the song. Once again, when metadata is obtained, the device would format such metadata into an informational message which can be sent to a social network, automatically. Similar approaches are envisioned for video programming where metadata from the video asset itself, program guide information, external databases, and the like can be used to develop metadata about the video asset. That is, approaches described for audio assets can also be used for video assets, and vice versa.
A similar implementation of the disclosure can be performed if a user is watching a TV program or a web video clip being rendered by a set top box 108. The user activates a button on a remote control whereby set top box 108 generates a message containing <<SERVICE ID>>&USERNAME, <<ASSETID>>&NAME&TIME,<<ASSETTYPE>>&VIDEO, <<LOCATION>>, which is transmitted by the set top box 108 to an online social server 240. Such information is then published as an update to area 510.
Such updates can be broken up between different consuming devices where a user makes use of a synchronized secondary screen to post a status update to online social networking page 500. In this scenario, a secondary screen knows about the current program being watched on the primary screen and is in synch with it. This could be achieved by running a web application server on the STB 108 which can access the information about the program currently being watched by querying the STB middleware software. The STB 108 in turn communicates this information to the secondary screen via a web server.
In step 605, a user consuming a media asset at a device such as STB 108, personal computer 260, tablet 270, phone 280, and the like transmits information to a social network server 240 that indicates information about a media asset that is currently being consumed. For purposes of this example, such information can be <<SERVICE ID>>&USERNAME, <<ASSETID>>&NAME&TIME,<<ASSETTYPE>>&VIDEO, <<LOCATION>>. This step also supports the concept that multiple <<SERVICE ID>> can be notified about a specific media asset where, for example, a first online social server 240 comporting to a first <<SERVICE ID>> is notified and a second online social server 245 comporting to a second <<SERVICE ID>>, which is different from the first, is also notified. This feature provides a consuming user the ability to notify multiple online social servers at the same time, instead of having to notify each one individually.
In step 610, a social network server 240 receives the information from a consuming user and processes such information into a form which is capable of being displayed in the user status area 510 of a user's page 500. Step 615 regards the posting operation and what aspect of the information that is received from a user's consuming device is to be posted to a user's page 500. The post can use the various information that is part of the message, such as <<ASSETID>>&NAME&TIME,<<ASSETTYPE>>, and the like. Additionally, information such as <<PARENTALRATING>>, <<CONTENTRATING>>, and other types of descriptive information can be posted to the user status area 510. For example, if a consuming user decides to post information about a movie currently being watched at the point of a consuming device, the posted status information can be a movie name (JAWS) and the type of asset (MOVIE) which is being watched at a certain time (10:30 PM on Jul. 14, 2010). Other types of information can be posted to a user's page 500 in accordance with the principles of the present invention.
The information posted to a user's page 500 can also be various representations of a media asset. Such representations can be a screen shot, a video sequence, the complete media asset itself, or an excerpt of the media asset itself. One way of achieving such a result considers that a media asset that a consuming user refers to is within a content server 450 that is part of a social media server 240. A single screen shot from the media asset can be made and presented on a user's status area 510. Likewise, the content server can generate a sequence of a number of seconds to be played back. Also, the content server 450 can show the complete media asset in the user status area 510. Application window 530 can also be used for displaying the complete media asset or part of such an asset.
A second approach can be used for indicating what part of a media asset is to be displayed in user status area 510, where the <<LOCATION>> and the <<PERMISSIONS>> fields are used for a media asset. In one scenario, a user's consuming device uses these fields in the posting request. When such information is received by the online social server 240, the web server 410 uses the location information to request the media asset from a server at that particular location (such as media server 210). In addition, the permissions information is used to specify what part of the media asset is to be made available. This type of request can be fulfilled from a media server 210 itself or from a content manager 205.
A third approach can be implemented where the location specified in the <<LOCATION>> decides what part of a media asset is to be provided. For example, a content manager 205 or media server 210 determines that the media asset requested from a particular online social server 240 should only be the first five seconds of the media asset. This portion is provided to the social server 240 where this part of the media asset is to be rendered in user status area 510 and/or application window 530. Many other variations of what parts of a media asset can be used.
In step 620, a determination is made whether a consuming user posting information about a media asset has access to the consumed media. This step considers information that is related to the <<PERMISSIONS>> field and/or information about the subscriptions that a consuming user maintains. For purposes of the subscriptions, such information is handled via a system such as content manager 205, 235. As explained previously, a consuming user can have a subscription to access media assets that are stored on a media server 210, 215, 225, 230. The access to such content is negotiated through the use of a content manager 205,235.
If user attempts to post information about a media asset that is subscribed to or can be accessed without restriction, a media server or content manager will provide some form of the media asset to a social networking server 240, if prompted. If the consuming user does not have the permissions to access a media asset without restriction or through a subscription, a media server and/or content manager can make available an alternative media asset.
In step 625, similar to step 620, a determination is made whether a non-consuming user who will receive the post via a user page 500 can access a reference media asset. This determination can be made by a social networking server, a content manager, and/or a media server. Specifically, an online server 240 can inquire with a content manager 205 if a non-consuming user has access to a referenced media asset. If so, the content manager 205 can make the asset available to online server 240, as to display information about the asset in an online social networking page 500 that corresponds to the non-consuming user. Information about the media asset can be listed in other user status 520 area (as corresponding to an update for a consuming user). The referenced media asset, itself, can also be displayed in an application window 530 for an online social networking page 500 that corresponds to the non-consuming user.
Alternative content can also be made available to non-consuming user. Such an approach can be performed in accordance with the ideas provided previously and will be further explained in
Step 630 performs the accumulation of the determinations made in steps 615, 620, and 625. The aspects of how a media asset is to be posted are completed in this step. That is, depending on the content privileges of a consuming user and a non-consuming user, it is possible that the representation of the asset can differ between users. For example, if a consuming user has full access to a media asset, the post of information about the media asset to the consuming user's online social networking page 500 will allow the media asset to be fully accessed by the user in the future. Likewise, if a non-consuming user has limited permissions to access a cited media asset, an alternative version of a media asset, such as a trailer or a screenshot of the media asset, is provided to the online social networking page 500 of the non-consuming user.
The information that is received in step 705 can be generated in response to an action from a consuming user, a non-consuming user, automatically from an online social server, a content manager, media server, or from another source. For example, one of reasons why such information is generated is that a non-consuming user will select the consumed media asset in response to a message posted to the non-consuming user's online social networking page 500. The posted message being a “status update” from the consuming user which is about what media asset the user is consuming.
In step 710, the receiving apparatus provides to a non-consuming user a requested media asset if the content privileges for the non-consuming user are accepted. Some types of media assets are available in the clear and are not restricted in use. Other media assets must be paid for and are only available if a non-consuming user has paid money for such media assets and/or has a subscription to receive such media assets. If a non-consuming user has access to a media asset; the media asset can be delivered to the location of a non-consuming user, a device of the non-consuming user, the location of an online social network server, and the like. The form of the media asset can also vary depending on the subscription/content privileges, where the media asset could be delivered in a form that can be played back but not stored, can be stored completely, can be only stored on a non-consuming device, and the like. Encryption and other security features can be employed between a content manager, content server, and a device of a non-consuming user to ensure that a media asset cannot be copied to non-authenticated users.
In step 715, a determination is made as to provide a non-consuming user alternative content from the content requested in steps 705 and 710. This alternative content can be predetermined content that represents a shortened form of a requested media asset such as a selected time interval in the media asset. The alternative content can also be another media asset. Some examples are as follows where such examples are not exhaustive (as shown in TABLE 8 below):
For example, if a high definition (HD) version of a video asset is being accessed by a consuming user using a subscription service such as HBO®, a screen shot or a short video segment in SD video can be sent to the non-consuming user through the social network. In contrast, a consuming user could receive an HD version of the show if the user pays for HBO® (as explained previously for step 710). It is contemplated that other factors such as resolution, bit rate, and codec can be adjusted as well, depending on the permissions of a user.
In step 720, an alternative asset is made available to a non-consuming user in response to profile information of the non-consuming user. This option provides several different scenarios where there is information that is not related to the content privileges that impacts what alternative content is to be provided to a non-consuming user. Sometimes, a non-consuming user can select in advance that in response to information about movies, the user receive alternative content (a movie trailer). Other conditions for receiving alternative content can also used. For example, the non-consuming user can set up a minimum content rating for received assets (do not send content below 3 stars), parental ratings (do not deliver any content that is for an adult, instead deliver content rated at G, and the like). Other criteria can be used as well.
The metadata used for filling out the grid can come from the various postings that consuming users generate, which are meant for a social networking service. For example, most posting requests fields such as <<SERVICE ID>>&USERNAME identify a user and the social networking service the user is associated with. Fields such as <<ASSETID>>&NAME&TIME, <<ASSETTYPE>> identify the media asset being accessed and the time of the media asset. This information can be correlated by a device such as STB 108, personal computer 260, tablet 270, phone 280, online social server 240, 250, content manager 205, and the like to generate an EPG grid. The grid allows for information about an application being used &APPLICATION to be listed as well (information about using YOUTUBE, or a social network being accessed, and the like).
Within the context of
In addition,
Beginning with step 1110, recommendations comporting to different media assets available at different time periods are determined. Such a determination can be performed by using recommendation engine 440 that can use a user profile to determine and rank media assets available from different broadcast content providers and special content providers. The recommendations can be performed within a device, the recommendation can come from an external server, and the like. As shown in TABLE 7 above, the various recommendations are sorted by time periods where some media assets are only available during specific time periods from broadcast content providers. The same limitations could apply to special content providers as well where some content can be in the form of pay per view content that is only available for a limited time.
In step 1120, an electronic program guide grid is generated for display. The grid has a first axis that identifies recommended media assets and the grid also has a second axis that identifies respective times of when the recommended media assets are available from both the broadcast content and special content providers. For some exemplary embodiments, the time periods can be broken down into 15 minute periods, 30 minute periods, 60 minute periods, and the like.
When the recommended media assets are listed in the grid, there is an option where the numbers of broadcast and special content providers are limited in accordance with a predetermined number. For example, it is possible that a user preselects that for each time period, the maximum number of broadcast providers shown is 3 and the maximum number of special content providers shown is 2. These numbers can be varied in accordance with the exemplary principles.
In accordance with an optional exemplary embodiment, the maximum number of broadcast and special content providers shown for different time periods can change from time period to time period. For example, for a first time period, the maximum number of broadcast providers shown in the grid is 2 and the maximum number of special content providers shown in the grid is 2, as well. For a second time period, this number can change, where the maximum number of broadcast providers shown the grid is 3 and the maximum number of special content providers shown in the grid is 3, as well. Note, these numbers can be changed in accordance with the preferences of a user in accordance with the exemplary principles.
For a first time period, in step 1130, a listing of media assets are presented within the grid. Specifically, media assets are presented in a ranked order using the recommendation information discussed above. That is, the listed broadcast content providers are ranked in accordance with the ranked media assets that are available from each broadcast provider during the current time period. Likewise, the listed special content providers are ranked in accordance with the ranked media assets that are available during the current time period. The number of presented broadcast and special content providers can be limited in accordance with the principles described above.
For a second time period, in step 1140, a second listing of media assets are presented within the grid. The media assets that are provided are listed in a ranked order using recommendation information as described above where the media assets are shown with their respective content source. Note, the presented broadcast and special content providers can be different from time period to time period. In some exemplary embodiments, it is the ranking of recommended media assets, according to a user profile, that controls what broadcast and special content providers are shown for a current time period. In step 1150, the grid and the provided information can be displayed on a display device in accordance with the principles described above.
In
In
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/US2015/054251 | 10/6/2015 | WO | 00 |
Number | Date | Country | |
---|---|---|---|
62097571 | Dec 2014 | US | |
62061684 | Oct 2014 | US |