AU6426499A - Software application lifecycle and management for broadcast applications - Google Patents

Description

WO 00/22816 PCT/US99/23721 SOFT WARE APPLICATION LIFE CYCLE AND MANAGEMENT FOR BROADCAST APPLICATIONS BACKGROUND OF THE INVENTION This application claims the benefit of U.S. 5 Provisional Application No. 60/103,943, filed October 13, 1998. The present invention provides a software architecture for managing applications at a television set-top terminal. 10 The following acronyms and terms are used: API - Application Programming Interface; ATSC - Advanced Television Systems Committee; DASE - ATSC T3/S17 Digital TV Application Software Environment; 15 DAVIC - Digital Audio-Visual Council; DTV - Digital Television; EPG - Electronic Program Guide; IRD - Integrated Receiver Decoder; ISO - International Standards Organization; 20 JVM - Java Virtual Machine; PSIP - Program and System Information Protocol (for Terrestrial Broadcast and Cable); RAM - Random Access Memory; and UML - Unified Modeling Language. 25 A set-top terminal, also referred to as an IRD or a subscriber terminal, is a device that receives and decodes television signals for presentation by a television. The signals can be delivered over a WO 00/22816 PCT/US99/23721 2 satellite, through a cable plant, or by means of terrestrial broadcast, for example. Various applications have been proposed, or are currently available, via modern set tops, including video on 5 demand (VOD), audio on demand, pay-per-view, interactive shopping, electronic commerce, electronic program guides, Internet browsers, mail services (e.g., text e-mail, voice mail, audio mail, and/or video mail), telephony services, stock 10 ticker, weather data, travel information, games, gambling, banking, shopping, voting, and others. Applications may also enable Internet connectivity and possibly Internet-based telephony. The set top functionality is enabled through specialized 15 hardware and software. Moreover, with the increasing integration of computer networks such as the Internet, telephony networks, and broadband distribution networks, many opportunities arise for providing new types of 20 applications. The applications may be communicated to a set top terminal via a network, loaded locally (e.g., via a smart card), or installed at the time of manufacture, for example. 25 In particular, the DASE Application Management System Service requirements propose a number of requirements for managing the applications at a set top terminal. This is a section from the ATSC T3/S17 draft specification which describes 30 application management related requirements (Section 13).

WO 00/22816 PCT/US99/23721 3 Accordingly, it would be desirable to provide set-top software for managing applications at a set top terminal. The software should provide an API for retrieving and registering new applications that 5 are received at the terminal, e.g., via a download from a headend, and providing an identifier for each application. The API should be independent of the operating system and hardware of the terminal. 10 It would be desirable to provide an ITU-T X.731-based mechanism for application monitoring and control. The mechanism should control starting, stopping, pausing and resuming of the applications. 15 The mechanism should enable an application to advertise its state to other applications, and allow the other applications to access the advertised state. The mechanism should allow retrieving of 20 application and resource version information. The mechanism should allow accessing of application location information. The mechanism should provide verification of the integrity of an application, and validation of 25 the suitability of the application for use in the set-top terminal. The mechanism should notify the user of the existence of a new application after it is registered. 30 The mechanism should provide an administrative locking or unlocking of an application.

WO 00/22816 PCT/US99/23721 4 The mechanism should advertise the operational state. alarm status, and availability status of an application. The architecture should be compatible with 5 Java(tm) , ActiveX(tm) or an equivalent type of component based object-oriented technology. The mechanism should be suitable for use with any application at a terminal, regardless of how it was received or installed. 10 The present invention provides a system having the above and other advantages.

WO 00/22816 PCTIUS99/23721 5 SUMMARY OF THE INVENTION The present invention provides a software architecture for managing applications in a set-top television terminal. 5 A television set-top terminal includes a computer readable medium having computer program code means, and means for executing the computer program code means to implement an Application Programming Interface (API). With the API, 10 application data which defines applications is recovered at the terminal according to locators associated with the applications. For example, the locator may be a PID, channel number, channel name, Transport Stream ID, Service ID, a combination 15 thereof, or something else. The locator may be in the form of a Uniform Resource Locator (URL). The applications are registered and installed at the terminal, and a user is notified of the presence of the applications after registration and 20 installation thereof. Thus, the user is notified when the application is made available locally at the terminal and is ready to be invoked/started. An application may use a resource, usually a device, function or a process on the receiver (e.g. 25 tuner, modem, database, etc.) The API enables the retrieval of the applications as downloadable software applications, or broadcast software applications. The API may be independent of an operating 30 system and hardware of the terminal.

