|Publication number||US7917602 B2|
|Application number||US 09/925,109|
|Publication date||29 Mar 2011|
|Filing date||8 Aug 2001|
|Priority date||8 Aug 2000|
|Also published as||EP1308041A2, EP1308041B1, EP1308045A2, EP1308045B1, US8949374, US9520956, US9654238, US20020038358, US20020080166, US20020083153, US20120030714, US20120039580, US20170064369, WO2002013526A2, WO2002013526A3, WO2002013526A9, WO2002013528A2, WO2002013528A3|
|Publication number||09925109, 925109, US 7917602 B2, US 7917602B2, US-B2-7917602, US7917602 B2, US7917602B2|
|Inventors||Millard E Sweatt, III, Don Woodward, Chris E Matichuk, Gurminder Sunner, Alain Regnier, Sunil Mohan|
|Original Assignee||The Directv Group, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (139), Non-Patent Citations (12), Referenced by (17), Classifications (70), Legal Events (8)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application claims priority under 35 U.S.C. §119(e) from co-pending and commonly assigned U.S. Provisional Application No. 60/223,856, filed on Aug. 8, 2000 by Jeff Hastings, et al., entitled “Method and System for Remote Television Replay Control” the subject matter of which is herein incorporated by reference in its entirety.
This application claims priority under 35 U.S.C. §119(e) from co-pending and commonly assigned U.S. Provisional Application No. 60/248,313, filed on Nov. 14, 2000, by Jeff Hastings, et al., entitled “Method and System for Remote Television Replay Control” the subject matter of which is herein incorporated by reference in its entirety.
This application claims priority under 35 U.S.C. §119(e) from co-pending and commonly assigned U.S. Provisional Application No. 60/248,937, filed on Dec. 29, 2000, by Phillipe Pignon, entitled “Method and System for Remote Television Replay Control” the subject matter of which is herein incorporated by reference in its entirety.
This application claims priority under 35 U.S.C. §119(e) from co-pending and commonly assigned U.S. Provisional Application No. 60/258,940, filed on Dec. 29, 2000, by Millard E. Sweatt, III, entitled “Recording Television Programming via Remote Control” the subject matter of which is herein incorporated by reference in its entirety.
The subject matter of this application is related to commonly-owned U.S. patent application Ser. No. 09/925,120, by Millard E. Sweatt, III, et al., entitled “Method and System for Remote Television Replay Control,” and which is being filed concurrently with the present application on Aug. 8, 2001, the content of which is hereby incorporated by reference in its entirety.
The subject matter of this application is related to commonly-owned U.S. patent application Ser. No. 09/925,121, by Millard E. Sweatt, III, et al., entitled “Method and System for Remote Television Replay Control,” and which is being filed concurrently with the present application on Aug. 8, 2001, the content of which is hereby incorporated by reference in it entirety.
The present invention relates generally to enabling web users easy access and control of media-based devices and appliances over computer networks, and more specifically, to a method, system and computer medium for remote control of a digital video recorder from a client user interface both in communication with the Internet.
Conventional techniques provide for control input of a media-based device either directly or with a short-ranged remote controller. That is, typically the media-based device may be directly programmed using the control panel disposed on the device itself or with a remote controller (i.e., typically handheld) in communication with the media-based device. The handheld remote controller provided control input from short-ranged distances about the device usually by direct hardwired extension cable, or by some wireless medium, like for example, infrared and radio frequency. While these conventional techniques work well for those situations where the user is physically located within the vicinity (e.g., typically in the same room as the media-based) of the device, they do not address the situation where the user is at a different physical location and is thereby unable to access the device at such short-ranges. Although there exists numerous reasons and situations as to why the user would be physically away from the device, the details of such are less important as opposed to the overriding drawback that the user is unable to control the media-based device from a location remote to the physical location of the media-based device. It will be apparent to those skilled in the art that the handheld remote controller may be designed to accommodate an increased range of hardwired and/or wireless transmission; however, this alternative is still unsatisfactory as it is cost prohibitive in proportion to an increase in the transmission distance.
Consequently, what is needed is a solution to enable user control and programming of media-based devices and appliances from remote locations. It would be desirable if the device could be accessed and controlled from anywhere in the world, like from a web browser in a manner that is convenient, familiar, and relatively simple to use. Furthermore, it would be advantageous if a web-based solution could be provided in a manner that seamlessly integrates information from multiple sources, like for example, from the media-based device and various media content providers as well as other online service providers so that the combination of information is available to a user in a single web session. It would be beneficial if the devices and appliances could communicate with such providers of information and content, so as to automatically receive and send information there between. Finally, the method, system, and computer medium that is needed, for enabling remote control of a media-based device and for accessing related information, should also be available to various web servers including portals in a uniform manner such as through an application program interface.
The described embodiments of the present invention utilize the world wide web to overcome the limitations of the current state of the art concerning access and control of stand-alone media-based devices. Web users, content providers of the subject-matter being utilized with the media-based device, and web-hosted service providers who typically provide ancillary services, system administration and system maintenance of the media-based devices may benefit from the described embodiments of the present invention, which enable the integration of stand-alone applications for media-based devices and appliances with web-hosted services that by themselves do not necessarily work well with each other. To this end, the described embodiments of the present invention are beneficial in creating a web application, which may be offered as a web-hosted service, for enabling existing stand-alone media-based devices to be more effective to a user.
The described embodiments of the present invention comprise a method, system, computer medium, and other embodiments for integrating unrelated web-hosted services with stand-alone media-based devices and appliances, and for allowing users to access and control the media-based device and/or appliance conveniently with a client user interface such as a web-browser through various portals on the Internet. One technical aspect of the present invention enables users to access the media-based device and appliance through one or more unrelated web portals, so as to control and to program the media-based device in a single web session. With this aspect of the present invention, users are provided with an integrated presentation that includes information both stored on the media-based device and appliance and that in one embodiment may originate from third-party online sources of information and services. That is, rather than having to be in the same room as the media-based device and appliance to provide control input thereto, the described embodiments of the present invention overcome the limitations associated with conventional programming techniques and enables users to access the media-based device from remote locations throughout the world via the Internet.
Another aspect of the present invention simulates an operational standalone media-based device and appliance over a network, whether the device or appliance is in periodic communication or continuous continuation with the network. According to one embodiment of the present invention, a virtual representation of the media-based device and appliance is created over the network and presented to the client user interface to simulate the operation of the media-based device. In another embodiment of the present invention, the media-based device and appliance communicates over the network in real-time and on-the-fly with the client user interface.
According to yet another aspect of the present invention, when the information both stored on the media-based device and originating from unrelated online sources are combined into an integrated presentation and presented to a user through a single web session, users can access and view the combined information through one web presentation, and select and manipulate particular information of interest. These otherwise unrelated and disparately-located sources of information include, but are not limited to, web-hosted and online services concerning television, satellite-based, pay-per-view and cable-based television guide information, user preferences and authentication information and other related and ancillary services.
The described embodiments are implemented with a client/server architecture embodied in a computer-based communication system. By enabling access and control of the media-based device and appliance over the Internet using a “web paradigm,” the described embodiments of the present invention provide users with a convenient and efficient manner for programming the media-based device and appliance. In one embodiment, the media-based device and appliance comprises an interactive television device in the nature of a digital video recorder (DVR), also known as a personal video recorder (PVR). By porting the local control interface typically utilized on the stand-alone DVR to enable control input from a client user interface over a network, the described embodiment of the present invention provides a context for control input in which users are increasing becoming familiar with due to the growing popularity of the Internet. The world-wide appeal of the Internet coupled with the web application to control the DVR allow a scalable solution without the intensive high-end costs for tooling and manufacturing.
One technical advantage of the present invention is that it includes a computer-based communication system that is enabled to: (1) extract information from the stand-alone media-based device and appliance through a back end client-server subsystem; (2) extract information from online and unrelated web hosted services through yet another server subsystem; (3) combine the extracted information from the various sources mentioned; (4) maintain a local representation of the combined data on a database; (5) create an integrated presentation based on combining the information extracted to simulate the operation of the media-based device in either a virtual or real-time manner; (6) allow multiple portals to make requests to a front end subsystem and to receive the integrated presentation via an API (Application Program Interface); (7) transfer the integrated presentation to a client user interface; (8) accept instructions from the client user interface in response to receiving the presentation in order to update the database and the media-based device and appliance; (9) combine the instructions received with further information obtained from the online and web-hosted services; and (10) update the media-based device and appliance with the instructions and further information combined.
One aspect of the computer-based communication system of the present invention enables the communication between a network computing system, a network/media-based data integration system, and a media-based computing system. In order for the network computing system to communicate with the media-based computing system through the data integration system, a set of processes embodied in an API is provided. In one embodiment, the network computing system includes web-hosted services provided over the Internet, the web-hosted services being external to the data integration system. In the same embodiment, the standalone DVR is connected to a network in the media-based computing system. The API provided in the data integration system enables a flexible approach to allow various external web portals in the network computing system to communicate with the DVRs in the media-based computing system. Furthermore, the API enables clients on the network computing system to request and to obtain the integrated presentation at the client user interfaces in unique arrangements distinctive to the local environment of the web portal. Accordingly, the API exposes the integrated presentation to be utilized by a wide range of websites for millions of users in a simple and easily accessible manner. The API encapsulates a variety of functions that facilitate creating a user account, user login, user preferences, adding a request, obtaining programming guide information, finding television programs of interest, and others to be described more specifically herein.
In yet another technical aspect of the present invention, the media-based computing system enables the communication of requests, data and other control input information across various networks from a DVR. The DVR is also enabled to receive commands and to send out data and status information based on commands and data received across the various networks. In particular, the DVR is enabled to be programmed from an external source (e.g., preferably through a computer-based communication system having multiple web servers) in a uniform manner. That is, instead of a conventional hand-held remote controller and the control panel disposed on the DVR being the mechanisms used to program the DVR, an external source may be used to facilitate the programming.
The features and advantages described in this summary and the following detailed description are not all-inclusive, and particularly, many additional features and advantages will be apparent to one of ordinary skill in the art in view of the drawings, specification and claims hereof. Moreover, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter, resort to the claims being necessary to determine such inventive subject matter.
The teachings of the present invention can be readily understood by considering the following detailed description in conjunction with the accompanying drawings.
The figures depict a preferred embodiment of the present invention for purposes of illustration only. One skilled in the art will readily recognize from the following discussion that alternative embodiments of the structures and methods illustrated herein may be employed without departing from the principles of the invention described herein.
A system, method, computer medium and other embodiments for accessing, reviewing and providing selective control input over a computer-based communications system to media-based devices and appliances from client user interfaces are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention can be practiced without these specific details. In other instances, structures and devices are shown in block diagram form in order to avoid obscuring the invention with unnecessary details.
Reference in the specification to “one embodiment” or to “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.
Some portions of the detailed description that follows are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps (instructions) leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical, magnetic or optical signals capable of being stored, transferred, combined, compared and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like. Furthermore, it has also proven convenient at times, to refer to certain arrangements of steps requiring physical manipulations of physical quantities as (modules) code devices, without loss of generality.
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated and otherwise as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or determining” or “displaying” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system memories or registers or other such information storage, transmission or display devices.
One aspect of the present invention includes an embodiment of the process steps and instructions described herein in the form of a computer program. Alternatively, the process steps and instructions of the present invention could be embodied in firmware or hardware, and when embodied in software, could be downloaded to reside on and be operated from different platforms used by real time network operating systems and applications.
The present invention also relates to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, application specific integrated circuits (ASICs), or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus. Furthermore, the computers referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.
The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may also be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any references below to specific languages are provided for disclosure of enablement and best mode of the present invention.
Moreover, the present invention is claimed below as operating on or working in conjunction with an information system. Such an information system as claimed may be the entire information system for providing remote control of a digital video recorder and other media-based devices and/or appliances from browser and user interface applications in communication with a network as detailed below in the described embodiments or only portions of such a system. For example, the present invention can operate with an information system that need only be a communications network in the simplest sense to facilitate the review of program data and selections existing at the media-based devices and appliances. At the other extreme, the present invention can operate with an information system that locates, extracts and stores data from a variety of unrelated data sources and integrates such data with user control input to program and update the media-based devices and appliances as detailed below in the described embodiments or only portions of such a system. Thus, the present invention is capable of operating with any information system from those with minimal functionality, to those providing all of the functionality disclosed herein.
Reference will now be made in detail to several embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever practicable, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
One aspect of the present invention addresses the situation where the media-based devices and appliances may not always be continuously connected to a network. To address this situation, all of the information, that is necessary for the replication of what a user would experience as if the media-based device acting as a stand-alone unit, is stored in a database. This information stored on the database, along with other sources of related information, allows the construction of an integrated presentation to be sent to a client user interface, like a browser, to simulate the operation of the media-based device functioning as if it were in a “live” (i.e., stand-alone) mode, that is, for viewing and control input. Accordingly, the present invention enables access to and control of the media-based device and/or appliance from a remote location and over a network whether or not the media-based device is participating in a communication session with a network in a peer-to-peer or periodic mode.
In one embodiment discussed below, when the media-based device and/or appliance periodically establishes a connection with a network and database, information is pushed and pulled between the client, database and media-based device in a “batched” processing mode. In this embodiment, the replication of data necessary to simulate using the media-based device at a client can be analogized to virtualizing the media-based device over a network.
With another embodiment discussed below, where the media based device establishes a peer-to-peer communication session with the client, the control input and update of the media-based device and/or appliance from a client is executed “on-the-fly”, that is, in real time enabling near instantaneous results.
1. An Embodiment for Remote Control of Media-Based Devices and Appliances Through Batched Processing
Referring now to the block diagram of
Also shown in the embodiment of
In between the network computing system 12 a and the back end sub-system 16 a, the network/media-based data integration system 14 a provides a centralized interface therebetween. For convenience and ease of understanding the present invention, system 14 a will be referenced interchangeably as the “front end sub-system 14 a,” and “front end 14 a,” relative to the back end sub-system 16 a. Collectively, the front end 14 a and the back end 16 a comprise the “My Replay TV” (MRTV) system in accordance with the present invention. In general, front end 14 a extracts, captures, stores, and integrates information from a variety of disparate data sources and transmits the information assembled to the client user interfaces, like at browser 20, and to the media-based devices 36. Additionally, front end 14 a enables data from a variety of sources to be shared across systems 12 a and 16 a, and in doing so, facilitates user control input for media-based devices 68 over communications system 10A. In the embodiment of
One embodiment of network 24 in accordance with the present invention includes the Internet. However, it will be appreciated by those skilled in the art that the present invention works suitably-well with a wide variety of computer networks over numerous topologies, so long as network 24 connects the distributed clients 18 to servers 28-1 to 28-n. For convenience and ease of understanding the present invention, at times, reference will be made to network 24 as the Internet 24. However, it is noted that the present invention is not limited by the type of network described. Thus, to the extent the discussion herein identifies a particular type of network, such description is purely illustrative and is not intended to limit the applicability of the present invention to a specific type of network. For example, other public or private communication networks that can be used for network 24 include Local Area Networks (LANs), Wide Area Networks (WANs), intranets, extranets, Virtual Private Networks (VPNs), and wireless networks (i.e., with the appropriate wireless interfaces as known in the industry substituted for the hardwired communication links). Generally, these types of communication networks can in turn be communicatively coupled to other networks comprising storage devices, server computers, databases, and client computers that are communicatively coupled to other computers and storage devices.
Clients 18, servers 28-1 to 28-n, servers 32, 40 and 48 and media-based devices 36 may beneficially utilize the present invention, and may contain an embodiment of the process steps and modules of the present invention in the form of a computer program. Alternatively, the process steps and modules of the present invention could be embodied in firmware, or hardware, and when embodied in software, could be downloaded to reside on and be operated from different platforms used by real time network operating systems and applications.
Each user at client 18 works with communications system 10A to seamlessly access one or more of servers 28-1 through 28-n through network 24. Referring now to the block diagram of
Control unit 62 may comprise an arithmetic logic unit, a microprocessor, a general purpose computer, a personal digital assistant or some other information appliance equipped to provide electronic display signals to display device 64. In one embodiment, control unit 62 comprises a general purpose computer having a graphical user interface, which may be generated, for example, by a program written in the Java language running on top of an operating system like the WINDOWS® or UNIX® based operating systems. In the embodiment of
It should be apparent to those skilled in the art that control unit 62 may include more or less components than those shown in
Also shown in the embodiment of
CPU 76 processes data signals and may comprise various computing architectures including a complex instruction set computer (CISC) architecture, a reduced instruction set computer (RISC) architecture, or an architecture implementing a combination of instruction sets. Although only a single CPU is shown in
Main memory unit 78 can generally store instructions and data that may be executed by CPU 76. Generally, main memory unit 78 may be a dynamic random access memory (DRAM) device, a static random access memory (SRAM) device, or some other memory device known in the art, by way of example.
Referring back to
System bus 74 represents a shared bus for communicating information and data through control unit 62. System bus 74 may represent one or more buses including an industry standard architecture (ISA) bus, a peripheral component interconnect (PCI) bus, a universal serial bus (USB), or some other bus known in the art to provide similar functionality.
Additional components coupled to control unit 62 through system bus 74 will now be described, and which include display device 64, a keyboard 66, a control input device 68, a network controller 70, and an I/O device 72. Display device 64 represents any device equipped to display electronic images and data as described herein. Display device 64 may be a cathode ray tube (CRT), a liquid crystal display (LCD), or any other similarly equipped display device, screen or monitor. Alternatively, other embodiments of display device 64 corresponding to the alternative embodiments of client 18, can include by way of example, the touch panel Liquid Crystal Display (LCD) of a Personal Digital Assistant (PDA), and the display screen of a cellular phone.
Keyboard 66 represents an alpha-numeric input device coupled to control unit 62 to communicate information and command selections to CPU 76. Control input device 68 represents a user input device equipped to communicate positional data as well as command selections to CPU 76. Control input device 68 may include a mouse, a trackball, a stylus, a pen, a touch screen, cursor direction keys, joystick, touchpad, or other mechanisms to cause movement of a cursor. Network controller 70 links control unit 62 to network 24 and may include network I/O adapters for enabling connection to multiple processing systems. The network of processing systems may comprise a LAN, WAN, and any other interconnected data path across which multiple devices may communicate.
One or more input/output devices 72 are coupled to system bus 74. For example, I/O device 72 could be an audio device equipped to receive audio input and transmit audio output. Audio input may be received through various devices including a microphone within I/O device 72 and network controller 70. Similarly, audio output may originate from various devices including CPU 76 and network controller 70. In one embodiment, I/O device 72 is a general purpose audio add-in expansion card designed for use within a general purpose computer. Optionally, I/O device 72 may contain one or more analog-to-digital or digital-to-analog converters, and/or one or more digital signal processors to facilitate audio processing.
Having described one embodiment for the hardware of client computer 18, it will be appreciated by those skilled in the art that alternative embodiments exist for client 18, besides the computer hardware shown in
Referring now to the block diagrams of
In the embodiment of
Referring now to
Referring back to
Still referring to the block diagram of
Prior to describing other aspects of the present invention in detail, several definitions will now be introduced in the context of a particular embodiment of the present invention, where the media-based devices 36 are DVRs 37. By way of example, in a particular implementation where media-based devices 36 are DVRs 37, database 44 stores at least: 1) for every DVR 37, a list of configured channels; and 2) Electronic Program Guide (EPG) data for all channels by national broadcasters. Although the particular embodiment of DVR 37 will be discussed in more detail subsequently with reference to
The Electronic Program Guide (EPG) is defined to mean television (TV) guide data represented in electronic form, and provided from an online data source, like for example, Tribune Media Services (TMS), as will be discussed subsequently with respect to the TMS FTP server 112 of
The Channel Guide is defined to mean a listing of all shows assembled from the EPG that will be broadcast, as will be discussed in further detail subsequently with reference to
The Replay Guide is defined to mean those shows that have been selected by the user to be recorded as they are broadcast, and that are either stored or to be stored in memory, as will be further described with reference to
Replay Channel is defined to mean a particular view of the Replay Guide, indicating descriptions associated with pending and completed program recording requests invoked according to either a search-based criteria or the Channel Guide criteria, as will be further described with reference to
The Replay Zone is defined to mean television and video programming organized by categories selected by the user.
Referring back to
More details of the particular implementation of the middle tier server 40 shown in
A particular embodiment of main memory unit 78C is shown in
The database interface applications 110 are one or more programs that include functionality for accessing, storing, and extracting data from a wide variety of relational computing systems such as databases, and which may be implemented by conventionally known techniques. For example, the database interface applications module 110 can be embodied as a program for extracting and defining schema from any relational data sources that can be reached using Object Linking and Embedding DataBase (OLE DB), Open DataBase Connectivity (ODBC), and/or Java DataBase Connectivity (JDBC) software drivers.
It should be apparent to one skilled in the art that memory unit 78C may include more or less components than those shown in
The database 44 in
Database 44 stores information received from various sources, like for example, an online service 54 coupled thereto by line 56. One particular online service is provided by Tribune Media Services (TMS), and is shown in the embodiment of
One aspect of providing “batch” communications with server 48 is to minimize the possibility of impacting the reliability of the RNS servers 32 as the number of media-based devices 36 scales upward. It is noted that there are a variety of ways to preserve the reliability of the RNS servers 32. As will become apparent to those skilled in the art, batch request server 48 can include similar components in
One particular implementation of batch request server 48 will now be discussed, by way of example, with reference to
To provide further illustration, an implementation of module 122 will now be discussed. Module 122 may be embodied as a script and invoked as a CRON job, resulting with the extracted data placed into a BereklyDB file. More specifically, with this particular example, the CRON job can run a Java program: that periodically queries database 44 for transaction information concerning the devices 36 that converts each transaction into an XML snippet; and that constructs a single-indexed BerkelyDB file containing all transactions since the last query arranged by serial number of the media-based devices 36. The BerkelyDB file preferably includes the transactions for all devices 36 formatted in XML. Once the data has been extracted, module 122 pushes 247 the BereklyDB file to all RNS servers 32 using the RSYNC command and as described further during a discussion regarding Load Sharing Servers.
Referring back to
Main memory unit 120 can include a third module 126 that functions to monitor a particular folder for a file that the batch request server 48 pulls from the RNS servers 32. The particular folder preferably includes all of the transaction result files assembled from all of the RNS servers 32. Third module 126 preferably includes a Java program to convert the format of the result files into XML formatted data, which may be stored in database 44. Similar to modules 122 and 124, third module 126 can be embodied as a script and invoked as a CRON job that periodically collects the transaction result files using the RSYNC command.
With another embodiment of back end 16 a, a mechanism for undertaking load-balancing of the communication between front end 14 a and a plurality of media-based devices 68 will now be discussed in detail still referring to
With regard to control/data line 34, although each media-based device 36 can be directly coupled to an RNS server 32, a preferred manner is to communicatively couple media-based devices 36 over a network 38 (shown in broken line) to the RNS servers 32. By doing so, back end 16 a functions as a distributed sub-system of media-based devices 36. Data communication line 58 indicates that the RNS servers 32 are coupled to the front end 14 a through the batch request server 48. It is noted that the present invention works suitably well without servers 32, but as the number of media-based devices 36 increases, servers 32 become beneficial for providing load balancing. That is, as the number of media-based device 36 and DVRs 37 increase, a single RNS server 32 can easily become overloaded, and thereby result in a failure of network communications.
In the same embodiment, back end sub-system 16 a can be analogized to a client-server computer model which enables the media-based devices 36 to access the RNS servers 32 over a network 38, which in one implementation may be the Internet. Back end sub-system 16 a comprises a distributed set of RNS servers 32, which are load-balanced, for example, by using a load balancing Domain Naming Service (DNS) server. A DNS server is a directory service whose general function is to facilitate a mapping of Internet host names to Internet Protocol (IP) addresses with a complete fault tolerance system, as is known in the art. Furthermore, a plurality of load-balanced DNS servers can be web-hosted at different server farms on the Internet; and DVRs 37 can be directed to the appropriate server farm on the Internet based on a random algorithm which is intended to be replaced with one that is geographically optimized.
As described herein, there are several ways the communication between the RNS servers 32 and the DVRs 37 may be established. The flow of data there between may be categorized based on the pull, push or broadcast models. The pull model is defined to mean that each DVR 37 connects (e.g., dials into) periodically to a RNS server 32 looking to upload requests being transmitted from the front end 14 a. The requests received by the DVR 37 may be placed in a “to do” list. Although an exemplary particular implementation of the pull model will be discussed subsequently, the implementation of the pull model at a higher level of abstraction may generally include the following interactions between the DVR 37 and the RNS servers 32: modem negotiation between the DVR 37 and the RNS servers 32 to establish a session; a Peer-to-Peer Point negotiation; a URL request being made by the DVR 37; data transfer; and conclusion of the session. By contrast, the push model is defined to mean that RNS servers 32 initiate contact with the DVR 37 to download requests transmitted from the front end 14 a in the nature of recording instructions. For example, using the same PPP connection as in the pull model, when called, the DVR 37 can engage in a session with the RNS server 32, for example, if a caller identification matches a predetermined RNS server 32. Alternatively, broadcast tagged recording instructions may be used. For example, the Vertical Blanking Interval (VBI) can be used to embed instructions into the broadcast datastream. If a DVR 37 detects its tag (e.g., serial number), the DVR 37 stores associated instructions in its “to do” list. In this embodiment, the DVR 37 should preferably be constantly tuned to a specific broadcast channel in order to receive the data broadcast by the RNS servers 32.
There are several ways in which the RNS servers 32 may obtain information from front end 14 a or from other online data sources, the information being ultimately provided to the DVRs 37. These alternatives will now be discussed. First, referring to the communication system of
As will become apparent to those skilled in the art, RNS request server 32 can include similar components in
Additionally, the DVR 37 can send another URL to the RNS server 32 requesting a list of responses. A second module 134 provides the functionality of determining and extracting the pending requests for the particular DVR 37. By way of example, module 134 can be implemented as a CGI written in Perl script that analyzes the BereklyDB file to match the serial number embedded in the HTTP request with a list of pending requests. Upon locating the pending requests, module 134 extracts the relevant information and transmits it to the DVR 37 of interest.
Also, the DVR 37 can send another URL to a particular RNS server 32 indicating a list responses to the requests received from the RNS server 32. When the list of responses is received by the RNS server 32, another module 136 is included to concatenate the responses into a response log file. Third module 136 may also be implemented as a CGI written as a Perl script. It will be appreciated that the response log file concatentates responses from many DVRs 37, and can grow considerably large in as the distributed back end 16 a scales upward. Accordingly and periodically, the RNS server 32 pushes the response log file to the database 44 through the batch request server 48. This enables database 44 to be updated with responses, that can include by way of example, a new channel lineup, a new Replay Guide, a list of requests that the particular DVR 37 has successfully processed, and corresponding errors. To implement the push function, by way of example, a standard UNIX command that invokes a CRON job can be included to execute periodically (e.g., every 15 minutes), thereby pushing the concatentated list to the batch request server 48. As is conventionally, known by those familiar with UNIX, a CRON job handles the execution of shell command lines at specified intervals.
Referring to the block diagram of
With either the push, pull or broadcast models described herein, the RNS servers 32 are a distributed load-balanced set of servers that receive these files from the Cruncher 116 and receive requests from front end 14 a. When an Internet connection is established between the DVRs 37 and the corresponding RNS server 32, the DVRs 37 receive the data stored in the RNS server 32. For example, every show in the Channel Guide is associated with a unique definition specified therewith that is pushed from the front end 14 a to DVR 37. The DVR 37 matches this data based on other data it receives from the Cruncher module 116. The DVR 37 includes a list of program data in its Channel Guide, and based upon the matching and the data received from the Cruncher 116, constructs its Channel Guide.
Regarding the upload of EPG data to the database 44, the MREPG module 114 comprises a batched process implemented by software and that extracts data from the TMS FTP server 112 to update database 44. The MREPG module 114 is responsible for providing the TV program guide content to the database 44. Module 114 also provides a search feature allowing users to find shows based on their title, description and/or credits. Furthermore, module 114 also is responsible for maintaining the EPG data in database 44 and keeping such data up-to-date based on the TMS feed. The Channel Guide that is sent to browser 20 is constructed from EPG data from database 44, and that is loaded by the MREPG module 114. The DVR 37 has a Channel Guide that is constructed by the Cruncher module 116 and loaded through the RNS server 32. Accordingly, there are two versions of the Channel Guide, one in database 44 and the other in the DVR 37, albeit both originating from the TMS FTP server 112. The reason for this dual loading of TMS data in database 44 and in the DVR 37 for the Channel Guide is for the purpose of providing only necessary Channel Guide data to the DVR 37 so as to prevent unnecessary memory allocation thereon.
Reference is now made to an implementation shown in
The media-based devices and appliances 36 will now be discussed in more detail by referring to a general embodiment of the hardware shown in
According to one implementation of
Referring now to
As noted above, the main memory unit 78D stores instructions and/or data that may be executed by processing unit 76. The instructions and/or data may comprise code for performing any and/or all of the techniques described herein. These modules 82, 84, 85, 87, 150, 152, and 154, in addition to others not specifically shown, are coupled by system bus 74 to the processing unit 76 for communication and cooperation to provide the functionality of the media-based device 36. Those skilled in the art will recognize that while the present invention will now be described as modules or portions of the memory unit 78D of a computer-based system, the module or portions may also be stored in other media such as permanent data storage and may be distributed across a network having a plurality of different computers such as in a client/server environment.
In general, it is noted that media-based device 36 may include the functionality described with respect to
Referring back to
In one embodiment in accordance with the present invention, the DVR 37 receives control information 168 over a network as indicated by data line 34 from a network server, which in a particular embodiment is described herein as the load-sharing “RNS” servers 32. Control lines 34 indicate that a communication link is present coupling the DVRs 37 to the respective RNS server 32. Content information 166 can include, but is not limited to, electronic advertisements, electronic program guides, authentication information, control input originating from a client 18, and other types of data from online sources and databases described herein. In response, DVR 37 can transmit control information 168, such as advertisement impressions, accounting information, and updated programming and profile information to the servers 32 and 48. It should be understood that the sub-system 160 can receive various types of programming, including but not limited to cable content, television content, high definition TV content, digital TV content, pay per view content, and content broadcasted over a network, including the Internet. It should also be understood that display device 162 can be any appropriate type of display device, including but not limited to a digital or analog television set, an Internet appliance, a cellular device, or a wireless device. The DVR 37 and the display device 162 may be separate physical devices as shown, integrated together, or broken into even more functional units than shown.
It will be understood that one implementation of the DVR 37 includes a telephone line to implement one or more of control lines 34 and 60. For example, such control lines 34 and 60 can include an RJ-45 (Registered Jack-45) connector, and in other implementations, can include an Ethernet connection or Token Ring Type 3 communications. In the system 10A shown in
The context in which the described embodiment operates is with an individual user's DVR 37, although the invention is not intended to be limited to interactive-television sub-systems 160. For example, other types of media devices and appliances 36 are shown in
Referring back to
The user at client 18 generally is provided with functions to: add a program listing to the guide; delete a program from the guide; update the program listing on the guide; obtain the guide from the DVR 37; and obtain the channel guide from the DVR 37. In one implementation, and by way of example, these types of control input requests, commands and instructions provided by the user at client 18 can be stored in a transaction file in the front end 14 a, and pushed to the back end 16 a, ultimately being transmitted to the DVR 37 through the RNS servers 32.
Reference will occasionally be made to the sequence diagram of
In one implementation, the DVR 37 can obtain requests from the RNS servers 32 by parsing a request list and creating a file for each request. The file can be appropriately named according to the contents, and can be formatted in XML. The request handler 154 is notified when new requests have arrived at the DVR 37. To perform these functions, and by way of example, when control line 34 and 60 are interpreted to be a network connection, like communicating with the Internet, DVR 37 can establish a point-to-point protocol (PPP) connection to the Internet to communicate via http commands with the RNS servers 32. DVR 37 includes a HTTP/PPP client module 156 as shown in the main memory module 78D of
The DVR 37 establishes a session 253, 255 with the RNS servers 32 to enable the transaction file to be downloaded to the DVR 37. For example, several exemplary features under the control of the network application module 85 include: (1) downloading the Channel Guide data from the front end 14 a; (2) downloading the ReplayZone data from the front end 14 a; (3) downloading new software upgrades from the front end 14 a; and (4) uploading log file information from the DVR 37 to the front end 14 a. One manner of implementing these four functions is for the DVR 37 to provide http requests to the RNS server 32, which in response uses a CGI-gateway to invoke Perl scripts that fulfill the requests received from the DVRs 37.
Upon receiving the transaction file, the DVR 37 includes a transaction handler module 152, as seen in
The request handler 154 executes the request, checking for a possible conflict and returns a response for each request. Each of these responses can be formatted with XML in the same embodiment. The transaction handler 152 compiles the responses into a transaction response file and returns the file to a RTVS Communicator module 158. The RTVS Communicator module 158 functions to upload the transaction response file to the RNS servers 32 when the network application 85 controls the periodic automatic dial-up to the Internet to communicate with the RNS servers 32.
In a particular implementation, a set of routines may be included in the other applications 87. One such routine gets requests by parsing a request list under the control of the request handler 154 and creates a corresponding file. The information that may be contained in the request file can include a request identifier, the command to execute, and the target interface on which to perform the command. For example, the request file may contain a unique identifier associated with the command “AddReplayChannel” on the Replay Guide interface. When new requests arrive at the DVR 37, the request handler 154 is notified and processes each request and places the results in a “results” file. By way of example, the “results” file can be designed to include an indication of the success of the command for the unique identifier, the particular results generated by performing the command, and a timestamp associated therewith. It will be appreciated, that the described request and results files are merely exemplary and that other implementations would work suitably well with the present invention.
Various features that may be included in the other applications module 87 will now be described. Module 87 can be designed to accommodate a request to add a single show. This module is used to add record events as specified after checking for conflicts or free disk space availability. Table 1 below lists exemplary data that can be helpful in creating a data structure to be used by such a module.
Duration (e.g., in minutes)
Encoder Quality Level
Source of Input of Show
Index of channel in Channel Guide
TMS ID used for sanity check
Indicator to force a raw record mode for
time-based record requests
Indicator of a guaranteed record
Indicator to record all episodes
Indicator of the number of episodes
The application module 87 can further include the capability to add a show-based Replay Channel using the quality and guaranteed status from the show. Based on the number of episodes and duration of the show, the calculation of available memory space 80 should preferably be performed. In addition to the exemplary data listed in Table 1, the following additional data can be included in the data structure: 1) the name of the Replay show to be added; and 2) the name of the Replay Channel to be added. This same combination of exemplary data can be used to accommodate a request received by the DVR 37 to add multiple shows.
When the request received involves adding a theme-based Replay Channel, application module 87 can include functionality to calculate available memory space 80, based upon the duration of the theme-based show, the encoder quality level, and the indicator of guaranteed values. Table 2 below lists exemplary data that is desirable in creating a data structure to be used by such a module.
Name of Replay Theme
Name of Replay Channel
Duration (e.g., in minutes)
Encoder Quality level
Flag defining what is searched
Source of Input of Show
Indicator to force a raw record mode for
time-based record requests
Indicator of a guaranteed record
Requests received at the DVR 37 can also be directed to deleting scheduled record requests that are maintained in a record list. Accordingly, application module 87 can include functionality to delete a scheduled show from the record list on the Replay Channel. Table 3 below lists exemplary data that can be helpful in creating a data structure to be used by module 87 to provide this functionality.
Index of channel in Channel Guide
Indicator to force a raw record mode for
time-based record requests
Application 87 can also include functionality to accommodate a request received at DVR 37 directed to deleting a Replay Channel. To enable this functionality, the Replay Channel id corresponding to a show should be provided in the request.
Furthermore, application 87 can include functionality that enables the user to change the parameters of the channel, like for example, the hours guaranteed. Once the parameters are changed, the Replay Channel is updated, including checking for conflicts and available memory space 80, providing notification of the success of the update.
Additionally, application 87 can provide functionality to change a static Replay Channel to a show-based Replay Channel. Exemplary data that can facilitate this function includes: 1) the name of the Replay show; and 2) the name of the Replay Channel.
Other functionality for application 87 includes accommodating requests received to obtain the Replay Guide from the DVR 37, as well as the Channel Guide. Given the described functionality of the application module 87, one technical advantage that will be appreciated by those skilled in the art is that the corresponding requests received at the DVR 37 may be treated as though originating from standard interactions, and incorporated into a “to do” list. Whether the pull, push or broadcast flow of data is used, the DVR 37 does not require added infrastructure, and thus additional custom software is not required.
The process of a preferred method for the user to control the DVR 37 or to access related information is now described. The process begins with user authentication on the Internet initiated by a user requesting a home page such as 180 shown in
Once the authentication is successfully accomplished, the web server 28-1 . . . 28-n initiates one or more steps through the API to generate the first web page of information representing the user interface of DVR 37 that a user sees after login. An example of this first page of information is shown in
Once the HTTP request is received at server 28-1, the server 28-1 will initiate the appropriate steps, or make the appropriate function calls, within the context of the API on the middle tier server 40, as indicated in flow line 234. The step further involves communication 236 between the middle tier server 40 and the database 44. Flow line 236 illustrates the steps in which the middle tier server 40 obtains the requested information from or stores instructions into the database 44. One manner for doing so is with JDBC (Java DataBase Connectivity, otherwise known as the Java™ database API) wherein raw data is sent from the middle tier server 40 to database 44. The database 44 will return the requested data preferably, although not required, in a raw format to the middle tier server 40 as indicated by flow line 238.
The middle tier server 40 enables communication between various web portals 28-1 . . . 28-n and the database 44 through an API, which facilitates the communication of user instructions and operations for controlling the DVR 37 with the front end 14 a. One technical advantage of the API is that it allows a portal (e.g., 28-2) to cache information received from the middle tier server 40 locally within the environment of the particular portal such as 28-2 with a frequency based upon when a user is interested in the information. Furthermore, the API of the described embodiment of the present invention is flexible so as to permit a portal 28-2 to present the content of information from the middle tier server 40 in a manner that enables display of information using proprietary types of graphical user interfaces (i.e., GUIs) distinctive to those system administrators operating the particular portal (e.g., 28-2). Business logic (e.g., checking of time conflicts for recording, disk space) may be included in the middle tier server 40 to form a part of the API that provides a standardized mechanism for receiving requests forwarded from the portals 28-1 . . . 28-n, and for sending back a corresponding response.
In order for the web server 28-1, . . . , 28-n such as portal 28-2 to present the interactive television device data at the web browser 20, each web portal is enabled to use, copy, encode, store, archive, distribute, transmit, modify, translate, render into an audible format, publicly display and publicly perform the content received from database 44, in whole or in part in connection with the property of the web portals 28-1, . . . , 28-n. The API enables the web portals to allow users at the browser 20 to download and print or perform the content. This content includes the interactive television device data, like for example, a top watched shows list. The API of the described embodiments of the present invention permits the content to fit the format and look-and-feel of the particular web portal.
As evident from the above discussion, the API plays an important role in the front end of the described embodiments of the present invention. The API includes data structure definitions, functions that facilitate communication between the middle tier server 40 and the portals 28-1, . . . , 28-n, as well as a series of routines that retrieve and manipulate data in the database 44. A routine is defined to mean a callable algorithm or sequence of steps residing in and forming part of the API that can be invoked to perform various tasks involving communication with the database 44. The routines of the API may be invoked by the servers 28-1, . . . , 28-n to operate the DVR 37 or to access related information stored in the database 44. A list of such routines as implemented in the described embodiments of the invention is given in
One aspect of the present invention is to enable a user to operate a media-based device 36 remotely by communicating with one or more databases through a computer network. Referring to an embodiment of the present invention shown in
The GetEPG routine 298 provides the function of retrieving an EPG that has been customized for a particular user. One particular manner of doing so is for module 298 to accept user input from the instruction received from client 18, and to return a document of the user's EPG. By way of example, the user can include various identifiers, like the user id, the id of the particular DVR, the start time and duration of the EPG being requested, the staring channel, and the number of channels to be displayed.
The GetChannelLineUp routine 196 provides the function of retrieving the channel lineup of a particular DVR 37. This lineup may be retrieved if the user provides, for example, the user id and the id of the particular DVR 37. This information retrieved may depend on the availability of various program channels to the DVR 37 because of the service subscribed (e.g. cable or satellite disk service) and on the preference of the user who may have customize the lineup (e.g. by deleting certain channels). In some embodiments, a call to the GetChannelLineUp routine 296 may be embedded in the GetEPG routine 298 so that a single call to the latter can retrieve an EPG customized for a particular user as well as a particular DVR 37.
The ShowGuide routine 300 provides the function of retrieving the detailed description of a show as available, for example, from a commercial source providing EPG information (e.g. TMS feed), based on the user id, the id of the DVR, the start time, and the level of detail requested. Additionally, the routine 300 can search the detailed information of all available shows to find shows that fit the user's interest as suggested by attributes such as the show title, the actors, the director, etc. In that case, the user can provide the query criteria including attributes and word or phrase to match, and the ShowGuide routine 300 will return a list of shows as the search result. As for the GetEPG routine 298, the ShowGuide routine 300 may include a call to the GetChannelLineUp routine 296, depending on the implementation.
The function and mechanics of most other routines illustrated in
The above discussion outlines a basic structure for the front-end 14 a operations of an embodiment of the present invention. This structure provides a web server such as portal 28-1 with a series of options for responding to requests made by users. These options are based on the API 264 implemented preferably in the middle tier server 40. In what follows, several exemplary methods to invoke the various routines will be described, taking into account elements of user interface design. For example, reference is made to the Channel Guide, as illustrated in
It must be emphasized that the ways in which the server 28-1 may accommodate the user and the options available to the user depend on the implementation of the user interface. The method in
The Replay Guide shown in
The flow chart of
Next consider the example “manual record” page shown in
Rounding up this discussion of exemplary methods for the web server 28-1 to respond to user requests, a preferred method 470 for implementing the user login to systems 10A and 10B is illustrated in
2. An Embodiment for Remote Control of Media-Based Devices and Appliances Through On-the-Fly (Real Time) Processing
Referring now to the block diagram of
Integration system 17 a includes media-based devices 36 and DVRs 37, which are communicatively coupled to one of a plurality of middle tier servers 500 via a communications link 60, 34 and 38. DVR 37 and media-based devices 36 and servers 500 operate in a client-server relationship. The servers 28-1, . . . , 28-n are in communication with the servers 500 as indicated by data flow lines 30. One or more databases 502 are coupled to servers 500. Database 502 is similar to database 44 in the nature of storing a compilation of data from various online and web hosted sources similar to sources 44, 50, and 54, although this is not shown explicitly in
As shown in
Reference is now made to
Referring back to
As shown in
One benefit of middle tier server 500 is that it provides real-time access to database 502 without exposing the schema in the database, along with the provision of conflict checking and other data manipulation functions. Web servers 28 do not need to directly access the database 502, but through a set of APIs on middle tier server 500. This is advantageous because the architecture of system 19A is not dependent on the schema nor the database 502. As such, the database 502 and schema may be changed while not necessarily impacting the rest of system 19A. Additional functionality, such as conflict checking, can be easily added to system 19A. For example, the additional functionality can be programmed with Java code. Media-based device 36 can also communicate directly with the database 502 through an API, and no longer have to communicate with servers 32 and 48 as in
Referring to the particular embodiment of
The exemplary API routines discussed previously in detail work suitably well with this alternate embodiment with minor changes. The most important difference in this case is that the API routines are no longer required to access one or more databases, in this case database 502. Rather, the routines should be programmed to recognize the additional option of accessing the DVR 37, preferably through the RNS server 32. For example, in one implementation, the database may be configured with an “insert trigger” which notifies a networked DVR of a new request when the request is inserted. Upon receiving a function call from a web server 518, the application server 510 decides whether communication should be established with the database 502, or the DVR 37, or neither of the two if the information requested is already under storage in some storage module within the application server. Any changes required in the API routines, however, do not affect the general logical schemes according to which the routines enable the remote control of the media-based device.
Other advantages to using server 510 are discussed as follows. First, no software change is required for the media-based device 36 and DVR 37. Second, communication between the external web servers 518 and the and server 510 may be facilitated through HTTP requests, Java servlets, or Java applications employing the application modules 514 and 516. Accordingly, the RNS servers 32 will either redirect HTTP requests directly to server 510 or will utilize Java servlets to perform the required communication with server 518. Third, the RNS servers 32 no longer need to maintain the large collection of files which are mirrored across the RNS servers 32 as in the embodiment of
By contrast with the embodiment shown in
Although the invention has been described in considerable detail with reference to certain embodiments, other embodiments are possible. As will be understood by those of skill in the art, the invention may be embodied in other specific forms without departing from the essential characteristics thereof. Accordingly, the present invention is intended to embrace all such alternatives, modifications and variations as fall within the spirit and scope of the appended claims and equivalents.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5333091||8 Jan 1993||26 Jul 1994||Arthur D. Little Enterprises, Inc.||Method and apparatus for controlling a videotape player to automatically scan past recorded commercial messages|
|US5455630||6 Aug 1993||3 Oct 1995||Arthur D. Little Enterprises, Inc.||Method and apparatus for inserting digital data in a blanking interval of an RF modulated video signal|
|US5692093||4 Jan 1994||25 Nov 1997||Srt, Inc.||Method and apparatus for eliminating television commercial messages|
|US5696866||12 Sep 1994||9 Dec 1997||Srt, Inc.||Method and apparatus for eliminating television commercial messages|
|US5749072||28 Dec 1995||5 May 1998||Motorola Inc.||Communications device responsive to spoken commands and methods of using same|
|US5793866||13 Dec 1995||11 Aug 1998||Motorola, Inc.||Communication method and device|
|US5822123||24 Jun 1996||13 Oct 1998||Davis; Bruce||Electronic television program guide schedule system and method with pop-up hints|
|US5892535||13 Dec 1996||6 Apr 1999||Digital Video Systems, Inc.||Flexible, configurable, hierarchical system for distributing programming|
|US5940073||30 Apr 1997||17 Aug 1999||Starsight Telecast Inc.||Method and system for displaying other information in a TV program guide|
|US5956487||25 Oct 1996||21 Sep 1999||Hewlett-Packard Company||Embedding web access mechanism in an appliance for user interface functions including a web server and web browser|
|US5958009||27 Feb 1997||28 Sep 1999||Hewlett-Packard Company||System and method for efficiently monitoring quality of service in a distributed processing environment|
|US5987210||15 Dec 1995||16 Nov 1999||Srt, Inc.||Method and apparatus for eliminating television commercial messages|
|US5999688||13 Aug 1996||7 Dec 1999||Srt, Inc.||Method and apparatus for controlling a video player to automatically locate a segment of a recorded program|
|US6085227||20 Mar 1998||4 Jul 2000||International Business Machines Corporation||System and method for operating scientific instruments over wide area networks|
|US6145001||5 Jan 1998||7 Nov 2000||Telogy Networks, Inc.||Network management gateway|
|US6154771||1 Jun 1998||28 Nov 2000||Mediastra, Inc.||Real-time receipt, decompression and play of compressed streaming video/hypervideo; with thumbnail display of past scenes and with replay, hyperlinking and/or recording permissively intiated retrospectively|
|US6163316||3 Oct 1997||19 Dec 2000||Texas Instruments Incorporated||Electronic programming system and method|
|US6215526 *||6 Nov 1998||10 Apr 2001||Tivo, Inc.||Analog video tagging and encoding system|
|US6233389 *||30 Jul 1998||15 May 2001||Tivo, Inc.||Multimedia time warping system|
|US6268849||30 Jun 1998||31 Jul 2001||United Video Properties, Inc.||Internet television program guide system with embedded real-time data|
|US6308205||22 Oct 1998||23 Oct 2001||Canon Kabushiki Kaisha||Browser-based network management allowing administrators to use web browser on user's workstation to view and update configuration of network devices|
|US6310886||18 Aug 1998||30 Oct 2001||Tivo, Inc.||Method and apparatus implementing a multimedia digital network|
|US6314571||12 Jul 1999||6 Nov 2001||Mitsubishi Denki Kabushiki Kaisha||EPG data collection and delivery system and EPG data collection and delivery device therein|
|US6327418||3 Apr 1998||4 Dec 2001||Tivo Inc.||Method and apparatus implementing random access and time-based functions on a continuous stream of formatted digital data|
|US6338094 *||9 Dec 1999||8 Jan 2002||Webtv Networks, Inc.||Method, device and system for playing a video file in response to selecting a web page link|
|US6374079 *||11 May 2000||16 Apr 2002||Pni Corporation||Modular RF communication module for automated home and vehicle systems|
|US6434447 *||2 Oct 1998||13 Aug 2002||Koninklijke Philips Electronics N.V.||Control property is mapped modally compatible GUI element|
|US6466971||7 May 1999||15 Oct 2002||Samsung Electronics Co., Ltd.||Method and system for device to device command and control in a network|
|US6534380||17 Jul 1998||18 Mar 2003||Denso Corporation||Semiconductor substrate and method of manufacturing the same|
|US6584495||30 Jan 1998||24 Jun 2003||Microsoft Corporation||Unshared scratch space|
|US6587125||1 Aug 2000||1 Jul 2003||Appswing Ltd||Remote control system|
|US6611654 *||1 Apr 1999||26 Aug 2003||Koninklijke Philips Electronics Nv||Time- and location-driven personalized TV|
|US6618764 *||25 Jun 1999||9 Sep 2003||Koninklijke Philips Electronics N.V.||Method for enabling interaction between two home networks of different software architectures|
|US6732158 *||29 Jun 2000||4 May 2004||Senvid, Inc.||VCR webification|
|US6785716 *||26 Jan 2000||31 Aug 2004||Viaclix, Inc.||System and method of channel-based internet network|
|US6792463||20 Oct 2000||14 Sep 2004||International Business Machines Corporation||System, method and program product for providing invisibility to a proxy-server|
|US6813639 *||6 Apr 2001||2 Nov 2004||Viaclix, Inc.||Method for establishing channel-based internet access network|
|US6871318 *||18 Dec 1998||22 Mar 2005||Siemens Corporate Research, Inc.||System and method for authoring, distributing and replaying derivative hypermedia content|
|US6898709||28 Oct 1999||24 May 2005||Time Certain Llc||Personal computer system and methods for proving dates in digital data files|
|US6912691 *||30 Jun 2000||28 Jun 2005||Cisco Technology, Inc.||Delivering voice portal services using an XML voice-enabled web server|
|US6925469 *||5 Sep 2001||2 Aug 2005||Intertainer, Inc.||Digital entertainment service platform|
|US6944584||14 Apr 2000||13 Sep 2005||Brooks Automation, Inc.||System and method for control and simulation|
|US6968364 *||29 Aug 2000||22 Nov 2005||Microsoft Corporation||System and method to facilitate selection and programming of an associated audio/visual system|
|US7046161||12 Mar 2003||16 May 2006||Universal Electronics Inc.||System and method for automatically setting up a universal remote control|
|US7055148||7 Dec 2000||30 May 2006||Hewlett-Packard Development Company, L.P.||System and method for updating firmware|
|US7065250||15 Sep 1999||20 Jun 2006||Canon Kabushiki Kaisha||Automated image interpretation and retrieval system|
|US7124356 *||3 Dec 1999||17 Oct 2006||Koninklijke Philips Electronics N.V.||Methods for initiating activity in intelligent devices connected to an in home digital network using extensible markup language (XML) for information exchange and systems therefor|
|US7526539 *||7 Aug 2000||28 Apr 2009||Pni Corporation||Method and apparatus for a distributed home-automation-control (HAC) window|
|US7634787||15 Jun 1999||15 Dec 2009||Wink Communications, Inc.||Automatic control of broadcast and execution of interactive applications to maintain synchronous operation with broadcast programs|
|US7636511||16 Aug 2004||22 Dec 2009||Index Systems, Inc.||Apparatus and methods for downloading recorder programming data in a video signal|
|US7673315 *||29 Aug 2000||2 Mar 2010||Microsoft Corporation||System and method for providing program criteria representing audio and/or visual programming|
|US7706838 *||14 Jul 2003||27 Apr 2010||Beepcard Ltd.||Physical presence digital authentication system|
|US20010001160 *||11 Dec 2000||10 May 2001||Microsoft Corporation||Interactive entertainment system for presenting supplemental interactive content together with continuous video programs|
|US20010031997||20 Dec 2000||18 Oct 2001||Medtronic, Inc.||Instrumentation and software for remote monitoring and programming of implantable medical devices (IMDs)|
|US20010036254 *||5 Apr 2001||1 Nov 2001||Robert Davis||DVR Telephone answering device|
|US20010038392||26 Jun 2001||8 Nov 2001||Samsung Electronics Co., Ltd.||Browser based command and control home network|
|US20010046366 *||6 Apr 2001||29 Nov 2001||Susskind Robert Aaron||System for controlling a remotely located video recording device|
|US20020038358||8 Aug 2001||28 Mar 2002||Sweatt Millard E.||Method and system for remote television replay control|
|US20020046083 *||8 Jul 1999||18 Apr 2002||Philips Electronics North America Corporation||After-sales customization specified by retailer acts as incentive|
|US20020046407||20 Feb 2001||18 Apr 2002||Alexander Franco||Use of web pages to remotely program a broadcast content recording system|
|US20020053082||3 Aug 2001||2 May 2002||Weaver J. Dewey||Method and system for program guide delivery|
|US20020060750 *||16 Feb 2001||23 May 2002||Istvan Anthony F.||Single-button remote access to a synthetic channel page of specialized content|
|US20020078198 *||15 Feb 2002||20 Jun 2002||Buchbinder John E.||Personal server technology with firewall detection and penetration|
|US20020080166||8 Aug 2001||27 Jun 2002||Sweatt Millard E.||Method and system for remote television replay control|
|US20020104086 *||1 Dec 2000||1 Aug 2002||Tomsen Mai-Lan||Method and system to defer transactions conducted via interactive television|
|US20020143886 *||29 Mar 2001||3 Oct 2002||Koninklijke Philips Electronics N.V.||Peer distributed embedded web server system|
|US20020152311||3 Mar 1999||17 Oct 2002||Markus Veltman||Establishing connections between remote devices with a hypertext transfer protocol|
|US20030001883 *||19 Jul 2001||2 Jan 2003||Samsung Electronics Co., Ltd.||Architecture for home network on world wide web with private-public IP address/URL mapping|
|US20030009537 *||19 Jul 2001||9 Jan 2003||Samsung Electronics Co., Ltd.||Architecture for home network on world wide web|
|US20030093790 *||8 Jun 2002||15 May 2003||Logan James D.||Audio and video program recording, editing and playback systems using metadata|
|US20030095791 *||27 Feb 2001||22 May 2003||Barton James M.||System and method for internet access to a personal television service|
|US20030105854 *||11 Dec 2002||5 Jun 2003||Vilhjalmur Thorsteinsson||Method and system for controlling and coordinating devices and appliances, such as from a central portal and via a wide-area communications network|
|US20030217360||17 Jun 2003||20 Nov 2003||Gordon Donald F.||System for generating, distributing and receiving an interactive user interface|
|US20040006620||8 May 2003||8 Jan 2004||Howard Michael L.||Service provider for providing data, applications and services to embedded devices and for facilitating control and monitoring of embedded devices|
|US20040031856 *||14 Jul 2003||19 Feb 2004||Alon Atsmon||Physical presence digital authentication system|
|US20040117831 *||6 Jun 2003||17 Jun 2004||United Video Properties, Inc.||Interactive television program guide system and method with niche hubs|
|US20050175316||16 Aug 2004||11 Aug 2005||Index Systems, Inc.||Apparatus and methods for downloading recorder programming data in a video signal|
|US20060020783 *||5 Aug 2005||26 Jan 2006||Douglas Fisher||Method, system and service for conducting authenticated business transactions|
|US20060064716 *||7 Sep 2005||23 Mar 2006||Vivcom, Inc.||Techniques for navigating multiple video streams|
|US20060277314||16 Aug 2006||7 Dec 2006||Lambertus Hesselink||Access and control system for network-enabled devices|
|US20070136445||8 Sep 2006||14 Jun 2007||Digital Networks North America, Inc.||Method and system for remote television replay control|
|US20070214262 *||8 May 2007||13 Sep 2007||Anywheremobile, Inc.||Personal server technology with firewall detection and penetration|
|US20070240181 *||13 Jun 2007||11 Oct 2007||Prime Research Alliance E, Inc.||Subscriber Characterization System with Filters|
|US20070277201 *||9 Aug 2007||29 Nov 2007||Microsoft Corporation||System and method to facilitate programming of an associated recording device|
|US20100064227 *||13 Nov 2009||11 Mar 2010||Samsung Electronics Co.,Ltd.||Method and apparatus for a home network auto-tree builder|
|AU694568B2||Title not available|
|EP0693215B1||6 Jan 1994||25 Nov 1998||Arthur D. Little Enterprises, Inc.||Method and apparatus for eliminating television commercial messages|
|EP0838768A2||24 Sep 1997||29 Apr 1998||Hewlett-Packard Company||Web interfacing device|
|EP0854645A2||5 Jan 1998||22 Jul 1998||Texas Instruments Incorporated||Electronic television program guide system and method|
|WO2000/07368A1||Title not available|
|WO2000/18108A2||Title not available|
|WO2000/18108A3||Title not available|
|WO2000/28736A1||Title not available|
|WO2000/58833A1||Title not available|
|WO2000/58834A1||Title not available|
|WO2000/58967A1||Title not available|
|WO2000/59214A1||Title not available|
|WO2000/62298A1||Title not available|
|WO2000/62299A1||Title not available|
|WO2000/62533A1||Title not available|
|WO2000/67475A1||Title not available|
|WO2001/06370A1||Title not available|
|WO2001/22729A1||Title not available|
|WO2001/46843A2||Title not available|
|WO2001/47238A2||Title not available|
|WO2001/47249A2||Title not available|
|WO2001/47279A2||Title not available|
|WO2001/65762A2||Title not available|
|WO2001/65862A2||Title not available|
|WO2001/89203A2||Title not available|
|WO2099/52279A1||Title not available|
|WO1997013368A1||2 Oct 1996||10 Apr 1997||Starsight Telecast, Incorporated||Systems and methods for providing television schedule information|
|WO1998010589A1||2 Sep 1997||12 Mar 1998||Starsight Telecast, Inc.||Schedule system with enhanced recording capability|
|WO1999052279A1||4 Mar 1999||14 Oct 1999||Tivo, Inc.||Method and apparatus implementing random access and time-based functions on a continuous stream of formatted digital data|
|WO2000007368A1||4 Mar 1999||10 Feb 2000||Tivo, Inc.||Multimedia time warping system|
|WO2000018108A2||15 Jul 1999||30 Mar 2000||Tivo, Inc.||Method and apparatus implementing a multimedia digital network|
|WO2000028733A1||9 Nov 1999||18 May 2000||United Video Properties, Inc.||On-line schedule system with personalization features|
|WO2000028736A1||5 Nov 1999||18 May 2000||Tivo, Inc.||Analog video tagging and encoding system|
|WO2000058833A1||9 Mar 2000||5 Oct 2000||Tivo, Inc.||Distributed database management system|
|WO2000058834A1||9 Mar 2000||5 Oct 2000||Tivo, Inc.||Software installation and recovery system|
|WO2000058967A1||30 Mar 2000||5 Oct 2000||Tivo, Inc.||Multimedia program bookmarking system|
|WO2000059214A1||30 Mar 2000||5 Oct 2000||Tivo, Inc.||Multimedia schedule presentation system|
|WO2000062298A1||30 Mar 2000||19 Oct 2000||Tivo, Inc.||System for automatic playback position correction after fast forward or reverse|
|WO2000062299A1||30 Mar 2000||19 Oct 2000||Tivo, Inc.||Multimedia visual progress indication system|
|WO2000062533A1||30 Mar 2000||19 Oct 2000||Tivo, Inc.||Television viewer interface system|
|WO2000067475A1||26 Apr 2000||9 Nov 2000||Tivo, Inc.||Method and apparatus for controlling at least one set-top box|
|WO2001006370A1||12 Jul 2000||25 Jan 2001||Tivo, Inc.||Self-test electronic assembly and test system|
|WO2001022729A1||20 Sep 2000||29 Mar 2001||Tivo, Inc.||Closed caption tagging system|
|WO2001046843A2||21 Dec 2000||28 Jun 2001||Tivo, Inc.||Intelligent peer-to-peer system and method for collaborative suggestions and propagation of media|
|WO2001047238A2||20 Dec 2000||28 Jun 2001||Tivo, Inc.||Distributed, interactive television program guide; system and method|
|WO2001047249A2||20 Dec 2000||28 Jun 2001||Tivo, Inc.||Broadcast program recording overrun and underrun scheduling system|
|WO2001047279A2||19 Dec 2000||28 Jun 2001||Tivo, Inc.||Method for enhancing digital video recorder television advertising viewership|
|WO2001065762A2||2 Mar 2001||7 Sep 2001||Tivo, Inc.||Conditional access system and method for prevention of replay attacks|
|WO2001065862A2||27 Feb 2001||7 Sep 2001||Tivo, Inc.||System and method for internet access to personal television service|
|WO2001089203A2||10 May 2001||22 Nov 2001||Tivo, Inc.||Method for improving bandwidth efficiency|
|WO2002013526A2||8 Aug 2001||14 Feb 2002||Replaytv, Inc.||Method and system for remote television replay control|
|WO2002013527A2||8 Aug 2001||14 Feb 2002||Replaytv, Inc.||Method and system for remote television replay control|
|WO2002013528A2||8 Aug 2001||14 Feb 2002||Replaytv, Inc.||Method and system for remote television replay control|
|WO2002054773A2||28 Dec 2001||11 Jul 2002||Replaytv, Inc.||One click web records|
|1||Buchbinder, John Eric, U.S. Appl. No. 09/513,550, filed Feb. 25, 2000.|
|2||*||Davis Jim, "Replay, Amazon team on digital video recorder", Nov. 2, 1999, CNET News.com, 3 pages.|
|3||Franco, Alexander, U.S. Appl. No. 60/183,761, filed Feb. 18, 2000.|
|4||Franco, Alexander, U.S. Appl. No. 60/184,308, filed Feb. 22, 2000.|
|5||International Search Report for PCT/US01/24883 dated Feb. 15, 2002.|
|6||International Search Report for PCT/US01/24895 dated Feb. 15, 2002.|
|7||International Search Report for PCT/US01/24930 dated Feb. 15, 2002.|
|8||J. Morris, J. Taylor, ZDNET Reviews, Online!, "Hits & Hype", Aug. 7, 2000, XP002197808 [online], [retrieved on Apr. 29, 2002], Retrieved from the Internet: .|
|9||J. Morris, J. Taylor, ZDNET Reviews, Online!, "Hits & Hype", Aug. 7, 2000, XP002197808 [online], [retrieved on Apr. 29, 2002], Retrieved from the Internet: <URL:http://www.zdnet.com>.|
|10||*||Miles Stephanie, "TiVo files for IPO, teams with Sony"; Sep. 8, 1999, CNET News.com, 2 pages.|
|11||Pending U.S. Appl. No. 09/972,424, filed Oct. 4, 2001.|
|12||Susskind, Robert, U.S. Appl. No. 60/196,173, filed Apr. 11, 2000.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8189511 *||2 Apr 2009||29 May 2012||Broadcom Corporation||Media exchange network supporting remote peripheral access|
|US8208425 *||2 Apr 2009||26 Jun 2012||Broadcom Corporation||Media exchange network supporting remote peripheral access|
|US8365165||30 Dec 2006||29 Jan 2013||Sap Ag||Dynamic addition of products and removal of software products on a distribution server|
|US8466974||19 Jun 2009||18 Jun 2013||O2Micro, Inc.||Apparatus and methods for controlling image sensors|
|US8589980||2 Aug 2012||19 Nov 2013||Uniqoteq Oy||Apparatus and a method for content retrieval for presentation in a television browser environment|
|US8838810||27 Apr 2012||16 Sep 2014||Sling Media, Inc.||Systems and methods for establishing connections between devices communicating over a network|
|US9015225||16 Nov 2009||21 Apr 2015||Echostar Technologies L.L.C.||Systems and methods for delivering messages over a network|
|US9178923||23 Dec 2009||3 Nov 2015||Echostar Technologies L.L.C.||Systems and methods for remotely controlling a media server via a network|
|US9225785||15 Sep 2014||29 Dec 2015||Sling Media, Inc.||Systems and methods for establishing connections between devices communicating over a network|
|US9647983 *||22 Dec 2014||9 May 2017||Akamai Technologies, Inc.||Provisioning tool for a content delivery network (CDN)|
|US20080163197 *||30 Dec 2006||3 Jul 2008||Sap Ag||Multi-product installation tool database architecture|
|US20080163198 *||30 Dec 2006||3 Jul 2008||Sap Ag||Dynamic addition of products and removal of software products on a distribution server|
|US20090191865 *||2 Apr 2009||30 Jul 2009||Jeyhan Karaoguz||Media exchange network supporting remote peripheral access|
|US20090193143 *||2 Apr 2009||30 Jul 2009||Jeyhan Karaoguz||Media exchange network supporting remote peripheral access|
|US20100118169 *||19 Jun 2009||13 May 2010||Xiaoguang Yu||Apparatus and methods for controlling image sensors|
|US20130345833 *||17 Jun 2013||26 Dec 2013||Lenovo (Beijing) Co., Ltd.||Operation Control Method and Electronic Apparatus|
|US20150180826 *||22 Dec 2014||25 Jun 2015||Akamai Technologies, Inc.||Provisioning tool for a content delivery network (CDN)|
|U.S. Classification||709/220, 709/219, 709/246|
|International Classification||H04N5/76, G06F17/30, H04N5/445, H04N7/03, H04N7/035, H04N5/44, G06F13/00, H04N7/173, H04N7/16, H04N7/025, H04N5/782, G06F15/16, G06F15/177, G06F13/10, H04N5/7617, H04N5/7613|
|Cooperative Classification||H04H60/27, H04N21/42207, H04N21/222, H04N21/85406, H04N21/4825, H04N21/2183, H04H60/72, H04N5/44543, H04H60/82, H04N5/4401, H04N21/47214, H04N21/4334, H04N21/6175, H04N21/4828, H04N21/84, H04N21/6581, H04N21/4147, H04N21/4227, H04N7/162, H04N21/4126, H04N5/782, H04N21/4782, H04N21/4431, H04N21/4345, H04N21/8586, H04N21/26283, H04N21/4622, H04N21/23109, H04N21/6125, H04N7/173|
|European Classification||H04N5/445M, H04N7/16E, H04N5/782, H04N7/173, H04N21/4782, H04N21/462S, H04N21/4147, H04N21/84, H04N21/262T, H04N21/434S, H04N21/4227, H04N21/61U3, H04N21/433R, H04N21/472R, H04N21/658R, H04N21/858U, H04N21/482S, H04N21/41P5, H04N21/61D3, H04N21/231D, H04N21/443A|
|27 Feb 2002||AS||Assignment|
Owner name: REPLAYTV, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SWEATT, MILLARD E., III;WOODWARD, DON;REEL/FRAME:012675/0199;SIGNING DATES FROM 20010926 TO 20011025
Owner name: REPLAYTV, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SWEATT, MILLARD E., III;WOODWARD, DON;SIGNING DATES FROM20010926 TO 20011025;REEL/FRAME:012675/0199
|28 Jul 2003||AS||Assignment|
Owner name: DIGITAL NETWORKS NORTH AMERICA, INC., NEW JERSEY
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MATICHUK, CHRIS E.;SUNNER, GURMINDER;REGNIER, ALAIN;AND OTHERS;REEL/FRAME:014314/0210
Effective date: 20010803
|4 Aug 2003||AS||Assignment|
Owner name: DIGITAL NETWORKS NORTH AMERICA, INC., CALIFORNIA
Free format text: ASSET PURCHASE;ASSIGNOR:REPLAYTV, INC.;REEL/FRAME:014337/0499
Effective date: 20030424
|20 Oct 2003||AS||Assignment|
Owner name: REPLAYTV, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MATICHUK, CHRIS E.;SUNNER, GURMINDER;REGNIER, ALAN;AND OTHERS;REEL/FRAME:014603/0116
Effective date: 20010803
|1 Jun 2004||AS||Assignment|
Owner name: DEUTSCHE BANK AG, TOKYO BRANCH, AS ADMINISTRATIVE
Free format text: SECURITY AGREEMENT;ASSIGNOR:DIGITAL NETWORKS NORTH AMERICA, INC.;REEL/FRAME:014669/0612
Effective date: 20040116
|11 Oct 2006||AS||Assignment|
Owner name: DIGITAL NETWORKS NORTH AMERICA, INC., CALIFORNIA
Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK AG, TOKYO BRANCH;REEL/FRAME:018375/0142
Effective date: 20050125
Owner name: DIGITAL NETWORKS NORTH AMERICA, INC.,CALIFORNIA
Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK AG, TOKYO BRANCH;REEL/FRAME:018375/0142
Effective date: 20050125
|25 Feb 2008||AS||Assignment|
Owner name: THE DIRECTV GROUP, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DIGITAL NETWORKS NORTH AMERICA, INC.;REEL/FRAME:020550/0982
Effective date: 20071212
Owner name: THE DIRECTV GROUP, INC.,CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DIGITAL NETWORKS NORTH AMERICA, INC.;REEL/FRAME:020550/0982
Effective date: 20071212
|29 Sep 2014||FPAY||Fee payment|
Year of fee payment: 4