WO1990013207A1 - Terminal authorization method - Google Patents

Abstract

A terminal apparatus for use in a cable television system which provides a plurality of channels capable of being tuned for display at a television receiver is provided. The apparatus includes a memory for storing data for generating a plurality of predetermined character screens and for storing deauthorization data, a character generator for generating character screens from the stored character screen data at the television receiver, a deauthorization mechanism responsive to the deauthorization data in the memory means for deauthorizing selected ones of the plurality of channels, and a controller for controlling the memory and the character generator, and for composing at least one predetermined character screen for display at the television receiver in accordance with the deauthorization of a channel by the deauthorization mechanism.

Description

TERMINAL AUTHORIZATION METHOD

This application is a continuation-in-part application of Applica¬ tion Serial No. 289,218 filed December 23, 1988 of Lee R. Johnson, Elizabeth A. Smith, and Howard L. Myers and is related by subject mat¬ ter to copending Application Serial Nos. . (Attorney Docket No.

25,871) entitled "Cable Television Transaction Terminal"; ______

(Attorney Docket No. 25.875) entitled "Storage Control Method and

Apparatus for an Interactive Television Terminal"; . (Attorney

Docket No. 25,878) entitled "Interactive Room Status/Time Information

System"; , (Attorney Docket No. 25,877) entitled "Interactive

Television Terminal with Programmable Background Audio or Video"; and , (Attorney Docket No. 25.874) entitled "Terminal Polling

Method" all filed concurrently herewith and incorporated herein by reference.

BACKGROUND OF THE INVENTION

The present invention generally relates to a terminal authoriza¬ tion method and, more particularly, to a method for establishing user friendly authorizations and deauthorizations to control an interactive terminal in a cable television system.

Two-way interactive cable television systems are known for transmitting entertainment, information and data signals over a cable facility to a plurality of users. Data may be transmitted and addressed to a particular subscriber over a separate data channel or a so-called "in-band" data channel. In a downstream direction, addressed control data may represent services authorized to a particular terminal or con¬ trol commands to that terminal. In an upstream direction from a ter¬ minal to the service provider or system manager location, control data may represent selections made by a user in response to a polling request or at the time of user selection.

One environment in which two-way interactive cable television systems may be implemented is hotels. Typically, each hotel room or suite is provided with one or more televisions whose operation is gov¬ erned by an associated set-top terminal. Channels may be tuned by entering a channel number to the terminal via an associated keyboard or an infrared remote control. Often the hotel guest has the option of authorizing his terminal to receive certain premium programming. The guest is charged an additional fee for viewing such premium program¬ ming. Premium programming may consist for example, of recently released movies, sporting events, concerts, etc.

It is desirable that a hotel operator be able to exercise a degree of control over premium programming. For example, a preview or "teaser" of a premium movie may be shown for a predetermined time in order to entice guests to purchase the movie. The hotel operator may further control the predetermined preview time for a particular movie. Additionally, a hotel operator may wish to control which guests may purchase premium programming.

From the perspective of a hotel guest, it may be desirable to control the ability to purchase premium programming. For example, certain premium programming may be unsuitable for young children and parents may wish to inhibit the ability of a child to purchase such programming. Additionally, a guest may desire to limit the number of premium purchases made, particularly if children may purchase programming. SUMMARY OF THE INVENTION

Accordingly, it is an object of the present invention to provide a cable television system affording improved control to a system operator.

It is another object of the present invention to provide a cable television system affording improved control to a system user.

It is still another object of the present invention to provide a user friendly interface to cable television system. The present terminal authorization method involves additional features to those normally provided in pay-per-view television systems. A system manager according to the present invention authorizes chan¬ nel viewing in one of four modes: free, off, premium, and video conferencing. Flags are individually addressed to a particular terminal to modify the mode of viewing: premium no-bill, video conferencing enable, parental control override and premium programming prebuy.

The system manager is thus capable of configuring and reconfiguring a terminal depending on, for example, how a particular hotel room is being used. For parental control, an override parental flag may be downloaded for a particular premium channel at the parent's request. Also, the system manager may link a plurality of rooms and terminals together for a closed circuit video conference. Attempts by unauthorized guests to gain access to a disabled or unau¬ thorized channel will actuate the display at the particular terminal of a screen message advising of the status of the channel promoting a more user friendly inter ace. BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of the present invention and many of the attendant advantages thereof will be readily obtained as the present invention becomes better understood through the following detailed description with reference to the accompanying drawings.

Figure 1 is a block schematic diagram of an interactive enter¬ tainment system in accordance with the present invention applied in a hotel or hospital system environment.

Figure 1(a) is a block diagram of a system manager in the enter¬ tainment system of Figure 1.

Figure 2 is a block schematic diagram of an interactive terminal in accordance with the present invention.

Figure 3 is a collection of four exemplary screens, three of which according to Figure 3(a), (b) and (c) are for display on a televi¬ sion receiver associated with the terminal of Figure 2 during an auto¬ matic installation mode of operation of the terminal and the fourth, according to Figure 3(d), is for display during a terminal maintenance mode. Figure 4 is a flowchart of an algorithm of terminal software for accomplishing an automatic installation mode of operation or similarly implemented manufacturing or maintenance modes of operation.

Figure 5 is a detailed flowchart of processor operation related to screen alignment.

Figure 6 is a detailed flowchart of processor operation related to terminal configuration.

Figure 7 is a detailed flowchart of processor operation related to system status and acknowledgement of system entry.

Figure 8 is a simplified schematic diagram of the terminal of Figure 2.

Figure 9 is a feature start screen in accordance with the present invention.

Figure 10 illustrates a system manager menu screen.

Figure 11 is a menu screen illustrating the override feature of the present invention.

Figures 12(a) - 12(g) illustrate a second embodiment of the over¬ ride feature of the present invention.

Figure 13 is a menu screen illustrating the prebuy feature of the present invention.

Figure 14 is a menu screen illustrating the video conference feature of the present invention.

Figure 15 is a flowchart illustrating the purchase scenario. DETAILED DESCRIPTION

Figure 1 is a block schematic diagram of an interactive enter¬ tainment system in accordance with the present invention. The depicted embodiment relates to its application in a hotel or hospital system environment. However, the present invention is not limited in this respect. The present invention may be applied in any two-way interactive entertainment system involving a distribution network including trunk lines and feeder cables of optical or coaxial cable. For example, satellite receiver and decoder 3, cable receiver and descrambler 4, video 'ϊnodula tor 5. addressable transmitter/receiver 10. locally generated video modulator 11. and system manager 12 may all be located at the location of a cable television svstem head end. In this example, coaxial cable or optical fiber transmission link 6 can couple the cable television head end to two-way interactive terminals 7, 8, or 9 of the entertainment system located at individual subscriber premises.

The embodiment of Figure 1 is especially exemplary of the application of the present invention in a hotel or hospital entertain¬ ment system. In this instance, transmission iink 6 may comprise a coaxial or optical fiber cable link between an entertainment control center and N terminals. For example, terminals 7. 8 or 9 may be located in particular rooms of the hotel or hospital.