WO 00/22816 PCTIUS99/23721 6 The API may provide an ITU-T X.731-based mechanism for monitoring and controlling the applications. The API may enable running and subsequent 5 stopping of the applications. The API may enable pausing of the applications once they are running, and subsequent resuming of the applications. The API may enable particular ones of the 10 applications to advertise their respective states to other applications. The API may enable at least one of the other applications to access the advertised state of at least one of the particular advertising 15 applications. An application state may have several different values (enabled, disabled, etc.) To access a state means to have the ability to learn about the current state value. The API may enable retrieval of version 20 information associated with the applications. The API may enable verification of the integrity of the applications. Integrity in this case may mean that the code that was received by the receiver is legal and valid based on the programming 25 language specification used to code the application (e.g., Java programming language, etc.) The API may enable validation of the suitability of the applications for the terminal. The API may enable administrative locking and 30 unlocking of the applications.

WO 00/22816 PCT/US99/23721 7 The API may enable particular ones of the applications to advertise respective alarm statuses, availability statuses, procedural statuses, operational states, administrative states and usage 5 states thereof to other ones of the applications. A corresponding method is also presented.

WO 00/22816 PCT/US99/23721 8 BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 shows package relationships and dependencies in accordance with the present invention. 5 FIG. 2 represents application-related classes and interfaces and their relationships in accordance with the present invention. FIG. 3 describes those classes and interfaces related to state management in accordance with the 10 present invention. FIG. 4 depicts relationships between the utility classes and interfaces in accordance with the present invention. FIG. 5 is an interaction/sequence diagram 15 showing how an EPG application, which displays video as well as data channels with applications available on them to the user, can invoke a download and subsequent execution of the downloaded application. in accordance with the present invention. 20 FIG. 6 shows a set of interactions/sequences that demonstrates how one application can be managed by an application manager and monitored by an agent in accordance with the present invention.

WO 00/22816 PCT/US99/23721 9 DETAILED DESCRIPTION OF THE INVENTION The present invention provides a software architecture for managing applications in a set-top television terminal. 5 1. Overview The present invention specifies an API which satisfies the DASE Application Management System Service requirements. Note that portions of the disclosure were 10 generated automatically from Rational Rose(tm) CASE tool, developed by Rational Software Corporation, USA. Exceptions and pre- and post-conditions associated with individual methods are not shown. Exceptions will be shown in a Javadoc format. 15 The figures use the Rational Rose (tm) depiction of the UML. FIGs 1-4 are class diagrams and FIGs 5 and 6 are sequence (or interaction) diagrams. A class diagram represents the static structure of a system, and shows a pattern of 20 behaviors that the system exhibits. This is accomplished by showing the existence of classes and their relationships. Each class is represented by a box with three sections. The top section lists the class name. The middle section denotes a list of 25 attributes, and the bottom section denotes a list of operations. A solid or dashed line between classes denotes an association or dependency. A white diamond tip denotes aggregation by reference, while a black WO 00/22816 PCT/US99/23721 10 diamond tip denotes aggregation by value. A triangular arrowhead denotes a restricted navigation, e.g., inheritance of operation but not of structure. 5 A class is a template that defines a data structure, method and function calls for an object. An interface defines a set of methods/function calls that can be manipulated by a class. The class provides the code for implementing an interface. 10 2. REQUIREMENTS The proposed API addresses the following requirements: 1. The API will provide a mechanism to retrieve a downloadable or broadcast application. 15 This is done via a registration mechanism, which can specify a URL of an application (obtained from the PSIP API or its extensions based on T3/S13 and S16 work) to be downloaded and made available. ATSC T3/S13 and T3/S16 specifications define 20 protocols for delivering applications to the receiver, signaling their presence in the transport stream and providing information about the applications. The URL is used as an identifier for applications in an example embodiment, but other 25 identifiers may be used. 2. The API will provide a mechanism to install and uninstall an application. The Registration mechanism installs the application so that it can be invoked/started.

WO 00/22816 PCT/US99/23721 11 3. The API will provide a mechanism to initialize (launch), start, and stop an application. The Application interface provides methods to perform these actions. 5 4. The API will provide a mechanism to pause and resume an application. The Application interface provides methods to perform these actions. 5. The API will provide a mechanism for 10 applications to maintain an access state. Each application which implements the ObjectStates interface can be managed in a standard way defined by ITU-T. ITU-T X.731 is an international standard which defines management 15 states, status codes and state transitions for manageable objects (devices, resources, applications, etc.) The API will provide a mechanism to retrieve version information for the application and its resources, including required 20 APIs. The ApplicationInformation interface allows the retrieval of the above information. 6. The API will provide a mechanism to access application location information. 25 The application location information can be represented in a URL format (to be standardized by ATSC) in the DAVIC Locator class. A locator is an opaque object which encapsulates a URI (Universal Resource Identifier) of a particular resource (an 30 application in this case).

