USRE42357E1 - Interactive applications - Google Patents

Interactive applications Download PDF

Info

Publication number
USRE42357E1
USRE42357E1 US12/168,724 US16872408A USRE42357E US RE42357 E1 USRE42357 E1 US RE42357E1 US 16872408 A US16872408 A US 16872408A US RE42357 E USRE42357 E US RE42357E
Authority
US
United States
Prior art keywords
clock signal
user interfaces
user
data
ccs
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
US12/168,724
Inventor
Jason R. Malaure
Richard A. Kydd
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
S Aqua Semiconductor LLC
Original Assignee
ZH Interactive Systems LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZH Interactive Systems LLC filed Critical ZH Interactive Systems LLC
Priority to US12/168,724 priority Critical patent/USRE42357E1/en
Application granted granted Critical
Publication of USRE42357E1 publication Critical patent/USRE42357E1/en
Assigned to S. AQUA SEMICONDUCTOR, LLC reassignment S. AQUA SEMICONDUCTOR, LLC MERGER (SEE DOCUMENT FOR DETAILS). Assignors: ZH INTERACTIVE SYSTEMS L.L.C.
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • A63F13/12
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H40/00Arrangements specially adapted for receiving broadcast information
    • H04H40/18Arrangements characterised by circuits or components specially adapted for receiving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/93Wired transmission systems
    • H04H60/94Telephonic networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408Monitoring of the upstream path of the transmission network, e.g. client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4314Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for fitting data in a restricted space on the screen, e.g. EPG data in a rectangular grid
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348Demultiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/475End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4758End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for providing answers, e.g. voting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6582Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17345Control of the passage of the selected programme
    • H04N7/17354Control of the passage of the selected programme in an intermediate station common to a plurality of user terminals
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/409Data transfer via television network
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60Methods for processing data by generating or executing the game program
    • A63F2300/63Methods for processing data by generating or executing the game program for controlling the execution of the game in time