In particular, at the system control center, a satellite signal may be detected by satellite antenna 2 and then received and decoded at satellite receiver/decoder 3 for distribution via modulator 5 over a dis¬ tribution cable 6 to the interactive terminals 7. 8 or 9 of the present invention. Additionally, a band of cable television channels received over cable facilities 1 are received and, if necessary, descrambled at cable receiver/descrambier 4. The descrambled video signals are then modulated at modulator 5 for distribution over distribution cable 6 to interactive terminals 7. 8 or 9. If desired, an optional scrambler may be provided for scrambling premium channel transmissions to interac¬ tive terminals 7, 8 or 9. Of course, terminal 7, 8 or 9, then, would include descrambler circuitry capable of descrambling the scrambled premium channel transmissions. Such circuitry is not shown in either Figure l or 2. but would, for example, be preferable in a system involv¬ ing distribution of signals to remote subscriber locations.

According to the exemplary embodiment of Figure 1. the hotel or hospital location may be linked to other hotels or hospitals via data link 14. Data may be received by system manager 12 over data link 14 via modem 13. In this manner, the hotel or hospital system manager may maintain current status of all features and ail interactive termi¬ nals of an entertainment system comprising a plurality of hotels. For example, entertainment schedules may be distributed over the data link from a network control center where the entertainment schedule is composed. System manager 12 comprises a data processing unit and an appropriate memory for storing status and features associated with all terminals in the system. System manager 12 further controls the gen¬ eration of video channels at modulator 11. if necessary, for transmis¬ sion over distribution cable 6 to two-way interactive terminals 7, 8 or 9. In particular, locally generated video modulator 11 includes the capability to generate signals for actuating the display of character screens at terminal locations in response to the control of the system manager 12 in the event, for example, that the terminals are unable to generate the character screens themselves.

The generation of complete screens of characters for transmis¬ sion to a terminal according to the present invention for display is not required because the terminal (discussed below in greater detail with reference to Figure 2) includes its own character generator 204. Con¬ sequently, locally generated video modulator 11 is optional. Instead, system manager 12 generates commands to generate screens, and not the screens themselves, for transmission via addressable transmitter 10 to an interactive terminal in accordance with the present invention. In a "hybrid" system including terminals without character generators as well as terminals according to the present invention, locally gener¬ ated video modulator 11 would be necessary. The screens generated either at the terminal or by way of modulator 11, for example, may relate to the provision of information to guests or patients about hotel or hospital services, respectively.

System manager 12 further controls an addressable transmitter/ receiver 10 for transmitting addressed communications which are uniquely addressed to terminals 7, 8 or 9 and receiving communications at random times or in response to polling requests of terminals. The addressable transmitter 10 according to Figure 1 may transmit addressed information on a separate data carrier, for example, at 108 megahertz and receive information transmitted in a so-called upstream direction from the terminals on another separate data channel at 25 megahertz for example. In an alternative embodiment, all downstream communications may be transmitted in-band or within a particular tel¬ evision channel transmission, for example, within the horizontal or vertical intervals of transmitted video signals. Consequently, the sys¬ tem manager 12 accomplishes in-band signalling by controlling data input into the video signals transmitted via either modulators 5 or 11. A separate data carrier for each direction of transmission may be pre¬ ferred due to increased data carrying capacity. For upstream transmis¬ sion, a telephone line or spread spectrum transmission may be employed as an alternative to a separate data channel.

In addition to specifically addressed data communications with the interactive terminals 7, 8 or 9, the system manger may also address communications globally to all interactive terminals, which global communications may or may not require a terminal to respond. Such global communications, for example, may be addressed to a global address representing all terminals in the particular hotel system or to a group address representing a group of terminals within the system hav¬ ing a commonality of interest.

Referring to Figure 1(a), system manager 12 particularly com¬ prises a processor 100. an associated memory for storing control algo¬ rithms ROM, a read/write memory for storing as many as thousands of uniquely identified screens RAM, a display screen 101 and a keyboard 102 for screen design and modification. An optional printer 103 is pro¬ vided for printing out room checkout bills in a similar manner as would occur at a hotel front desk during checkout.

Figure 2 illustrates a two-way interactive terminal according to the present invention. The terminal is coupled via distribution cable 6 to video modulator 5. addressable transmitter/receiver 10, and locally generated video modulator 11, if provided, as shown in Figure l.

In particular, a two-way interactive terminal according to the present invention includes an up/down converter 201 for converting channels received over distribution cable 6 for display at an associated television receiver (not shown) or for transmitting data modulated to 25 megahertz by data transmitter 203 for transmission over distribution cable 6. Up/down converter 201 passes data on the separate data car¬ rier at 108 megahertz for demodulation and reception at data receiver 203. Received television entertainment signals are provided by up/down converter 201 to demodulator 202 which also provides auto¬ matic frequency control and gain control of up/down converter 201. Demodulator 202 provides video via on-screen character generator 204 to channel 3/4 modulator 205. In this manner, on-screen characters may appear superimposed upon an incoming video signal or displayed in the form of a teletext screen, for example, text on a colored back¬ ground. Also at demodulator 202 the baseband audio channel is trans¬ mitted to audio output 211 or via channel modulator 205 to the televi¬ sion receiver at radio frequency. In addition, a baseband video output 213 may be provided from on-screen character generator 204 at video output jack 213.

Further details on the implementation of either background audio or video or both to accompany teletext screens generated at character generator 204 are found in U.S. application Serial No.

■ filed concurrently herewith and previously incorporated herein by reference.

The interactive terminal of the present invention further includes a processor 206 for controlling data transmission and reception at data receiver/transmitter 203. Processor 206 also controls charac¬ ter generation at character generator 204 via gate array 207. Proces¬ sor 206 also controls via gate array 207 a key pad 216 which may be directly coupled to the gate array or coupled via infrared or other remote control transmission link receiver 208. Random access memory (RAM) 217. provided with backup power by capacitor 218, stores char¬ acter screen commands, downloaded feature data and other data received over the data transmission link via data receiver 203 from the system manager responsive to processor 206 control. The processor 206 also has access to a nonvolatile random access memory 222 and access via gate array 207 to an outboard read only memory (ROM) 219. Processor 206 receives remote control key commands from a remote . control key pad via infrared or other remote control transmission receiver 208. Processor 206 may also control the operation of a phase lock loop 209 and bandpass filter 210 for controlling operation of the „„. up/down converter 201.

Power is supplied via an alternating current input to power sup¬ ply 215 which provides, for example, a plus 5 volt and a plus 12 volt DC input to the various components of the terminal requiring such power. Furthermore, the alternating current power input to power supply 215 may be provided via a controlled switched outlet 214 to an associated device such as the television receiver associated with the terminal. The state of the switched outlet 214 is controlled via gate array 207 by processor 206. For example, the switched outlet 214 may continuously provide power to its associated device or provide power only when an "on" button of key pad 216 or a remote control key pad is set to an on condition.