WO 00/22816 PCTIUS99/23721 12 7. The API will provide a mechanism to verify an application's integrity and validate its correctness. For example, this may mean that it does not include viruses or will not do any damage 5 to the receiver. The JVM verifier satisfies this requirement; therefore, it is not necessary define a specific API to do so. 8. The API will provide a registration 10 mechanism allowing the application to notify the user of its existence. This is done in conjunction with the PSIP and S13 APIs, which provide information about a specific application. This information can be used to 15 download an application by registering it with the ApplicationRegistry. Once registered, a user can use it. 3. DESCRIPTION This proposal consists of two main packages: 20 org.atsc.application and org.atsc.management, and a helper package org.atsc.utility. The first package includes application-specific classes and interfaces. The other package represents classes and interfaces that are related to managing 25 application states based on the ITU-T management standard. The latter is separated into its own package since it can be applied to any manageable object such as DTV receiver resources, or downloadable applications. 30 An application is free to support a subset of WO 00/22816 PCT/US99/23721 13 the defined states and status attributes as appropriate to the specific application. DASE may mandate a subset of these in order to provide for a better interoperability between applications with 5 respect to management. Some applications may be very simple, and some of the states and statuses defined by the X.731 standard may not be applicable. ATSC may define a minimal set of states and status codes that are supported by all applications. Some, 10 more complex, applications may support more. For example, some applications may not support the "degraded" Availability Status - they either work or they don't - nothing in between. 4. OBJECT MODEL 15 FIG. 1 shows the package relationships and dependencies in accordance with the present invention. The org.atsc.applicatiol package 105 uses classes and interfaces defined in the org.atsc.management package 110, org.atsc.utility 20 package 115 and org.davic.net package 120. The packages are logically related by the dashed arrows, which denote dependency. FIG. 2 represents application-related classes and interfaces and their relationships in accordance 25 with the present invention. An interface is labeled by <<interface>>, while those not so labeled are classes. The classes include: RegistryFactory 215, Exception 220, ApplicationAvailabilityException 225, ApplicationAlreadyRegisteredException 230, 30 ApplicationNotRegisteredException 235, WO00/22816 PCT/US99/23721 14 ApplicationRegistryEvent 245, and EventObject 250. The interfaces include: ApplicationRegistry 205, Registry 210, ApplicationCause 240, ApplicationRegistryListener 255, StateChangeListener 5 260, ObjectStates 265, Application 270, and ApplicationInformation 275. FIG. 3 describes those classes and interfaces related to state management in accordance with the present invention. Like-numbered elements 10 correspond to one another in the figures. The classes and interfaces include: AdministrativeState 305, OperationalState 310, UsageState 315, ObjectState 320, AlarmStatus 325, AvailabilityStatus 330, ProceduralStatus 335, 15 ResourceStateException 340, SourceIndicator 345, and StateChangeEvent 350. FIG. 4 depicts relationships between the utility classes and interfaces in accordance with the present invention. The classes and interfaces 20 include RegistryType 405. 5. INTERACTION DIAGRAMS The following sections will describe example interactions between the application-related classes, and show how other objects can use the 25 Application Management API. Since an application is built from objects, an API accessed by other objects means that the API is accessed by parts (objects) of other applications, or by code present on the terminal.

