This subject matter relates to strategies for pausing and resuming the presentation of programs, and, in a more particular implementation, to strategies for pausing and resuming the presentation of media programs having audio and/or visual content.
Typical satellite and cable providers of media programs currently offer consumers a great number of programs to select from. For instance, providers commonly offer hundreds of channels to select from, each offering multiple programs. Some of these channels may present pre-recorded media programs (such as movies), viewable at prescribed times or on an on-demand basis. Other of these channels may present live media programs (such as live presentations of sporting or news events).
In a typical viewing session, a user may frequently visit several programs of interest by frequently changing channels. For instance, the provider may offer dozens of live sporting event programs at the same time, and the user may have interest in several of these programs. The user may “surf” between the channels offering these sporting events to simultaneously keep abreast of the progress of each sporting event. However, this approach is not fully satisfactory. For instance, the user may switch to one media program to find that he or she has just missed an interesting play. Further, this channel surfing approach is generally distracting, especially to those who are not in control of the channel controls.
A variety of technologies currently exist to locally record a media program. In this technique, the user can return to parts of a media program that the user may have missed for some reason. However, this approach also is not fully satisfactory. Depending on the technology, the user may be forced to manually re-queue the recording to a desired position. Moreover, the user may have interest in a great number of ongoing programs. The technique of recording only one of these media programs provides at best a partial solution to the user's needs.
More generally, as appreciated by the present inventors, existing media technologies are fundamentally based on a provider-centric approach to the delivery of media programs. In the provider-centric approach, the provider defines the conditions (e.g., the times) at which media programs can be consumed; to receive these programs, the users must therefore adhere to the conditions set by the provider. Local recording of a media program does not fundamentally alter the provider-centric model, as the users are still forced to take burdensome steps to capture an interesting program at a time schedule dictated by the providers.
Accordingly, there is an exemplary need to provide a technique for consuming media programs, and more particularly, including pausing and resuming media programs, that solves at least the above-identified problems.
According to one exemplary implementation, a method is described for pausing the presentation of programs. The method includes: (a) storing programs in a content store; (b) receiving a user's instructions to pause plural programs stored in the content store at the same time; (c) creating plural bookmarks, in response to the pause instructions, respectively associated with the plural programs, the plural bookmarks identifying positions in the respective plural programs at which the respective programs are to be paused; and (d) pausing the presentation of the respective plural programs based on the respective plural bookmarks.
According to another exemplary feature, in a “pause all” mode, the above-identified receiving of instructions involves receiving a command to simultaneously pause all of the plural programs at a same position, and the creating of the plural bookmarks involves creating the plural bookmarks to designate the same position for the multiple programs.
According to another feature, in a pause-on-switch mode, the above-identified receiving of instructions involves receiving a series of successive commands to switch among programs being presented on different respective channels, and the creating of the plural bookmarks involves, upon each switch command, creating a bookmark for a program that has been switched away from.
Additional implementations and features will be described in the following.
The same numbers are used throughout the disclosure and figures to reference like components and features. Series 100 numbers refer to features originally found in
Strategies are described herein for pausing and resuming programs. The term “program” refers to any kind of information resources that can be consumed by users. In one case, the programs pertain to audio and/or visual media programs, such as music, still pictures, audio-visual motion pictures, and so on. In the case of audio-visual resources, the programs can pertain to any kind of subject matter, such as serial-type dramas and comedies, documentaries, movies, talk shows, various kinds of sales presentations, news programs, weather information, financial information (e.g., stock information), and so on. In another case, the programs pertain to executable computer programs that allow the user to interact with the programs (such as computer games, etc.). In another case, the programs pertain to markup language resources (such as hypertext markup language resources).
In any of the above cases, the programs can be disseminated in analog or digital format, or a combination of analog and digital formats. Further, the programs can be received in one format and then converted into another format.
In any of the above cases, the programs can pertain to pre-recorded information. The programs can also pertain to “live” information that is being recorded as it is being presented to the user.
This disclosure includes the following sections. Section A describes an exemplary system for implementing pause and resumption functionality. Section B describes exemplary user interface features for allowing a user to interact with the system of Section A. And Section C describes a series of flowcharts which describe the operation of the system of Section A. To facilitate discussion, the implementation most commonly evoked in the following discussion involves the dissemination of audio-visual media programs in streaming digital format over a packet network; however, as noted above, the pause and resumption functionality described herein can be applied to other types of programs in other kinds of technical and commercial environments.
A. Exemplary System for Implementing the Pausing and Resumption Functionality
A.1 System Overview
The system 100 includes an operations center 102 for disseminating programs to a collection of client devices (104, 106, . . . 108) via a coupling mechanism 110. Each of the above-identified principal components will be described in turn below.
To begin with, the operations center 102 center can generally represent any infrastructure for storing programs and for distributing the programs to users upon request. In one case, the operations center 102 can be implemented by computing functionality housed at a particular site. In another case, the operations center 102 can be implemented in distributed fashion by computing functionality spread over multiple sites. In one case, a single entity can administer the operations center 102. In another case, multiple entities can collaboratively implement the operations center 102. For instance, in the latter case, plural partners can administer different operation centers which are collectively represented in
The operations center includes an information content store 112 for storing the programs. This content store 112 can represent a single database, or can represent multiple distributed databases spread over multiple respective sites. The programs stored in the content store 112 can originate from a number of different sources, generically represented in
In any event, the information sources 114 can fall into two principal categories. A first type corresponds to live sources 116. The live sources 116 correspond to sources that supply programs that capture live events, or programs that otherwise have some real-time aspect associated with them. One exemplary live source 116 may correspond to a commercial entity which supplies an audio-visual presentation of a live sporting event. A second type of source corresponds to pre-recorded sources 118. The pre-recorded sources 118 correspond to sources that supply programs that have been already recorded in their entirety.
The operations center 102 includes a receiving/recording module 120 for receiving programs from either the lives sources 116 or the pre-recorded sources 118. In the case of live programs, the receiving/recording module 120 can include functionality for recording these programs in real-time as they are being received, and storing these programs in piecemeal fashion in the content store 112. For pre-recorded programs, the receiving/recording module 120 can transfer the programs en bloc to the content store 112. As will be described below, in either the case of live or pre-recorded programs, the receiving/recording module 120 can receive these programs in digital form via a digital network, such as a packet network governed by the Transmission Control Protocol and the Internet Protocol (TCP/IP).
The operations center 102 includes an information dissemination module 122 for providing the programs stored in the store 112 to requesting users. To achieve this end, the dissemination module 112 includes functionality for setting up and administering the accounts of subscribing users, interpreting the requests of users, retrieving programs from the content store 112 based on the users' requests, transmitting the programs to the requesting users, handling appropriate fee collection for the use of the operations center services, and so on.
More specifically, the information dissemination module 122 can apply a unicast model of information distribution in providing programs to users. In this model, the information content store 112 potentially stores a vast number of different programs that the users may select from. Upon a user's request, the dissemination module 122 retrieves a specific program from the store 112 and streams this program to only the requesting user. If the same user requests another program, then the dissemination module 122 can provide this other program to the user.
The unicast mode of information transfer differs from the conventional broadcast mode. In the broadcast mode, a head-end station simultaneously provides a plurality of programs to a large pool of subscribers. The subscribers then locally tune their respective client processing devices to receive one or more programs of interest. In contrast, in the above-described unicast mode of transfer, the operations center 102 does not transfer any information until it is specifically requested by a user. The unicast mode therefore provides an economical point-to-point transfer of information compared to the broadcast mode. Further, in the unicast mode, the operations center can simultaneously stream different parts of the same program to different respective users using potentially different transmission settings (e.g., different transmission rates), thereby allowing greater flexibility in information dissemination compared to the broadcast mode (where all of the subscribers receive the same information at the same time).
The operations center 102 can supply programs to users using different program-packaging paradigms. In one case, the operations center 102 can group programs into different respective “channels,” and allow the users to select programs by specifying channel identifiers. A single channel can provide a defined chronological sequence of programs according to the traditional broadcast model of program delivery. In this case, the user can receive a desired program by “tuning” to the channel at a prescribed time. In another case, a single channel can provide a portal that allows the user to select from a subset of programs associated with the channel. In this case, the user can receive a desired program by “tuning” to the channel at any time and selecting one of the programs that the channel offers in an on-demand manner. In still another case, a single channel can be associated with a single program. In this case, the user can receive this program by “tuning” to the channel at any time and selecting this program in an on-demand manner. The above-described information delivery paradigm is advantageous because it conforms to a typical user's prior experience in dealing with the traditional broadcast delivery of programs. That is, the channel paradigm may promote acceptance of the operations center services because the user may feel that he or she is already familiar with its method of operation. However, again, the operations center 102 employs a unicast point-to-point method of delivery, rather than broadcast. Accordingly, any reference to “channel” and “tuning” used herein (which were originally coined in the context of broadcast services) is to be understood as referring to the expanded meaning of these terms as explained above.
Continuing with the explanation of the dissemination module 122, an operations center (OC) pause module 124 represents functionality specifically dedicated to handling requests to pause the presentation of programs and to resume the presentation of previously paused programs. By way of overview, the OC pause module 124 performs this task in the following manner. In one implementation, when a user enters a command to pause the presentation of a particular program, the OC pause module 124 can store a bookmark that identifies the location in the program at which the pause occurred. This bookmark can be stored in a pause location store 126. The OC pause module 124 can also interact with the user's client processing device so that the client processing device exhibits some kind of pause-related behavior. For instance, the OC pause module 124 can prompt the client processing device to present a still frame associated with the paused location in the program. When the user subsequently enters a command to resume the presentation of the program, the OC pause module 124 in conjunction with the user's client processing device can retrieve the bookmark from the pause location store 126 and resume the presentation of the program from the position in the program identified by the bookmark. The above-described behavior applies to a large pool of subscribing users who may be simultaneously engaged in pausing and resuming programs. The pause location store 126 can therefore maintain a large collection of bookmark locations corresponding to respective pause locations created by a large pool of subscribers. All of these bookmarks can make reference to a single set of stored programs, thereby eliminating the need for individual subscribing users to locally maintain copies of programs of interest.
In one implementation, the OC pause module 124, in conjunction with the user's client processing device, can provide multiple selectable pause modes that offer different pause and resumption features. A first pause mode corresponds to the scenario described above. That is, in the first pause mode, the OC pause module 124 enables the user to selectively designate a pause position within the presentation of a program that the user is consuming on a particular channel. The user then remains free to advance to another program on another channel and pause that other program. This mode of pausing also allows the user to return to a previously paused channel and resume the presentation of the program being presented on that channel (that is, by removing the pause state of that presentation). The above-described first pause mode is referred to as the “selective pause” mode.
In a second pause mode, the OC pause module 124 enables the user to enter a command which pauses the presentation of all programs being presented on a plurality of different channels. For instance, the user may subscribe to a set of channels. Some of these channels may be based on a traditional model where the programs are presented according to a fixed time schedule. Or some of these channels may be presenting live events in real-time fashion, such that the delivery of such programs is inherently constrained to a fixed schedule (at least in the sense that the user cannot select parts of the programs that have not yet been recorded). In this kind of environment, the activation of the second pause mode prompts the OC pause module 124 to record multiple bookmarks associated with all of the channels. The multiple bookmarks identify a common time, corresponding to the time when the pause command was issued. Alternatively, the OC pause module 124 can record a single bookmark that globally identifies a common pause location in multiple programs. When the user chooses to resume the programs by entering an appropriate command, the OC pause module 124 can resume the presentation of the programs from the position of the programs indicated by the bookmarks (or by a singular bookmark). Or the user can bring all of the programs up to their current (real-time) playing states by issuing an appropriate command, such as a “go live” command. (However, in general, recall that in a unicast point-to-point model, the operations center 102 does not actually transfer program content unless the user requests it, e.g., by “tuning” to a channel associated with the program content. All programs can be resumed, as described above, in the sense that these programs are no longer “frozen” when the user requests them by selecting their respective channels.) The above-described second pause mode is referred to as the “pause all” mode because it pauses multiple channels.
In a third pause mode, the OC pause module 124 can be configured to automatically pause a program presented on a first channel when the user switches to another program on another channel. In other words, this pause mode interprets a command to switch channels as an implicit request to pause the program from which the user is switching away. The OC pause module 124 can automatically resume a paused program when the user returns to that program, that is, when the user switches back to the channel that presents the paused program. The above-described third mode is referred to as the automatic “pause-on-switch” mode.
The above described three modes are merely representative. There are multiple ways in which a user can pause programs, and there are multiple ways in which the user can resume previously paused programs. Further, the techniques used to pause programs are not uniquely associated with the techniques used to resume the programs. For instance, for the pause all mode, one technique for globally removing the paused state on each channel is to globally activate a “go live” command. However, it is also possible to allow the user to individually resume selected channels without globally removing the pause state on all of the channels.
Still further details regarding the above-described pause and resumption functionality will be described in Section A.2 below.
In general, the use of the content store 112 in conjunction with the OC pause module 124 provides a consumer-centric mode of program delivery, as opposed to the traditional provider-centric mode of program delivery. The delivery is consumer-centric because the operations center 102 allows the user to consume any program at any time of the user's choosing (providing that the program has been stored in the content store 112). Further, the operations center 102 permits a user to halt the delivery of one or more programs for any reason without missing any program content. In contrast, the traditional provider-centric mode of information delivery requires the user to adhere to the provider's schedule of information delivery in order to receive desired program content.
Other features of the dissemination module 122 are generally represented in
The operations center 102 can stream the requested programs to client processing devices (104, 106, . . . 108) via a client interface module 132, which couples to the coupling mechanism 110. The coupling mechanism 110 can represent any kind of information transport infrastructure, or any combination of information transport infrastructures. In one case, the coupling mechanism can represent a wide area network (WAN) governed by the TCP/IP protocols (such as the Internet). Such a network can include various hardwired and/or wireless communication links, routers, gateways, name servers, and so on (not shown). Other types of networks can be used besides a TCP/IP WAN, such as an intranet, a LAN network, and so on. The client interface module 132 can be specifically tailored to couple to whatever type of coupling mechanism 110 that the system 100 employs. In the case where the coupling mechanism represents a TCP/IP WAN, the client interface module 132 can be implemented as broadband coupling functionality, modem coupling functionality, DSL coupling functionality, and so on.
The client processing devices (104, 106, . . . 108) can be configured to receive streaming or bulk program delivery from the operations center 102 via the coupling mechanism 110. In addition, the client processing devices (104, 106, . . . 108) can also be configured to receive programs from other sources besides the operations center 102.
The client processing devices (104, 106, . . . 108) themselves can be implemented in different manners to suit different technical and commercial environments. In one case, these client processing devices (104, 106, . . . 108) can represent set-top boxes or other application-specific units which couple to client presentation devices (136, 138, . . . 140), where the client presentation devices (136, 138, . . . 140) can represent televisions, stereo systems, or other kinds of information presentation devices. In an alternative implementation, the client processing devices (104, 106, . . . 108) can represent general computer devices which couple to their respective client presentations devices (136, 138, . . . 140). In still another example, the client processing devices (104, 106, . . . 108) can represent functionality that is integrated into the client presentation devices (136, 138, 140) themselves (e.g., in the form of processing boards, detachable cards, etc.).
Further, the client processing device 104 includes an optional local store 146. The local store 146 can be used to store one or more programs. Also, the local store 146 can be used to store bookmarks that indicate pause positions in the programs (e.g., as a substitute for the storage of such information in the pause location store 126 of the operations center 102, or as a complement to the pause location store 126).
More generally, different aspects of the pause and resumption functionality described above can be allocated to the operations center 102 and the client processing device 104 according to different processing distribution paradigms. In the examples featured above, the operations center 102 maintains all of the programs in its content store 112, thereby eliminating the need for the client processing devices (104, 106, . . . 108) to store this content information. But, in another case, the local store 146 can store programs, where these programs can be received from the operations center 102 or through the other sources 134. Further, in the examples featured above, the operations center 102 implements the bulk of the pause and resumption functionality, requiring the client processing devices (104, 106, . . . 108) to only supply the appropriate pause and resumption commands, and to respond properly to whatever pause and resumption instructions that the operations center 102 in turn issues. But, in another case, the client processing devices (104, 106, . . . 108) can take a more active role in implementing these tasks, for instance, by storing the bookmarks locally and managing these bookmarks locally. In this case, the client processing devices (104, 106, . . . 108) can transmit locally stored bookmarks to the operations center 102, where the OC pause module 124 coordinates the resumption of programs stored in the content store 112 based on the supplied bookmarks.
Indeed, in one case, the pause and resumption functionality can be implemented in a local mode without any interaction from the operations center 102. In this case, the client processing device 104 can store its own cache of programs (e.g., using a video jukebox arrangement), and also store and interact with any bookmarks entered by the user.
Since the pause and resumption functionality can be implemented in different ways, in the ensuing discussion, a general reference to the “pause module (124, 144)” without the modifier “OC” or “client” can refer to any kind of distribution of tasks between the OC pause module 124 and the client pause module 144.
Finally, one or more of the client processing devices (104, 106, . . . 108) can be coupled together via a local coupling mechanism of any kind, such as an intranet, Universal Plug and Play (UPnP) network, a LAN, and so on. For instance, in
The information content store 112, pause location store 126 and other information store 130 shown in
As noted above, in one exemplary implementation, the coupling mechanism 110 can be implemented as a TCP/IP WAN network 206, such as the Internet, an intranet, or some combination thereof.
As noted above, the computer processing device 104 itself can be implemented as a set-top box or other application-specific unit (such as a game console, e.g., the Xbox™ game console produced by Microsoft Corporation of Redmond, Washington), a general purpose computer device, functionality integrated with the client presentation device 136 itself, or other implementation. In any case, the client processing device can include one or more processors 208 for executing machine readable code, ROM memory 210 and RAM memory 212 for storing machine readable code and other data, a network interface 214 for interacting with the operations center 102 via the TCP/IP network 206, local storage 146, an I/O interface 216 for interacting with one or more user input devices, an audio-visual (A/V) interface 218 for interacting with the client presentation device 136, one or more optional tuners 220 for receiving conventional broadcast programs from the other sources 134, and various other modules 222. One or more busses 224 couple all of the above-identified components together and coordinate their cooperation.
The client presentation device 136 is shown
A remote controller 230 serves as one possible input device. A user can use the remote controller 230 to select programs, to pause programs, to resume previously paused programs, and for performing other tasks. As generally shown in
A number of other input devices 238 can be used to interact with the services provided by the operations center 102, in addition to, or as substitute for, the remote controller 230. For example, the other input devices 238 can represent a keyboard, a mouse-type input device, a joystick, and so on. Alternatively, a user can user a separate computer device (such as a general purpose computer, a laptop computer, etc.) to enter commands to the operations center 102 and to receive feedback from the operations center 102, to thereby control the presentation of programs on the client presentation device 136. This functionality can be achieved by coupling the separate computer device directly to the client processing device 104; this enables the client processing device 104 to directly receive commands from the separate computer device. Alternatively, this functionality can be achieved by coupling the separate computer device directly to the operations center 102 via the TCP/IP WAN network 206; in this case, the operations center 102 can forward the user's commands back down to the client processing device 104 to thereby control the presentation of programs on the client presentation device 136.
The implementation 200 is only exemplary; the system 100 shown in
A.2. Pause and Resumption Functionality
To begin with,
The pause locations store 126 stores a plurality of bookmarks that reflect pause positions within the programs (P1-Pn). More specifically, the pause locations store 126 can store a set of bookmarks created by each of the subscribing users, such as the representative users Frank, Margot and Sally shown in
A bookmark can identify a position within a program in different ways. In one technique, a bookmark can represent an absolute time, such as 7:32:43 PM PST, Mar. 14, 2007. This bookmark format can be used to designate locations within a program that is presented at a well-defined scheduled time, so that the specification of an absolute time can be correlated with a specific position within the program. Alternatively, the bookmark can be expressed as an offset position relative to the start of the program, or relative to some other reference point. For instance, a bookmark defined as 1:17:34 can represent a location that is 1 hour, 17 minutes and 34 seconds into the presentation of the program. Alternatively, such an offset can be expressed by specifying a frame number or some other relative measure that identifies a position within the program.
The location store 126 can also store a number of attributes associated with each bookmark. For instance, as depicted in
Additional kinds of attributes can be defined to govern the behavior of the bookmarks. For instance, an attribute can be defined that determines whether a bookmark is exclusively associated with a particular member of the household, as opposed to any member of the household. Another attribute can be defined which governs the permanence of the bookmark. In this case, bookmarks of a first class can pertain to significant or interesting events that the user wishes to permanently memorialize. Bookmarks of a second class can pertain to mere pause positions created by users who wish to pause programs for commonplace utilitarian reasons (e.g., to allow the users to attend to errands, etc.). The pause module (124, 144) can be configured to automatically remove both the first class and the second class of bookmarks after a predetermined amount of time; but it can be configured to remove the second class sooner than it removes the first class of bookmarks. Alternatively, the pause module (124, 144) can be configured so that it does not automatically remove either class of bookmarks; in this case, the pause module (124, 144) can require the user to take express steps to delete these bookmarks. In still another case, the pause module (124, 144) can be configured to automatically remove the second class, but not the first class of bookmarks; in this case, the pause module (124, 144) can require the user to take express steps to delete the first class of bookmarks.
As will be described in the next section, the system 100 can provide different user interface techniques for defining the above-described attributes.
Further, although not illustrated, the system 100 can include user interface functionality which allows users to associate meaningful descriptors with bookmarks to assist the user in activating desired bookmarks at a later time. For instance, suppose that a user marked a series of homeruns hit by a certain baseball player in different baseball games. The system 100 can include interface functionality that allows the user to attach meaningful labels to these bookmarks, such as “Sosa: 2004-03-02” for one of the bookmarks. The system 100 can further include appropriate interface functionality for listing the bookmarks and associated labels and allowing the user to activate one or more bookmarks via this user interface functionality.
Again, the above discussion pertains to the case where the operations center 102 stores and manages the bookmarks entered by several users. However, the functions described above can be implemented in a local context. In a first case, an individual client processing device, such as device 104, can store and manage bookmarks for anyone in a household that uses the client processing device 104 (or in other local settings, such as a business, academic institution, or government building, etc.). The bookmarks can be stored in the local store 146 and managed by the client pause module 144. The bookmarks can include information which links the bookmarks to associated programs stored in the content store 112 in the operations center 102. In operation, the client pause module 144 can forward stored bookmarks to the OC pause module 124 to instruct the OC pause module 124 to resume one or more previously paused programs stored in the content store 112. (Alternatively, the programs can be stored in the local store 146, or parts thereof can be stored in the local store 146, thereby eliminating the need to communicate with the operations center 102).
In other cases, a local setting, such as a household, can include a local network 148, and that local network 148 can couple together multiple client processing devices, such as a first client processing device 104 in a living room of a house, and a second client processing device 106 in the bedroom of the house. In one implementation, one of these client processing devices (106, 108) can serve as a master or a host, centrally storing and managing bookmarks input via any client processing device coupled to the local network 110. Or the master or host client processing device can dictate the bookmarks that are available to all of the other processing devices in the household (so that all of the other devices have bookmarks which are “synchronized” with the host device's bookmarks). In another case, the last device to be used can perform the function of storing and managing the repository of bookmarks for all the other devices in the household. Or the last used client processing device can dictate the bookmarks that are available to all of the other processing devices in the household. In yet another case, each device in the household can act autonomously to store and manage its own bookmarks. Still further storage and management techniques can be used. (All of the above home networking arrangements can also be achieved by storing bookmarks at the operations center 102, rather than locally.)
In any of the above cases, including the cases in which the operations center 102 stores and manages the bookmarks, bookmarks from individual users can be distinguished from each other in different ways. In one case, the client processing device that creates a bookmark can append a code to it which identifies the originating client processing device. This can fairly reasonably pinpoint a user or class of users who create the bookmarks insofar as these users routinely use this device. The code can alternatively identify only a household from which bookmarks originated, which may include multiple client processing devices. In another case, the client processing device may require its users to “log in” at the start of any viewing session by providing user identifying information. This identifying information can then be appended to any bookmark that is created by the client processing device. In yet another case, the client processing device can allow users to enter identifying information on a bookmark-by-bookmark basis, e.g., by providing an appropriate user interface presentation that allows the users to enter identifying information upon each creation of a bookmark.
Continuing on,
In the specific example illustrated in
In the switch-on-pause behavior 504, the user Margot has activated an appropriate command which prompts the pause module (124, 144) to enter a switch-on-pause mode of operation. In this mode, the pause module (124, 144) will automatically pause a program being presented on a particular channel when the user Margot switches to another program being presented on another channel. In this example, presume that the user Margot rapidly switches from program P1 to program P2, from program P2 to program P3, and so forth. This creates the temporally staggered arrangement of bookmarks shown in
Finally, the existence of a centrally maintained pause locations store 126 has a number of uses above and beyond its everyday use by subscribing users. For instance, information regarding a user population's viewing habits can be gleaned from the pause locations store 126. A human analyst or automated analysis tool can examine the pause locations store 126 to extract significant information therefrom. Such information can be used to improve the media program content delivered to the users and, if so authorized, to make marketing decisions and the like.
B. Exemplary User Interface Functionality
B.1. Exemplary Remote Control Features
A pause all key 606 prompts the pause module (124, 144) to pause all of the programs presented on the channels which the user has subscribed to or otherwise has access to. Thus, if the user subscribes to two channels that are simultaneously presenting live events, pressing the pause all key 606 will prompt the pause module (124, 144) to pause both of these live programs at the same time. The pause module (124, 144) responds to the pause all key 606 by presenting still frames for each of the paused programs that correspond to frames associated with the paused positions in each of the programs. The user can resume channels that that have been paused using the pause all key 606 in different ways, such as by pressing the pause all key 606 again; this prompts the pause module (124, 144) to resume all of the paused programs from the respective positions at which they were paused. Alternatively, if the user wishes to bring the paused programs entirely up to date, then the user can activate the “go live” key 612. Still alternatively, the user can selectively resume only some of the paused programs by pressing the selective pause key 604 or the play key 610 when tuned to these selected programs.
Activation of a pause-on-switch key 608 enables the pause-on-switch mode of pausing channels. In this mode, the pause module (124, 144) automatically pauses a program being presented on a channel when the user switches away from this channel to view another program on another channel. The pause module (124, 144) responds to channel activation in this mode by presenting a still frame corresponding to the frame of the program that was being presented when the user switched away from the program. A program that has been paused in this mode can be resumed by pressing the selective pause key 604 or the play key 610 when “tuned” to the paused program, or by bringing all of the paused channels up to date by pressing the go live key 612. Channel switching itself can be performed by activating channel up/down keys 614 or by entering specific channel numbers through numeric keys 616. The pause-on-switch key 608 can be pressed again to de-activate the pause-on-switch mode of operation.
Yet further key functionality can be incorporated into the remote controller 230. According to one feature, the pause keys (604, 606) can each create two kinds of bookmarks. For example, the first kind of bookmark can be created by only briefly depressing the keys (604, 606). A second kind of bookmark can be created by holding down the keys (604, 606) for a more lengthy period of time, such as two or three seconds. The first kind of bookmark can designate a pause position that is automatically removed after a prescribed period of time. The second kind of bookmark can designate a pause position that is retained for a longer period of time compared to the first kind of bookmark (and can be potentially indefinitely retained). The second kind of bookmark can represent positions in the programs that are of particular interest to the user, rather than pause positions that have been created in the ordinary use of the system 100 for utilitarian reasons.
The above-identified key selection, layout and behavior are exemplary. For instance, instead of allocating separate keys to the three pause modes, the system 100 can display various user interface presentations 228 that allow the users to make pause mode selections. The users can navigate within these user interface presentations using up/down and left/right navigation keys 618, and then select options using an OK button 620, or the equivalent.
B.2. Exemplary User Interface Presentation Features
A second series of entry fields 804 allows a user to define pause and resumption behavior on a channel by channel basis. For instance, a first column of these entry fields 804 allows the user to define whether the pause and resumption functionality is to be enabled or disabled on a channel by channel basis. Accordingly, if the user subsequently issues a pause all command, this command will only apply to those channels that have been checked in the first column of entry fields 804.
A second column of the entry fields 804 allows the user to specify, on a channel by channel basis, whether the pause and resumption functionality applies locally to only the client processing device through which a pause command was issued, or more globally to all client processing devices associated with the user (such as all of the client processing devices in the user's household or households). Although not shown, this device-related attribute can also be defined on a global scale in the manner of user entry field 802 (in which case a user's single selection will apply to all of the channels).
Still other kinds of bookmark attributes can be defined in the above-described manner, as generically indicated in
There is a chance that the position at which a program has been paused corresponds to a frame that does not provide meaningful information. For instance, a paused position may lie within a brief time segment prior to a commercial where only a blackened field is presented. To prevent the display of a thumbnail having no meaningful content, the pause module (124, 144) can be configured to analyze the program content associated with a pause location to ensure that it yields meaningful content. This can be achieved by determining whether the output of a suitably configured image filter is above a prescribed threshold. Or this can be achieved in a more advanced implementation by using various kinds of feature extraction and analysis algorithms, and so forth. If a frame is assessed to have low information content, then the pause module (124, 144) can be configured to successively move ahead or back in the program relative to the paused position until the pause module (124, 144) finds a frame that presents satisfactory information.
Finally,
In each of the above cases, the user can interact with the user interface presentations by any kind of navigation and selection keys provided by the remote controller (such as keys 618 and 620), or through other input means, such as via a separate computer device coupled to the operations center 102.
C. Exemplary Method of Operation
C.1. Selective Pause Mode
In step 1102 of
In step 1202 of
(Generally, with respect to Section C as a whole, recall that a unicast point-to-point model of program distribution is being applied here; thus, there is no presentation of program content, including still frames, unless the user specifically requests this program content, e.g., by advancing to the channel that provides such content.)
C.2. Pause All Mode
In step 1302 of
The prior procedure of
C3. Pause-On-Switch Mode
In step 1402 of
The prior procedure of
C.4. Operations Center Processing of Pause Commands
Finally,
In closing, a number of examples will be presented in this disclosure in the alternative (e.g., case A or case B). In addition, this disclosure encompasses those cases which combine alternatives in a single implementation (e.g., case A and case B), even though this disclosure may not expressly mention these conjunctive cases in every instance.
More generally, although the invention has been described in language specific to structural features and/or methodological acts, it is to be understood that the invention defined in the appended claims is not necessarily limited to the specific features or acts described. Rather, the specific features and acts are disclosed as exemplary forms of implementing the claimed invention.