Values inside of boxes or associated with boxes are exemplary of memory sizes, clock rates, or component types. For example, clock 220 for docking the microprocessor operation may operate at 14.318 megahertz. The clock signal is divided by gate array 207 for operation of the microprocessor 206 which may be a Motorola MC 6803U4 or for clocking other processes of the terminal. The on-screen character gen¬ erator 204, for example, may be a Mitsubishi M50455 component. RAM 217 may comprise 16 kilobytes of memory and ROM 219 may comprise 32 kilobytes of memory.

In addition to character generation and screen display, LEDs 221 may, for example, indicate at least a power on condition or. addition¬ ally, an alternative display of tuned channel number or other data which may be displayed on a screen.

Referring now to Figure 3 and 4, the operation of the terminal of Figure 2 will be described particularly with reference to the flowchart provided in Figure 4. Copyright protection is asserted for each of screens Fig.'s 3(a)-3(d) and for the flowcharts of Fig. 4. When the user of the terminal or a terminal installer applies power to the power supply 215 of Figure 2 as indicated at step 401 of Figure 4. pro¬ cessor 206 begins initialization of various hardware components of the terminal. The hardware initialization routines of step 402 may be any of the initialization routines applied in the art of terminal initializa¬ tion, such as those applied in data terminal initialization. Processor 206 checks the proper operation and communication and control of components of the terminal such as data transmitter and receiver 203, gate array 207, on-screen character generator 204, key pad 216, and infrared remote control receiver 208. At step 403, the software may perform self-diagnostic routines well known in the art so as to verify proper so tware operation. Control may then pass to step 403a and the processor may enter an optional manufacturing or factory testing mode which will be discussed below. The processor may also enter a mainte¬ nance or display RAM mode of operation indicated at steps 404-405, which will also be discussed below. The mode of operation is dependent on the particular depression of a predetermined key of keyboard 216 or the receipt of data entered via remote control receiver 208 within a predetermined period of time after the application of power at step 401. The predetermined period of time may, for example, be the time from the application of power at step 401 to the time step 406 is reached and so it may appear to the user as if the application of power and the display of a first installation mode screen are substantially simultaneous, i.e.. within approximately one second of each other. The actuation of the "l" key, for example, is shown at step 406. If the "l" key has been depressed within a predetermined time after the applica¬ tion of power at step 401, a first display screen "1" is generated at step 407 by on-screen character generator 204.

Display screen "l" is a test screen shown in Figure 3(a). This display screen as well as the display screen of Figures 3(b) and 3(c), actuated at steps 409 and 410, respectively, are stored in either read only memory 219 or nonvolatile RAM 222. Consequently, these screens are not dependent upon the System Manager of Figure l in any way. Because the entry into an installation mode is dependent on two nor¬ mally unperformed tasks such as plugging in power and the practically simultaneous depression of a particular key. the installation mode is protected against inadvertent actuation.

Alternatively, step 406 may be supplemented by a decision box (not shown) as to whether step 401 represents the first application of power. If yes, then control passes to step 407. If no, then a step such as existing step 406 requiring a "1" key depression is entered. Such an entry into the installation mode may facilitate installation without jeopardizing security as such a supplemental box would typically only be entered once in the life of a terminal.

Figure 3(a) shows a first display screen for alignment of the dis¬ play of an associated television receiver. Since all television receivers - li ¬

do not handle the display of teletext screens in the same way, screen alignment is often necessary. According to Figure 3(a), outer perime¬ ter 301 represents the boundaries of a screen display of the associated television receiver. A box of asterisks 302 represents the boundaries of the test screen for testing alignment. A terminal user or installer fol¬ lows the commands provided by test screen 302 to effectuate proper screen alignment. Processor 206 may scan key pad 216 or receive input commands entered via infrared remote receiver 208. Processor 206 will ignore any inputs other than those depicted in Figure 3(a). For example, to align the screen display up or down, the user or installer will depress the channel increment or the channel decrement key respectively. To align the screen display to the right or to the left, the user or installer will depress either the volume increase or the volume decrease key respectively. To save the particular screen alignment selected, the user or installer depresses a "BUY" key and the next screen is displayed. If the "NO" key is depressed before the "BUY" key, the previous screen alignment or default screen alignment setting will be saved. Actuating the "NO" key takes the user to the next screen shown in Figure 3(b). Step 408 of the flowchart of Figure 4 represents screen alignment as described above whereby either a default or a pre¬ viously saved setting of screen alignment or a newly input screen align¬ ment is saved in terminal memory. Optionally, a time out procedure may be provided whereby, if no action is taken, either the installation mode is quit or the next screen is displayed.

At step 409, a second screen of terminal configuration is dis¬ played, screen 2. Screen 2 is shown in Figure 3(b). According to Figure 3(b), a room name is requested as well as instructions from the user or installer as to whether the switched AC outlet 214 should be switched or placed in a permanently on condition. "Interlace:" is a request for input from the user or the installer as to whether teletext screens should be interlaced or non-interlaced. While non-interlaced is pre¬ ferred, excessive screen bounce exhibited by the television receiver may require the display to be interlaced. However, non-interlaced screens generally exhibit little, if any. screen bounce compared with interlaced screen display. The screen of Figure 3(b) also may show the permanent unique identification number (or long address) of the terminal, in this example, 123ABCO. If a user is to install a terminal and to secure the terminal's identity from piracy by the user of premium services, it may not be appropriate to display the unique terminal identification number. Also, in a user installation environment, the room name may be insufficient to uniquely identify the user's location and other information must be entered related to the location of the terminal. For example, in such a scenario, the user's name, address and credit information, i.e.. credit card data, may be requested by this screen. Furthermore, the "inter¬ lace request" may require explanation to an unsophisticated user.

It should be noted that by assigning new functions to existing keys CH^*1-, CH-. Vol-¹-, Vol-, BUY, etc., the present invention permits programmable assignment of functions to keys which may have little or no relationship to the key labeling. Furthermore, by reinforcing the assigned key function by means of a screen display, a user or installer may feel comfortable with their selection of a particular key for per¬ forming a non-indicated function. In other words, the combination of screen display and programmable keys creates a user friendly interface between the user or the installer and the terminal.

Returning now to Figure 3(b), "Room Name:" requests the entry of a non-zero room identifier. The System Manager may be pro¬ grammed to refuse acceptance of a room name comprising all zeros. Consequently, a terminal reporting a room name of all zeros will be denied entry into the system. The room name is entered by depressing numeric keys one at a time until the number is shifted into the seven indicated positions from right to left. Actuating the "BUY" key will save the displayed terminal configuration and' actuate display of the next screen. Actuating the "NO" key will preserve the existing status and enter the next screen, Figure 3(c). If an invalid name has been entered, the "BUY" key will be ignored. A time out, if provided, will actuate the next screen or quit the installation mode.

Referring now to Figure 3(c). a system manager, according to Figure 1, may be in the process of polling a terminal, i.e. requesting or accepting transmissions from the terminal or configuring the terminal by transmitting, for example, channel assignments, screen generation commands, and/or features to the terminal for storage in memory. The "Sysmgr Status", then, is either "POLLING" or "CONFIGURING" when the system manager is active. If the system manager is down or is not communicating with the terminal for any reason, the "Sysmgr Status" is indicated as "INACTIVE." If either "POLLING" or "CONFIGURING" are displayed, the user or installer at least knows that the system manager is transmitting to the terminal.