WO 00/22816 PCT/US99/23721 15 5.1 Application Registration FIG. 5 is an interaction/sequence diagram showing how an EPG application, which displays video as well as data channels with applications available 5 on them to the user, can invoke a download and subsequent execution of the downloaded application in accordance with the present invention. The diagram was generated using Rational Rose(tm) software. 10 A number of example objects are provided, including "user" 505, "EPG: Application" 270' (an example of the Application interface 270 of FIG. 2), "PSIP Database" 515, "dataChannel" 520, "factory:Registry Factory" 215, 15 "registry:Application Registry" 205, "downloader" 525, and "app:Application" 270'' (an example of the Application interface 270 of FIG. 2). The EPG retrieves the application information including the URL (Locator), gets access to the 20 ApplicationRegistry via the RegistryFactory and requests a registration of the new application. When an application is registered with the Application Registry, the application locator (URL) is used to download the application. When it is 25 available, the registry fires (e.g., sends/emits) an event to all listeners to indicate that the new application is registered and available. The EPG application listens to these events and notifies the user of the new application availability. 30 Once the application is downloaded and installed, the user can request its execution via WO 00/22816 PCT/US99/23721 16 the registry. The registry actually starts the application. The above sequence may be implemented via the following example steps 1-13: 5 1. The "EPG:Application" object 270' calls (e.g., invokes) the "getVirtualChannels" method from the "PSIP Database" object 515; 2. The "EPG:Application" object 270' calls the "getDataApps" method from the "dataChannel" 10 object 520; 3. The "EPG:Application" object 270' calls the "displayApps" method from the "user" object 505; 4. The "user" object 505 calls the "selectApp" method from the "EPG:Application" object 15 270'; 5. The "EPG:Application" object 270' calls the "getRegistry(String)" method from the "factory:Registry Factory" object 215; 6. The "EPG:Application" object 270' calls 20 the "registerApplication(Locator)" method from the "registry:Application Registry" object 205; 7. The "registry:Application Registry" object 205 calls the "download" method from the "downloader" object 525; 25 8. The "registry:Application Registry" object 205 calls the "registryChange(ApplicationRegistryEvent)" method from the "EPG:Application" object 270'; 9. The "EPG:Application" object 270' calls 30 the "getApplicationInformation(Locator)" method from the "registry:Application Registry" object 205; WO 00/22816 PCT/US99/23721 17 10. The "EPG:Application" object 270' calls the "displayAppinfo" method from the "user" object 505; 11. The "user" object 505 calls the 5 "invokeApp" method from the "EPG:Application" object 270'; 12. The "user" object 505 calls the "startApplication(Locator)" method from the "registry:Application Registry" object 205; and 10 13. The "registry:Application Registry" object 205 calls the "start()" method from the "app:Application" object 270''. 5.2 Managing Application States FIG. 6 shows a set of interactions/sequences 15 that demonstrates how one application can be managed by an application manager and monitored by an agent in accordance with the present invention. A number of example objects are provided, including "appl:application" 270'', 20 "appManager:StateChange" 260', "event:StateChangeEvent" 350', and "agent:StateChangeListener" 260'' (or 270''). The agent registers as a StateChangeListener to a specific application. The application changes its 25 internal states based on internal or external causes. In this example, the application was suspended, which changed its OperationalState to DISABLED. The application creates a StateChangeEvent and sends it to all registered 30 listeners; in this case the agent. The agent can WO 00/22816 PCTIUS99/23721 18 determine the state that changed and its old and new values by interrogating the event, e.g., by calling the methods available on the StateChangeEvent object, such as getOldValue(), getnewValue(), etc. 5 The above sequence may be implemented via the following example steps 1-11: 1. The "appManager:StateChange" object 260' calls the "start(" method from the "appl:Application" object 270''; 10 2. The "agent:StateChangeListener" object 260'' calls the "addStateChangeListener" method from the "appl:Application" object 270''; 3. The "appManager:StateChange" object 260' calls the "suspend()" method from the 15 "appl:Application" object 270''; 4. The "appl:Application" object 270'' calls the "StateChangeEvent" method from the "event:StateChangeEvent" object 350'; 5. The "appl:Application" object 270'' calls 20 the "stateChange(StateChangeEvent)" method from the "agent:StateChangeListener" object 260''; 6. The "agent:StateChangeListener" object 260'' calls the "getState(" method from the "event:StateChangeEvent" object 350'; 25 7. The "agent:StateChangeListener" object 260'' calls the "getOldValue(" method from the "event:StateChangeEvent" object 350'; 8. The "agent:StateChangeListener" object 260'' calls the "getNewValue(" method from the 30 "event:StateChangeEvent" object 350'; WO 00/22816 PCT/US99/23721 19 9. The "appManager:StateChange" object 260' calls the "resume()" method from the "appl:Application" object 270''; 10. The "appl:Application" object 270'' calls 5 the "StateChangeEvent" method from the "event:StateChangeEvent" object 350'; and 11. The "appl:Application" object 270'' calls the "stateChange(StateChangeEvent)" method from the "agent:StateChangeListener" object 260''. 10 6. Class And Interface Description As many APIs as possible are defined as interfaces rather than as classes. This provides more freedom and fewer restrictions for the API implementation. Since Java interfaces don't have 15 constructors or static methods, some interfaces such as the ApplicationRegistry have an associated RegistryFactory class that returns the appropriate implementation of the ApplicationRegistry interface. The RegistryFactory class may be based on the 20 Factory Method pattern, which, as is known from the field of object-oriented programming, is a methodology and structure for solving a problem. Section 6.1 describes the application-related packages. 25 6.1 org.atsc.application This package includes classes and interfaces related to application lifecycle, registration and management.

WO 00/22816 PCT/US99/23721 20 6.1.1 Application This class represents a base class of all downloadable applications. It provides a basic application lifecycle support and additional 5 descriptive information about the application in the form of an ApplicationInfo class. This class implements the GenericStates interface to add management capability to a downloadable application. This interface provides a 10 uniform mechanism to manage any object in a standard way. An Application can support a subset of these states as appropriate to the specific application. The class is derived from ObjectStates. Public Operations: 15 start () : Called by the controlling process to initiate an execution of an application. The application can acquire any needed resources, perform its initialization and start execution. 20 If this application supports the Administrative State, it will throw an exception when it is in the Locked state. Public operations are those methods that may be called and used by other objects since they are 25 visible outside of the object (e.g., class). In contrast, private operations are visible only to the class itself. stop () Called by the controlling process to stop an 30 execution of this application. The application should release all resources and terminate.

WO 00/22816 PCT/US99/23721 21 suspend () Called by the controlling process to temporarily pause an execution of this application. The application is not required to give up its 5 resources unless it is requested to do so using a different mechanism. If this application supports the Operational State, it will change the state to Disabled upon completion of this method. 10 resume () : Called by the controlling process to resume an execution of the application that was previously suspended. If this application supports the Operational 15 State, it will change the state to Enabled upon completion of this method. getApplicationID () : Locator Called to determine application identification represented as a Locator such as a URL. 20 6.1.2 ApplicationInformation This class provides additional information about an Application, such as a name, version number, author, etc. 25 Public Operations: getTitle () : String Returns a short description of the application, such as its name or title. getVendor () : String 30 Returns the name of the application vendor or author.