Definitions

  • the present invention relates to a method and apparatus for broadcasting interactive applications to a plurality of users via respective user interfaces.
  • data is broadcast to a plurality of user interfaces (e.g. televisions with set-top boxes) from a central control, e.g. computer, system (CCS).
  • CCS computer, system
  • the user interface can then deliver the interactive application with reference to the signal from the local clock generator.
  • the local clock generator is then synchronised with a central clock at the CCS to ensure that the interactive application is performed simultaneously at all user interfaces.
  • the local clock must be adjustable, it is possible for the clock adjustment to be used in a fraudulent way. For instance a user can receive a quiz game on two user interfaces, one where he has deliberately adjusted the local clock and the other not. The user can then view the answers on the one user interface and enter the correct answers on the other user interface before it becomes locked out.
  • an interactive broadcast system comprising a plurality of user interfaces each comprising a local clock signal generator. wherein each user interface delivers interactive applications to a respective user with reference to its respective local clock signal; and a central control system (CCS) for broadcasting data to the user interfaces and for receiving data from the user interfaces, the CCS being adapted to identify fraudulent users by comparing the time at which certain data is returned from a plurality of the user interfaces.
  • CCS central control system
  • CCS central control system
  • the CCS detects fraudulent use by comparing the time of receipt of data from a plurality of user interfaces. It is thus not dependent on data received from a single interface.
  • step (4) comprises first sending a return path request to the user interfaces
  • step (5) comprising monitoring the time of receipt of return path data generated by the user interfaces in response to the return path request to identify user interfaces which have sent return path data which is advanced or delayed by more than a predetermined threshold.
  • the return path request may cause the user interfaces to return a local score at the end of an interactive application as determined by the user interface.
  • the local interfaces could be automatically controlled to return certain data, e.g. a score, at the end of an interactive game or at some other predetermined game time and not directly in response to a request from the CCS.
  • certain data e.g. a score
  • the CCS will know when this return data is expected and can make the necessary comparisons.
  • the user interfaces may utilise their respective local clock signals in a number of ways.
  • an application start signal is broadcast to the user interfaces by the CCS.
  • the user interfaces calculate an application time local clock signal with reference to the application start signal.
  • Each user interface can then deliver the interactive application with reference to its respective application time local clock signal.
  • a central clock signal is periodically broadcast to the user interfaces representing a central time.
  • the user interfaces can then calculate an offset signal with reference to the central clock signal and a respective local clock signal.
  • the offset signal can then be used by the user interfaces at any time to determine the central time from their local clock signal. This can conveniently be implemented as part of a repetitive broadcast as described in U.S.
  • the interactive application may take a variety of different forms—for instance it may comprise a video game which is played simultaneously by a number of remote users, or a quiz game played simultaneously by a number of remote users.
  • the application may be broadcast in conjunction with a live TV event. For instance the application may enable the user to take part in a live TV quiz, or predict the occurrence of certain events in a live sporting event.
  • FIG. 1 is a schematic diagram of a digital broadcast network: and,
  • FIG. 2 is a schematic diagram of a user interface.
  • the digital broadcast network shown in FIG. 1 comprises an interactive game control system 1 including a central control, in this case computer, system 2 ; an application data store 3 and a CCS clock 40 .
  • the application data store 3 contains setup data and real time data which can be accessed and amended by the CCS 2 .
  • the setup data may comprise executable program files, bitmaps, sound samples, video clips, and other multimedia and data resources.
  • the real time data comprises data which is broadcast after the scheduled start time (eg question/answer data for a quiz game application).
  • the setup data and real time data is fed at an appropriate time to a broadcast headend multiplexer 4 via a data feed 5 .
  • the CCS also generates electronic programme guide (EPG) data which is fed to an EPG multiplexer 6 via EPG data feed 7 .
  • Each item of EPG data includes a programme identifier (PID) and a system information (SI) table containing EPG information relating to that PID (eg. name, scheduled start time, splash screen data
  • Broadcast TV stations 8 (BBC1) and 9 (Channel 4) each generate digital audio and video signals which are fed to the broadcast headend multiplexer 4 via respective data feeds 10 , 11 .
  • the data feeds 5 , 10 , 11 may be via dedicated cables or via broadcast on the air or any other suitable medium.
  • the broadcast TV stations 8 , 9 also generate EPG data which is fed to the EPG multiplexer 6 via respective data feeds 12 , 13 .
  • the EPG data may contain the programme name, broadcast TV station name and any other programme related information.
  • the broadcast headend multiplexer 4 multiplexes the digital data from the data feeds 5 , 10 , 11 and outputs the data serially to a transmitter 14 as an MPEG-II transport stream 30 .
  • the EPG multiplexer 6 multiplexes the digital data from the EPG data feeds 7 , 12 , 13 and outputs the data serially to a transmitter 16 as an MPEG-II transport stream 31 .
  • the transmitters 14 , 16 then transmit the data over a transmission medium 15 .
  • This may be a digital or analog television broadcast system, terrestrial or satellite, or cable, or the Internet, or the like.
  • a number of user interfaces (UIs) 17 , 18 , 19 etc. receive data from the transmission medium 15 .
  • the UIs can also send data to the CCS 2 via the public-switched-telephone-network (PSTN) 20 or other return path means (not shown) such as a cable-modem, or even via the transmission medium 15 .
  • PSTN public-switched-telephone-network
  • the UI comprises a conventional television set 21 , a set-top box 22 and one or more input devices 33 .
  • the television set 21 comprises a cathode ray tube (CRT) 35 and a tuner 23 coupled to an aerial 24 .
  • the tuner 23 is selectively tuned by a central processing unit (CPU) 25 to receive data from the transmission medium 15 .
  • Data is passed to a demultiplexer 26 which demultiplexes the MPEG-II transport stream.
  • Setup data and real time data is fed to the CPU 25 and video/audio data is fed to a display interface 28 .
  • the CPU 25 accesses a random access memory (RAM) 27 and a read only memory (ROM) 32 to compile a display signal which is passed to the display interface 28 and merged with the audio/video signal from the demultiplexer 26 .
  • An input device 33 provides input to the CPU 25 from a user.
  • An STB clock 41 feeds an STB clock signal to the CPU 25 .
  • Return path data is returned to the CCS 2 by the CPU 25 via a modem 34 and the PSTN 20 .
  • the CCS 2 downloads setup data relating to the application from the application data store 3 , and feeds it to the broadcast headend multiplexer 4 .
  • the multiplexer 4 then places the data on a broadcast carousel whereby it repeatedly transmits the setup data on the transport stream 30 as described in more detail in U.S. patent application Ser. No. 09/419,332.
  • the user interfaces can then download the setup data by switching the tuner 23 to receive data from the transport stream 30 .
  • Setup data with the required PID is downloaded by CPU 25 and saved in the RAM 27 . Once all of the setup data has been downloaded (or sufficient components of it to allow execution to commence) timed execution of the scheduled interactive application can commence.
  • the CCS 2 At the scheduled start time, the CCS 2 generates real time question data which is broadcast to the user interfaces. At the same time the CPU 25 automatically enters a game mode in which the user is presented with a series of questions based on the received question data. The user provides answers by selecting answer icons using the input device 33 . At a set time following display of a question, the user is “locked but” (i.e. is prevented from entering an answer to the question) by the CPU 25 and the answer is displayed on the CRT 35 . If the CPU 25 determines that the user has answered correctly, then a score is awarded and stored locally.
  • the questions and answers may fill the entire CRT screen.
  • the questions and answers may be overlaid on a real-time television broadcast of a presenter reading out the questions to competitors in a television studio, for example originating from the Channel 4 broadcast TV station 9 .
  • the CPU 25 transmits the user's score to the CCS 2 via the modem 34 and PSTN 20 .
  • Each user has an account with a number of cash credits which are stored and managed by the CCS 2 .
  • the CCS 2 compares the scores and issues prizes to the users with the highest scores by adding cash credits to their accounts. This use of credits or tokens is described in more detail in EP-A-0858225.
  • the CCS clock 40 constantly generates a central clock signal CCS CLOCK.
  • the STB clock 41 constantly generates a local clock signal STB CLOCK.
  • STB CLOCK will be offset from CCS CLOCK and from the STB CLOCK signals of the other user interfaces 18 , 19 etc.
  • the CCS clock is periodically transmitted by the CCS 2 to the user interfaces 17 - 19 etc.
  • Each CPU 25 can then calculate an offset value which is stored in a RAM 42 : OFFSET ⁇ CCS CLOCK ⁇ STB CLOCK.
  • the CCS 2 Before, at or even after the start of the quiz game, the CCS 2 transmits a game start clock signal CCS CLOCK (game start) to the user interfaces defining the time according to the CCS at which the game starts.
  • the CPU 25 in each STB can then calculate the STB game start time as: STB CLOCK (game start) ⁇ CCS CLOCK (game start) ⁇ OFFSET.
  • the CCS 2 retrieves question and answer data from the store 3 and places the data on the transport stream 30 before it is to be displayed by the user interfaces.
  • Each item of data contains question/answer data, and also a relative game time (i.e. a time from the start of the game) at which the data is to be displayed.
  • a relative game time i.e. a time from the start of the game
  • Question A is placed on the transport stream prior to 60 seconds from game start, and is displayed from 60-70 seconds from game start. During that 10 second period the user inputs his answer. At 70 seconds the user interface is locked out and the answer to question A is displayed for the next 5 seconds.
  • the CPU 25 handles the relative game time messages in the following way.
  • the data and relative game time is input to the CPU 25 .
  • the CPU 25 then calculates the STB CLOCK time corresponding with the relative game time as: STB CLOCK (relative) ⁇ STB CLOCK (game start)+relative game time.
  • a fraudulent user can take advantage of this system as follows.
  • This fraudulent user inserts an adjustment module 46 (shown in dotted lines in FIG. 2 ) to adjust the signal STB CLOCK from the STB clock 41 .
  • This could either set STB CLOCK forward or backward by a fixed amount, or could slow down or speed up the rate of STB CLOCK.
  • the adjustment module 46 is enabled by the user after STB CLOCK (game start) has been calculated. As a result the display of any subsequent question or answer data is delayed or advanced when compared to other STBs.
  • This fraudulent clock adjustment is detected in one or more of a number of ways as discussed below.
  • the CCS 2 sends a return path request to the user interfaces, asking them to send an acknowledgment back to the CCS 2 at a certain relative game time. If the acknowledgment from one of the user interfaces is delayed or advanced (when compared to the return time of acknowledgements from the other user interfaces) by more than a predetermined threshold then it is likely that STB CLOCK on that user interface has been adjusted. Therefore that user interface is identified and no prize is issued to the fraudulent user registered with the identified user interface.
  • the user interfaces are requested to send their scores back to the CCS 2 at the end of the quiz game. If the return time of the score from one of the user interfaces is delayed or advanced (when compared to the return time of scores from the other user interfaces) by more than a predetermined threshold, then that user interface is identified as a fraudulent interface, and no prize is issued to the user registered with the fraudulent interface.
  • a monitor 50 is provided to monitor STB CLOCK and OFFSET. This could be a separate module or part of the CPU 25 . If either of these signals is adjusted then the monitor 50 sends a detection signal to the CPU 25 which informs the CCS 2 with an identification message. Thus if the user either adjusts STB CLOCK immediately after STB (game start) has been calculated; or resets STB CLOCK at the end of the game to attempt to disguise their fraud, then this adjustment will be detected by the monitor 50 .

Abstract

An interactive broadcast system comprising a plurality of user interfaces each comprising a local clock signal generator. Each user interface delivers interactive applications to a respective user with reference to its respective local clock signal. A central control system broadcasts data to the user interfaces. The CCS detects adjustment of the local clock signals to identify fraudulent users.

Description

CROSS-REFERENCES TO RELATED APPLICATIONS
This patent application is a reissue application for commonly owned U.S. Pat. No. 7,073,190, which issued from U.S. patent application Ser. No. 09/563,542, filed on May 1, 2000, and is incorporated herein in its entirety by reference.
FIELD OF THE INVENTION
The present invention relates to a method and apparatus for broadcasting interactive applications to a plurality of users via respective user interfaces.
DESCRIPTION OF PRIOR ART
In conventional interactive broadcast systems, data is broadcast to a plurality of user interfaces (e.g. televisions with set-top boxes) from a central control, e.g. computer, system (CCS). In order to deliver timed applications it is necessary to provide a local clock generator with each user interface. The user interface can then deliver the interactive application with reference to the signal from the local clock generator. The local clock generator is then synchronised with a central clock at the CCS to ensure that the interactive application is performed simultaneously at all user interfaces. However, since this means that the local clock must be adjustable, it is possible for the clock adjustment to be used in a fraudulent way. For instance a user can receive a quiz game on two user interfaces, one where he has deliberately adjusted the local clock and the other not. The user can then view the answers on the one user interface and enter the correct answers on the other user interface before it becomes locked out.
Previous proposals for detecting fraud are described in U.S. Pat. No. 5,850,447 and WO-A-95/15653. In these cases, the local user interfaces detect fraud and notify the CCS. This itself can be compromised locally in some cases.
SUMMARY OF THE INVENTION
In accordance with one aspect of the present invention there is provided an interactive broadcast system comprising a plurality of user interfaces each comprising a local clock signal generator. wherein each user interface delivers interactive applications to a respective user with reference to its respective local clock signal; and a central control system (CCS) for broadcasting data to the user interfaces and for receiving data from the user interfaces, the CCS being adapted to identify fraudulent users by comparing the time at which certain data is returned from a plurality of the user interfaces.
In accordance with a second aspect of the present invention there is provided a method of detecting fraudulent users in an interactive broadcast system, the method comprising
(1) broadcasting data to a plurality of user interfaces from a central control system (CCS);
(2) generating a local clock signal at each user interface;
(3) delivering an interactive application to a respective user from each user interface with reference to its respective local clock signal;
(4) receiving data at the CCS from the local interfaces; and,
(5) identifying fraudulent users by comparing the time at which certain data is returned from a plurality of the local interfaces.
In contrast to the previous proposals, the CCS detects fraudulent use by comparing the time of receipt of data from a plurality of user interfaces. It is thus not dependent on data received from a single interface.
In one method, step (4) comprises first sending a return path request to the user interfaces,
step (5) comprising monitoring the time of receipt of return path data generated by the user interfaces in response to the return path request to identify user interfaces which have sent return path data which is advanced or delayed by more than a predetermined threshold. For example, the return path request may cause the user interfaces to return a local score at the end of an interactive application as determined by the user interface.
In another method, the local interfaces could be automatically controlled to return certain data, e.g. a score, at the end of an interactive game or at some other predetermined game time and not directly in response to a request from the CCS. However, the CCS will know when this return data is expected and can make the necessary comparisons.
The user interfaces may utilise their respective local clock signals in a number of ways. In a first example an application start signal is broadcast to the user interfaces by the CCS. The user interfaces calculate an application time local clock signal with reference to the application start signal. Each user interface can then deliver the interactive application with reference to its respective application time local clock signal. In a second example a central clock signal is periodically broadcast to the user interfaces representing a central time. The user interfaces can then calculate an offset signal with reference to the central clock signal and a respective local clock signal. The offset signal can then be used by the user interfaces at any time to determine the central time from their local clock signal. This can conveniently be implemented as part of a repetitive broadcast as described in U.S. patent application Ser. No. 09/419,332 incorporated herein by reference.
The interactive application may take a variety of different forms—for instance it may comprise a video game which is played simultaneously by a number of remote users, or a quiz game played simultaneously by a number of remote users. The application may be broadcast in conjunction with a live TV event. For instance the application may enable the user to take part in a live TV quiz, or predict the occurrence of certain events in a live sporting event.
BRIEF DESCRIPTION OF THE DRAWINGS
An example of the present invention will now be described with reference to the accompanying drawings, in which:
FIG. 1 is a schematic diagram of a digital broadcast network: and,
FIG. 2 is a schematic diagram of a user interface.
DETAILED DESCRIPTION OF THE EMBODIMENT
The digital broadcast network shown in FIG. 1 comprises an interactive game control system 1 including a central control, in this case computer, system 2; an application data store 3 and a CCS clock 40. The application data store 3 contains setup data and real time data which can be accessed and amended by the CCS 2. The setup data may comprise executable program files, bitmaps, sound samples, video clips, and other multimedia and data resources. The real time data comprises data which is broadcast after the scheduled start time (eg question/answer data for a quiz game application). The setup data and real time data is fed at an appropriate time to a broadcast headend multiplexer 4 via a data feed 5. The CCS also generates electronic programme guide (EPG) data which is fed to an EPG multiplexer 6 via EPG data feed 7. Each item of EPG data includes a programme identifier (PID) and a system information (SI) table containing EPG information relating to that PID (eg. name, scheduled start time, splash screen data etc).
Broadcast TV stations 8 (BBC1) and 9 (Channel 4) each generate digital audio and video signals which are fed to the broadcast headend multiplexer 4 via respective data feeds 10,11. The data feeds 5,10,11 may be via dedicated cables or via broadcast on the air or any other suitable medium.
The broadcast TV stations 8,9 also generate EPG data which is fed to the EPG multiplexer 6 via respective data feeds 12,13. The EPG data may contain the programme name, broadcast TV station name and any other programme related information.
The broadcast headend multiplexer 4 multiplexes the digital data from the data feeds 5,10,11 and outputs the data serially to a transmitter 14 as an MPEG-II transport stream 30.
Similarly the EPG multiplexer 6 multiplexes the digital data from the EPG data feeds 7,12,13 and outputs the data serially to a transmitter 16 as an MPEG-II transport stream 31.
The transmitters 14,16 then transmit the data over a transmission medium 15. This may be a digital or analog television broadcast system, terrestrial or satellite, or cable, or the Internet, or the like.
A number of user interfaces (UIs) 17,18,19 etc. receive data from the transmission medium 15. The UIs can also send data to the CCS 2 via the public-switched-telephone-network (PSTN) 20 or other return path means (not shown) such as a cable-modem, or even via the transmission medium 15.
One of the user interfaces 17 is shown in detail in FIG. 2. The UI comprises a conventional television set 21, a set-top box 22 and one or more input devices 33. The television set 21 comprises a cathode ray tube (CRT) 35 and a tuner 23 coupled to an aerial 24. The tuner 23 is selectively tuned by a central processing unit (CPU) 25 to receive data from the transmission medium 15. Data is passed to a demultiplexer 26 which demultiplexes the MPEG-II transport stream. Setup data and real time data is fed to the CPU 25 and video/audio data is fed to a display interface 28.
The CPU 25 accesses a random access memory (RAM) 27 and a read only memory (ROM) 32 to compile a display signal which is passed to the display interface 28 and merged with the audio/video signal from the demultiplexer 26. An input device 33 provides input to the CPU 25 from a user. An STB clock 41 feeds an STB clock signal to the CPU 25. Return path data is returned to the CCS 2 by the CPU 25 via a modem 34 and the PSTN 20.
An example of an interactive quiz game application will now be described.
Ten minutes before the scheduled start time of the quiz game, the CCS 2 downloads setup data relating to the application from the application data store 3, and feeds it to the broadcast headend multiplexer 4. The multiplexer 4 then places the data on a broadcast carousel whereby it repeatedly transmits the setup data on the transport stream 30 as described in more detail in U.S. patent application Ser. No. 09/419,332.
The user interfaces can then download the setup data by switching the tuner 23 to receive data from the transport stream 30. Setup data with the required PID is downloaded by CPU 25 and saved in the RAM 27. Once all of the setup data has been downloaded (or sufficient components of it to allow execution to commence) timed execution of the scheduled interactive application can commence.
At the scheduled start time, the CCS 2 generates real time question data which is broadcast to the user interfaces. At the same time the CPU 25 automatically enters a game mode in which the user is presented with a series of questions based on the received question data. The user provides answers by selecting answer icons using the input device 33. At a set time following display of a question, the user is “locked but” (i.e. is prevented from entering an answer to the question) by the CPU 25 and the answer is displayed on the CRT 35. If the CPU 25 determines that the user has answered correctly, then a score is awarded and stored locally.
The questions and answers may fill the entire CRT screen. Alternatively the questions and answers may be overlaid on a real-time television broadcast of a presenter reading out the questions to competitors in a television studio, for example originating from the Channel 4 broadcast TV station 9.
At the end of the game, the CPU 25 transmits the user's score to the CCS 2 via the modem 34 and PSTN 20.
Each user has an account with a number of cash credits which are stored and managed by the CCS 2. On receipt of scores from a number of user interfaces the CCS 2 compares the scores and issues prizes to the users with the highest scores by adding cash credits to their accounts. This use of credits or tokens is described in more detail in EP-A-0858225.
The way in which the system of FIGS. 1 and 2 handles time will now be described. The CCS clock 40 constantly generates a central clock signal CCS CLOCK. The STB clock 41 constantly generates a local clock signal STB CLOCK. In general STB CLOCK will be offset from CCS CLOCK and from the STB CLOCK signals of the other user interfaces 18,19 etc. In order to account for this lack of clock synchronisation, the CCS clock is periodically transmitted by the CCS 2 to the user interfaces 17-19 etc. Each CPU 25 can then calculate an offset value which is stored in a RAM 42:
OFFSET−CCS CLOCK−STB CLOCK.
This enables the CPU 25 to calculate CCS CLOCK at any time as:
CCS CLOCK−STB CLOCK+OFFSET.
Before, at or even after the start of the quiz game, the CCS 2 transmits a game start clock signal CCS CLOCK (game start) to the user interfaces defining the time according to the CCS at which the game starts. The CPU 25 in each STB can then calculate the STB game start time as:
STB CLOCK (game start)·CCS CLOCK (game start)−OFFSET.
During the quiz game, the CCS 2 retrieves question and answer data from the store 3 and places the data on the transport stream 30 before it is to be displayed by the user interfaces. Each item of data contains question/answer data, and also a relative game time (i.e. a time from the start of the game) at which the data is to be displayed. For instance the following sequence of data may be broadcast during a quiz game:
Data Relative Game Time
Question A 60 seconds-70 seconds
Answer A 70 seconds-75 seconds
Question B 75 seconds-85 seconds
Answer B 85 seconds-90 seconds
Thus Question A is placed on the transport stream prior to 60 seconds from game start, and is displayed from 60-70 seconds from game start. During that 10 second period the user inputs his answer. At 70 seconds the user interface is locked out and the answer to question A is displayed for the next 5 seconds.
The CPU 25 handles the relative game time messages in the following way. The data and relative game time is input to the CPU 25. The CPU 25 then calculates the STB CLOCK time corresponding with the relative game time as:
STB CLOCK (relative)−STB CLOCK (game start)+relative game time.
Thus the CPU displays Answer A between STB CLOCK (70 seconds) and STB CLOCK (75 seconds).
A fraudulent user can take advantage of this system as follows. This fraudulent user inserts an adjustment module 46 (shown in dotted lines in FIG. 2) to adjust the signal STB CLOCK from the STB clock 41. This could either set STB CLOCK forward or backward by a fixed amount, or could slow down or speed up the rate of STB CLOCK. The adjustment module 46 is enabled by the user after STB CLOCK (game start) has been calculated. As a result the display of any subsequent question or answer data is delayed or advanced when compared to other STBs. By running two user interfaces (one with STB CLOCK adjusted, the other not) the fraudulent user can view the answers on one user interface and enter the correct answers on another user interface before it becomes locked out by the CPU 25 since that CPU 25 will not have reached the relative game time at which lock out occurs.
This fraudulent clock adjustment is detected in one or more of a number of ways as discussed below.
1. Return Path Request
At some point after the game start (either during or after the game) the CCS 2 sends a return path request to the user interfaces, asking them to send an acknowledgment back to the CCS 2 at a certain relative game time. If the acknowledgment from one of the user interfaces is delayed or advanced (when compared to the return time of acknowledgements from the other user interfaces) by more than a predetermined threshold then it is likely that STB CLOCK on that user interface has been adjusted. Therefore that user interface is identified and no prize is issued to the fraudulent user registered with the identified user interface.
2. Return Path Scores
The user interfaces are requested to send their scores back to the CCS 2 at the end of the quiz game. If the return time of the score from one of the user interfaces is delayed or advanced (when compared to the return time of scores from the other user interfaces) by more than a predetermined threshold, then that user interface is identified as a fraudulent interface, and no prize is issued to the user registered with the fraudulent interface.
Optionally, the following method may also be employed.
3. STB CLOCK Monitor
A monitor 50 is provided to monitor STB CLOCK and OFFSET. This could be a separate module or part of the CPU 25. If either of these signals is adjusted then the monitor 50 sends a detection signal to the CPU 25 which informs the CCS 2 with an identification message. Thus if the user either adjusts STB CLOCK immediately after STB (game start) has been calculated; or resets STB CLOCK at the end of the game to attempt to disguise their fraud, then this adjustment will be detected by the monitor 50.

Claims (10)

1. An interactive broadcast system comprising:
a plurality of user interfaces each having a local clock signal generator, wherein each user interface delivers interactive applications to a respective user with reference to its respective local clock signal;
a central control system (CCS) for broadcasting data to the user interfaces and for receiving data from the user interfaces, the CCS being adapted to identify fraudulent adjustment of one of the local clock signals by comparing the time of receipt by the CCS of certain data sent by one of the user interfaces with the time of receipt of data from another different one of the user interfaces;
means for periodically broadcasting a central clock signal to the user interfaces; and
each user interface having means for calculating an offset signal with reference to the central clock signal and its respective local clock signal so as to enable obtaining the central clock signal from the local clock signal.
2. A system according to claim 1, wherein each user interface comprises a monitor for detecting adjustment of the local clock signal.
3. A system according to claim 1, wherein the CCS is adapted to send a return path request to the user interfaces and to monitor the time of receipt of corresponding return path data generated by the user interfaces in response to the return path receipt to identify user interfaces which have sent return path data which is advanced or delayed by more than a predetermined threshold.
4. A system according to claim 1, wherein the return path request causes the user interfaces to return a local score at the end of an interactive application as determined by the user interface.
5. A system according to claim 1, wherein the CCS is adapted to broadcast an application start signal to the user interfaces, wherein each user interface comprises means for calculating an application time local clock signal with reference to the application start signal, and wherein each user interface delivers interactive applications to a respective user with reference to its respective application time local clock signal.
6. A method of detecting fraudulent users in an interactive broadcast system, the method comprising:
(1) broadcasting data to a plurality of user interfaces from a central control system (CCS);
(2) generating a local clock signal at each user interface;
(3) delivering an interactive application to a respective user from each user interface with reference to its respective clock signal;
(4) receiving data at the CCS from the local user interfaces;
(5) identifying fraudulent adjustment of one of the local clock signals by comparing the time of receipt by the CCS of certain data sent by one of the user interfaces with the time of receipt of data from another different one of the user interfaces;
(6) periodically broadcasting a central clock signal to the user interfaces; and
(7) calculating at the user interface an offset signal with reference to the central clock signal and a respective local clock signal so as to enable obtaining the central clock signal from the local clock signal.
7. A method according to claim 6, wherein step (4) comprises first sending a return path request to the user interfaces; and
step (5) comprises monitoring the time of receipt of return path data generated by the user interfaces in response to the return path request to identify user interfaces which have sent return path data which is advanced or delayed by more than a predetermined threshold.
8. A method according to claim 6 wherein the return path request causes the user interfaces to return a local score at the end of an interactive application as determined by the user interface.
9. A method according to claim 6, further comprising
(8) broadcasting an application start signal to the user interfaces; and
(9) calculating an application time local clock signal with reference to the application start signal,
wherein each user interface delivers interactive applications to a respective user with reference to its respective application time local clock signal.
10. A method of detecting fraudulent users in an interactive broadcast system, the method comprising:
(1) broadcasting data to a plurality of user interfaces from a central control system (CCS);
(2) generating a local clock signal at each user interface;
(3) delivering an interactive application to a respective user from each user interface with reference to its respective local clock signal;
(4) receiving data at the CCS for the local interface;
(5) identifying fraudulent adjustment of one of the local clock signals by comparing the time of receipt by the CCS of certain data sent by one of the user interfaces with the time of receipt of data from another different one of the user interfaces;
(6) periodically broadcasting a central clock signal to the user interfaces; and
(7) calculating an offset signal at the user interface with reference to the central clock signal and a respective local clock signal so as to enable obtaining the central clock signal from the local clock signal.
US12/168,724 1999-05-04 2008-07-07 Interactive applications Expired - Fee Related USRE42357E1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/168,724 USRE42357E1 (en) 1999-05-04 2008-07-07 Interactive applications

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP99303495 1999-05-04
EP99303495 1999-05-04
US09/563,542 US7073190B1 (en) 1999-05-04 2000-05-01 Interactive applications
US12/168,724 USRE42357E1 (en) 1999-05-04 2008-07-07 Interactive applications

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/563,542 Reissue US7073190B1 (en) 1999-05-04 2000-05-01 Interactive applications

Publications (1)

Publication Number Publication Date
USRE42357E1 true USRE42357E1 (en) 2011-05-10

Family

ID=8241366

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/563,542 Ceased US7073190B1 (en) 1999-05-04 2000-05-01 Interactive applications
US12/168,724 Expired - Fee Related USRE42357E1 (en) 1999-05-04 2008-07-07 Interactive applications

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/563,542 Ceased US7073190B1 (en) 1999-05-04 2000-05-01 Interactive applications

Country Status (9)

Country Link
US (2) US7073190B1 (en)
EP (1) EP1050328B1 (en)
JP (1) JP2001028743A (en)
AT (1) ATE229835T1 (en)
AU (1) AU758059B2 (en)
CA (1) CA2307266A1 (en)
DE (1) DE60001009T2 (en)
ES (1) ES2188480T3 (en)
NZ (1) NZ504052A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100031174A1 (en) * 2008-07-31 2010-02-04 Lg Electronics Inc. Mobile terminal and method for displaying information using the same
US20120290584A1 (en) * 2011-05-09 2012-11-15 Google Inc. Recommending Applications for Mobile Devices Based on Installation Histories
US8484636B2 (en) 2011-05-09 2013-07-09 Google Inc. Generating application recommendations based on user installed applications
US8566173B2 (en) 2011-05-09 2013-10-22 Google Inc. Using application market log data to identify applications of interest
US8825663B2 (en) 2011-05-09 2014-09-02 Google Inc. Using application metadata to identify applications of interest

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU758059B2 (en) 1999-05-04 2003-03-13 Two Way Media Limited Interactive applications
US7367042B1 (en) 2000-02-29 2008-04-29 Goldpocket Interactive, Inc. Method and apparatus for hyperlinking in a television broadcast
US7343617B1 (en) 2000-02-29 2008-03-11 Goldpocket Interactive, Inc. Method and apparatus for interaction with hyperlinks in a television broadcast
US7343487B2 (en) 2001-10-10 2008-03-11 Nokia Corporation Datacast distribution system
GB2387946B (en) * 2002-03-07 2005-05-18 Chello Broadband N V Response timing
US7231404B2 (en) 2003-01-31 2007-06-12 Nokia Corporation Datacast file transmission with meta-data retention
AU2004211721B2 (en) 2003-02-11 2009-08-20 Nds Limited Apparatus and methods for handling interactive applications in broadcast networks
US20050289638A1 (en) * 2004-06-24 2005-12-29 David Steading Methods, systems, and products for providing broadcast video and IP data over a common, shared interface
US8870639B2 (en) 2004-06-28 2014-10-28 Winview, Inc. Methods and apparatus for distributed gaming over a mobile device
US8376855B2 (en) 2004-06-28 2013-02-19 Winview, Inc. Methods and apparatus for distributed gaming over a mobile device
US10226698B1 (en) 2004-07-14 2019-03-12 Winview, Inc. Game of skill played by remote participants utilizing wireless devices in connection with a common game event
US10721543B2 (en) 2005-06-20 2020-07-21 Winview, Inc. Method of and system for managing client resources and assets for activities on computing devices
US8738694B2 (en) 2005-06-20 2014-05-27 Winview, Inc. Method of and system for managing client resources and assets for activities on computing devices
US8705195B2 (en) 2006-04-12 2014-04-22 Winview, Inc. Synchronized gaming and programming
US9919210B2 (en) 2005-10-03 2018-03-20 Winview, Inc. Synchronized gaming and programming
US8149530B1 (en) 2006-04-12 2012-04-03 Winview, Inc. Methodology for equalizing systemic latencies in television reception in connection with games of skill played in connection with live television programming
US9511287B2 (en) 2005-10-03 2016-12-06 Winview, Inc. Cellular phone games based upon television archives
US20070094700A1 (en) * 2005-10-25 2007-04-26 Jason Wolfe Game delivery system
US9056251B2 (en) 2006-01-10 2015-06-16 Winview, Inc. Method of and system for conducting multiple contests of skill with a single performance
US10556183B2 (en) 2006-01-10 2020-02-11 Winview, Inc. Method of and system for conducting multiple contest of skill with a single performance
US8002618B1 (en) 2006-01-10 2011-08-23 Winview, Inc. Method of and system for conducting multiple contests of skill with a single performance
US11082746B2 (en) 2006-04-12 2021-08-03 Winview, Inc. Synchronized gaming and programming
GB0616027D0 (en) * 2006-08-11 2006-09-20 Answerback Interactive Interactive electronic system and method for a plurality of users
GB0616029D0 (en) * 2006-08-11 2006-09-20 Answerback Interactive Interactive electronic system and method for a plurality of users
US20080107219A1 (en) * 2006-11-07 2008-05-08 Sensormatic Electronics Corporation Electronic articles surveillance system synchronization using global positioning satellite signal
US8813112B1 (en) 2007-10-23 2014-08-19 Winview, Inc. Method of and apparatus for utilizing SMS while running an application on a mobile device controlling a viewer's participation with a broadcast
US20090305788A1 (en) * 2008-06-04 2009-12-10 Microsoft Corporation Modifying electronic games based on previous game play
US9716918B1 (en) 2008-11-10 2017-07-25 Winview, Inc. Interactive advertising system
JP5351664B2 (en) * 2009-09-02 2013-11-27 株式会社コナミデジタルエンタテインメント GAME DEVICE, GAME CONTROL METHOD, AND PROGRAM
US8990155B1 (en) * 2013-10-23 2015-03-24 Linkedin Corporation Synchronizing channels lists
US11551529B2 (en) 2016-07-20 2023-01-10 Winview, Inc. Method of generating separate contests of skill or chance from two independent events
US11308765B2 (en) 2018-10-08 2022-04-19 Winview, Inc. Method and systems for reducing risk in setting odds for single fixed in-play propositions utilizing real time input

Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4337463A (en) 1980-08-22 1982-06-29 Control Data Corporation Time synchronization master station and remote station system
US4807259A (en) 1986-05-20 1989-02-21 Mitsubishi Denki Kabushiki Kaisha Time synchronization method in data transmission system
US5247440A (en) 1991-05-03 1993-09-21 Motorola, Inc. Location influenced vehicle control system
US5327468A (en) 1992-06-19 1994-07-05 Westinghouse Electric Corp. Synchronization of time-of-day clocks in a distributed processing network system
US5345595A (en) 1992-11-12 1994-09-06 Coral Systems, Inc. Apparatus and method for detecting fraudulent telecommunication activity
US5408506A (en) 1993-07-09 1995-04-18 Apple Computer, Inc. Distributed time synchronization system and method
US5416808A (en) 1992-03-31 1995-05-16 Glenayre Electronics, Inc. Apparatus for synchronizing a plurality of clocks in a simulcast network to a reference clock
WO1995015653A1 (en) 1993-11-30 1995-06-08 Zing Systems, Lp Interactive television security through transaction time stamping
US5537143A (en) 1992-08-14 1996-07-16 Steingold; Harold Interactive communication system
US5695400A (en) * 1996-01-30 1997-12-09 Boxer Jam Productions Method of managing multi-player game playing over a network
US5748941A (en) 1995-11-09 1998-05-05 Xerox Corporation System and method for synchronizing control clocks for a modular printing system
US5850447A (en) 1993-08-05 1998-12-15 Gemplus Card International Secured system of remote participation in interactive games with verification of the chronology of events
US5936661A (en) 1995-11-22 1999-08-10 U.S. Philips Corporation Interactive television game system
US6320507B1 (en) 2000-04-07 2001-11-20 Sensormatic Electronics Corporation Method for synchronization between systems
US6415325B1 (en) 1997-12-16 2002-07-02 Koninklijke Philips Electronics N.V. Transmission system with improved synchronization
US6449291B1 (en) 1998-11-24 2002-09-10 3Com Corporation Method and apparatus for time synchronization in a communication system
US6452541B1 (en) 2001-02-20 2002-09-17 Motorola, Inc. Time synchronization of a satellite positioning system enabled mobile receiver and base station
US6483825B2 (en) 1998-07-07 2002-11-19 Fujitsu Limited Time synchronization method in CDMA system
US6798790B1 (en) 1999-06-26 2004-09-28 Alcatel Method of generating a clock signal for the upstream channel of a bidirectional point-to-multipoint network
US7073190B1 (en) 1999-05-04 2006-07-04 Two Way Media Limited Interactive applications

Patent Citations (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4337463A (en) 1980-08-22 1982-06-29 Control Data Corporation Time synchronization master station and remote station system
US4807259A (en) 1986-05-20 1989-02-21 Mitsubishi Denki Kabushiki Kaisha Time synchronization method in data transmission system
US5247440A (en) 1991-05-03 1993-09-21 Motorola, Inc. Location influenced vehicle control system
US5764275A (en) 1991-11-20 1998-06-09 Thomson Multimedia S.A. Interactive television security through transaction time stamping
US5519433A (en) 1991-11-20 1996-05-21 Zing Systems, L.P. Interactive television security through transaction time stamping
US5416808A (en) 1992-03-31 1995-05-16 Glenayre Electronics, Inc. Apparatus for synchronizing a plurality of clocks in a simulcast network to a reference clock
US5327468A (en) 1992-06-19 1994-07-05 Westinghouse Electric Corp. Synchronization of time-of-day clocks in a distributed processing network system
US5537143A (en) 1992-08-14 1996-07-16 Steingold; Harold Interactive communication system
US5345595A (en) 1992-11-12 1994-09-06 Coral Systems, Inc. Apparatus and method for detecting fraudulent telecommunication activity
US5408506A (en) 1993-07-09 1995-04-18 Apple Computer, Inc. Distributed time synchronization system and method
US5850447A (en) 1993-08-05 1998-12-15 Gemplus Card International Secured system of remote participation in interactive games with verification of the chronology of events
WO1995015653A1 (en) 1993-11-30 1995-06-08 Zing Systems, Lp Interactive television security through transaction time stamping
US5748941A (en) 1995-11-09 1998-05-05 Xerox Corporation System and method for synchronizing control clocks for a modular printing system
US5936661A (en) 1995-11-22 1999-08-10 U.S. Philips Corporation Interactive television game system
US5695400A (en) * 1996-01-30 1997-12-09 Boxer Jam Productions Method of managing multi-player game playing over a network
US6415325B1 (en) 1997-12-16 2002-07-02 Koninklijke Philips Electronics N.V. Transmission system with improved synchronization
US6483825B2 (en) 1998-07-07 2002-11-19 Fujitsu Limited Time synchronization method in CDMA system
US6449291B1 (en) 1998-11-24 2002-09-10 3Com Corporation Method and apparatus for time synchronization in a communication system
US7073190B1 (en) 1999-05-04 2006-07-04 Two Way Media Limited Interactive applications
US6798790B1 (en) 1999-06-26 2004-09-28 Alcatel Method of generating a clock signal for the upstream channel of a bidirectional point-to-multipoint network
US6320507B1 (en) 2000-04-07 2001-11-20 Sensormatic Electronics Corporation Method for synchronization between systems
US6452541B1 (en) 2001-02-20 2002-09-17 Motorola, Inc. Time synchronization of a satellite positioning system enabled mobile receiver and base station

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100031174A1 (en) * 2008-07-31 2010-02-04 Lg Electronics Inc. Mobile terminal and method for displaying information using the same
US20120290584A1 (en) * 2011-05-09 2012-11-15 Google Inc. Recommending Applications for Mobile Devices Based on Installation Histories
US8484636B2 (en) 2011-05-09 2013-07-09 Google Inc. Generating application recommendations based on user installed applications
US8566173B2 (en) 2011-05-09 2013-10-22 Google Inc. Using application market log data to identify applications of interest
US8819025B2 (en) * 2011-05-09 2014-08-26 Google Inc. Recommending applications for mobile devices based on installation histories
US8825663B2 (en) 2011-05-09 2014-09-02 Google Inc. Using application metadata to identify applications of interest
US8924955B2 (en) 2011-05-09 2014-12-30 Google Inc. Generating application recommendations based on user installed applications

Also Published As

Publication number Publication date
US7073190B1 (en) 2006-07-04
AU758059B2 (en) 2003-03-13
DE60001009D1 (en) 2003-01-30
DE60001009T2 (en) 2003-08-21
JP2001028743A (en) 2001-01-30
NZ504052A (en) 2000-09-29
ES2188480T3 (en) 2003-07-01
CA2307266A1 (en) 2000-11-04
EP1050328B1 (en) 2002-12-18
EP1050328A1 (en) 2000-11-08
ATE229835T1 (en) 2003-01-15
AU2771700A (en) 2000-11-09

Similar Documents

Publication Publication Date Title
USRE42357E1 (en) Interactive applications
US6446262B1 (en) Broadcasting interactive applications
US7028327B1 (en) Using the electronic program guide to synchronize interactivity with broadcast programs
US7249366B1 (en) Control of a system for processing a stream of information based on information content
US7984473B1 (en) System and method for the coordination of short-term cyclic data and ephemeral content in a broadcast stream
AU2005332019B2 (en) Display of enhanced content
EP0998145B1 (en) Broadcasting interactive applications
US8839286B2 (en) Display of enhanced content
US8132223B2 (en) Display of enhanced content
CA2570705A1 (en) Method, system and apparatus for delivering enhanced programming information
AU4184599A (en) Audience rating system for digital television and radio
US9003471B2 (en) Response timing
KR100562367B1 (en) Method for searching digital broadcasting rating

Legal Events

Date Code Title Description
CC Certificate of correction
FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: S. AQUA SEMICONDUCTOR, LLC, DELAWARE

Free format text: MERGER;ASSIGNOR:ZH INTERACTIVE SYSTEMS L.L.C.;REEL/FRAME:037040/0137

Effective date: 20150812

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.)

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.)