The status of the terminal is either UNCONFIRMED or ACKNOWLEDGED. Typically, in a global command related to initial system entry, a system manager requests a newly installed terminal to transmit at least its identification and location name. If the system manager recognizes a previously unconfigured terminal or a new name not previously entered in the system, the system manager enters the new name into its memory along with configured features such as the status of the switched power outlet 214.

The- third screen according to Figure 3(c) is only to provide a visual indication to the user or the installer of system manager and terminal status. The processor 206 and system manager will interact, upon initial installation, regardless of whether the third screen is dis¬ played until the terminal is entered into the system and the terminal entry is acknowledged if a valid room name or related data has been entered. The actuation of any keyboard key will quit the installation mode.

In an alternative embodiment, all three screens may comprise one screen provided the screen does not become too "busy" to be user friendly. For example, with the advent of high definition television and wider screens, it may be possible to condense the number of screens employed for an installation mode of terminal operation.

In an alternative embodiment, a time out may be associated with each screen such that, if no keys are depressed, the installation mode is eventually quit and no actions taken if no room name is entered.

Referring again to Figure 4, at step 404, it may be possible to implement a "maintenance mode" of operation comprising steps 404 and 405. for example, if desired, in a similar manner to the - 14 -

implementation of the "installation mode" of steps 406-410. Instead of depressing the "1" key within a predetermined period of time, a "BUY" key actuation may be recognized within a predetermined period of time a ter the application of power and at some point after software initial¬ ization has at least begun at box 403. If the "BUY" key is depressed within a predetermined period of time since power application, a screen such as the screen of Figure 3(d) may be displayed for showing memory status. One can page through the memory by depressing CH⁺ or CH- and may toggle from hexadecimal to ASCII format by depressing another key, or example, the "OK" key.

Furthermore, in a manner similar to the mode of access described by U.S. Patent No. 4,792,972 which issued December 20. 1988, and in accordance with step 403a, a factory testing or "mi^'tr" mode of operation may be entered by the entry of a special code via the infra¬ red remote link receiver 208. In practice, step 403a need not be posi¬ tioned as shown since there is no required relationship between step 403a, initialization and the application of power. It may be entered any time the special code is received, for example, during a normal mode of operation according to step 411. This special code, for exam¬ ple, may not be one that is generatable by either the terminal keypad 216 or an infrared transmitter normally provided with the terminal. In this way, only factory personnel may enter the actory mode unless, for example, an installer or user is provided with a special transmitter which can generate the special code.

Referring now to Figure 5-7. the installation mode of operation of a terminal according to the present invention will be demonstrated in still greater detail. Copyright protection is asserted for each of flowcharts Fig.'s 5-7. Figure 5 relates to steps 407 and 408 of Figure 4 and test screen "1" of Figure 3(a). Step 501 is entered from step 406 of Figure 4 after a predetermined period of time has lapsed until the actu¬ ation of a "1" key measured by the duration of accomplishing initializa¬ tion routines or directly after initialization if this is the first applica¬ tion of power to the terminal. Other means for accomplishing a prede¬ termined period of time may include the use of clock 220 to obtain a predetermined count since power application. At step 502. test screen "1" is displayed in a position according to a default screen alignment position or a previously stored position. Steps 503-510 relate to the incremental movement of the test screen by one unit, for example, one horizontal or vertical line, up or down, to the right or to the left.

If, at step 511, the "buy" key is depressed, then, the new screen alignment is stored. If not, and the "No" key is actuated at step 513, the previous screen alignment is stored at step 514. If a certain period of time has elapsed with no activity at step 515, the previous screen may be stored at step 516. The next screen, screen "2" of Figure 3(b), is entered at step 517 having saved either the previous screen align¬ ment or a newly entered screen alignment.

Referring now to Figure 6, step 601 is entered from step 517 of Figure 5. The screen according to Figure 3(b) is displayed at step 602 and, optionally, so is the terminal identification number. Steps 603-606 relate to configuring the status of the switched outlet 214 and to the interlaced or non-interlaced character of the display.

Any number key at step 607 will actuate a shifting to the left of numbers already entered in the room name field of Figure 3(b). If a credit card number or other personal information is required of a user, then, another key may toggle to numeric entry of a credit card choice and then to a credit card number or to entry of any other number or item selection according to other screens (not shown). The depicted keyboard 216 is not equipped with alphabetic keys and comprises only eighteen or twenty-two keys of the required twenty-six. However, means are known for alphabetic entry of characters from a limited capacity keyboard which may be employed or the keyboard may be expanded by four keys if alphabetic input is required.

If a non-zero room name is entered at step 607, then, system entry can be obtained for a terminal via a path including steps 609, 611. 612, 613 and 614. Otherwise, if the room name is invalid at step 611 and there has been no time-out at step 610, the terminal will remain in a loop in which it will refuse to recognize a "BUY" key. If the "NO" key is actuated at step 609 or if there has occurred a time-out at step 610, previously entered values are stored and the next screen extended at step 616. If, on the other hand, a valid room name has been entered at step 611 and the "Buy" key has been actuated at step 612, then the room name and the terminal configuration are stored at step 613 and the next screen entered at step 614.

Referring now to Figure 7. screen 3 according to Figure 3(c) is displayed showing the current status of the system manager and the terminal. Steps 702-705 relate to display of the current status of the system manager. Steps 706-708 relate to display of the current status of entry of the terminal into the system. Any key actuation at step 709 actuates a quitting of the installation mode at step 711 or a time-out may be implemented according to step 710.

Referring to Figure 8, the elements of the terminal of Figure 2 pertinent to the present invention are shown in simplified schematic form. Up/down converter 201 and demodulator 202 are simply repre¬ sented as an EIA (Electronic Industries Association) channel tuning circuit 301. The on-screen generator 204 is simply represented as screen generation circuit 302. The somewhat complicated control of tuning shown in Figure 2 is simply shown as first on/off switch 303 of Figure 8. Similarly, the presence or absence of teletext output of gen¬ erator 204 is represented as second on/off switch 304.

Referring briefly to Figure 2, video output of demodulator 202 is provided via generator 204 for display. Consequently, generator 204 also provides a video signal summation simply represented by summa¬ tion circuit 305. Also, gate array 207 controls demodulator 202 in such a way that audio is switchably provided via lead 211 or RF signal 212 depending on whether background audio is enabled or not according to the present invention.

The outputs to the TV can be EIA tuning alone, screen genera¬ tion alone, or a mixing of screen generation and EIA tuning. For this last option the background sound for the particular screen is the corre¬ sponding audio for the EIA tuned channel. To view the EIA video, the screen attributes stored in terminal memory for an associated template must be set to "On Screen."

The background audio/video can be configured as any EIA chan¬ nel in the range of channels provided over the cable television facility. The audio can be muted independently. If no volume exists for a particular screen, the mute, volume up and volume down keys of a ter¬ minal keyboard have no effect on the volume. Volume bars may be displayed, however. If there is no EIA channel configured, audio is automatically muted. In addition, if the screen attribute is On Screen, the last tuned EIA channel will appear as the background video in the absence of tuning frequency data associated with the screen.