WO 00/22816 PCT/US99/23721 22 getVersion () : String Returns the version of this implementation. It consists of a string assigned by the vendor of this implementation. 5 Version numbers use a "Dewey Decimal" syntax that consists of positive decimal integers separated by periods ", for example, "2.0" or "1.2.3.4.5.6.7". This allows an extensible number to be used to 10 represent major, minor, micro, etc. versions. The version number must begin with a number. getRequiredProfile () : String Returns the minimum profile identifier, such as DASE profile ID, that is expected by this 15 application to run. getSource () : Locator Returns the original source of the application in a URL format. The source is where the application came from (e.g., channel 39, HBO, CNBC, 20 etc.) 6.1.3 ApplicationRegistry This interface provides a limited access to the Application Registry. It allows other applications to get information about existing applications, to 25 show an interest in a particular application (registering it) and getting access to applications themselves. The interface is derived from Registry. Public Operations: registerApplication (applicationID : Locator) 30 Called to add this application from the registry. The application is specified via its WO 00/22816 PCTIUS99/23721 23 Locator (URL). The registry is responsible for locating the application, downloading it and notifying the caller of its availability. This is a non-blocking method; it will return 5 immediately after checking the request. The ApplicationAvailableEvent will be sent to all ApplicationRegistryListeners with an indication of the result of registering this application. deregisterApplication (applicationID:Locator): 10 Called to remove this application from the registry. getApplicationInformation (applicationID:Locator) : ApplicationInformation Called to obtain a description of this 15 application. The application is identified by a Locator (URL). getApplication (applicationID:Locator) Application Called to get access to a specified loaded and 20 installed application. This method is protected via the security mechanisms in order to protect unauthorized access to applications. getApplications(): Application[] 25 This method allows a retrieval of all registered applications. This method is protected via the security mechanisms in order to protect unauthorized access to applications. startApplication(applicationID:Locator): 30 Called to invoke a previously registered application. The method call returns as soon as the WO 00/22816 PCT/US99/23721 24 requested application starts executing in its own thread space. This method is protected via the security mechanisms in order to protect unauthorized access 5 to applications. addApplicationRegistryListener (listener: ApplicationRegistryListener) : Called to register for events generated by the ApplicationRegistry. 10 removeApplicationRegistryListener (listener ApplicationRegistryListener) : Called to deregister for events generated by the ApplicationRegistry. 6.1.4 ApplicationRegistryListener 15 This interface allows an object to listen to changes made to the ApplicationRegistry. Public Operations: registryChange() : ApplicationRegistryEvent This method of all registered 20 ApplicationRegistryListeners is called by the ApplicationRegistry object when an ApplicationRegistryEvent is fired. 6.1.5 ApplicationRegistryEvent Derived from EventObject. 25 Public Operations: getApplicationInformation(): ApplicationInformation Called to determine which application caused the event.

WO 00/22816 PCTIUS99/23721 25 getCause():short Called to determine what caused this event. 6.1.6 ApplicationAvailabilityException This exception is thrown when the requested 5 application availability condition was violated. It is derived from Exception. 6.1.7 ApplicationNotRegisteredException Derived from ApplicationAvailabilityException 6.1.8 ApplicationAlreadyRegisteredException 10 Derived from ApplicationAvailabilityException 6.1.9 ApplicationCause Public Attributes: REGISTERED : short = 1 15 Application was registered in the registry. "Short" is one format for integers (2 bytes vs. 4 bytes). DEREGISTERED : short = 2 Application was deregistered from the registry. 20 STARTED : short = 3 Application was started. 6.2 org.atsc.management This package includes classes and interfaces related to object management. It can be applied in 25 its entirety or as a subset as relevant to the specific managed entity. It is applicable for WO 00/22816 PCT/US99/23721 26 managing state and status attributes of DTV receiver resources as well as applications. It is based on the ITU-T X.731 standard for State Management. 5 6.2.1 AdministrativeState An interface that defines Masks for different Administrative States: -locked: The resource is administratively prohibited from performing services for its users. 10 This could relate to a local lockout, such as a parental lockout of certain channels or applications, but can also be used to remotely (from the headend, uplink or cable operator) "lock" the application so that the user cannot start it, e.g., 15 if a problem with an application is detected. -Unlocked: The resource is administratively permitted to perform the services to users. This is independent of its inherent operability. -Shutting down: Use of resource is 20 administratively permitted to the existing instances of users only. The manager may at any time cause the object to revert to Unlocked state. Public Attributes: UNLOCKED : int = OxOO000001 25 LOCKED : int = 0x00000002 SHUTTINGDOWN int = 0x00000004 ADMINTYPE : short = 1 Public Operations: WO 00/22816 PCT/US99/23721 27 getAdministrativeState () int Called to get the current value of the Administrative State. setLock (administrativeState : int) 5 Called to change the value of the Administrative State. 6.2.2 OperationalState An interface that defines the Operational state for Resources and Applications: 10 -Disabled: The resource is totally inoperable and unable to provide the service to the users. -Enabled: The resource is partially operable and available for use. Public Attributes: 15 DISABLED int Ox8 ENABLED int = Ox1O OPERATIONALTYPE : short = 2 Public Operations: getOperationalState () :int 20 Called to get the current value of the Operational State. 6.2.3 AlarmStatus Interface that defines all the alarm states. When the value of this attribute is an empty set, 25 this implies that none of the status conditions described below are present: -under repair: The resource is currently being repaired. When the under repair value is present, the operational state is either disabled or enabled.

