TECHNICAL FIELDThe present invention relates to interactive entertainment systems, such as interactive television or interactive computing network systems, and to electronic program guides which operate in conjunction with these systems. In particular, the invention relates to methods and systems for notifying clients concerning electronic presentations that are being or are about to be broadcast.
BACKGROUNDTelevision viewers are very familiar with printed programming schedules that appear in daily newspapers or weekly magazines, such as TV Guide®. The printed program guide lists the various television shows in relation to their scheduled viewing time on a day-to-day basis.
Cable TV systems often include a channel with a video broadcast of the printed program guide. The cable channel is dedicated to displaying listings of programs available on the different available channels. The listings are commonly arranged in a grid. Each column of the grid represents a particular time slot, such as 4:00 p.m. to 4:30 p.m. Each row represents a particular broadcast or cable channel, such as ABC, PBS, or ESPN. The various scheduled programs or shows are arranged within the rows and columns, indicating the channels and times at which they can be found. The grid is continuously scrolled vertically so that a viewer can scan a continuously refreshing set of programs within three or four time slots.
Newer, interactive cable distribution systems feature electronic program guides (EPGs) which function somewhat similar to the broadcast program listing channels described above. Rather than scrolling automatically, however, an EPG allows a viewer to use a remote control device to scroll as desired both horizontally and vertically through a program grid. This functionality utilizes the two-way communications capabilities of interactive cable systems.
The EPG is typically implemented in software which runs on a set-top box (STB) connected between a TV and a cable system home entry line. When scrolling to a new column or row, the set-top box inserts the appropriate programming information into each new row or column. This information is either cached at the STB, or requested from the cable system's head-end.
Printed programming schedules, video broadcasts of programming schedules and EPGs all suffer a drawback in that a user who is interested in viewing a particular program must be diligent in monitoring for the program of interest so that they do not miss it. For example, a user must physically review printed or broadcast programming schedules, as well as EPGs in order to find a particular program of interest and the time when it is going to be broadcast. They must then be diligent in remembering when the show is being broadcast so that they can view it. Typically, and because programming guides change regularly (e.g. weekly or monthly), users must continuously consult the new programming guides to see what shows have been scheduled for subsequent time periods. Having to regularly and diligently consult programming guides can be inconvenient for users and can take them away from activities where their time might be more productively spent.
This problem is not, however, confined to the world of television. Specifically, there are other media over which “programs” of interest or, more broadly, “electronic presentations” are broadcast. For example, electronic presentations can be broadcast over a network such as the Internet and viewed on client viewing devices such as personal computers. An example of such an electronic presentation includes, without limitation, streaming multimedia broadcasts (e.g. audio, video, graphical, etc.). With a wide variety of sources of electronic presentations, it can become a daunting task for a user to sift through all of the potential presentations to find the ones that they want to view. In addition, many times a user will want only to view certain events within a particular presentation and not the whole presentation itself. Yet, in order to view the events of interest, a user must typically monitor the entire presentation or at least a large portion of it. For example, a user might only be interested, when watching a football game, in viewing third downs, touchdowns, half time and end-of-game shows. As another example, a user might be interested in a particular streaming multimedia conference of CEOs of high tech companies, but may only want to hear Bill Gates speak. If the user does not know specifically when Bill Gates is to speak, then they may have to watch a good portion of the presentation. As can be appreciated, having to watch an entire presentation in order to view only those portions of particular interest is wasteful.
Accordingly, this invention arose out of concerns associated with improving the user experience insofar as being able to efficiently select and view one or more electronic presentations.
SUMMARYMethods and systems for enabling users to register for notifications pertaining to electronic presentations of interest are described. The inventive methods and systems enable users to monitor many different electronic presentations without physically connecting to them for continuous play. Users can opt to monitor for the occurrence of an electronic presentation itself, or for events that might occur within various electronic presentations. The events can be monitored live through the use of meta information that is generated as the electronic broadcast is about to be, or is being broadcast. The meta information can be generated manually or automatically.
In one aspect, one or more notification servers are provided that link various sources of electronic presentations and client processing devices that are operated by users. The notification server(s) manages one or more databases. The databases are used to maintain and update user information that describes electronic presentations that may be of particular interest to a user, as well as source information (meta information) that describes aspects of the electronic presentation that the source is broadcasting. The meta information can be received fairly continuously throughout the broadcast of a presentation so that the source information that is maintained by the notification server can be updated. An analysis/search engine uses the source information to search the user information to identify users that have registered for notifications related to the current source information. If a user is found to have registered for a notification associated with the current source information, the notification server generates and sends such a notification. The user, once notified, can opt to connect directly to the source of the electronic presentation so that they can receive a continuous feed of the presentation.
The user information that is registered with the notification server can include many different types of data including topical data that can describe topics of interest, key word data that describes key words of interest, and names of particular individuals to name just a few. Thus, a user is not required to register for notifications based only upon the name of a particular presentation.
Other aspects of the invention include unique user interfaces that enable users to both register for the notifications and track the electronic presentations that are currently being monitored by the notification server.
BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 is a diagram that illustrates a network system and environment in accordance with one embodiment of the invention.
FIG. 2 shows a general example of a computer that can be used in implementation of one or more embodiments of the invention.
FIG. 3 is a block diagram of an exemplary notification server, source and database in more detail.
FIG. 4 is a diagram of an exemplary user information database in more detail.
FIG. 5 is a diagram of an exemplary live content database in more detail.
FIG. 6 is a flow diagram that describes steps in a method in accordance with one embodiment of the invention.
FIG. 7 is a block diagram of an exemplary user interface in accordance with one embodiment of the invention.
FIG. 8 is a diagram of a display that can be rendered on a client processing device using the user interface of FIG.7.
FIG. 9 is a diagram of another display that can be rendered on a client processing device using the user interface of FIG.7.
DETAILED DESCRIPTIONExemplary Network StructurePrinciples of the invention described below can be implemented in connection with any suitable network that can enable source and user information to be collected and processed as described below. It is to be appreciated that the described embodiment constitutes but one example and is not intended to limit the invention to the specifically illustrated architecture.
FIG. 1 shows anetwork system10 in the form of a client/server system in accordance with one embodiment of the invention. Generally,system10 includes one or moreclient processing devices12 that are used by users or viewers, one ormore notification servers14, and one ormore sources16 of electronic presentations. Theclient processing devices12,notification servers14, andsource16 communicate with each other over a data communications network. The illustrated communications network is a public network such as the Internet. The data communications network can also include local-area networks and/or private wide-area networks, and can include both wired and wireless sections.Client processing devices12,server14, andsources16 can communicate with one another via any of a wide variety of known protocols.
In the context of this document, the terms “client” and “client processing device” are intended to include, without limitation, any form of television set, enhanced television set (e.g. interactive TV or set-top box), computer or personal computer, or any other type of computing device such as a hand-held machine. The term “user” refers to an individual or entity that uses a client processing device. The term “source” is intended to include, without limitation, any source that can produce an electronic presentation that can be run or viewed on any of the exemplary client processing devices. In addition, the term “electronic presentation” is intended to include any and all types of electronic presentations that are capable of being run or displayed on the exemplary client processing devices described above. Some examples include, among others, television programs, multimedia streaming presentations, and the like.
Client processing devices12 are configured to generate user information that is provided by a user. The user information gives an indication of electronic presentations that might be of particular interest to a particular user. The user information might also be gathered by consulting a database that contains user information such as user occupation, client processing device location, and the like. The user information can include a wide variety of information such as the titles or names of particular electronic presentations, as well as key words or subjects that might be of interest to a particular user. For example, a user on a client device might be interested in viewing any electronic presentations that discuss or are related to Bill Gates. In this instance the user information might just include “Bill Gates” as a subject. The user might alternately be interested in electronic presentations that deal only with Beluga whales. In this instance the user information might include “Beluga whales” as a subject. Alternately, and in the case of passively gathered user information (that is, user information that is not directly input by a user for the purpose of determining desirable electronic presentations), there might be a database that contains information about various users or client device locations. For example, a user might be a software developer and might be interested in electronic presentations having to do with developer conferences. Further, it might be known that a certain client device is located in the Green Bay Wisconsin area. In that case, the user of the client device might be interested in receiving notifications about Packer games. The user information, whether provided by the user or ascertained about the user, is collected and managed bynotification server14 in one ormore databases18.
Assources16 are about to begin broadcasting, or during broadcasting of their particular electronic presentations, source information about the respective electronic presentations is sent to and received by thenotification server14. The source information is preferably not the actual continuous play broadcast of the presentation, but rather describes one or more aspects of a particular “live” electronic presentation. This source information can be maintained indatabase18 and used as the basis of a search of all of the registered user information. Thenotification server14 evaluates the source information against the user information and generates a notification when it appears that an electronic presentation includes information of interest to a user. In the described embodiment, the source information includes so-called meta information which is essentially any type of information that relates to a particular electronic presentation. Meta information can have many forms. For example, meta information can include the title or name of a presentation and statements about the content of the presentation. Meta information can also include audio, visual, graphic or other types of information that can be derived from an electronic presentation. For example, scene changes in a particular electronic presentation can be detected and rendered into meta information that conveys the fact that a scene has changed. The meta information can also include captured images of the electronic broadcasts themselves. Other examples of meta information are given below. The meta information can be rendered or generated manually or automatically. In the manual case, an individual might observe a broadcast and type information about the broadcast into an encoder (e.g. “Bill Gates is speaking”). Alternately, various devices can be used to automatically collect meta information, e.g. screen-capturing software might intermittently capture images of a presentation and provide them to theserver14 for display for users who have registered for them.
In the described embodiment,notification server14 receives both the user and the source information and, if appropriate, places it into adatabase18. For example, in many instances it will be advantageous to place the source information in the database. In other instances, source information might just be cached during searching. From there, thenotification server14 is able to evaluate the source information and the user information and ascertain whether any of the users need to be notified about electronic presentations for which they have registered. An exemplary notification server and database are described in more detail in connection with FIG. 3 below.
Exemplary Computer SystemPreliminarily, FIG. 2 shows a general example of acomputer130 that can be used in accordance with the invention. The computer, or aspects thereof, can be used to implement the sources, notification servers and the client processing devices.
Computer130 includes one or more processors orprocessing units132, asystem memory134, and abus136 that couples various system components including thesystem memory134 toprocessors132. Thebus136 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. Thesystem memory134 includes read only memory (ROM)138 and random access memory (RAM)140. A basic input/output system (BIOS)142, containing the basic routines that help to transfer information between elements withincomputer130, such as during start-up, is stored inROM138.
Computer130 further includes ahard disk drive144 for reading from and writing to a hard disk (not shown), amagnetic disk drive146 for reading from and writing to a removablemagnetic disk148, and anoptical disk drive150 for reading from or writing to a removableoptical disk152 such as a CD ROM or other optical media. Thehard disk drive144,magnetic disk drive146, andoptical disk drive150 are connected to thebus136 by anSCSI interface154 or some other appropriate interface. The drives and their associated computer-readable media provide nonvolatile storage of computer-readable instructions, data structures, program modules and other data forcomputer130. Although the exemplary environment described herein employs a hard disk, a removablemagnetic disk148 and a removableoptical disk152, it should be appreciated by those skilled in the art that other types of computer-readable media which can store data that is accessible by a computer, such as magnetic cassettes, flash memory cards, digital video disks, random access memories (RAMs), read only memories (ROMs), and the like, may also be used in the exemplary operating environment.
A number of program modules may be stored on thehard disk144,magnetic disk148,optical disk152,ROM138, orRAM140, including anoperating system158, one ormore application programs160,other program modules162, andprogram data164. A user may enter commands and information intocomputer130 through input devices such as akeyboard166 and apointing device168. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are connected to theprocessing unit132 through aninterface170 that is coupled to thebus136. Amonitor172 or other type of display device is also connected to thebus136 via an interface, such as avideo adapter174. In addition to the monitor, personal computers typically include other peripheral output devices (not shown) such as speakers and printers.
Computer130 commonly operates in a networked environment using logical connections to one or more remote computers, such as aremote computer176. Theremote computer176 may be another personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative tocomputer130, although only amemory storage device178 has been illustrated in FIG.2. The logical connections depicted in FIG. 2 include a local area network (LAN)180 and a wide area network (WAN)182. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets, and the Internet.
When used in a LAN networking environment,computer130 is connected to thelocal network180 through a network interface oradapter184. When used in a WAN networking environment,computer130 typically includes amodem186 or other means for establishing communications over thewide area network182, such as the Internet. Themodem186, which may be internal or external, is connected to thebus136 via aserial port interface156. In a networked environment, program modules depicted relative to thepersonal computer130, or portions thereof, may be stored in the remote memory storage device. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.
Generally, the data processors ofcomputer130 are programmed by means of instructions stored at different times in the various computer-readable storage media of the computer. Programs and operating systems are typically distributed, for example, on floppy disks or CD-ROMs. From there, they are installed or loaded into the secondary memory of a computer. At execution, they are loaded at least partially into the computer's primary electronic memory. The invention described herein includes these and other various types of computer-readable storage media when such media contain instructions or programs for implementing the steps described below in conjunction with a microprocessor or other data processor. The invention also includes the computer itself when programmed according to the methods and techniques described below.
For purposes of illustration, programs and other executable program components such as the operating system are illustrated herein as discrete blocks, although it is recognized that such programs and components reside at various times in different storage components of the computer, and are executed by the data processor(s) of the computer.
Encoders and Notification ServerFIG. 3 shows anexemplary notification server14,source16, anddatabase18 in more detail.Notification server14 includes one ormore registration interfaces20, an analysis/search engine22 and adatabase controller24 that controls and maintainsdatabase18.Source16 includes, in this example, anencoder26.
It will be appreciated thatencoder26 can be a separate, non-integral component of the source.Encoder26 receives live content or presentations in the form of different media streams17.Encoders26 can be dedicated media servers, or alternatively other more general-purpose computer systems. These media streams17 can be individual media streams (e.g., audio, video, graphical, etc.), or alternatively can be composite media streams including two or more of such individual streams. The media streams17 can be provided to the encoders on a “live” basis from other data source components through dedicated communications channels or through the Internet itself. The encoder can also be a human being who is observing an electronic presentation and rendering meta information about the presentation.
Encoders26 coordinate the streaming of the live content to other components on the network that request the content or notifications thereof, such asclient processing device12. It is to be appreciated that although the media streams are referred to as being “live”, there may be a delay (e.g., between one second and thirty seconds) between the time of the actual event and the time the media streams reach the encoder(s).
There are various standards for streaming media content and composite media streams. “Advanced Streaming Format” (ASF) is an example of such a standard, including both accepted versions of the standard and proposed standards for future adoption. ASF specifies the way in which multimedia content is stored, streamed, and presented by the tools, servers, and clients of various multimedia vendors. ASF provides benefits such as local and network playback, extensible media types, component download, scalable media types, prioritization of streams, multiple language support, environment independence, rich inter-stream relationships, and expandability. Further details about ASF are available from Microsoft Corporation of Redmond, Wash.
Encoders26 can transmit any type of presentation over the network. This includes the source information that is used by thenotification server14. Examples of such presentations include audio/video presentations (e.g., television broadcasts or presentations from a “NetShow™” server (available from Microsoft Corp. of Redmond, Wash.)), video-only presentations, audio-only presentations, graphical or animated presentations, etc.Registration interface20 is configured, in this example, to enable collection of both user information and source information. The collected user information is stored indatabase18 in a userinformation database portion28 that can be designated for holding only user information. The source information is collected and can be stored indatabase18 in alive content portion30. Thelive content portion30 holds all of the source information that might be associated with a particular electronic presentation.
Analysis/Search engine22 performs all of the analysis and searching that is necessary to enable appropriate notifications to be generated and sent to a user. For example, as meta information arrives from one or more of thesources16, thedatabase18 is updated and a search is conducted to identify all of the users, if any, who have registered for notifications. If a particular user is found to have registered for a notification when source information of a particular type is detected, then an appropriate notification is generated and sent to the user or client processing device that requested the notification.
Exemplary Client Information DatabaseFIG. 4 illustrates entries in an exemplary user information database, such as database28 (FIG. 3) generally at200. In the illustrated example, four fields are provided, i.e. aclient ID field202, atitle field204, asubject field206, and adescriptive information field208. It is to be understood that this constitutes but one example of possible entries in a user information database. Other entries are, of course, possible.
The user information database enables a user to register for notifications for different electronic presentations that might be broadcast by one or more sources, and/or notifications about particular events that might occur within one or more electronic presentations.
Theclient ID field202 holds the identification of each client processing device or user. The identification is used when a notification is to be sent to a user. The identification can be a URL, email address, or any other suitable type of identification that enablesnotification server14 to send a notification to a particular client processing device or user. In the present example, there are four users or clients who have registered for notifications. The clients are numbered1 through4.
Thetitle field204 holds a title of the electronic presentation that has been indicated by a user to be of interest. In the present example, clients orusers1,2 and4 have registered for notifications regarding specific titled electronic presentations. Specifically, client ofuser1 has registered for notifications regarding the Microsoft company meeting; client oruser2 has registered for notifications regarding the Seahawks football game; and client oruser4 has registered for notifications regarding the MTV Countdown of popular songs. Client oruser3 has not registered for any notifications that are associated with a particular titled electronic presentation. A good reason for this is that client oruser3 might not know the title of a specific electronic presentation that contains information of interest, as will become apparent just below.
Thesubject field206 holds the subject of an electronic presentation that may be of interest to a user. The subject field gives a user the flexibility to register for notifications for certain subjects while not necessarily requiring the user to know the specific title of the electronic presentation. In the present example, client oruser3 has registered for notifications associated with the subject of an electronic presentation.Client3 has registered for notifications regarding any electronic presentation that deals with “Beluga whales”. The electronic presentations can come from any source. By registering for notifications dealing with a subject and not specifically a titled presentation,client3 will be notified when Beluga whales is the topic on any of the sources monitored by the notification server.
Thedescriptive information field208 holds information that has been specified by a user as being of interest to the user. By entering specific information in the descriptive information field, a user will be notified when the specified events occur within the specified electronic presentation. This can be in addition to an initial notification that the electronic presentation is being broadcast. For example, client oruser1 has registered for notifications regarding the Microsoft company meeting. When the Microsoft company meeting is broadcast, a user or client will typically be notified of the start of the meeting. In addition,client1 has indicated that they are only interested in notifications when Steve Ballmer is talking. Thus, a notification will be generated to the client or user when Steve Ballmer is talking. Similarly,client2 has registered for notifications regarding the Seahawks games.Client2 is only interested, however, in notifications associated with the events described in theDescriptive Information field208, i.e. first downs, touchdowns, halftime, and end of game. Accordingly,notification server14 will monitor the meta information that is provided by the source of the Seahawks game and generate an appropriate notification to client oruser2 on the occurrence of the specified events. Client oruser4, while being interested in the MTV Countdown of popular songs, is only interested in the top two songs. Accordingly, client oruser4 has specified information in theDescriptive Information field208 that will result in notifications only for thenumber1 and2 songs.
Exemplary Live Content DatabaseFIG. 5 illustrates entries in an exemplary live content database, such as database30 (FIG. 3) generally at210. Thelive content database210 maintains current, up-to-the-minute information on electronic presentations that are about to be or are being broadcast by various sources. The live content information that is managed in this database comes from or is associated with all of the many sources that are monitored by thenotification server14. In the illustrated example, four fields are provided, i.e. a name/title field212, asource field214, atopic field216, and adescriptive information field218. It is to be understood that this constitutes but one example of possible entries in a live content database. Other entries are, of course, possible.
The name/title field212 includes the name or title of the current electronic presentation that is being broadcast by a source. In the illustrated example, four different sources are being monitored for electronic broadcasts that include the Microsoft company meeting, Wild Planet, the American League Championship game, and the MTV Countdown. As these electronic presentations are being broadcast, meta information is regularly received by thenotification server14 that describes what is taking place during the broadcast. This information is used to continuously update the database so that client notifications can be sent in a timely manner.
Thesource field214 identifies the sources from which the electronic presentations can be obtained.
Thetopic field216 identifies the current topic of the electronic presentation. For example, the topic currently being discussed at the Microsoft company meeting is “Windows”. Similarly, the current topic of the Wild Planet show is “lions”.
Thedescriptive information field218 includes information that describes the content of the corresponding presentation. This information can include one or more key words describing the presentation. For example, the descriptive information describing the Microsoft company meeting indicates that “Bill Gates is talking”. Similarly, the descriptive information for the Wild Planet broadcast indicates that “migration habits” and “hunting” are currently being discussed. The descriptive information can include any information that describes a current broadcast including a summary or abstract of the presentation, or a textual transcript of the presentation.
The data or information fordescriptive information field218 can be generated manually or automatically. Manual generation refers to an individual (e.g., the presentation author) creating the data. For example, the author may write a summary or a list of key words for the presentation and provide them to server14 (either directly or via an encoder26).
Automatic generation refers to one of the components, such as anencoder26 orserver14, using any of a variety of mechanisms to generate data describing the presentation as the presentation occurs. For example, a conventional key word generation process may be employed to identify key words from the presentation. This may be carried out by anencoder26,server14, or some other component coupled to the network. By way of another example, closed captioning information may be used as the data, or a conventional speech-to-text conversion process may be used to convert audio data into text data.
The information maintained in thelive content database30 is used by analysis/search engine22 (FIG. 3) to evaluate and search user information from users of the client processing devices12 (FIG.1). A user provides, as part of his or her user information, a set of criteria and which fields the criteria should be applied to. Examples of such criteria were given above in connection with FIG.4. The user can provide such criteria via any of a wide variety of conventional input mechanisms, such as a graphical user interface (GUI), an example of which is discussed below. In the illustrated example, the user is able to search any of the fields inlive content database30. Analysis/search engine22 compares the user-provided criteria to each entry (entries212-218) in thedatabase30, or vice versa, to determine whether the electronic presentation corresponding to the entry satisfies the user criteria. Any of a variety of conventional searching algorithms and methodologies can be used. For example, any entry with at least one word matching one of the user criteria may satisfy the search request, or, an entry may be required to include every word in the search criteria in order to satisfy the search request, etc.
Information regarding electronic presentations that satisfies any of the user-specified criteria is provided to theclient processing device12 of the user that placed the request. Such information may be the entire entry from database30 (e.g. one or more of the row entries of FIG.5), or alternatively, a selected portion (e.g., thetitle field212 andsource field214 for the entry). Thesource field214 is provided to the client processing device to allow the user to subsequently request the presentation, for example via the client processing device, from the appropriate source or encoder. In the illustrated example, the data insource field214 can comprise a uniform resource locator (URL) that identifies a particular presentation available from a particular encoder. A user can accordingly click a link to the URL and be automatically connected to the presentation.
Information from each entry that satisfies the user criteria is provided to the user and, if multiple entries satisfy each criteria, then the user can select one or more presentations based on this information. Alternatively,server14 may rank the entries based on how well they match the user criteria and return information for only the highest ranking entry (or entries) to the user.
In OperationFIG. 6 shows a flow diagram that describes steps in a notification method in accordance with the described embodiment. Step300 receives user information from one or more users. The user information gives an indication of electronic presentations that might be of particular interest to a user. The user information can be collected in any number of ways. For example, users can interface with a suitable notification server14 (FIG. 1) using a client processing device. With the client processing device, a user can enter various criteria upon which notifications are to take place. Alternately, there might be a database that maintains a collection of information about particular users, e.g. user occupation, geographical location, user viewing habits, that form the criteria upon which notifications take place. Step302 uses the user information to build a user information database28 (FIG.3).
Step304 monitors one or more sources of electronic presentations. Monitoring can take place in any suitable way. In the described embodiment, monitoring takes place through the use of a network, such as the Internet, that connects the sources and one or more notifications servers together. In the illustrated example, source information is developed pertaining to the electronic presentations that are currently being broadcast (or are about to be broadcast) by the sources. The source information can be received directly from a source or, alternately, from an encoder that is associated with a source. Examples of the various types of source information that can be received are given above.
Step306 determines whether any source information is received. In the described example, source information can be received when a broadcast is about to begin, as well as throughout the broadcast itself. The source information that is received during the source's broadcast of an electronic presentation can describe various events that can occur within a particular presentation. Examples of such events were given above in connection with FIG.5. When source information is received,step308 evaluates the source information against the user information. The source information can, for example, be compared against the user information to determine whether any of the users need to be notified regarding one or more of the electronic presentations. If, as a result of the evaluation ofstep308, it appears that one or more users need to be notified (step310), then step312 generates and sends an appropriate notification. Any suitable notifications can be used. The notifications contain an indication that a particular electronic presentation that is being broadcast might contain information of interest to the client. For example, a small icon or flashing bulb might pop up on a client processing device. Additionally, notifications can be sent via email, facsimile or pager to name just a few. The function of the notification is to attempt to inform a user that an electronic presentation has been found that might be of potential interest to the user. In one aspect of the invention, and in the event that a user does not receive the notification or, has opted to record a particular presentation, an electronic presentation that is the subject of a notification can be automatically recorded for a user for subsequent viewing.
In this way, information that is generated before, during and concerning various electronic presentations from a number of different sources can be monitored. The generated information is processed to determine whether any of a number of different users would be interested in viewing at least a portion of a particular electronic presentation. In the described embodiment, the generated information is processed by one ormore notification servers14 that compare the generated information with user information provided by one or more users. The information concerning the various electronic presentations can be periodically updated and subsequently used to search the user information. Thus, users can be continuously updated on a number of different electronic presentations without having to physically connect to the sources of the electronic presentations for continuous play. This is advantageous and constitutes a much desired improvement over previous systems and methods for a number of reasons. First, a user can monitor many different electronic presentations on various media (e.g. television, client/server computer system etc.) without having to physically view each or any of them. This means that users have a much greater breadth in the number of shows that can be monitored. In addition, once the user information database is established, a user can go about their business and forget that they have even registered for notifications. The notifications are automatically generated and sent to the user thereby alleviating the monitoring burden from the user. Furthermore, the granularity at which the notifications are generated are at a level that the user can truly isolate events of interest and be notified only when those events occur, e.g. events within a particular electronic presentation. Other advantages will be apparent to those of skill in the art.
User InterfacesIn one implementation, one or more user interfaces are provided and advantageously interface with a user. The user interfaces are configured to allow a user to both provide user information to the notification server, and to allow the notification server to provide information, such as monitored source information, to a user or client processing device. The information exchange protocol that is employed can comprise any suitable protocol that is capable of establishing communication and information exchange between theclient processing devices12 and the notification server(s)14. One protocol that has been particularly useful in the context of a network such as the Internet is one based upon Extensible Markup Language (XML). Extensible Markup Language (XML) is a meta-markup language that provides a format for describing structured data. XML is similar to HTML in that it is a tag-based language. XML is a derivative of Standard Generalized Markup Language (SGML) that provides a uniform method for describing and exchanging structured data in an open, text-based format. XML utilizes the concepts of elements and namespaces. Compared to HTML, which is a display-oriented markup language, XML is a general-purpose language used to represent structured data without including information that describes how to format the data for display. More recently, XML has emerged as a desired protocol for communication between client/server systems.
FIG. 7 shows an exemplary user interface unit generally at400.User interface unit400 can comprise an integral part of aclient processing device12, or can be separate from the client processing device. The illustratedinterface unit400 includes aprocessor402,volatile memory404, andprogram memory406. The user interface unit has a receiver (not shown) for receiving source information from thenotification server14. That is, as the notification server evaluates the source information that it receives, it generates, when appropriate, notifications for the various client processing devices. When the server sends the notifications, the notifications can be received by the user interface unit and rendered into a display for the user to view. In one implementation, the client processing device runs anoperating system408 which supports multiple applications. Theoperating system408 is stored in memory and executes on theprocessor402. The operating system can advantageously be a multitasking operating system which allows simultaneous execution of multiple applications. Theoperating system408 employs a graphical user interface windowing environment which presents the applications or documents in specially delineated areas of a display screen called “windows.” One exemplary operating system is a Windows® brand operating system sold by Microsoft Corporation, such as Windows® 95 or Windows® NT or other derivative versions of Windows®. However, other operating systems which provide windowing environments can be employed, such as the Macintosh operating system from Apple Computer, Inc. and the OS/2 operating system from IBM.
Registration InterfaceAninput application410 is stored in theprogram memory406 and executes on the processor to render a user display or registration interface that enables a user to input information of interest that can be used by thenotification server14 to build and maintain itsuser information database28. This information can also be used by the notification server to conduct the appropriate searches when it receives the source information as described above. It will be appreciated that theinput application410 may also be a monitoring application that monitors a user's viewing habits and provides information to the notification server pertaining the viewing habits. This can allow the notification server to maintain statistics on a user's viewing habits so that the user can be notified, when appropriate, of electronic presentations that conform to their established viewing habits.
FIG. 8 shows anexemplary registration interface414 that can be rendered byinput application410 and displayed on aclient processing device12. Theinterface414 presents a number of different selection fields that enable a user to select one or more electronic presentations for which monitoring will take place. In the illustrated example, the selection fields include atitle field416, asubject field418, and adescriptive information field420. Other fields are possible. These fields allow a user to enter information that pertains to electronic presentations in which they might be interested. For example, a user can enter a title of a particular program in thetitle field416. Alternately or in addition, a user can enter a subject in thesubject field418. Alternately or in addition, a user can enter descriptive information in thedescriptive information field420. This information corresponds to the fields that are defined for the client information database discussed above in connection with FIG.4.
Anotification method field422 can also be provided to give the user the ability to select the type of notification that they are to receive. In the illustrated example, there are four types of notification that the user can select, i.e. email, fax, pager, and other. These selections can reference additional fields so that the appropriate information can be entered by the user. Once all of the information has been entered by a user, they can simply click the “send” button which sends the information to thenotification server14. In one implementation, the client information is bundled up as an XML data packet that it sent to and processed by thenotification server14. The notification server can then go about the process of entering the information into the user information database (FIGS.3 and4).
Monitoring InterfaceWhen all of the user information has been collected and stored for a particular user, thenotification server14 can then begin to monitor the source information for the particular electronic presentations that have been specified by the user. When thenotification server14 detects an electronic presentation that fits with user-registered information, it generates and sends a notification to the appropriate client processing device or user. The client processing device or user interface can then take the notification and render it into information that is displayed for the user.
FIG. 7 shows amonitoring table application412 stored in theprogram memory306. The monitoring table application executes on the processor to control the information that is ultimately displayed for a user on their client processing device. The information that is displayed gives indicia that is associated with electronic presentations that have been selected by a user and that are currently being broadcast by a source. Themonitoring application412 enables indicia to be displayed for a user without requiring that the selected electronic presentations be continuously played for the user. In this way, selected electronic presentations are automatically monitored and notifications are generated, when appropriate, when certain presentations or portions thereof are broadcast. Themonitoring application412 can interface with other applications in order to receive and manage the information that is to be displayed for the user. These other applications can be stored in theprogram memory406 and can include various text, graphics, and image-capturing applications to name just a few.
FIG. 9 shows an exemplarymonitoring table interface424 that can be rendered by monitoringtable application412 and displayed on aclient processing device12. Themonitoring table interface424 presents a number of fields that enable a user to be informed on the status of electronic presentations for which they have registered for notification. In the illustrated example, atitle field426 holds the title of one or more electronic presentations for which a user has registered. An events field428 holds indicia of events that can occur within one or more of the electronic presentations. This indicia can be textual, graphic, audio and/or visual to name just a few. Animage field430 is provided for holding captured images of an event that can occur within one or more of the electronic presentations. For example, an encoder can take a picture of a particular event and form a JPEG image of the picture. The JPEG image can then be pushed to the notification server which, in turn, can provide the image to those clients that have registered for a presentation that is associated with the image. The JPEG image can be displayed in theimage field430 so that a user can keep updated on the status of the presentation without being physically connected to the source of the presentation for continuous viewing.
In addition, a number oftabs432 are provided and enable a user to click through various information displays. In the illustrated example, four such tabs are provided and include a “Now” tab, a “Rec.” tab (for “Recorded”), a “Future” tab, and a “Reg.” tab (for “Registered”). The “Now” tab enables a user to access what is currently being monitored by thenotification server14. This might include all of the electronic presentations that are being monitored, in addition to the ones that are the subject of the current user's registrations. The “Rec.” tab allows a user to access a list of electronic presentations that might have been recorded for the user. For example, if a user notification is sent to a user, but is not acknowledged, the user may have set a default “record” setting that provides for the presentation to be recorded for future viewing. The “Future” tab allows a user to access a list of presentations/events that have been registered for by the user for some time in the future. The user can then be given the opportunity to edit their choices such as by unregistering for certain presentations or events, or by changing the parameters associated with one or more presentation or event. The “Reg.” tab allows a user to access a list of presentations and events that they are currently registered for, and which are currently being broadcast. In the present example, two presentations for which the user has registered are currently being broadcast, i.e. Wild Planet and MTV Countdown. In the case of the Wild Planet presentation, the current event is “lions” and their migration habits. Recall that in the FIG. 4 example, the user registered for notification in such an instance where Beluga whales were the topic of the Wild Planet presentation. In this instance, no notification would be generated and sent to the user by thenotification server14. With respect to the MTV Countdown presentation, the “event” field indicates that the countdown is currently on the No. 6 song and that Madonna is artist. When the countdown reaches thenumber 2 song, a notification will be generated and sent by the notification server to the user. This can be the case even though the user may have theiruser interface424 pulled up.
Various aspects of the invention provide an interactive, robust user tool that enables a user to register for notifications pertaining to many different electronic presentations that can originate from many different sources. Users can adjust the granularity at which the notifications occur by registering for certain events that might occur during an electronic presentation. Novel use of real time meta information (source information) is made to enable various electronic presentations to be monitored live or in real time so that timely notifications can be sent to those users who have registered for certain events. Users can thus have many different electronic presentations monitored without having to physically connect to the sources for continuous play. Source information can include information that is pulled from various sources or information that is pushed from various sources.
Although the invention has been described in language specific to structural features and/or methodological steps, it is to be understood that the invention defined in the appended claims is not necessarily limited to the specific features or steps described. Rather, the specific features and steps are disclosed as preferred forms of implementing the claimed invention.