There exist two special EIA channel values for the handling of pay-per-view premium channel services. Since there exist, for exam¬ ple, a lesser number of individually configurable premium channels and only one set of screens associated with purchasing premium channels, the need arises for special handling of background channels. To config¬ ure the alternate video channel for the particular premium as the background video channel, one channel may be predetermined as the EIA channel. For the premium channel itself as the background, a sec¬ ond premium channel may be used. If these values are used while not on a premium channel, the first tuned EIA channel will appear as the background video and the audio will be muted. Scrambling as indicated above is optional and will only be done for the second premium channel background.

Details of teletext screen design at a system manager location and of screen priority of a terminal memory are described in U.S. application Serial No. filed concurrently herewith and incorporated herein by reference. Screen templates are designed and stored in system manager memory by screen number. A template file identified by name and associated with a screen determines what actions the terminal should take in response to the actuation of keys of a terminal keyboard. More importantly, associated with the screen in screen memory is an EIA channel frequency to which the terminal should tune to obtain background audio/video. Another memory flag indicates whether background audio is enabled or not. Further, in an attribute list is included information as to whether "on-screen" status is flagged indicating that the channel indicated by the tuning data or the last-tuned EIA channel appears as background as explained above.

A user may use their handheld remote control or terminal key¬ board to adjust audio volume by actuating appropriate volume keys. At the same time, and according to the key template for the screen, other keys may have different functions depending on their description on the screen. Le.. buy or OK keys.

Screens discussed herein are categorized into special, feature start and other screens. Special screens, such as "standby" are used so frequently that they have the highest priority on terminal screen mem¬ ory. Feature start screens are the first screens associated with a par¬ ticular feature such as wake-up, checkout, room service and such. "Other" screens are all other non-special and non- eature start screens. These in turn are swapped in and out of terminal memory by category and an assigned priority level according to an algorithm described in U.S. application Serial No. .

The user may decide to actuate pay-per-view premium channel service. Referring to Figure 9, a first (feature start) instruction screen may be denoted 60,0. This screen will also have an associated back¬ ground EIA channel and, if background audio is enabled, background program audio. The preview screen may be timed so that after the predetermined time period passes, the user will thereafter be denied having the program appear in the background. A second predetermined period of time may be associated with a teletext screen that is longer or shorter than the preview time. For example, if longer, the screen will urge the viewer to press the buy key after the preview is over. If shorter, a series of screens may be displayed during the preview time, the series of screens providing more detailed instructions than could appear in just one screen.

In order to identify each terminal, an address is associated with each terminal or in-room box (IRB). In the discussion below, the term In-Room Box (IRB) or box will be used to denote a terminal 7, 8, or 9 according to Figure 1 or Figure 2. There are two types of IRB addresses: a long address and a short address. Since the IRB contains no DIP switches for setting the long address, the long address is set at the time of manufacture and is generally not altered "in the field". Each box manufactured includes a unique long address. The long address consists of three bytes and has a permissible range of 1 to 8,388,607 (0x7fffff), i.e. 2²³-l. The notation "Ox" will be used throughout the specification to denote hexadecimal notation. To mini¬ mize communications overhead, a short address may be configured by the system manager. The short address is treated identically to the long address. The short address is site specific and is stored so as to prevent its erasure due to power failure, etc. The short addresses have a permissible range of 1 to 32,767 (0x7fff), i.e. 2¹⁵-1.

To differentiate between the long and short address ormats, the first bit of the first address byte is SET for long addresses and CLEARED for short addresses. Alternatively, the first bit of the first address byte may be SET for short addresses and CLEARED for long addresses. Utilizing such a protocol, there is no interaction between the short and long address formats.

It should be emphasized that the long and short address ranges listed above are representative of one embodiment of the present invention and the invention should not be limited in this respect.

The long address is stored in non-volatile memory (NVM) so as not to be erased. In a preferred embodiment, several methods are pro¬ vided to determine the long address of a particular IRB. First, as described above, when the second installation mode screen is displayed, the ID number field may display the long address. (See Figure 3(b)). Second, the system manager may determine the long address by issuing a "report long address" command to the IRB. This command will prompt a response rom an addressed IRB regardless of the IRB address to which the command is sent. In a preferred embodiment the IRB will return four bytes, the first byte being zero.

A global address is a fixed address associated with each IRB. In a preferred embodiment, the global address is fixed at 0x7ff c. All units recognize a global address to aid in sending system-wide commands. In a preferred embodiment no response is normally given to commands sent to the global address. The global address is intended for use, for example, in handling schedule changes, sending time of day transac¬ tions, sending common screens, etc. If a command is issued to the global address, an internal flag is set inside the IRB to indicate that a global type command has been received. The flag may be used by the system manager to verify receipt of global configuration commands and may subsequently be cleared.

A secondary or group address is also issued by the system man¬ ager. The secondary address may also be used to issue commands to the box and is handled by the IRB as a second global address. In order to maximize system performance, more than one IRB may share the same secondary address. This permits the control of multiple IRBs with a single transmit cycle.

The normal mode of IRB operation is as a conventional set-top terminal. For example, the terminal may be a 40 channel set-top ter¬ minal. These channels may be in any of the following states: free, disabled, premium purchased, or premium unpurchased.

The software associated with the IRB is capable of configuring the location of or "mapping" ail channels. Thus, channel 2 from the system headend may be selected by any channel number mapped to channel 2 by the system manager. Character generator screens may also be assigned to any channel number. Each character screen has a unique screen number different from an assigned channel number. For example, screen numbers may be assigned in the range 128-1023 which is higher than the number of unique channel numbers. Mapping not only ϊnclud s the capability to determine the channel number that a screen or channel will come up on but also provides the capability to disable a particular channel number. These capabilities may be handled globally or individually. This permits the following features, as well as others, to be implemented: l) configuration of the system to the chan¬ nel numbβF-Sldesired, 2) overrides, although a separate override list may be used, 3) individual set-top control of video conferences, 4) disabling of channels, 5) multiple occurrences of the same channel, and 6) access to character generator screens.

If the channel selected by a viewer is in the free mode, that channel is tuned and viewed directly. For channels in the free mode, the IRB operates as a standard set-top terminal as is known in the art.

If a disabled or illegal channel is selected by directly entering such a channel number into the numeric keypad, the IRB remains in its current mode. The display may show the disabled channel number for a predetermined period of time, two seconds for example, before revert¬ ing to the previous display. If the disabled or illegal channel is selected by using the channel up [ CH+] or channel down [ CH-] functions, the channel will be skipped. The next available channel will be tuned.

Each IRB is preferably capable of supporting three barker mes¬ sages: a first for use before the preview, a second for use after the preview, and a third for use if all the previews for a terminal are exhausted. That is, each terminal may have a current count of exhausted previews stored in its memory. The text of the messages and the message durations are programmable by the system manager. In a preferred embodiment, all premium channels utilize the same mes¬ sage and message duration, although the invention is not limited in this respect. The title and price of a premium program may be substituted into barker screens for each separate channel, however. Additionally, the audio from the premium channel may be disabled. In a preferred embodiment, twelve premium channels may be supported, although the invention is not limited in this respect.