WO 00/22816 PCT/US99/23721 28 -critical: One or more critical alarms indicating a fault have been detected in the resource, and have not been cleared. The operational state of the managed object can be 5 disabled or enabled. -major: One or more major alarms indicating a fault have been detected in the resource, and have not yet been cleared. The operational state of the managed object can be disabled or enabled. 10 -minor: One or more minor alarms indicating a fault have been detected in the resource, and have not yet been cleared. The operational state of the managed object can be disabled or enabled. -alarm outstanding: One or more alarms have 15 been detected in the resource. The condition may or may not be disabling. If the operational state is enabled, additional attributes, particular to the managed object class, may indicate the nature and cause of the condition and the services that are 20 affected. The presence of the above alarm state conditions do not suppress the generation of future fault related notifications. Public Attributes: 25 UNDERREPAIR : int = 0x00000001 CRITICAL : int = OxOO000002 MAJOR : int = 0x0000000 4 MINOR : int = 0x0000000 8 ALARMOUTSTANDING int = OxOO10 30 ALARMTYPE : short = 8 Public Operations: WO 00/22816 PCT/US99/23721 29 clearAlarm (alarm : int) Called to clear a specific alarm. The controlling process has acted on the alarm. getAlarmStatus () : int 5 Called to get the current set of values of the Alarm Status. 6.2.4 AvailabilityStatus Defines the Availability status. When the value of this attribute is an empty set, this 10 implies that none of the status conditions described below are present: -in test: The resource is undergoing a test procedure. If the administrative state is locked or shutting down, then normal users are precluded from 15 using the resource and the control status attribute has the value reserved for test. Tests that do not exclude additional users can be present in any operational or administrative state but the reserved for test condition should not be present. 20 -failed: The resource has an internal fault that prevents it from operating. The operational state is disabled. - -power off: The resource requires power to be applied and is not powered on. For example, a fuse 25 or other protection device is known to have removed power, or a low voltage condition has been detected. The operational state is disabled. -off line: The resource requires a routine operation to be performed to place it online and 30 make it available for use. The operation may be WO 00/22816 PCT/US99/23721 30 manual or automatic, or both. The operational state is disabled. -off duty: The resource has been made inactive by an internal control process in accordance with a 5 predetermined time schedule. Under normal conditions the control process can be expected to reactivate the resource at some scheduled time, and it is therefore considered to be optional. The operational state is enabled or disabled. 10 -dependency: The resource cannot operate because some other resource on which it depends (e.g., a resource not represented by the same managed object) is unavailable. For example, a device is not accessible because its controller is 15 powered off. The operational state is disabled. -degraded: The service available from the resource is degraded in some respect, such as in speed or operating capacity. Failure of a test or an unacceptable performance measurement has 20 established that some or all services are not functional or are degraded due to the presence of a defect. However, the resource remains available for service, either because some services are satisfactory or because degraded service is 25 preferable to no service at all. Object-specific attributes may be defined to represent further information indicating, for example, which services are not functional and the nature of the degradation. The operational state is enabled. 30 -not installed: The resource represented by the managed object is not present, or is incomplete.

WO 00/22816 PCT/US99/23721 31 For example, a plug-in module is missing, a cable is disconnected or a software module is not loaded. The operational state is disabled. -log full: This indicates a log full condition, 5 the semantics of which are defined in CCITT Rec. X.735 I ISO/IEC 10164-6. Public Attributes: INTEST : int = 0x00000400 FAILED : int = 0x00000800 10 POWEROFF int = OxOO001000 OFFLINE int = 0x00002000 OFFDUTY int = 0x00004000 DEPENDENCY : int = 0x00008000 DEGRADED : int = OxOO010000 15 NOTINSTALLED : int = 0x00020000 LOGFULL : int = 0x00040000 AVAILABILITYTYPE : short = 32 Public Operations: getAvailabilityStatus () int 20 Called to get the current set of values of the Availability Status. 6.2.5 ProceduralStatus An interface that defines the Procedural status. 25 The procedural status attribute is supported only by those classes of managed objects that represent some procedure (e.g., a test process) which progresses through a sequence of phases. Depending upon the managed object class definition, 30 the procedure may be required to reach certain phase WO 00/22816 PCTIUS99/23721 32 for the resource to be operational and available for use (i.e., for the managed object to be enabled). Not all phases may be applicable to every class of managed object. If the value of this attribute is 5 an empty set, the managed object is ready, for example, the initialization is complete. When the value of this attribute is an empty set, this implies that none of the status conditions described below are present. 10 -initialization required: The resource requires initialization to be invoked by the manager before it can perform its normal functions, and this procedure has not been initiated. The manager may be able to invoke such initialization through an 15 action. The terminating condition may also be present. The operational state is disabled. -not initialized: The resource requires initialization before it can perform its normal functions, and this procedure has not been 20 initiated. The resource initializes itself autonomously, but the operational state may be either disabled or enabled, depending upon the managed object class definition. -initializing: The resource requires 25 initialization before it can perform its normal functions, and this procedure has been initiated but is not yet complete. When this condition is present, the initialization required condition is absent, since initialization has already begun. The 30 operational state may be disabled or enabled, depending upon the managed object class definition.

WO 00/22816 PCTIUS99/23721 33 -reporting: The resource has completed some processing operation and is notifying the results of the operation, e.g., a test process is sending its results. The operational state is enabled. 5 -terminating: The resource is in a termination phase. If the resource does not reinitialize itself autonomously, the Initialization Required condition is also present and the operational state is disabled. Otherwise, the operational state may be 10 either disabled or enabled, depending upon the managed object class definition. Public Attributes: INITREQUIRED : int = 0x00000020 NOT INITIALIZED : int = 0x00000040 15 INITIALIZING : int = 0x00000080 REPORTING : int = 0x00000100 TERMINATING : int = 0x00000200 PROCEDURALTYPE : short 16 Public Operations: 20 getProceduralStatus () int Called to get the current set of values of the Procedural Status. 6.2.6 UsageState This interface defines the Mask for Usage 25 State. -Idle: The resource is not currently in use. -Active: The resource is in use, but has spare operating capacity to provide additional users at this instant.

WO 00/22816 PCT/US99/23721 34 -Busy: The resource is in use, but has no spare operating capacity to provide additional users at this instant. Public Attributes: 5 IDLE : int = 0x00000020 ACTIVE : int = 0x00000040 BUSY : int = 0x00000080 USAGETYPE short = 4 Public Operations: 10 getUsageState () : int Called to get the current value of the Usage State. 6.2.7 ObjectStates This interface allows objects which are meant 15 to be managed in a standard way- to implement a unified interface that supports all, or a suitable subset of, states and status values. The defined state and status attributes are specified by the ITU-T standard X.731 for State Management. 20 Derived from AlarmStatus, ProceduralStatus, AvailabilityStatus, UsageState, OperationalState, and AdministrativeState. Public Operations: getStatesSupported () short[] 25 Called to determine which state and status attributes are supported by the class implementing this interface.

WO 00/22816 PCT/US99/23721 35 addStateChangeListener (listener StateChangeListener): Called to register a StateChangeListener for StateChangeEvents. 5 removeStateChangeListener (listener StateChangeListener) : Called to deregister a StateChangeListener. getCurrentState () : int Called to get the current value of all 10 supported states. Returns a bit mask representing the individual states. getCurrentStatus () :int Called to get the current value of all supported status attributes. Returns a bit mask 15 representing the individual status attributes. 6.2.8 StateChangeListener This interface must be implemented by classes interested in being notified of state changes of objects that implement the GenericStates interface. 20 If an object that is a StateChangeListener registers via the addStateChangeListener method, it will be notified by calling the stateChanged method, which includes the appropriate StateChangeEvent. Public Operations: 25 stateChange (event : StateChangeEvent) Called to notify a StateChangeListener about a state change. The event parameter provides information about what state has changed. 6.2.9 ResourceStateException WO 00/22816 PCT/US99/23721 36 A base Exception class related to the GenericState interface. This exception or its extensions are thrown when a invalid state change would be caused by a method call. Example: an 5 object in a Disabled state cannot perform a certain operation unless it is Unlocked. The class is derived from Exception. Public Operations: getState () : short 10 Called to determine which state consistency has been violated. getValue () :int Called to get the current value of the violated state. 15 6.2.10 StateChangeEvent This Event is fired when a state changes its value. It is distributed to all registered StateChangeListeners. The event is derived from EventObject. 20 Public Operations: getState () : short Called to determine which state has changed. getOldValue () : int Called to determine the original value of the 25 state. getNewValue () int Called to determine the new value of the state. getSourceIndicator () : short Called to determine the cause of the event.