When a premium channel which has not been purchased is selected, the display shows the selected channel number. A special text screen is displayed on the television. This is the 'Barker r screen. The 'Barker r screen is preferably displayed for a first predetermined period of time such as 0 to 60 seconds or until a predetermined key¬ stroke is performed. When the 'Barker l' screen is exited, the selected channel is tuned. The tuned channel will remain on for a second prede¬ termined period of preview time such as 0 to 248 seconds or until a predetermined keystroke is performed. After leaving the tuned chan¬ nel, a 'Barker 2' screen is displayed for a third predetermined period of time such as 0 to 56 seconds. Alternatively, the 'Barker 2' screen may be displayed indefinitely.

A limited number of previews is allowed for each premium chan¬ nel. A 'set preview counter' command may be issued by the system manager. The command is used to increment the number of previews allowed for all premium shows up to but not exceeding a predetermined maximum number of previews. If ail previews on a particular channel are exhausted, a 'Barker 3' screen will be invoked. This screen would. for example, inform the viewer that his or her previews have been used. The third barker screen has the same time duration as the second barker screen in a preferred embodiment.

If the viewer or guest desires to purchase the premium program he or she may do so during the second or third barker screens as described in detail below. The configuration parameters may also allow purchases during the preview itself, if desired. Premium purchased channels are treated as free channels and tuned directly. If a premium channel is not purchased and the preview times out, the IRB may, for example, perform a channel up [ CH+ ] command. Alternatively, the IRB may perform a channel down [ CH- ] command or may be tuned to a particular, predetermined channel. Setting the second and third screens to not time out will prevent the automatic channel up or chan¬ nel down.

As described above, the IRB of the present invention lends itself to data display functions. In a preferred embodiment, the IRB includes sufficient memory to hold at least ten screens of text data (preferably, forty-seven) including the barker channels described above. Any infor¬ mation which can be displayed in a text format that fits on the screen may be presented. When a channel number is selected by keyboard entry that corresponds to a data screen, the normal tuner output is disabled and the text generating circuitry is activated. A screen of text data is displayed. While text data is being displayed, the IRB keys may be programmed to behave in different manners. A keystroke may, for example, cause new page of data to be displayed and in turn repro- gram the keys to a new set of actions corresponding to the new screen. This is useful in implementing "menu"-type displays. A keystroke or series of keystrokes may be saved for subsequent reporting to the sys¬ tem manager. Optionally, the digit keys may be echoed on the screen. This is intended for functions needing verification from the system manager. By combining these actions, the full range of user friendly system services may be implemented. All of these services may be accessed either through a menu driven interface or directly by having specific unused channel numbers assigned to each function Further¬ more, the terminal issues screen requests to the System Manager to obtain any screens missing from its memory which the room occupant may select. Consequently, by the time a room occupant makes a selec¬ tion, the selected screen data may be already resident in terminal memory.

Screens are kept resident in the IRB whenever possible. The priority of screens within categories is predetermined by the system manager. If the requested function or data is not currently resident in IRB memory, a default screen will be displayed (such as "Please stand by. . .") while the data is requested from the system manager. When the data is received, it will be displayed. A channel number or the channel up, down or no buttons may be used to abort this sequence.

In a preferred embodiment, the system manager is powered up into an entry screen. This screen does not contain any menu selec¬ tions. Preferably, an operator will then be prompted for a password. When a valid password has been entered, the operator will be in the main menu. The menu screens seen by an operator will include only the features his or her password is allowed to access. The operator's console should be blanked after a predetermined time period of inactiv¬ ity, for example, five minutes. The system should automatically return to the entry screen at this time.

Figure 10 illustrates a menu screen. As noted above, the menu screen which is displayed is dependent on the current operator and his or her password. Other menu features may be added to the menu of Figure 10, but are not necessary to an understanding of the present invention. If the operator wishes to execute a feature displayed on the menu, the selection is made by, for example, positioning the cursor appropriately.

If the operator wishes to execute parental control override in accordance with the present invention, such selection is made from the menu and a screen such as that of Figure 11 is displayed. Rooms on parental control still receive free shows. The parental control feature of the present invention affects only premium shows. In order to dis¬ able a room, the "disable" feature is selected and the operator is prompted to enter a room name into the box provided. When the room name has been entered, the cursor jumps to the selection box and the operator may then enter the number of the premium selection(s) at the bottom of the screen to be overridden. When this is complete, the screen will be updated. "All" can be used as a valid selection box entry.

To permanently disable a room, the operator is prompted to enter a room name into the box provided, but only if his or her pass¬ word is authorized to permanently disable a room. When the room name has been entered, the cursor jumps to the selection box and the operator may then enter the number of the premium selection.s) to be overridden. "All" may be used as a valid selection box entry. When this action is completed, the screen will be updated. Because of the transi¬ tory nature of hotel guests, parental overrides for rooms are typically removed each day at a particular time during a "night" test. The per¬ manent parental control remains in effect even after a night test is run which removes all other rooms on parental control out of the buffer. The permanent parental control will remain in effect until a return to normal, described immediately below, is performed on the room. Typi¬ cally, only a fixed number of permanent parental control overrides may be configured by the system manager, although the invention is not limited in this respect.

When returning a room to normal, the operator is prompted to enter a room name into the box provided. When this entry is complete, the cursor will jump over to the selection box and the operator then enters the number of the selection(s) to be returned to normal. When this is complete, the screen will be updated. The operator in a pre¬ ferred embodiment will not be prompted for the selection if only one selection is on parental control for that room. "All" may be used as a valid selection box entry.

The result of the above-described system manager operations is that a set override bit command is issued by the system manager. The command is used to set and clear the override indicator for the given premium channel for the IRB at [short address/long address] . If the override indicator is set, the associated premium channel is disabled and is not viewable. As described below, if the override bit for the premium channel is set, an 'Override' screen, if configured is displayed when the premium channel is tuned. If no 'Override' screen is configured, the channel will be skipped. However, by configuring an 'Override' screen a room occupant is informed immediately of the rea¬ son a particular channel is not viewable. This reduces frustration of the occupant and facilitates resolution of problems which may arise since the reason the channel is not viewable is known.

The override, or parental control feature, may alternatively be implemented by a guest from within his room. The general procedure is as follows: the customer tunes to the specified channel, and enters the password that he or she has been given by the front desk upon checking in. The system manager checks the validity of the password. If the password is incorrect, an error screen is displayed to advise the customer to either try again or contact the front desk. If the password is ok, the customer is able to either enable or disable the desired pre¬ mium channels. A screen is then displayed asking the customer to ver¬ ify that the correct premium channels have either been enabled or disabled as appropriate, or to contact the front desk should any prob¬ lems arise. The screens which may be used for implementation of this feature are illustrated in Figures I2(a)-l2(g). The screens may either be stored at the IRB or at the system manager.