WO 00/22816 PCT/US99/23721 37 6.2.11 SourceIndicator Public Attributes: INTERNALCAUSE : short 1 State change caused by an internal activity. 5 EXTERNAL CAUSE : short = 2 State change caused by an external activity. 6.3 org.atsc.utility This package provides a set of supporting and utility classes and interfaces used by other 10 packages. 6.3.1 Registry This interface provides a common root to all specialized registry interfaces, such as ApplicationRegistry, ResourceRegistry, etc. It is 15 provided so that the RegistryFactory can return a base type. The interface is derived from RegistryType. Public Operations: getRegistryType () : String 20 Called to determine the type of registry implemented by the object returned by the RegistryFatory's method getRegistry(). 6.3.2 RegistryFactory This class provides a mechanism to create 25 objects that implement specific Registry interfaces, such as the ApplicationRegistry. Public Operations: RegistryFactory () Constructor WO 00/22816 PCT/US99/23721 38 getRegistry (registryName : String) : Registry Returns an instance of an object that implements the specified registry interface. Returns null when specified registry does not exist 5 or cannot be created. The type of the returned object will be one of the derived Registry types, such as the ApplicationRegistry. 6.3.3 RegistryType This interface defines names for different 10 registry types, such as an application registry, etc. Public Attributes: APPLICATIONREGISTRY : String = ApplicationRegistry 15 RESOURCEREGISTRY String = ResourceRegistry WO 00/22816 PCT/US99/23721 39 Totals: 3 Logical Packages 23 Classes Logical Package Structure: 5 Logical View j ava lang util org 10 atsc application management utility davic 15 net Accordingly, it can be seen that the present invention provides a software architecture for managing applications at a television set-top terminal. Application data, such as a program 20 guide, stock ticker or the like, is recovered at the terminal according to a locator associated with the application data. The application data is registered and installed at the terminal, and a user is notified of the presence of the application data 25 after registration and installation thereof. Although the invention has been described in connection with various specific embodiments, those skilled in the art will appreciate that numerous adaptations and modifications may be made thereto 30 without departing from the spirit and scope of the WO 00/22816 PCT/US99/23721 40 invention as set forth in the claims. For example, while various syntax elements have been discussed herein, note that they are examples only, and any syntax may be used. 5 Moreover, the invention is suitable for use with virtually any type of network, including cable or satellite television broadband communication networks, local area networks (LANs), metropolitan area networks (MANs) , wide area networks (WANs), 10 internets, intranets, and the Internet, or combinations thereof. Additionally, known computer hardware, firmware and/or software may be used to implement the invention.

Claims (21)

1. A television set-top terminal, comprising: a computer readable medium having computer program code means; and means for executing said computer program code means to implement an Application Programming Interface (API) wherein: application data which defines applications is recovered at the terminal according to locators associated with the applications; the applications are registered and installed at the terminal; and a user is notified of the presence of the applications after registration and installation thereof.

2. The terminal of claim 1, wherein: said API enables the retrieval of the applications as downloadable software applications.

3. The terminal of claim 1, wherein: said API enables the retrieval of the applications as broadcast software applications.

4. The terminal of claim 1, wherein: said API is independent of an operating system and hardware of the terminal.

5. The terminal of claim 1, wherein: WO 00/22816 PCT/US99/23721 42 said API provides an ITU-T X.731-based mechanism for monitoring and controlling the applications.

6. The terminal of claim 1, wherein: said API enables running and subsequent stopping of the applications.

7. The terminal of claim 6, wherein: said API enables pausing of the applications once they are running, and subsequent resuming of the applications.

8. The terminal of claim 1, wherein: said API enables particular ones of the applications to advertise their respective states to other applications.

9. The terminal of claim 8, wherein: said API enables at least one of the other applications to access the advertised state of at least one of the particular advertising applications.

10. The terminal of claim 1, wherein: said API enables retrieval of version information associated with the applications.

11. The terminal of claim 1, wherein: said locator is in the form of a Uniform Resource Locator (URL). WO 00/22816 PCT/US99/23721 43

12. The terminal of claim 1, wherein: said API enables verification of the integrity of the applications.

13. The terminal of claim 1, wherein: said API enables validation of the suitability of the applications for the terminal.

14. The terminal of claim 1, wherein: said API enables administrative locking and unlocking of the applications.

15. The terminal of claim 1, wherein: said API enables particular ones of the applications to advertise respective alarm statuses thereof to other ones of the applications.

16. The terminal of claim 1, wherein: said API enables particular ones of the applications to advertise respective availability statuses thereof to other ones of the applications.

17. The terminal of claim 1, wherein: said API enables particular ones of the applications to advertise respective procedural statuses thereof to other ones of the applications.

18. The terminal of claim 1, wherein: WO 00/22816 PCT/US99/23721 44 said API enables particular ones of the applications to advertise respective operational states thereof to other ones of the applications.

19. The terminal of claim 1, wherein: said API enables particular ones of the applications to advertise respective administrative states thereof to other ones of the applications.

20. The terminal of claim 1, wherein: said API enables particular ones of the applications to advertise respective usage states thereof to other ones of the applications.

21. A method for implementing a software architecture for a television set-top terminal, comprising the steps of: providing a computer readable medium having computer program code means; and executing said computer program code means to implement an Application Programming Interface (API) to: recover application data which defines applications at the terminal according to a locator associated with the application data; register and install the applications at the terminal; and notify a user of the presence of the applications after registration and installation thereof.