After tuning to the specific channel as designated by the system manager, the screen shown in Figure 12(a) is displayed. The customer then enters a predetermined password and subsequently depresses the [ok] key. If the password is incorrect, the screen shown in Figure 12(b) is displayed and the customer is prompted to try again or contact the front desk. The customer may depress the channel up [ ch+ ] key to resume normal television viewing at this point. If the entered pass¬ word is correct, the screen shown in Figure 12(c) is displayed and the customer is prompted to depress an appropriate key for enabling or disabling premium channels. Depression of the [ch÷ ] key during this screen display will quit the parental lock-out mode. If the customer desires to disable premium channels, the screen shown in Figure 12(d) is displayed and the customer is prompted to enter the channels to be disabled. If the customer desires to enable premium channels, the screen shown in Figure 12(e) is displayed and the customer is prompted to enter the channels to be enabled. The screen shown in Figure 12(f) is displayed after the customer has selected channels to be disabled and prompts the customer to wait for one minute and verify that the channel(s) the customer selected have been disabled. Likewise, if the customer has selected channels to be enabled, the screen shown in Figure 12(g) is displayed. The customer is prompted to wait for one minute to verify that the channel(s) selected have been enabled. In both cases, the customer is prompted to contact the front desk should any problems occur.

It should be noted that variations may be made on this technique within the scope of the invention. For instance, a customer may only be permitted a predetermined number of attempts to key in a correct password before being locked out from further attempts to utilize the override function. After this predeter mined number of tries, the cus¬ tomer may be inhibited from attempting to implement override for a predetermined period of time or alternatively, may have to contaet the front desk to exercise such control.

A second feature of the present invention which may be entered from the main menu is pre-buys. An example of a screen which may appear on the operator's console to configure pre-buys is shown in Fig¬ ure IS. Prompts will be present if the screen of Figure 13 must con¬ tinue on another page. All rooms may be on the pre-buy list. If paren¬ tal control override is applied, the override does not permit guests to see any programming on the overridden channels. When in premium mode, the guests will not receive the premium channel if their current credit is below the price of the movie.

When a premium purchase is made, the guest's credit is automat¬ ically reduced by the amount of the purchase. If the guest's credit is reduced to $0.00, he or she will be removed from the prebuy list auto¬ matically if the site is configured to be $0.00 credit limit by default. When the operator adds a room, the operator is first prompted for the room name. The operator is then prompted for the dollar amount which will include I for infinite (credit card customer). Deleting a room will require only that the room name be entered.

The result of the above-described system manager operations is that a set prebuy bit command is issued by the system manager. The command is used to set and clear the prebuy indicator for the given premium channel for the IRB at [short address/long address ] . If the prebuy indicator is set. the associated premium channel is not view¬ able. A screen will be generated indicating to the room occupant why i.e. credit is not available. As described below if the prebuy bit is set, the 'Prebuy' screen if configured, will be displayed instead of the barker screens. If no 'Prebuy screen is configured, the channel is skipped. If the prebuy bit is clear, the IRB will handle the premium scenario nor¬ mally. Again by configuring a 'Prebuy', screen, a room occupant is informed immediately of the reason a particular channel is not viewable.

Another feature in accordance with the present invention is video conferencing. Figure 14 is an example of a screen which may appear on the operator's console to configure a video conference. A video conference broadly refers to programming for limited viewer access. For example, a corporate board meeting in Chicago may be transmitted via satellite to a plurality of selected hotels in New York, Los Angeles, or Houston. Specific rooms in each hotel may be config¬ ured to tune the conference. When "Video Conference" is selected from the main menu, the system operator will enter the screen of Fig¬ ure 14 to edit the rooms for the conference. When selecting Add a Room or Delete a Room, the operator will be prompted to enter a room name inside the box provided. The database is updated with the new information.

The result of the above system manager operations is that a "set video conference bit" command is issued by the system manager. This command sets and clears the video conference indicator for the given premium channel of the IRB at [short address/long address ] . If the video conference indicator is set, and the associated premium channel is in the video conference mode, then the video conference is viewable. If the indicator is CLEAR, the IRB will display the 'Video Conference' screen, if configured or skip the channel entirely. Again, if a 'Video Conference' screen is configured a room occupant is informed immedi¬ ately of the reason why the particular channel is not viewable. Transactions or instructions from the headend to the IRBs in a particular system are sent to configure the IRBs. A Global Premium Configuration globally set the various parameters needed by all the current premium shows. The parameters required include: the barker entry screen number (the first screen upon entering the barker sce¬ nario), the preview screen number (the screen to be overlaid on top of the video screen being shown), the second barker screen number, the no previews screen number (the screen to notify that there are no pre¬ views left), the override screen number (the screen to notify that the current IRB is under override), the video conference screen number (the screen to notify that the current IRB is showing a video confer¬ ence), the pre-buy screen number (the screen to notify that premium shows must be pre-paid for to be viewed), and the off mode screen number (the screen to notify that a premium channel is currently not available).

The first barker screen, the preview screen, and the second barker screen may be set to zero but the purchase capability is lost. If any of the other screen numbers are set to zero, the premium channels that happen to require that particular screen will be treated as invalid when attempts are made to access them.

A 'Premium Mode' command sets the premium mode for the given premium channel at the IRB at short address/long address. The mode has valid values of 0 for free, 1 for premium, 2 for off, and 3 for video conferencing. This command has no effect on the override, pre-buy, purchased, or video conference attribute bits in the functions described above.

The premium purchase scenario described in detail below with reference to Figure 15 is designed to utilize the enhanced screen fea¬ ture handling of the present invention. It will be apparent that addi¬ tions or alterations may be made easily to the purchase scenario. Any screen can be removed from the scenario by setting the appropriate screen number to 0 and not utilizing it as a goto screen. The premium purchase scenario works in conjunction with the globally configured screens. These screens include the 'Barker r screen, 'Preview screen. 'Buy' screen, 'Confirm' screen. "Premium. No Bill' screen and 'No Previews Left' screen. Screens associated with non purchase modes e.g. ('Override' screen. 'Premium Off screen) are also discussed below.

The 'Barker r screen begins the purchase scenario. When the user tunes a particular premium channel, the IRB checks the premium mode. If the channel is in premium mode and is able to be purchased (not on overrides or prebuys and not purchased), the IRB will display the 'Barker l* screen. If no 'Barker l' screen is configured, the 'Pre¬ view' screen is displayed. If the 'Preview' screen is not configured, the 'Buy' screen will be displayed. If the 'Buy screen is not configured either, the channel will be skipped. All transitions between purchase scenario screens must be configured with the goto field of the key tem¬ plates. These go to fields are not hard coded, with the exception of the confirm bit handling. The goto field of the key template is simply a map which determines which screen is displayed by actuation of a par¬ ticular key. As noted, only the confirm bit handling is hard coded and the remaining gotos may be configured to meet site specific requirements.

The 'No Previews Left' screen is a combination of the 'Barker r screen and the 'Buy' screen. If no more previews may be viewed for the particular premium channel, this screen will be displayed. The 'No Previews Left' screen may be configured to allow the user to purchase the premium show without first viewing a preview. The actual pur¬ chase conditions will be described below.

The 'Preview' screen shows a preview of the program to be pur¬ chased. The IRB checks the currently viewed screen with the config¬ ured 'Preview' screen. If a match exists, the preview count for the individual premium is decremented. The 'Preview' screen should use the onscreen attributes of the text generator to view text along with background video. EIA channels of 101 (alternate premium video) or 102 (premium background channel) should be used unless a dedicated video channel for all premium previews is used. The IRB appropriately tunes the desired background if configured correctly (using the pre¬ mium channel EIA found in the channel map or the alternate premium channel found in the individual premium data). The 'Buy' screen is necessary to inform the user how to purchase the premium program. The key with which to make the purchase is determined through the key template actions. This key is not hard coded but the logical choice is the 'BUY' key with the template action 'Set purchased flag for premium channel'. This key mode is conditional. It is based upon whether a confirm screen is configured for the system and whether the individual confirm bit is SET or CLEAR. If no confirm screen is configured, the purchased flag will be SET and the corre¬ sponding goto will be acted upon. This should lead to the 'Thank you' screen or directly to the premium channel. If a confirm screen is con¬ figured, the IRB examines the state of the confirm bit. If SET, the goto corresponding to the entered key will be acted upon. This should be configured to jump to the 'Confirm' screen. The purchase flag is not set at this time. If, however, the confirm bit is CLEAR, signifying the confirm screen should not be used since the System Manager mode is Premium, No Bill, the IRB will jump (hard coded) to the configured 'Premium, No Bill¹ screen instead of the screen configured goto. 'Pre¬ mium, No Bill' refers to a mode in which premium programming may be viewed by a hotel guest without charge. For example, suppose a pre¬ mium program is scheduled to run from 1:00-3:00. The system manag¬ ers can determine that after a predetermined time, say 2:30, guests who request to view the program will not be charged. A screen is pref¬ erably configured to inform the guest that there is no billing for this viewing. If no 'Premium, No Bill' screen is configured, the premium channel with no header will be displayed. The purchase bit will also be SET.

The 'Confirm' screen, if configured, is the only screen from which the purchase flag may be SET. if the confirm bit is also SET. The purchase scenario may appear to buy the premium show, but if the configured 'Confirm' screen doesn't match the screen where a key was configured with the action 'Set purchased flag for the premium chan¬ nel¹, the flag will never be set and returning to the channel will force the user to go through the purchase scenario again. The System Man¬ ager cannot issue a bill since the purchase was never actually made. Once the premium is purchased, the IRB should be configured to jump to a 'Thank you' screen or directly to the purchased channel itself.

The 'Premium, No Bill' screen is only used in the event the con¬ firm bit CLEARed. This is the only IRB direct jump (hard code) in the premium scenario. If not configured, the IRB will jump directly to the premium channel with no header display.

The 'Thank you' screen is not a configurable screen but can be utilized by configuring it after a premium purchase as part of the key template goto command. If used, it should be prefetched from ALL premium scenario screens in order that it always resides in memory.

A "set confirm flag" command may be issued by the system man¬ ager. The command is used to set and clear the confirm indicator for the given premium channel for the IRB at [short address/long address ] . If the confirm indicator is set then the confirm screen is required as part of the normal barker/purchase scenario described above.

Several other screens exist to be viewed as a result of a pre¬ mium mode. These include the 'Override' screen, 'Prebuy screen, 'Pre¬ mium Off screen and 'Video Conference' screen.

If the override bit for the individual premium is SET. the Over¬ ride' screen, if configured, will be displayed when tuning the premium channel. If the premium channel was previously purchased, it will be unable to view the purchased video. If no Override screen is config¬ ured, the channel will be skipped.

If the prebuy bit is SET, the 'Prebuy' screen, if configured, will be displayed instead of the barker screens. IF no 'Prebu screen is con¬ figured, the channel will be skipped. If the prebuy bit is CLEAR, the IRB will handle its premium scenario normally. Unlike the override bit, the prebuy bit cannot override a purchased premium channel.

The video conference bit can take effect only during the Video Conference mode. If the bit is SET, video may be viewed without pur¬ chase. If CLEAR, the IRB will display the 'Video Conference' screen if configured, or skip the channel entirely. . If the current video mode is Off, the IRB can be configured to view a 'Premium Off screen. If none is configured, the channel will be skipped.

The present invention relates to a method for establishing authorizations to control an interactive terminal used by hotel guests to request a range of hotel provided services, wherein specially tailored authorization levels are assigned to the channels via which the services may be requested. By way of a brief overview, an in-room TV set top terminal (STT) is configured as a multipurpose device having a selec¬ tion of input keys through which the guest may call for a variety of services (including pay TV programs), and further includes an interac¬ tive capability tied to locally stored prompting screens displayed directly on the TV. Each hotel room has its own STT, all of which are routed by two-way RF communications to a central hotel location des¬ ignated as the "system manager" where they are monitored and serviced.

To exercise control over the STTs, the "system manager" ini¬ tially associates four globally possible modes of channel authorization, namely: free; off (disabled): premium; and video conferencing — in the memory of each STT. Thereafter, individually addressed flags may be assigned to a particular terminal and associated with the premium channels to implement additional levels of control. These levels include: premium no bill; video conferencing enabling; override for parental control; and pre-buy for a premium program — thereby allow¬ ing the "system manager" to reconfigure the authorizations at each STT for particular circumstances.

As an example of typical uses — should the "system manager" download an override parental flag for a particular service (channel), responsive to a hotel customer's request, other persons in that room are precluded from ordering that service. Other exemplary uses of the authorization levels include the "system manager" establishing free premium channel access for certain floors of the hotel; or linking together a number of particularly addressed terminals for video conferencing, while deauthorizing other rooms from accessing the con¬ ference program. Attempts by guest to gain access to a thus disabled or deauthorized channel actuate a screen message advising the requester of its intentionally unavailable status. The ability of the sys¬ tem of the present invention is to inform a guest of why certain pro¬ gramming is unavailable promotes a user friendly interface and eases resolution of problems which may arise when a guest is unable to tune certain channels.

While the foregoing description is directed to a presently pre¬ ferred embodiment, it will be apparent to those of ordinary skill that various modifications may be made without departing from the true spirit or scope of the invention which is to be limited only by the appended claims

Claims

1. Terminal apparatus for use in a cable television system which provides a plurality of channels capable of being tuned for dis¬ play at a television receiver, said apparatus comprising: memory means for storing data for generating a plurality of predetermined character screens and for storing deauthorization data; character generator means for generating character screens from the stored character screen data at said television receiver; deauthorization means responsive to the deauthorization data in the memory means for deauthorizing selected ones of said plu¬ rality of channels; and control means for controlling said memory means and said character generator means, and for composing at least one predeter¬ mined character screen for display at said television receiver in accor¬ dance with the deauthorization of a channel by said deauthorization means.

2. A terminal control method for a cable television system which provides a plurality of channels capable of being tuned for dis¬ play at a television receiver, said method of comprising the steps of: storing data for generating a plurality of predetermined character screens and deauthorization data; generating character screens from the stored character screen data at said television receiver; deauthorizing selected ones of said plurality of channels in response to the deauthorziation data in said memory means: and controlling said memory means and said character gener¬ ator means to compose at least one predetermined character screen for display at said television receiver in accordance with the deauthorization of a channel by said deauthorization means.