ES2277630T3 - Dispositivo de control de eventos y sistema de radiodifusion digital. - Google Patents
Dispositivo de control de eventos y sistema de radiodifusion digital. Download PDFInfo
- Publication number
- ES2277630T3 ES2277630T3 ES03075714T ES03075714T ES2277630T3 ES 2277630 T3 ES2277630 T3 ES 2277630T3 ES 03075714 T ES03075714 T ES 03075714T ES 03075714 T ES03075714 T ES 03075714T ES 2277630 T3 ES2277630 T3 ES 2277630T3
- Authority
- ES
- Spain
- Prior art keywords
- event
- application
- received
- information
- introduction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4438—Window management, e.g. event handling following interaction with the user interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4782—Web browsing, e.g. WebTV
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4786—Supplemental services, e.g. displaying phone caller identification, shopping application e-mailing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
- H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/545—Gui
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H40/00—Arrangements specially adapted for receiving broadcast information
- H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Circuits Of Receivers In General (AREA)
- Selective Calling Equipment (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- User Interface Of Digital Computer (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Stored Programmes (AREA)
Abstract
Receptor (12) de radiofusión digital que puede emitir a una aplicación un evento correspondiente a una introducción por parte de un usuario, estando caracterizado el receptor de radiodifusión digital por comprender, una sección (18) receptora para recibir datos de vídeo, datos de audio, y la aplicación que se transmiten a través de una radiodifusión digital; una sección (20) decodificadora para decodificar los datos de vídeo y los datos de audio recibidos por la sección receptora; una sección (24) de procesamiento para ejecutar la aplicación recibida mediante la sección receptora; una sección (4) de introducción para recibir la introducción por parte del usuario; y un programa (220) de control de eventos para enviar a la aplicación en ejecución el evento correspondiente a la introducción recibida mediante la sección de introducción; en el que la aplicación en ejecución puede funcionar para registrar en el receptor de radiodifusión digital una información (222) de eventos que puede recibirseque identifica un evento correspondiente a una introducción recibida mediante la sección de introducción que puede recibirse mediante la aplicación en ejecución, y el programa (220) de control de eventos puede funcionar para enviar a la aplicación en ejecución el evento correspondiente a la introducción recibida mediante la sección de introducción cuando la información de eventos que puede recibirse identifica que el evento correspondiente a la introducción recibida mediante la sección de introducción puede recibirse mediante la aplicación en ejecución.
Description
Dispositivo de control de eventos y sistema de
radiodifusión digital.
Esta invención se refiere al control de eventos,
y más específicamente a la entrega automatizada de eventos.
En un sistema de ventanas para ordenadores
personales, o similar, en el que varias ventanas están ejecutándose,
debe determinarse a qué ventanas deberían entregarse las
introducciones introducidas mediante un ratón o un teclado (señales
de evento, o eventos). De manera convencional, un sistema operativo
controla la entrega de eventos a las ventanas que un operador elige
y activa.
Sin embargo, la operación con método de este
tipo es incómoda debido a que el operador debe elegir y activar una
ventana o ventanas deseadas utilizando el ratón, etc.
Para solucionar el problema anterior, el
documento JP-A-Hei
5-11962 propone mantener una lista de ventanas que
pueden activarse, de manera que las ventanas se conmutan
secuencialmente pulsando una tecla específica. Esto permite al
usuario conmutar ventanas simplemente pulsando la tecla específica.
Esto se ha puesto en práctica al utilizar un método de conmutación
de ventanas más sencillo que el de elegir ventanas utilizando un
ratón.
Sin embargo, incluso en esta técnica
convencional, sigue siendo incómodo que el usuario necesite accionar
la tecla. El uso del sistema convencional de ventanas en concreto
en aplicaciones dedicadas domésticas, tales como un aparato de
televisión, representa un problema debido a que se necesita que el
funcionamiento sea sencillo.
Es asunto de la invención proporcionar una
técnica para resolver el problema descrito anteriormente, haciendo
posible determinar los destinos de entrega de eventos sin necesitar
operaciones de elección por parte el operador.
Otro asunto de la invención es proporcionar una
técnica que permita que los destinos de entrega de eventos puedan
cambiarse de manera flexible.
El documento US 5.825.865 da a conocer un
sistema de comunicaciones que presenta un perfil de información
para un usuario, definiendo el perfil las preferencias del usuario
para encaminar comunicaciones de tal manera que cuando un usuario
tiene un número de destinos de usuario distintos para recibir
comunicaciones, el perfil define qué destino ha de usarse. De ese
modo un selector de destino puede seleccionar el destino según la
preferencia del usuario, teniendo en cuenta qué destinos son
posibles. El perfil puede modificarse temporalmente mediante una
instrucción de sobreescritura.
Según el documento
US-A-5.619.501, un receptor incluye
un procesador de transporte de unidad de datos para seleccionar
paquetes que tienen datos que contienen una cabecera de datos de
acceso condicional y datos restantes de legitimación. Un filtro de
acceso condicional preprogramado con una palabra de código de acceso
condicional específica de suscriptor examina la cabecera de acceso
condicional para ver si coincide con la palabra de código de acceso
condicional. Sólo si se da la coincidencia se permite al procesador
que procese los datos de legitimación.
El documento
US-A-5.212.792 da a conocer un
servidor de mensajes para controlar los mensajes entre las
herramientas de desarrollo de software, y que encamina
automáticamente los mensajes a una de las herramientas apropiadas
haciendo referencia a una tabla de estados.
Los términos utilizados para describir la
invención se explicarán de aquí en adelante.
"Evento" se refiere a un incidente que se
proporciona a una aplicación, programa, etc. y es un concepto que
incluye la pulsación de una tecla, movimiento de un ratón, clic
sobre el ratón, recepción de datos, etc.
"Información de determinación de destinos de
entrega" se refiere a la información para determinar a qué
aplicación debería entregarse un evento, y es información que no
sólo lo que se expresa en forma de una tabla o similar sino también
lo obtenido mediante proceso de cálculo o similar. En las
realizaciones, esto incluye los siguientes tipos de información;
información de especificación de recepción de eventos, información
de grado de prioridad de entrega, información de destino de entrega
básica, información de propiedad de entrega, información de eventos
a recibir, información de cambio de eventos que puede recibirse,
información de arranque de aplicaciones, etc.
"Medios de determinación de destinos de
entrega" se refiere a los medios para determinar el destino de
entrega de un evento. El programa de control de eventos de la
figura 3, el programa de control de eventos (para determinar el
destino de entrega) de la figura 13, etc., en las realizaciones, se
corresponden con esto.
"Medios de cambio de especificaciones de
recepción de eventos" se refiere a los medios para cambiar
sustancialmente la información de especificación de recepción de
eventos que se utiliza, y son medios para los casos tales que
incluyan elegir una parte de la información para utilizar desde
varias partes de información específica de recepción de eventos
preparadas por adelantado, reescribir los contenidos de la
información de especificación de recepción de eventos, etc. El
programa de control de eventos (para controlar la información de
destinos de entrega), etc. de la figura 12, en las realizaciones,
se corresponden con esto.
"Medios de cambio de grado de prioridad de
entrega" se refiere a los medios para cambiar sustancialmente la
información de grado de prioridad de entrega que se utiliza, y es un
concepto que incluye casos tales como: preparar varias partes de
información de grado de prioridad de entrega y elegir una para
utilizar, reescribir los contenidos de la información de grado de
prioridad de entrega, etc.
"Medios de cambio de información de propiedad
de entrega" se refiere a los medios para cambiar sustancialmente
la información de propiedad de entrega para utilizar, y es un
concepto que incluye casos tales como: preparar varias partes de
información de propiedad de entrega y elegir una para utilizar,
reescribir los contenidos de la información de propiedad de
entrega, etc.
"Aplicación de demultiplexación
interactiva" se refiere a una aplicación para llevar a cabo un
proceso acompañado de varias reacciones en los contenidos
exteriores sensibles la operación de introducción de un espectador
(un operador), y es un concepto que no sólo incluye los casos de
cambio de visualización de pantalla y salida de voz, sino también
los casos de cambios en el proceso interno, etc. incluso sin cambios
en la visualización de pantalla o la salida de voz. Esto también
incluye una aplicación para visualizar una tabla de programas
electrónica y una aplicación de sintonización de estaciones
sensibles a la operación de un usuario. La aplicación de
navegación, en las realizaciones, se corresponde con esto.
"Medio de grabación para grabar un
programa" se refiere a cualquier medio de grabación, tal como
ROM, RAM, disquete, CD-ROM, tarjeta de memoria,
disco duro, etc. sobre el que se graban programas, y es un concepto
que incluye medios de comunicación tales como líneas telefónicas y
trayectos de transferencia (trayectos portadores). Este concepto no
sólo incluye los medios de grabación tales como el disco duro
conectado a una CPU con programas grabados en él que se ejecutan
directamente, sino también medios de grabación como la grabación en
CD-ROM de un programa que alguna vez se instaló en
un disco duro, y luego se ejecutó. Además los programas a los que
se hace referencia en la presente memoria incluyen son sólo aquellos
que pueden ejecutarse directamente sino también aquellos de tipo
fuente, programas procesados comprimidos, programas encriptados,
etc.
Las características, otros objetos,
aplicaciones, efectos, etc. se harán evidentes en referencia a las
siguientes descripciones de realizaciones y dibujos adjuntos.
La figura 1 muestra una configuración global de
un dispositivo de control de eventos según una primera realización
de la invención.
La figura 2 muestra una configuración de
hardware de un receptor de radiodifusión digital.
La figura 3 es un diagrama de flujo de un
programa de control de eventos.
La figura 4 muestra información de determinación
de destino de entrega.
La figura 5 muestra un estado de varias ventanas
abiertas.
La figura 6 muestra una ventana para una
aplicación de correo electrónico.
La figura 7 muestra una ventana de aplicación de
navegador de internet.
La figura 8 muestra una vista exterior de un
dispositivo de control remoto.
La figura 9 muestra una configuración global de
un dispositivo de control de eventos según una segunda realización
de la invención.
La figura 10 muestra información de
especificación de recepción de eventos.
La figura 11 muestra información de
especificación de recepción de eventos.
La figura 12 es un diagrama de flujo de un
programa de control de eventos (para controlar la información de
determinación de destinos de entrega).
La figura 13 es un diagrama de flujo de un
programa de control de eventos (para determinar el destino de
entrega).
La figura 14 muestra una configuración global de
un dispositivo de control de eventos según una tercera realización
de la invención.
La figura 15 muestra información de grado de
prioridad de entrega.
La figura 16 muestra información de
especificación de recepción de eventos.
La figura 17 muestra información de
especificación de recepción de eventos.
La figura 18 es un diagrama de flujo de un
programa de control de eventos (para controlar la información de
determinación de destinos de entrega).
La figura 19 es un diagrama de flujo de un
programa de control de eventos (para determinar el destino de
entrega).
La figura 20 muestra un menú desplegable de una
ventana de aplicación del navegador de internet.
La figura 21 muestra información de
especificación de recepción de eventos.
La figura 22 muestra información de grado de
prioridad de la entrega.
La figura 23 muestra información de
especificación de recepción de eventos.
La figura 24 muestra información de agrupamiento
de eventos.
La figura 25 muestra una configuración global de
un dispositivo de control de eventos según una cuarta realización
de la invención.
La figura 26 muestra información de propiedad
(atributo) de entrega.
La figura 27 es un diagrama de flujo de un
programa de control de eventos.
La figura 28 muestra una configuración global de
un dispositivo de control de eventos según una quinta realización
de la invención.
La figura 29 muestra información de arranque de
aplicaciones.
La figura 30 muestra una configuración global de
un dispositivo de control de eventos según una sexta realización de
la invención.
La figura 31 muestra información de ejecución de
eventos.
La figura 32 es un diagrama de flujo de un
programa de procesamiento de eventos.
La figura 33 muestra la configuración completa
de un transmisor de una séptima realización.
La figura 34 muestra la configuración completa
de un receptor de la séptima realización.
La figura 35 muestra una configuración detallada
de un transmisor.
La figura 36 muestra el empaquetamiento de
datos.
La figura 37 muestra una estructura de datos
empaquetados.
La figura 38 muestra la relación entre datos de
control y datos de contenidos.
La figura 39 muestra los datos de control
NIT.
La figura 40 muestra datos HTML.
La figura 41 muestra una configuración de
hardware de un receptor digital.
La figura 42 muestra una tabla de los eventos
que pueden recibirse.
La figura 43 es una imagen de los datos HTML de
la figura 3 visualizados usando un navegador.
La figura 44 muestra la configuración completa
de un receptor de otra realización.
La figura 45 muestra la configuración completa
de un transmisor de una octava realización.
La figura 46 muestra la configuración completa
de un receptor de la octava configuración.
La figura 47 muestra datos HTML.
La figura 48 es una tabla de los eventos que
pueden recibirse.
La figura 49 es una imagen de los datos HTML de
la figura 47 visualizados mediante el uso de un navegador.
La figura 50 es una imagen de los datos HTML de
la figura 47 visualizados mediante el uso de un navegador.
La figura 51 muestra una configuración de
hardware de un receptor digital.
1. Primera
realización
La figura 1 muestra una configuración global de
un dispositivo 2 de control de eventos como una primera realización
de la invención. Un evento introducido a través de unos medios 4 de
introducción de eventos se proporciona a unos medios 6
determinación de destino de entrega. Los medios 6 de determinación
de destino de entrega determinan a qué aplicaciones AP1, AP2,…, APn
debería entregarse el evento dado según los contenidos del evento y
la información de determinación de destino de entrega almacenada en
una sección 8 de almacenamiento de información de determinación de
destino de entrega, y se entrega de manera correspondiente.
La figura 2 muestra una configuración de
hardware en la que el dispositivo 2 de control de eventos de la
figura 1 se aplica a un receptor 12 de radiodifusión digital.
Aunque en esta y otras realizaciones descritas posteriormente, el
receptor de radiodifusión digital se usa como un ejemplo al que se
aplica el dispositivo de control de eventos de la invención, la
invención también puede aplicarse a dispositivos con los que deben
controlarse eventos dirigidos a aplicaciones. Tales dispositivos
incluyen aparatos de audio, ordenadores personales, etc.
Las ondas electromagnéticas capturadas por una
antena 16 se proporcionan a un sintonizador 18. El sintonizador 18
selecciona un flujo de transporte según el control con una CPU 24.
En un flujo de transporte se multiplexan una pluralidad de
servicios. Un decodificador 20 de transporte (decodificador TS)
sintoniza un servicio y proporciona salidas según el control con la
CPU 24. Las salidas del decodificador 20 de transporte se
proporcionan a un decodificador 22 AV, y se convierten en señales
compuestas NTSC, etc. Las señales compuestas NTSC salen como
imágenes y voz con un aparato 14 de televisión.
La CPU 24 controla el sintonizador 18 y el
decodificador 20 TS según una aplicación de sintonización (programa)
grabada en una memoria 26 (constituida con una memoria de sólo
lectura (ROM), una memoria de acceso aleatorio (RAM), etc.), y
sintoniza una estación de servicio según el evento introducido a
través de la sección 4 de introducción de operación. La sección 4
de introducción de operación es una sección receptora para recibir
instrucciones desde un control remoto o un botón de introducción de
operación previsto en el receptor 12. En esta realización se
introducen eventos con un control remoto que presenta botones como
los mostrados en la figura 8.
En la memoria 26 también se graban una
aplicación de navegador de internet y una aplicación de correo
electrónico, así como la aplicación de sintonización. Además de
estos programas, también se graba un programa de sistema (sistema
operativo) para controlar los programas anteriores. La aplicación de
navegador de internet es para pasar por los datos de internet,
conectada a través de una sección 28 de control de comunicaciones.
La aplicación de correo electrónico es para intercambiar correos
electrónicos también a través de internet. El arranque,
finalización y funcionamiento de la aplicación de navegador de
internet y de correo electrónico se realizan mediante los eventos
introducidos a través de la sección 4 de introducción de
operación.
En la memoria 26 también se graba información
del grado de prioridad de la entrega según se muestra en la figura
4. La información del grado de prioridad de la entrega muestra a qué
aplicación deberían proporcionarse los respectivos eventos
dependiendo del contenido de los eventos en el orden de prioridad.
La CPU 24 consulta la información de prioridad de la entrega según
el programa de control de eventos grabado en la memoria 26 y
entrega el evento introducido a través de la sección 4 de
introducción de operación a una de las aplicaciones. En la figura 3
se muestra un diagrama de flujo de un programa de control de eventos
grabado en la memoria 26.
Un estado que se supone en la presente memoria,
como muestra la figura 5, es que una aplicación de correo
electrónico y una aplicación de internet se arrancan mientras está
recibiéndose un programa de radiodifusión, y se visualizan una
ventana 32 de correo electrónico y una ventana 34 de navegador de
Internet de manera superpuesta sobre una pantalla 30 de
radiodifusión. Los detalles de la ventana 32 de correo electrónico y
la ventana 34 de navegador de internet se muestran en las figuras 6
y 7, respectivamente.
Cuando se introduce un evento a través de la
sección 4 de introducción de operación, se inicia un proceso de
control de eventos mostrado en la figura 3. En primer lugar, la CPU
24 consulta la información del grado de prioridad de la entrega en
la memoria 26 y escoge una aplicación con el mayor grado de
prioridad para el evento introducido (etapa S1). Por ejemplo, en el
caso de que pulse un botón de desplazamiento a la derecha (figura
8) como un evento, los grados de prioridad para las respectivas
aplicaciones se toman del cuadro del botón de desplazamiento a la
derecha de la información de determinación de la prioridad de
entrega de la figura 4. Por lo tanto, la aplicación de navegador de
internet obtiene el orden de prioridad "2", la aplicación de
correo electrónico obtiene "1", y la aplicación de
sintonización obtiene "o". Puesto que el mayor de estos grados
de prioridad es "1" para la aplicación de correo electrónico,
se escoge la aplicación de correo electrónico. A este respecto, en
esta realización se supone que cuanto menor sea el número, mayor
será el grado de prioridad. El símbolo "-" significa que no se
da grado de prioridad, es decir, que la aplicación no se escoge como
el destino de entrega del evento.
Cuando se escoge la aplicación de correo
electrónico tal como se ha descrito anteriormente, la CPU 24
determina si la aplicación de correo electrónico escogida está
ejecutándose (etapa S2). Si no es así, se escoge una aplicación del
siguiente grado de prioridad (un navegador de internet) (etapa S3).
En este caso, puesto que la aplicación de correo electrónico está
ejecutándose, el proceso pasa a la etapa S4. En la etapa S4, el
evento de pulsar el botón de desplazamiento a la derecha se entrega
a la aplicación de correo electrónico.
Al recibir el evento de pulsar el botón de
desplazamiento a la derecha, la aplicación de correo electrónico
realiza un proceso correspondiente al evento. Por ejemplo, tal como
se muestra en la figura 6, un cursor 100 de marcación en
"Archivo" se mueve a la derecha a "Edición". Como
resultado, el estado de un elemento de menú "Archivo"
seleccionado cambia al estado de "Edición" seleccionado.
Tal como se ha descrito anteriormente, incluso
si el operador no especifica una aplicación como un destino de
entrega, el evento de pulsar el botón de desplazamiento a la derecha
se entrega automáticamente a la aplicación de correo electrónico.
También para otros eventos, éstos se entregan a las aplicaciones
apropiadas.
En la realización anterior, se explica el caso
en el que el botón de desplazamiento a la derecha se pulsa en el
estado en que la aplicación de internet, la aplicación de correo
electrónico y la aplicación de sintonización están ejecutándose. A
continuación se describirá el caso en el que el botón de
desplazamiento a la derecha se pulsa en el estado en que sólo la
aplicación de internet y la aplicación de sintonización están
ejecutándose.
En primer lugar, la CPU 24 consulta la
información de prioridad de la entrega (figura 4) en la memoria 26
y escoge una aplicación del mayor grado de prioridad para el evento
de pulsar el botón de desplazamiento a la derecha introducido
(etapa S1). Por tanto se escoge la aplicación de correo electrónico
de grado de prioridad "1". A continuación se determina si la
aplicación de correo electrónico está ejecutándose (etapa S2). En
este caso, puesto que la aplicación de correo electrónico no está
ejecutándose, se escoge una aplicación del siguiente grado de
prioridad mayor a partir de la información de prioridad de entrega
(etapa S3). Por tanto se escoge la aplicación de navegador de
internet de grado de prioridad "2". Puesto que la aplicación de
navegador de internet está ejecutándose, el proceso pasa de la
etapa S2 a la etapa S4 para entregar el evento de presión del botón
de desplazamiento a la derecha introducido en la aplicación de
navegador de internet.
Tal como se ha descrito anteriormente, incluso
si se proporciona el mismo evento, la aplicación de destino de
entrega apropiada determinada depende de qué aplicación esté
ejecutándose.
A este respecto, en la información del grado de
prioridad de entrega de la figura 4, los eventos tales como
"Menú", "Encendido", etc. para los que no se describen
aplicaciones de destino de entrega deben entregarse al programa de
sistema.
2. Segunda
realización
La figura 9 muestra una configuración global de
un dispositivo 2 de control de eventos como una segunda realización
de la invención. Esta realización comprende unos medios 10 de cambio
de información de determinación de destino de entrega para obtener
la información de estado de las respectivas aplicaciones y para
cambiar, según el estado, la información de determinación de
destino de entrega grabada en la sección 8 de almacenamiento de
información de determinación de destino de entrega.
La estructura de hardware en la que el
dispositivo de control de eventos de la figura 9 se aplica al
receptor 12 de radiodifusión digital es similar a la de la figura
2. En esta realización, la información de especificación de la
recepción de eventos según se muestra en las figuras 10 y 11 se
graba como la información de determinación de destino de entrega en
la memoria 26. La figura 10 muestra la información de especificación
de la recepción de eventos para su uso cuando la aplicación de
navegador de internet, la aplicación de correo electrónico y la
aplicación de sintonización están ejecutándose. Se muestra que los
eventos se entregan a las aplicaciones que presentan un círculo
(o). La figura 11 muestra la información de especificación de la
recepción de eventos para su uso cuando la aplicación de navegador
de internet y la aplicación de sintonización están ejecutándose.
Además, aunque también se graba la información de especificación de
la recepción de eventos para su uso cuando la aplicación de correo
electrónico y la aplicación de sintonización están ejecutándose, se
ha omitido en la presente memoria su ilustración. En esta
realización como se ha descrito anteriormente, se graban tablas de
la información de especificación de la recepción de eventos para
combinaciones respectivas de aplicaciones actualmente
ejecutándose.
Las figuras 12 y 13 muestran diagramas de flujo
de programas de control de eventos grabados en la memoria 26. La
figura 12 muestra un programa para controlar la información de
destino de entrega, para ejecutarse cuando se inicia una nueva
aplicación o se termina una aplicación. En la etapa S11 primero, la
CPU 24 obtiene información sobre qué aplicaciones están
ejecutándose. A continuación, se escoge la información de
especificación de la recepción de eventos según la combinación de
aplicaciones en ejecución (etapa S12). Por ejemplo, cuando la
aplicación de navegador de internet y la aplicación de sintonización
están ejecutándose, se escoge la información de especificación de
la recepción de eventos de la figura 11. La información de recepción
de eventos escogida de este modo se usa en el programa de
determinación de destino de entrega. Cuando se produce algún cambio
en el estado de ejecución de las aplicaciones, se cambia la
información de recepción de eventos escogida por el programa de
control de la información de determinación de destino de entrega.
Como resultado, la información de recepción de eventos usada con el
programa de determinación de destino de entrega también se
cambia.
La figura 13 muestra el programa de
determinación de destino de entrega para ejecutarse cuando se
produce un evento. Por ejemplo, cuando se produce un evento de
pulsar el botón "#", se determina la aplicación de
sintonización como el destino de entrega según la información de
recepción de eventos de la figura 11 escogida (etapa S21). A
continuación, el evento de pulsar el botón "#" se entrega a la
aplicación de sintonización determinada tal como se ha descrito
anteriormente. La aplicación de sintonización, al recibir el evento,
realiza un proceso correspondiente a pulsar el botón "#" (por
ejemplo, sintonización de canales usando un número de código).
Esta realización se adapta para conmutar la
información de especificación de recepción de eventos según la
combinación de aplicaciones en ejecución. Por lo tanto, una
aplicación de destino de entrega apropiada puede escogerse según la
combinación de aplicaciones en ejecución. En otras palabras, el
destino de entrega puede establecerse de manera precisa según la
situación.
Aunque esta realización se adapta para conmutar
la información de especificación de la recepción de eventos según
la combinación de aplicaciones en ejecución, puede adaptarse de otro
modo según se describe más adelante para cambiar la información de
especificación de la recepción de eventos según los estados de
ejecución de aplicaciones respectivas. Por ejemplo, en la figura
11, en el estado de la aplicación de navegador de internet en el
que se despliega y se muestra un menú específico (tal como
"Archivo", etc. en la figura 7), se realiza un cambio de modo
que el evento de pulsar teclas numéricas "1", "2",…,
"0" se recibe con la aplicación de navegador de internet. De
este modo, la aplicación de destino de entrega puede cambiarse de
manera más apropiada y dinámica según los estados de proceso de las
aplicaciones respectivas.
En el caso anteriormente descrito, resulta
apropiado adaptar el programa de control de la información de
determinación de destino de entrega para que obtenga información
sobre los estados de ejecución de las aplicaciones respectivas y
cambie la información de especificación de la recepción de eventos.
También es apropiado adaptar la información de especificación de la
recepción de eventos para que cambie desde el lado de las
respectivas aplicaciones.
3. Tercera
realización
La figura 14 muestra una configuración global de
un dispositivo 2 de control de eventos como una tercera realización
de la invención. En esta realización, la información del grado de
prioridad de entrega y la información de especificación de la
recepción de eventos se graban como la información de determinación
de destino de entrega en la sección 8 de almacenamiento de la
información de determinación de destino de entrega. Los medios 10
de cambio de la información de determinación de destino de entrega
obtienen información sobre los estados de las aplicaciones
respectivas y cambian la información de especificación de la
recepción de eventos grabada en la sección 8 de almacenamiento de
la información de determinación de destino de entrega.
La estructura de hardware en la que el
dispositivo de control de eventos de la figura 14 se aplica al
receptor de radiodifusión digital es similar a la de la figura 2.
En esta realización, la información de prioridad de entrega
mostrada en la figura 15 y la información de especificación de la
recepción de eventos mostrada en las figuras 16, 17 se graban en la
memoria 26. En este caso, la información de especificación de la
recepción de eventos se proporciona para cada combinación de
aplicaciones actualmente en ejecución. La figura 16 muestra la
información de especificación de la recepción de eventos cuando la
aplicación de navegador de internet, la aplicación de correo
electrónico y la aplicación de sintonización están ejecutándose. La
figura 17 muestra la información de especificación de la recepción
de eventos cuando la aplicación de navegador de internet y la
aplicación de sintonización están ejecutándose. Además, aunque no se
muestra, también se graba la información de especificación de la
recepción de eventos para su uso cuando la aplicación de correo
electrónico y la aplicación de sintonización están
ejecutándose.
Las figuras 18 y 19 muestran diagramas de flujo
de programas de control de eventos grabados en la memoria 26. La
figura 18 muestra un programa para controlar la información de
determinación de destino de entrega, para ejecutarse cuando se
inicia una nueva aplicación o se termina una aplicación. En primer
lugar en la etapa S31, la CPU 24 obtiene información sobre qué
aplicaciones están ejecutándose. A continuación, la información de
especificación de la recepción de eventos se escoge según la
combinación de aplicaciones en ejecución (etapa S32). Por ejemplo,
cuando la aplicación de navegador de internet, la aplicación de
correo electrónico y la aplicación de sintonización están
ejecutándose, se escoge la información de especificación de la
recepción de eventos mostrada en la figura 16. La información de
recepción de eventos escogida de este modo se usa en el programa de
determinación de destino de entrega. Cuando se produce algún cambio
en el estado de ejecución de las aplicaciones, se cambia la
información de recepción de eventos escogida por el programa de
control de la información de determinación de destino de entrega.
Como resultado, la información de recepción de eventos usada con el
programa de determinación de destino de entrega también se
cambia.
La figura 19 muestra el programa de
determinación de destino de entrega para ejecutarse cuando se
produce un evento. Se supone por ejemplo que el operador pulsa el
botón # y se produce un evento de pulsar el botón #. La CPU 24
consulta la información de prioridad de entrega mostrada en la
figura 15 y escoge una aplicación del mayor grado de prioridad para
el evento de pulsar el botón # (etapa S41). En este caso se escoge
la aplicación de correo electrónico con el grado de prioridad
"1". A continuación, se consulta la información de
especificación de la recepción de eventos actualmente escogida, tal
como se muestra en la figura 16, y se realiza una determinación de
si el evento puede entregarse a la aplicación (etapa S42). Puesto
que en la figura 16 se describe que el evento de pulsar el botón #
puede entregarse a la aplicación de correo electrónico (se
proporciona una marca circular, o), se determina que la entrega es
posible, y el proceso pasa a la etapa S45.
En la etapa S45, el evento de pulsar el botón #
se entrega a la aplicación de correo electrónico. La aplicación de
correo electrónico responde al evento de pulsar el botón # y realiza
un proceso correspondiente (por ejemplo enviar y recibir
mensajes).
Cuando se produce un evento de pulsar el botón
numérico "1", se consulta la figura 15, y se escoge la
aplicación de navegador de internet (etapa S41). Sin embargo, en la
información de especificación de la recepción de eventos mostrada
en la figura 16, se observa que el botón numérico "1" no puede
entregarse a la aplicación de navegador de internet (se ha escrito
la marca "-"). Por lo tanto, el proceso pasa de la etapa S42 a
las etapas S43 y S44.
En la etapa S44 se escoge una aplicación del
siguiente grado de mayor prioridad. Por tanto se escoge la
aplicación de sintonización con el grado de prioridad "2".
Según la figura 16, puesto que el botón numérico "1" puede
entregarse a la aplicación de sintonización, el proceso pasa a la
etapa S45 para entregar el evento de pulsar el botón numérico
"1" a la aplicación de sintonización.
De este modo, el evento de pulsar el botón
numérico "1" se entrega a la aplicación de sintonización, y la
aplicación de sintonización realiza la operación de sintonización de
forma correspondiente.
A este respecto, en el caso de que no se
encuentre una aplicación a la que pueda entregarse un evento,
incluso si se intenta encontrar una aplicación de este tipo
disminuyendo el grado de prioridad al mínimo, el evento no se
entrega a ninguna parte (o se entrega al programa de sistema) y el
proceso se termina. A este respecto, puede reconocerse el grado de
prioridad mínimo cuando se conoce el número de aplicaciones que
están ejecutándose.
Según esta realización, puesto que la
información de determinación de destino de entrega está constituida
con la información del grado de prioridad de entrega y la
información de especificación de la recepción de eventos, puede
establecerse una aplicación de destino de entrega apropiada de
manera flexible según las situaciones, dependiendo de la
combinación de los dos tipos de la información constituyente.
Y, puesto que la información de especificación
de la recepción de eventos se conmuta para su uso según la
combinación de aplicaciones en ejecución, los destinos de entrega
para eventos pueden determinarse de manera apropiada según los
estados de ejecución de las aplicaciones. En particular, el destino
de entrega se establece fácilmente porque se dispone de manera que
la información de prioridad de entrega se hace fija y cambia
mediante el cambio en la información de especificación de la
recepción de eventos para abarcar los cambios en la situación.
Aunque la realización anterior está adaptada
para escoger la información de especificación de la recepción de
eventos según qué aplicaciones estén ejecutándose, también puede
adaptarse para cambiar la información de especificación de la
recepción de eventos según en qué estados operativos están las
respectivas aplicaciones.
Por ejemplo, se supone que la aplicación de
navegador de internet y la aplicación de sintonización están
ejecutándose y se escoge la información de especificación de la
recepción de eventos mostrada en la figura 17. En este estado, se
supone que, como resultado de una operación de introducción por el
operador, la aplicación de navegador de internet visualiza un menú
desplegable mostrado en la figura 20. El programa de control de la
información de determinación de destino de entrega detecta este
estado y cambia la información de especificación de la recepción de
eventos, tal como se muestra en la figura 21. Es decir, se hace
posible que un evento de pulsar la tecla numérica se entregue a la
aplicación de navegador de internet.
Tal como se muestra en la figura 15, con
respecto a las teclas numéricas, la aplicación de navegador de
internet se ajusta con un mayor grado de prioridad. Por lo tanto,
cuando el operador pulsa una tecla numérica en este estado, el
evento de pulsar la tecla numérica se entrega no a la aplicación de
sintonización sino a la aplicación de navegador de internet. Es
decir, el operador puede hacer que la aplicación de navegador de
internet realice procesos según la tecla numérica; si la tecla
numérica es "1", para crear un nuevo archivo, si es "2",
para abrir un archivo existente, si es "3", para cerrar un
archivo, etc.
Cuando el proceso anterior ha finalizado, el
programa de control de información de determinación de destino de
entrega devuelve la información de especificación de la recepción de
eventos al estado mostrado en la figura 17.
Del modo descrito anteriormente, puede
determinarse una aplicación apropiada como el destino de entrega de
un evento según los estados operativos actuales de las respectivas
aplicaciones.
Aunque el caso anterior se ha dispuesto para que
el programa de control de la información de determinación de
destino de entrega obtenga información sobre los estados de
ejecución de las respectivas aplicaciones y cambie la información
de especificación de la recepción de eventos, también puede
disponerse para que la información de especificación de la
recepción de eventos cambie desde el lado de las respectivas
aplicaciones.
Y, aunque el caso anterior se ha dispuesto para
que la información de especificación de la recepción de eventos
cambie según el menú desplegable visualizado, también puede
disponerse para que, cuando una aplicación está presente con su
menú desplegable visualizado, el evento se entregue de manera
incondicional a la aplicación con su menú desplegable visualizado,
sin ejecutar el algoritmo de determinación de destino de entrega
mostrado en la figura 19.
La realización anterior está dispuesta para que
una pluralidad de informaciones de especificación de la recepción
de eventos se prepare por adelantado y para que las informaciones se
conmuten y se usen según qué aplicaciones estén ejecutándose.
Igualmente, puede disponerse que una pluralidad de informaciones de
grado de prioridad de entrega se prepare por adelantado y que las
informaciones se conmuten y se usen según qué aplicaciones están
ejecutándose. Además, puede disponerse que la información del grado
de prioridad de entrega cambie según los estados operativos de las
respectivas aplicaciones.
En la realización anterior, se ha dispuesto que
un evento, para el que no puede determinarse un destino de entrega
a partir de la información del grado de prioridad de entrega y la
información de especificación de la recepción de eventos, no se
entregue a ningún destino. Sin embargo, puede disponerse que se
grabe una aplicación de destino de entrega básica para cada evento
por adelantado, y el evento se entregue al destino de entrega
básico en el caso de que sea imposible determinar a qué aplicación
debe entregarse el evento.
Y, aunque la realización anterior está dispuesta
para que la información del grado de prioridad de entrega se busque
primero y se determine después si el evento puede entregarse,
también puede disponerse que se escojan por adelantado aplicaciones
que van a ser destinos según la información de especificación de la
recepción de eventos, se escoge una aplicación que tiene el mayor
grado de prioridad de entre las aplicaciones en referencia a la
información del grado de prioridad de entrega y se entrega el evento
a la aplicación escogida.
También es posible, tal como se muestra en las
figuras 22 y 23, controlar la información del grado de prioridad de
entrega y la información de especificación de la recepción de
eventos mediante grupos de eventos. Es decir, se dispone que
cualquier evento, siempre que se trate de pulsar una tecla numérica,
se entregue a la misma aplicación. En este caso, tal como se
muestra en la figura 24, se graba información de agrupación de
eventos en la memoria 26 para mostrar cómo se disponen los eventos
en grupos. La figura 24 muestra que el grupo numérico incluye
"1", "2",…, "9", "0" y "#" y el grupo de
cursores incluye "desplazamiento ascendente", "desplazamiento
hacia la derecha", "desplazamiento descendente",
"desplazamiento hacia la derecha" y "decidir". Al disponer
los eventos en grupos de este modo es posible simplificar el
control de la información del grado de prioridad de entrega y la
información de especificación de la recepción de eventos.
También puede disponerse que la información de
agrupación de eventos mostrada en la figura 24 cambie según qué
aplicaciones estén en funcionamiento, el estado operativo de las
aplicaciones, etc. para permitir establecer de manera flexible el
destino de entrega del evento.
Aunque los eventos se disponen en grupos en la
realización anterior, las aplicaciones pueden disponerse en grupos.
En este caso, un único evento se entrega a una pluralidad de
aplicaciones que pertenecen a un único grupo. También puede
disponerse, de la misma manera a la que se ha descrito
anteriormente, para cambiar el contenido de los grupos de
aplicaciones según qué aplicaciones están ejecutándose, el estado
operativo de las aplicaciones, etc. para permitir establecer de
manera flexible el destino de entrega del evento.
4. Cuarta
realización
La figura 25 muestra una configuración global de
un dispositivo 2 de control de eventos como una cuarta realización
de la invención. En esta realización, además de la información del
grado de prioridad de entrega y la información de especificación de
la recepción de eventos, se graba también información de la
propiedad de entrega en la sección 8 de almacenamiento de
información de determinación de destino de entrega. Los medios 6 de
determinación de destino de entrega determinan el modo de entrega
para un evento teniendo en cuenta la información de propiedad de
entrega. En este caso, el modo de entrega de eventos se refiere a
cómo se entrega un evento; si un evento se entrega simultáneamente
a una pluralidad de aplicaciones, a qué aplicación se entrega un
evento en primer lugar,
etc.
etc.
La configuración de hardware en la que el
dispositivo de control de eventos de la figura 25 se aplica a un
receptor de radiodifusión digital es similar al de la figura 2. En
esta realización, además de la información de prioridad de entrega
mostrada en la figura 15 y la información de especificación de la
recepción de eventos mostrada en las figuras 16 y 17, se graba en
la memoria 26 la información de propiedad de entrega tal como se
muestra en la figura 26. A este respecto, puede disponerse o bien
que la información de propiedad de entrega se proporcione para cada
combinación de aplicaciones en ejecución para escogerse y usarse, o
bien que se use un tipo fijo de información de propiedad de
entrega.
La figura 27 muestra un diagrama de flujo de un
programa de control de eventos. Se supone que un evento de pulsar
la tecla de "desplazamiento descendente" se produce en el
estado de usar la información del grado de prioridad de entrega de
la figura 15, la información de especificación de la recepción de
eventos de la figura 16, y la información de propiedad de entrega
de la figura 26. En este caso, se escoge primero la aplicación de
correo electrónico según la información de prioridad de entrega
mostrada en la figura 15, y puesto que la entrega es posible según
la información de especificación de la recepción de eventos mostrada
en la figura 16, el evento de pulsar la tecla de "desplazamiento
descendente" se entrega a la aplicación de correo electrónico
(etapa S51).
A continuación, con referencia a la información
de propiedad de entrega mostrada en la figura 26, se sabe que la
propiedad del evento de pulsar la tecla de "desplazamiento
descendente" en la aplicación de correo electrónico es
"compartir" (etapa S52). Por tanto, la CPU 24 notifica que el
evento se entrega simultáneamente a otras aplicaciones.
A continuación la CPU 24 reduce el grado de
prioridad en uno (en este caso, baja a "2") y realiza la etapa
S51. Por tanto, se escoge la aplicación de navegador de internet que
tiene el grado de prioridad "2" de la información de grado de
prioridad de entrega mostrada en la figura 15. Puesto que la
aplicación de navegador de internet es un destino de entrega según
la información de especificación de la recepción de eventos mostrada
en la figura 16, la tecla de "desplazamiento descendente" se
entrega también a la aplicación de navegador de internet.
A continuación, con referencia a la información
de propiedad de entrega mostrada en la figura 26, se sabe que la
propiedad del evento de pulsar la tecla de "desplazamiento
descendente" en la aplicación de navegador de internet es "no
compartir" (etapa S52). Por tanto, se notifica a la CPU 24 que el
evento no puede entregarse adicionalmente a otras aplicaciones. Por
lo tanto, el proceso de entrega del evento finaliza (etapa S53).
Tal como se ha descrito anteriormente, el
proporcionar la información de propiedad de entrega hace posible
establecer de manera apropiada el modo de entrega del evento.
Y también puede disponerse que la información de
propiedad de entrega pueda cambiarse según qué aplicaciones estén
ejecutándose, o según el estado operativo actual de las
aplicaciones.
También es posible controlar la información la
información de propiedad de entrega de manera similar a la descrita
anteriormente, para controlar eventos y aplicaciones dispuestos en
grupos.
\vskip1.000000\baselineskip
5. Quinta
realización
Las realizaciones descritas anteriormente están
dispuestas de tal manera que la información de prioridad de
entrega, la información de especificación de la recepción de
eventos, la información de propiedad de entrega, etc. se graban y
se usan como la información de determinación de destino de entrega.
Sin embargo, también es posible disponer, tal como se muestra en la
figura 28, que cada una de las aplicaciones AP1, AP2,…, APn escriba
información de arranque de aplicación, concretamente información
sobre si la propia aplicación está ejecutándose o no, como la
información de determinación de destino de entrega en la sección 8
de almacenamiento de información de determinación de destino de
entrega.
Un ejemplo de información de inicio de
aplicación se muestra en la figura 29. Los medios 6 de determinación
de destino de entrega consultan la información de inicio de
aplicación, determinan una aplicación a la que debe entregarse el
evento dado y entregan el evento de manera correspondiente.
\vskip1.000000\baselineskip
6. Sexta
realización
Cada una de las realizaciones descritas
anteriormente se dispone de manera que los medios 6 de determinación
de destino de entrega entregan un evento de manera selectiva a las
aplicaciones AP1, AP2,… APn según la información de determinación
de destino de entrega de la sección 8 de almacenamiento de
información de determinación de destino de entrega. Sin embargo
también pueden disponerse de manera que un evento se entrega a todas
las aplicaciones (actualmente en funcionamiento) y se realiza una
determinación en cada una de las aplicaciones AP1, AP2,… APn sobre
si el evento recibido va a ejecutarse o no (si va a tratarse como un
evento efectivo) según la información de ejecución de eventos.
Una realización de este tipo se muestra en la
figura 30. La configuración de hardware en la que el dispositivo de
control de eventos de la figura 30 se aplica a un dispositivo de
radiodifusión digital es similar a la de la figura 2. En esta
realización, la información de ejecución de eventos, tal como se
muestra en la figura 31 se graba en la memoria 26. Un programa de
procesamiento de eventos tal como se muestra en la figura 32 está
incluido en cada una de las aplicaciones AP1, AP2,…, APn.
En primer lugar, una aplicación, al recibir un
evento determina a partir de la información de ejecución de eventos
mostrada en la figura 31 si la propia aplicación debería ejecutar el
evento recibido o no (etapa S61). Por ejemplo, en el caso de que la
aplicación sea una aplicación de navegador y el evento sea pulsar la
tecla número "9", la ejecución del evento se determina como
posible (o) según la figura 31 (etapa S62). En este caso, el
navegador ejecuta un proceso para el evento (etapa S63).
Y en el caso de que el evento dado sea "#",
la ejecución del evento se determina como imposible (-) (etapa
S62). En este caso el navegador destruye el evento y no ejecuta el
proceso para ese evento (etapa S64).
Otras aplicaciones que han recibido el evento
también determinan si el evento debería ejecutarse o no. Por lo
tanto, en el caso de que la información de ejecución de eventos se
establezca tal como se muestra en la figura 31, y si es una tecla
numérica, se ejecuta tanto en el navegador como en las aplicaciones
de correo electrónico.
También puede disponerse que la información de
ejecución de eventos para el uso cambie dependiendo de qué
aplicación está en funcionamiento o de su estado operativo.
Aunque la realización anterior se dispone de
manera que puede haber un caso en el que un evento se ejecute con
una pluralidad de aplicaciones, también puede disponerse que un
evento se ejecute con solamente una única aplicación dependiendo de
la manera de describir la información de ejecución de eventos.
También puede disponerse para las primeras seis
realizaciones descritas anteriormente que el programa de
determinación de destino de entrega, las aplicaciones respectivas,
y la información de destino de entrega se graben en una tarjeta 27
IC y se usen tal como se muestra en la figura 51. Esto facilita la
adición de nuevas aplicaciones, el cambio de la información de
determinación de destino de entrega, etc.
También puede disponerse la reescritura del
programa de determinación de destino de entrega, las aplicaciones
respectivas y la información de destino de entrega grabada en la
memoria 26 utilizando la sección de control de comunicaciones o las
ondas de radiodifusión en lugar de la tarjeta 27 IC.
En cualquiera de los casos anteriores, aunque se
proporcione el mismo evento en el mismo estado (iniciándose la
misma aplicación y en el mismo estado operativo), cuando se realiza
la reescritura o sustitución, el resultado es que el evento se
ejecuta en diferentes aplicaciones y se visualiza de manera
diferente (con resultados de salida diferentes) en un aparato de
televisión.
7. Séptima
realización
La configuración general de un sistema de
radiodifusión digital según la realización mostrada en la figura 7
se muestra en las figuras 33 y 34. Un medio 200 de multiplexación
mostrado en la figura 33 dispone información 204 de contenidos de
radiodifusión en paquetes de multiplexación según la información 208
de control. Los datos multiplexados se proporcionan como un flujo
de transporte a un medio 202 de transmisión y se transmiten a
través de ondas satélite u ondas superficiales.
A este respecto, aunque no se muestra, una
pluralidad de contenidos de radiodifusión (contenidos de servicio)
se multiplexan en un único flujo de transporte.
En esta realización, los eventos que pueden
recibirse en el lado del receptor con respecto a la información 204
de contenidos se incluyen como información de eventos que pueden
recibirse en la información 204 de contenidos. Por lo tanto, la
información de eventos que pueden recibirse también se multiplexa
mediante el medio 200 de multiplexación y se entrega.
Un medio 210 de recepción mostrado en la figura
34 recibe ondas transmitidas y las emite en un flujo de transporte.
Un medio 212 de demultiplexación elige un servicio deseado del flujo
de transporte y demultiplexa los contenidos de radiodifusión según
la información de control, etc. La etapa de seleccionar el servicio
deseado, etc. se lleva a cabo con una aplicación 218 de control
según el evento a partir de un medio 214 de introducción de eventos
que recibe eventos introducidos por un operador.
Una aplicación 216 de demultiplexación
interactiva, además de demultiplexar la información de contenidos,
cambia los contenidos de radiodifusión según el evento recibido
desde el medio 214 de introducción de eventos. Un medio 220 de
control de eventos controla para determinar cuál de los eventos
proporcionados desde el medio 214 de introducción de eventos va o
no va a entregarse a la aplicación de demultiplexación interactiva.
Este control de entrega se lleva a cabo según la información 222 de
eventos que pueden recibirse entregada como multiplexada en
información de contenidos.
Tal como se ha descrito anteriormente, esta
realización permite a una persona que proporciona contenidos
determinar eventos para que puedan recibirse en el lado del
receptor y conseguir una recepción de eventos flexible según los
contenidos de radiodifusión.
La figura 35 muestra un ejemplo de configuración
detallado de un transmisor. Esta realización es un ejemplo para
multiplexar y transmitir servicios utilizando datos de audio y de
video y datos HTML (hiper text markup language, lenguaje de marcas
hipertextuales).
Los datos 328 de video se comprimen con un
codificador 232 y se proporcionan a una sección 200 de
multiplexación. Asimismo, los datos 240 de audio se comprimen con
un codificador 234 y se proporcionan a la sección 200 de
multiplexación.
Los datos 204 HTML se controlan con una sección
236 de control de datos y se proporcionan a la sección 200 de
multiplexación.
En esta realización, los datos de audio y video
como un único servicio (SV1) y los datos HTML como un único
servicio (SV2) se disponen en paquetes y se multiplexan a través de
la sección 200 de multiplexación. El flujo de transporte creado se
modula en la sección 202 de modulación y se transmite. A este
respecto, los datos de control necesarios para discriminar paquetes
en conexión con el empaquetamiento se crean en una sección 230 de
generación de datos de control y se multiplexan en la sección 200 de
multiplexación.
Aunque no se muestra, el flujo de transporte
creado tal como se ha descrito anteriormente se modifica para
presentar diferentes frecuencias, etc. para realizar una pluralidad
de flujos de transporte que se transmiten.
En esta realización se supone que la información
de eventos que pueden recibirse se describe en los datos HTML.
La figura 36 muestra los datos (NIT, PAT, PMT1,
PMT2) de control y los datos (ES1(V), ES1(A), HTML) de
contenido que constituyen el flujo de transporte creado. Los datos
de control y los datos de contenido se disponen respectivamente en
una estructura de paquetes como la mostrada en la figura 37. Es
decir, los datos se dividen en grupos de longitudes específicas y
están dotados de identificadores de paquetes para la
identificación.
Tal como se muestra esquemáticamente con una
línea 50 en la figura 36, cuando el empaquetamiento de los datos
(NIT, PAT, PMT1, PMT2) de control y datos (ES1(V),
ES1(A)) de contenido ha finalizado, se realiza el
empaquetamiento siguiente tal como se muestra con una línea 52.
Tal como se muestra en la figura 38, el
identificador de paquetes del servicio SV1 de audio y de video se
describe en los datos PTM1 de control. Adicionalmente, el
identificador de paquetes de los datos PMT1 de control se describe
en los datos PAT de control. Asimismo, el identificador de paquetes
del servicio SV2 de los datos HTML se describe en los datos PMT2 de
control y el identificador de paquetes de los datos PMT2 de control
se describe en los datos PAT de control. Por tanto se constituye que
los datos de un servicio deseado pueden obtenerse obteniendo los
datos PAT y PMT de control.
Tal como se muestra en la figura 39, una tabla
global de servicios incluidos en los flujos de transporte
respectivos se describe en los datos NIT de control. El
identificador de paquetes de los datos NIT de control se describe
en los datos PAT de control.
La figura 40 muestra ejemplos de datos de los
datos HTML como contenidos del servicio SV2. Tal como se describirá
posteriormente, estos datos HTML se interpretan con una aplicación
de navegador en el lado del receptor y se visualizan. Los datos
HTML se constituyen con una parte 510 de descripción de información
de definición y una parte 512 de descripción de información
principal.
En esta realización, la lista de teclas de
descripción "number.basic" en la cuarta línea de la parte 510
de descripción de información de definición es la información de
eventos que pueden recibirse y, por tanto, la aplicación de
navegador en el lado del receptor muestra el evento que puede
recibirse.
El término lista de teclas muestra un evento que
puede recibirse seguido de dos puntos (:). En este caso se muestra
que los eventos "number" y "basic" pueden recibirse. El
"number" representa el grupo de teclas numéricas, y
"basic" representa el grupo de teclas de desplazamiento del
cursor, tecla de decisión, etc. Por tanto, la aplicación de
navegador en el lado del receptor puede recibir eventos de pulsar
las teclas numéricas, teclas de desplazamiento del cursor, tecla de
decisión, etc.
La figura 41 muestra una configuración de
hardware en la que el receptor mostrado en la figura 40 se realiza
mediante el uso de una CPU. En la memoria 26 están grabadas una
aplicación de sintonización, una aplicación de navegador, etc.
La CPU 24 controla la obtención de un servicio
deseado según la aplicación de sintonización y la introducción
(evento) de operación introducida a través de la sección 4 de
introducción de operación. La conmutación de un flujo de transporte
a otro se lleva a cabo mediante el control de un sintonizador 18
según la información de los datos NIT de control. La selección de
un servicio deseado desde dentro del flujo de transporte se lleva a
cabo mediante el control de un decodificador 20 de transporte. El
decodificador 20 de transporte emite el paquete deseado solamente
cuando se fija un identificador de paquete. Por tanto, la CPU 24
puede obtener el servicio deseado fijando el identificador de
paquetes en el decodificador de transporte.
\newpage
Por ejemplo, se supone que se proporciona una
instrucción para sintonizar al servicio SV2 de los datos HTML. Si
el número de canal del servicio SV2 es "145", deben pulsarse
las teclas numéricas "1", "4" y "5". En respuesta a
esto, la CPU 24 fija el identificador de paquetes (fijado en 0 x
0000) de los datos PAT de control (véase la figura 38) al
decodificador 20 TS. Como resultado, los contenidos de los datos PAT
de control se emiten desde el decodificador 20 TS y se almacenan en
la memoria 26. La CPU 24 consulta los datos PAT de control
separados de esta manera y obtiene el identificador de paquete de
los datos PMT2 de control del servicio SV2.
A continuación, el identificador de paquetes de
los datos PMT2 de control obtenidos tal como se describió
anteriormente se fija en el decodificador 20 TS y los contenidos de
los datos PMTS de control se almacenan en la memorias 26.
Consultando los contenidos de los datos PMT2 de control, la CPU 24
obtiene el identificador de paquetes de los datos HTML. A
continuación, al fijar el identificador de paquetes de los datos
HTML en el decodificador 20 TS, los datos HTML se almacenan en la
memoria 26.
Los datos HTML almacenados de esta manera en la
memoria 26 se interpretan con la aplicación de navegador y se
visualizan a través de un decodificador 22 AV en el aparato 14 de
televisión. La siguiente descripción se basa en la suposición de
que se reciben los datos HTML tal como se muestra en la figura
40.
La aplicación de navegador, al recibir la lista
de teclas de descripción "number. basic" de la cuarta línea de
la figura 40, produce una tabla de eventos que pueden recibirse en
la memoria 26. Es decir, los eventos que pueden recibirse por la
aplicación de navegador se almacenan como una tabla. En este caso,
dado que "number" y "basic" están especificados, se
consideran los eventos tales como los botones numéricos, los botones
de desplazamiento del cursor, el botón de decisión, etc. como que
pueden recibirse y se graba un circulo (o). El botón # y el botón
de atrás no están especificados, se determinan como que no pueden
recibirse, y se graba "-". A este respecto se determina
previamente qué tipo de botones pertenecen a "number" y qué
tipo de botones pertenecen a "basic".
La aplicación de navegador también interpreta la
descripción en otros HTML y visualiza los contenidos en el aparato
14 de televisión. Los contenidos visualizados se muestran en la
figura 43. La imagen 520 mostrada en la figura 43 se basa en la
descripción de la tercera línea de la parte 512 de descripción de
información principal de la figura 40, src =
"http://aaa/bbb/ccc/why.png". Es decir, la visualización
es el resultado de la aplicación del navegador que interpreta la
descripción, obteniendo la imagen almacenada en la posición de
http://aaa/bbb/ccc/why.png y visualizándola.
En las líneas 11 y 12 de la parte 512 de
descripción de información principal se describe que, cuando el
botón numérico "1" (accesskey = "1") se pulsa (onclick),
se ejecuta una función img1Goto. En el estado de la visualización
de pantalla de la figura 43, cuando se proporciona el evento de
pulsar el botón "1", la aplicación de navegador consulta la
tabla de eventos que pueden recibirse de la figura 42 y determina si
el evento puede recibirse. En este caso, dado que el botón numérico
"1" puede recibirse en la aplicación de navegador, la
aplicación de navegador lleva a cabo un proceso correspondiente al
evento de pulsar el botón numérico "1". Es decir, basándose en
las líneas 11 y 12 de la parte 512 de descripción de información
principal de la figura 40, se ejecuta la función img1Goto(). La
función img1Goto(),tal como se define en la parte 510 de descripción
de información de definición, es una instrucción para desplazar la
posición de "http://aaa/bbb/ccc/s2.htm".
Según esto, la aplicación de navegador obtiene,
a través de la sección 28 de control de comunicación, información
procedente de "http://aaa/bbb/ccc/s2.htm" y la visualiza
en el aparato 14 de televisión.
A este respecto, en el estado de la
visualización de la pantalla mostrado en la figura 43, incluso si se
produce el evento de pulsar el botón #, dado que se define como que
no puede recibirse en la tabla de la figura 42, la aplicación de
navegador no acepta el evento. En ese caso, el evento se proporciona
a otra aplicación o no se proporciona a ninguna aplicación.
Tal como se ha descrito anteriormente, la
recepción de eventos en el lado del receptor puede determinarse
desde el lado de transmisión.
La realización anterior se dispone de modo que
la aplicación de navegador crea la tabla de eventos que pueden
recibirse y determina si los eventos pueden recibirse. Es decir, la
aplicación de navegador sirve también como el medio de control de
eventos. Sin embargo, también puede disponerse que un programa de
control de eventos distinto a la aplicación de navegador determine
si los eventos pueden recibirse. Es decir, tal como se muestra en
la figura 44, puede proporcionarse un programa 220 de control de
eventos además de una aplicación 216 de demultiplexación
interactiva.
Aunque la realización anterior se dispone de
manera que los eventos se disponen en grupos y la información de
eventos que pueden recibirse se describe para cada grupo, también es
posible usar información sobre la capacidad de recibirse que
describe la capacidad de recibirse para cada evento.
Además, aunque la invención se aplica a la
radiodifusión que emplea los datos HTML, la invención también puede
aplicarse a una radiodifusión que emplee otro tipo de lenguaje
autodescriptivo.
Además, aunque la realización anterior se
dispone de manera que la información de eventos que pueden recibirse
se describe en los datos de contenido, también puede disponerse que
la información de eventos que pueden recibirse se describa en los
datos de control (PMT, etc.) previstos para corresponderse con los
datos de contenido. De esta manera, los eventos que pueden
recibirse pueden establecerse no solamente para la radiodifusión que
usa HTML o similares, sino también para la radiodifusión de audio y
de video ordinaria.
Adicionalmente, aunque la realización anterior
se dispone de modo que el control se realiza con la tabla de
eventos que pueden recibirse, también puede disponerse que la
información del grado de prioridad de entrega y la información de
especificación de eventos que pueden recibirse, tal como se muestra
en las figuras 15, 16 y 17, se preparen por adelantado en el
receptor, y los elementos en el software del navegador de la
información de especificación de eventos que pueden recibirse se
reescriben según la información recibida de eventos que pueden
recibirse.
Adicionalmente también, puede disponerse que la
información de especificación de destino de entrega, tal como se
muestra en la primeras seis realizaciones se multiplexe y se envíe
desde el lado de transmisión, y el control de eventos se realiza de
manera similar al de las primeras seis realizaciones en el lado de
recepción según la información de determinación de destino de
entrega.
8. Octava
realización
Las figuras 45 y 46 muestran la configuración
general de un sistema de radiodifusión digital. Con el dispositivo
de transmisión mostrado en la figura 45 no solamente se multiplexa y
se transmite la información 206 de eventos que pueden recibirse
sino también la información 250 de cambio de eventos que pueden
recibirse. La información 250 de cambio de eventos que pueden
recibirse es la información para cambiar, según la situación, los
eventos que se convierten en eventos que pueden recibirse según la
información 206 de eventos que pueden recibirse.
Con el dispositivo de recepción mostrado en la
figura 46 se dispone que los eventos que pueden recibirse puedan
cambiarse según la información recibida de cambio de eventos que
pueden recibirse. Por tanto, los eventos que pueden recibirse
pueden establecerse de manera flexible desde el lado de la
transmisión según el estado de proceso, etc., de la aplicación 216
de demultiplexación interactiva.
La configuración detallada del transmisor es
similar a la mostrada en la figura 35. Un ejemplo de datos HTML
transmitidos se muestra en la figura 47. En esta realización,
solamente se especifica "basic" como el evento que puede
recibirse (véase la tercera línea). Por lo tanto, aunque la
aplicación de navegador puede recibir las teclas del desplazamiento
del cursor y la tecla de decisión, no puede recibir las teclas
numéricas.
En las líneas 19 y 20 de la parte 510 de
descripción de información de definición se define una función,
funcage1(). El contenido es una instrucción para reescribir
"keylist" en "number,basic.". Por tanto, cuando se ejecuta
la función "funcage1()" no solamente las teclas de
desplazamiento del cursor y la tecla de decisión, sino también las
teclas numéricas, se convierten en teclas que pueden recibirse. De
la misma manera, se define una función funcage2(). Su contenido es
una instrucción para reescribir "keylist" en "basic". Por
tanto, cuando se ejecuta la función "funcage2()"solamente las
teclas de desplazamiento del cursor y la tecla de decisión se
convierten en teclas que pueden recibirse. y las teclas numéricas no
pueden recibirse.
Estas funciones funcage1() y funcage2() se
ejecutan en la octava línea de la parte 512 de descripción de
información principal. En esta realización, la información de
cambio de eventos que pueden recibirse se constituye con la
descripción de definición de las funciones anteriores y la
descripción de ejecución de las funciones anteriores.
La configuración de hardware del dispositivo de
recepción de la figura 46 realizado mediante el uso de una CPU es
similar a la mostrada en la figura 41. En la memoria 26 se registran
la aplicación de sintonización, la aplicación de navegador,
etc.
El proceso de elegir datos HTML de la figura 47
para grabarlos en la memoria 26 es similar al de la séptima
realización. La aplicación de navegador interpreta los datos HTML
almacenados en la memoria 26 y los visualiza en el aparato 14 de
televisión.
La aplicación de navegador obtiene la
descripción, lista de teclas keylist:"basic" de la tercera
línea de la figura 41, crea una tabla de eventos que pueden
recibirse tal como se muestra en la figura 48 y la almacena en la
memoria 26. A partir de la tabla de eventos que pueden recibirse se
sabe que la aplicación de navegador puede recibir solamente las
teclas de desplazamiento del cursor y la tecla de decisión.
La aplicación de navegador realiza otras
descripciones HTML y visualiza una imagen de consulta, mostrada en
la figura 49, en el aparato 14 de televisión. Un visualizador
consulta la imagen de la pantalla y desplaza el cursor de marcación
(elemento de centrado) usando las teclas de desplazamiento del
cursor para introducir respuestas a la consulta. El control del
desplazamiento del cursor se realiza con la aplicación de navegador.
La figura 49 muestra un estado en el que el cursor de marcación se
sitúa (centra) en el elemento de sexo. Concretamente, el elemento
de sexo puede introducirse en este estado.
Cuando la tecla del cursor de desplazamiento
ascendente funciona en el estado de la figura 49, se centra el
elemento "edad". La aplicación de navegador detecta este estado
y ejecuta la función funcage1(). Concretamente, la aplicación de
navegador interpreta la descripción onfocus="funcage1" en la
octava línea de la parte 512 de descripción de información
principal de la figura 47 y la ejecuta. La descripción
onfocus="funcage1" significa que la función funcage1() se
ejecuta en el estado de "edad" centrado. La función funcage1()
es, tal como se describe en la parte 510 de descripción de
información de definición, una función para reescribir
"keylist" en "number.basic". Por tanto, cuando se centra
la "edad", la descripción pasa a keylist="number.basic".
En respuesta a esto, la tabla de eventos que pueden recibirse
también se reescribe desde el estado mostrado en la figura 48 al
mostrado en la figura 42. Es decir, las teclas numéricas se
convierten en teclas que pueden recibirse. Por tanto, el
visualizador puede proporcionar el evento de pulsar teclas numéricas
a la aplicación de navegador para introducir la edad mediante
números tal como se muestra en la figura 50.
Además, cuando se descentra "edad" mediante
la operación sobre la tecla de desplazamiento del cursor, la
aplicación de navegador detecta la operación y ejecuta la función
funcage2(). Es decir, la aplicación de navegador interpreta la
descripción onblur="funcage2" y la ejecuta. La descripción
onblur="funcage2" significa que la función funcage2() se
ejecuta en el estado de "age" descentrado. La función
funcage2() es, tal como se describe en la parte 510 de descripción
de información de definición, una función para reescribir
"keylist" en "basic.". Por tanto, cuando se descentra
"age", la descripción pasa a keylist="basic.". Como
resultado, la tabla de eventos que pueden recibirse mostrada en la
figura 42 también se reescribe tal como se muestra en la figura 48.
Concretamente, el estado de las teclas numéricas retorna al estado
de teclas que no pueden recibirse.
Cuando se hace funcionar un botón de transmisión
o similar (no mostrado), las respuestas introducidas se transmiten
a través de una sección 28 de control de comunicación a un proveedor
de servicios, etc.
Tal como se ha descrito anteriormente, el uso de
información de cambio de eventos que pueden recibirse hace posible
cambiar los eventos que pueden recibirse de manera apropiada según
la situación. También es posible especificar tales cambios desde el
lado de la transmisión.
Las modificaciones posibles de la séptima
realización descritas anteriormente también pueden aplicarse a esta
realización.
Aunque varias funciones de la realización
anterior se efectúan con la CPU, pueden efectuarse parcial o
totalmente con una lógica de hardware.
Aunque la descripción anterior se ha hecho
solamente en relación a la operación de recepción, la invención
también puede aplicarse a dispositivos para grabar y reproducir
flujos de transporte. En ese caso, puede disponerse que la
información de determinación de destino de entrega y la información
de eventos que pueden recibirse puedan cambiarse dependiendo de si
se emplean para la recepción o para la transmisión.
Adicionalmente, el programa informático para
llevar a cabo la presente invención puede obtenerse en forma
electrónica, por ejemplo, descargando el código a través de una red,
tal como internet. Por tanto, según otro aspecto de la presente
invención se proporciona una señal eléctrica que porta instrucciones
que pueden implementarse por un procesador para controlar un
procesador para llevar a cabo el método tal como se ha descrito
anteriormente.
Claims (13)
1. Receptor (12) de radiofusión digital que
puede emitir a una aplicación un evento correspondiente a una
introducción por parte de un usuario, estando caracterizado
el receptor de radiodifusión digital por comprender,
una sección (18) receptora para recibir datos de
vídeo, datos de audio, y la aplicación que se transmiten a través
de una radiodifusión digital;
una sección (20) decodificadora para decodificar
los datos de vídeo y los datos de audio recibidos por la sección
receptora;
una sección (24) de procesamiento para ejecutar
la aplicación recibida mediante la sección receptora;
una sección (4) de introducción para recibir la
introducción por parte del usuario; y
un programa (220) de control de eventos para
enviar a la aplicación en ejecución el evento correspondiente a la
introducción recibida mediante la sección de introducción;
en el que la aplicación en ejecución puede
funcionar para registrar en el receptor de radiodifusión digital
una información (222) de eventos que puede recibirse que identifica
un evento correspondiente a una introducción recibida mediante la
sección de introducción que puede recibirse mediante la aplicación
en ejecución, y el programa (220) de control de eventos puede
funcionar para enviar a la aplicación en ejecución el evento
correspondiente a la introducción recibida mediante la sección de
introducción cuando la información de eventos que puede recibirse
identifica que el evento correspondiente a la introducción recibida
mediante la sección de introducción puede recibirse mediante la
aplicación en ejecución.
2. Receptor de radiodifusión digital según la
reivindicación 1, que comprende además:
una sección (216) de demultiplexación para
demultiplexar datos de vídeo, datos de audio, y una aplicación que
se multiplexan en la radiodifusión digital;
en el que la sección receptora puede funcionar
para recibir los datos de vídeo, los datos de audio, y la aplicación
que están multiplexados en la radiodifusión digital,
la sección de decodificación puede funcionar
para decodificar los datos de vídeo y los datos de audio
demultiplexados mediante la sección de demultiplexación, y en el
que
la sección de procesamiento puede funcionar para
ejecutar la aplicación demultiplexada mediante la sección de
demultiplexación.
3. Receptor de radiodifusión digital según
cualquiera de las reivindicaciones anteriores, en el que la
aplicación en ejecución puede funcionar para cambiar la información
registrada de eventos que puede recibirse basándose en un estado en
ejecución de la aplicación.
4. Receptor de radiodifusión digital según
cualquiera de las reivindicaciones anteriores, comprendiendo la
sección de introducción una tecla; en el que el evento
correspondiente a la introducción por parte del usuario es un
evento correspondiente a una pulsación de la tecla mediante el
usuario.
5. Receptor de radiodifusión digital según una
de las reivindicaciones 1 a 3, comprendiendo la sección de
introducción un ratón;
en el que el evento correspondiente a la
introducción por parte del usuario es un evento correspondiente a
un "clic" del ratón mediante el usuario.
6. Receptor de radiodifusión digital según una
de las reivindicaciones 1 a 3, comprendiendo la sección de
introducción un ratón;
en el que el evento correspondiente a la
introducción por parte del usuario es un evento correspondiente a
un movimiento del ratón por el usuario.
7. Método de envío de eventos en un receptor
(12) de radiodifusión digital para enviar a una aplicación un
evento correspondiente a una introducción por parte de un usuario,
estando caracterizado el método de envío de eventos por las
etapas de:
una etapa para recibir datos de vídeo, datos de
audio, y la aplicación que se transmiten a través de una
radiodifusión digital,
una etapa para decodificar los datos de vídeo,
los datos de audio y la aplicación recibidos en la etapa de
recepción;
una etapa para ejecutar la aplicación recibida
en la etapa de recepción;
una etapa para recibir la introducción por parte
del usuario; y
una etapa para enviar a la aplicación en
ejecución un evento correspondiente a la introducción recibida en
la etapa de recepción mediante la operación de un programa de
control de eventos almacenado en el receptor de radiodifusión
digital;
en el que la aplicación en ejecución registra
una información de eventos que puede recibirse que identifica un
evento correspondiente a una introducción recibida en la etapa de
recepción que puede recibirse mediante la aplicación en ejecución,
y
el evento correspondiente a la introducción
recibida se envía a la aplicación en ejecución en la etapa de envío
cuando la información de eventos que puede recibirse identifica que
el evento correspondiente a la introducción recibida puede
recibirse mediante la aplicación en ejecución.
8. Método de envío de eventos según la
reivindicación 7, que además comprende:
una etapa para demultiplexar los datos de vídeo,
los datos de audio, y la aplicación recibidos en la etapa de
recepción;
en el que la etapa de recepción recibe los datos
de vídeo, los datos de audio, y la aplicación se multiplexan en la
radiodifusión digital,
la etapa de decodificación decodifica los datos
de vídeo, los datos de audio y la aplicación demultiplexados en la
etapa de demultiplexación, y
la etapa de procesamiento ejecuta la aplicación
demultiplexada en la etapa de demultiplexación.
9. Método de envío de eventos según la
reivindicación 7, en el que la aplicación en ejecución cambia la
información de eventos que puede recibirse registrada basándose en
un estado de ejecución de la aplicación.
10. Método de envío de eventos según cualquiera
de las reivindicaciones 7 a 9, en el que el evento correspondiente
a la introducción por parte del usuario es un evento correspondiente
a una pulsación de una tecla mediante el usuario.
11. Método de envío de eventos según cualquiera
de las reivindicaciones 7 a 9, en el que el evento correspondiente
a la introducción por parte del usuario es un evento correspondiente
a un "clic" de un ratón mediante el usuario.
12. Método de envío de eventos según cualquiera
de las reivindicaciones 7 a 9, en el que el evento correspondiente
a la introducción por parte del usuario es un evento correspondiente
a un movimiento de un ratón por el usuario.
13. Programa de ordenador que comprende
instrucciones para controlar un receptor de radiodifusión digital
para llevar a cabo todas las etapas de un método según una
cualquiera de las reivindicaciones 7 a 12.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP10673999 | 1999-04-14 | ||
JP11-106739 | 1999-04-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2277630T3 true ES2277630T3 (es) | 2007-07-16 |
Family
ID=14441305
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES03075714T Expired - Lifetime ES2277630T3 (es) | 1999-04-14 | 2000-04-14 | Dispositivo de control de eventos y sistema de radiodifusion digital. |
ES00303159T Expired - Lifetime ES2272238T3 (es) | 1999-04-14 | 2000-04-14 | Dispositivo de control de eventos y sistema de radiodifusion digital. |
ES03075819T Expired - Lifetime ES2277631T3 (es) | 1999-04-14 | 2000-04-14 | Dispositivo de control de eventos y sistema de radiodifusion digital. |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES00303159T Expired - Lifetime ES2272238T3 (es) | 1999-04-14 | 2000-04-14 | Dispositivo de control de eventos y sistema de radiodifusion digital. |
ES03075819T Expired - Lifetime ES2277631T3 (es) | 1999-04-14 | 2000-04-14 | Dispositivo de control de eventos y sistema de radiodifusion digital. |
Country Status (10)
Country | Link |
---|---|
US (10) | US6711620B1 (es) |
EP (5) | EP1734445B1 (es) |
JP (1) | JP4522533B2 (es) |
CN (5) | CN100507840C (es) |
AT (4) | ATE346337T1 (es) |
DE (5) | DE60032030T2 (es) |
DK (1) | DK1331562T3 (es) |
ES (3) | ES2277630T3 (es) |
HK (2) | HK1059319A1 (es) |
PT (1) | PT1331562E (es) |
Families Citing this family (90)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0721987B2 (ja) * | 1991-07-16 | 1995-03-08 | 株式会社愛知電機製作所 | 真空切替遮断器 |
US6711620B1 (en) * | 1999-04-14 | 2004-03-23 | Matsushita Electric Industrial Co. | Event control device and digital broadcasting system |
US8645137B2 (en) | 2000-03-16 | 2014-02-04 | Apple Inc. | Fast, language-independent method for user authentication by voice |
US7016992B2 (en) * | 2000-08-17 | 2006-03-21 | Matsushita Electric Industrial Co., Ltd. | Electronic mail system |
US6961757B2 (en) * | 2000-08-28 | 2005-11-01 | Matsushita Electric Inducstrial Co., Ltd. | System and method for delivering e-mail data to a terminal via a relay center by multiplexing and broadcasting e-mail data with broadcasting program data |
AU2003241298A1 (en) * | 2002-04-22 | 2003-11-03 | Thomson Licensing S.A. | Remote key manager |
JP4091792B2 (ja) * | 2002-05-17 | 2008-05-28 | 株式会社エヌ・ティ・ティ・ドコモ | 電子機器、イベント提供方法、プログラム、及び記録媒体 |
US7647610B2 (en) * | 2003-08-19 | 2010-01-12 | Lg Electronics Inc. | Interfacing system between digital TV and plurality of remote controllers, method thereof, remote controller thereof, and remote controller signal transmitting method thereof |
US7800614B2 (en) * | 2004-02-17 | 2010-09-21 | Oracle America, Inc. | Efficient communication in a client-server scene graph system |
US7904904B2 (en) * | 2004-02-18 | 2011-03-08 | Oracle America, Inc. | Processing events for concurrent tasks in a virtual machine |
JP2005309553A (ja) * | 2004-04-19 | 2005-11-04 | Hitachi Ltd | 計算機 |
KR100621413B1 (ko) * | 2004-10-19 | 2006-09-19 | 삼성전자주식회사 | 디지털 방송의 채널 네비게이션 방법 및 이 방법이적용되는 디지털 방송 수신 장치 |
US20060200453A1 (en) * | 2005-03-01 | 2006-09-07 | Irm Llc | Method and system for enterprise data access, annotation and sharing |
JP4794910B2 (ja) * | 2005-05-30 | 2011-10-19 | キヤノン株式会社 | 複数のインターフェースを有する電子機器とホスト装置を有するシステム、情報処理装置、電子機器、及び前記システムのセットアップ方法、前記電子機器の制御方法、及びセットアッププログラム、並びに制御プログラム |
US7779421B2 (en) | 2005-06-30 | 2010-08-17 | Ebay Inc. | Business event processing |
US8656268B2 (en) | 2005-07-01 | 2014-02-18 | Microsoft Corporation | Queueing events in an interactive media environment |
US8108787B2 (en) * | 2005-07-01 | 2012-01-31 | Microsoft Corporation | Distributing input events to multiple applications in an interactive media environment |
US8799757B2 (en) | 2005-07-01 | 2014-08-05 | Microsoft Corporation | Synchronization aspects of interactive multimedia presentation management |
TWI263901B (en) * | 2005-07-28 | 2006-10-11 | Lite On Technology Corp | Program initiation methods and embedded systems utilizing the same |
US8677377B2 (en) | 2005-09-08 | 2014-03-18 | Apple Inc. | Method and apparatus for building an intelligent automated assistant |
US9318108B2 (en) | 2010-01-18 | 2016-04-19 | Apple Inc. | Intelligent automated assistant |
KR101405924B1 (ko) * | 2007-03-19 | 2014-06-12 | 엘지전자 주식회사 | 윈도우 제어 방법 및 이를 구현할 수 있는 단말기 |
US8065365B2 (en) * | 2007-05-02 | 2011-11-22 | Oracle International Corporation | Grouping event notifications in a database system |
US8448186B2 (en) * | 2007-07-13 | 2013-05-21 | Oracle International Corporation | Parallel event processing in a database system |
US8266635B2 (en) * | 2007-12-20 | 2012-09-11 | Access Co., Ltd. | Browser-based user interface and control architecture with priority attributes |
US8060609B2 (en) * | 2008-01-04 | 2011-11-15 | Sling Media Inc. | Systems and methods for determining attributes of media items accessed via a personal media broadcaster |
JP2009199364A (ja) * | 2008-02-21 | 2009-09-03 | Funai Electric Co Ltd | マルチタスク処理システム |
US20090241042A1 (en) * | 2008-03-18 | 2009-09-24 | Nordstrom Consulting, Inc. | Method and apparatus for controlling and operating computers used in vision screening and correction as well as other applications utilizing remote control or dual visual outputs |
US8996376B2 (en) | 2008-04-05 | 2015-03-31 | Apple Inc. | Intelligent text-to-speech conversion |
JP5236352B2 (ja) * | 2008-05-15 | 2013-07-17 | 株式会社日立製作所 | アプリケーション配信制御システム、アプリケーション配信制御方法、情報処理装置、およびクライアント端末 |
KR20100123549A (ko) * | 2009-05-15 | 2010-11-24 | 삼성전자주식회사 | 컨텐트 제어 방법 및 장치 |
US10241644B2 (en) | 2011-06-03 | 2019-03-26 | Apple Inc. | Actionable reminder entries |
US10241752B2 (en) | 2011-09-30 | 2019-03-26 | Apple Inc. | Interface for a virtual digital assistant |
US9431006B2 (en) | 2009-07-02 | 2016-08-30 | Apple Inc. | Methods and apparatuses for automatic speech recognition |
US8327407B2 (en) | 2009-10-27 | 2012-12-04 | Sling Media, Inc. | Determination of receiving live versus time-shifted media content at a communication device |
US8682667B2 (en) | 2010-02-25 | 2014-03-25 | Apple Inc. | User profiling for selecting user specific voice input processing information |
US9268734B1 (en) | 2011-03-14 | 2016-02-23 | Amazon Technologies, Inc. | Selecting content-enhancement applications |
US9424107B1 (en) * | 2011-03-14 | 2016-08-23 | Amazon Technologies, Inc. | Content enhancement techniques |
US9477637B1 (en) | 2011-03-14 | 2016-10-25 | Amazon Technologies, Inc. | Integrating content-item corrections |
US9262612B2 (en) | 2011-03-21 | 2016-02-16 | Apple Inc. | Device access using voice authentication |
US9003323B2 (en) | 2011-05-19 | 2015-04-07 | International Business Machines Corporation | Method for management and broadcasting an event context |
US8762156B2 (en) * | 2011-09-28 | 2014-06-24 | Apple Inc. | Speech recognition repair using contextual information |
US9280610B2 (en) | 2012-05-14 | 2016-03-08 | Apple Inc. | Crowd sourcing information to fulfill user requests |
US9721563B2 (en) | 2012-06-08 | 2017-08-01 | Apple Inc. | Name recognition system |
US9547647B2 (en) | 2012-09-19 | 2017-01-17 | Apple Inc. | Voice-based media searching |
US9582608B2 (en) | 2013-06-07 | 2017-02-28 | Apple Inc. | Unified ranking with entropy-weighted information for phrase-based semantic auto-completion |
WO2014197334A2 (en) | 2013-06-07 | 2014-12-11 | Apple Inc. | System and method for user-specified pronunciation of words for speech synthesis and recognition |
WO2014197335A1 (en) | 2013-06-08 | 2014-12-11 | Apple Inc. | Interpreting and acting upon commands that involve sharing information with remote devices |
EP3008641A1 (en) | 2013-06-09 | 2016-04-20 | Apple Inc. | Device, method, and graphical user interface for enabling conversation persistence across two or more instances of a digital assistant |
US10176167B2 (en) | 2013-06-09 | 2019-01-08 | Apple Inc. | System and method for inferring user intent from speech inputs |
US9430463B2 (en) | 2014-05-30 | 2016-08-30 | Apple Inc. | Exemplar-based natural language processing |
US9338493B2 (en) | 2014-06-30 | 2016-05-10 | Apple Inc. | Intelligent automated assistant for TV user interactions |
US9668121B2 (en) | 2014-09-30 | 2017-05-30 | Apple Inc. | Social reminders |
DE112016000495T5 (de) | 2015-01-27 | 2017-11-02 | Mitsubishi Electric Corporation | Benutzerschnittstelle und verfahren zum anzeigen einer benutzerschnittstelle |
US10567477B2 (en) | 2015-03-08 | 2020-02-18 | Apple Inc. | Virtual assistant continuity |
US9578173B2 (en) | 2015-06-05 | 2017-02-21 | Apple Inc. | Virtual assistant aided communication with 3rd party service in a communication session |
US10747498B2 (en) | 2015-09-08 | 2020-08-18 | Apple Inc. | Zero latency digital assistant |
US10671428B2 (en) | 2015-09-08 | 2020-06-02 | Apple Inc. | Distributed personal assistant |
US10366158B2 (en) | 2015-09-29 | 2019-07-30 | Apple Inc. | Efficient word encoding for recurrent neural network language models |
US11010550B2 (en) | 2015-09-29 | 2021-05-18 | Apple Inc. | Unified language modeling framework for word prediction, auto-completion and auto-correction |
US11587559B2 (en) | 2015-09-30 | 2023-02-21 | Apple Inc. | Intelligent device identification |
US10691473B2 (en) | 2015-11-06 | 2020-06-23 | Apple Inc. | Intelligent automated assistant in a messaging environment |
US10049668B2 (en) | 2015-12-02 | 2018-08-14 | Apple Inc. | Applying neural network language models to weighted finite state transducers for automatic speech recognition |
US10223066B2 (en) | 2015-12-23 | 2019-03-05 | Apple Inc. | Proactive assistance based on dialog communication between devices |
US10446143B2 (en) | 2016-03-14 | 2019-10-15 | Apple Inc. | Identification of voice inputs providing credentials |
US9934775B2 (en) | 2016-05-26 | 2018-04-03 | Apple Inc. | Unit-selection text-to-speech synthesis based on predicted concatenation parameters |
US9972304B2 (en) | 2016-06-03 | 2018-05-15 | Apple Inc. | Privacy preserving distributed evaluation framework for embedded personalized systems |
US10249300B2 (en) | 2016-06-06 | 2019-04-02 | Apple Inc. | Intelligent list reading |
US10049663B2 (en) | 2016-06-08 | 2018-08-14 | Apple, Inc. | Intelligent automated assistant for media exploration |
DK179309B1 (en) | 2016-06-09 | 2018-04-23 | Apple Inc | Intelligent automated assistant in a home environment |
US10490187B2 (en) | 2016-06-10 | 2019-11-26 | Apple Inc. | Digital assistant providing automated status report |
US10067938B2 (en) | 2016-06-10 | 2018-09-04 | Apple Inc. | Multilingual word prediction |
US10192552B2 (en) | 2016-06-10 | 2019-01-29 | Apple Inc. | Digital assistant providing whispered speech |
US10586535B2 (en) | 2016-06-10 | 2020-03-10 | Apple Inc. | Intelligent digital assistant in a multi-tasking environment |
US10509862B2 (en) | 2016-06-10 | 2019-12-17 | Apple Inc. | Dynamic phrase expansion of language input |
DK201670540A1 (en) | 2016-06-11 | 2018-01-08 | Apple Inc | Application integration with a digital assistant |
DK179343B1 (en) | 2016-06-11 | 2018-05-14 | Apple Inc | Intelligent task discovery |
DK179049B1 (en) | 2016-06-11 | 2017-09-18 | Apple Inc | Data driven natural language event detection and classification |
DK179415B1 (en) | 2016-06-11 | 2018-06-14 | Apple Inc | Intelligent device arbitration and control |
US10043516B2 (en) | 2016-09-23 | 2018-08-07 | Apple Inc. | Intelligent automated assistant |
US10593346B2 (en) | 2016-12-22 | 2020-03-17 | Apple Inc. | Rank-reduced token representation for automatic speech recognition |
CN106936826B (zh) * | 2017-03-10 | 2020-01-14 | Oppo广东移动通信有限公司 | 广播接收器的注册方法、装置和终端设备 |
CN106919461B (zh) * | 2017-03-10 | 2022-07-15 | Oppo广东移动通信有限公司 | 广播接收者队列调整方法、装置和终端设备 |
DK201770439A1 (en) | 2017-05-11 | 2018-12-13 | Apple Inc. | Offline personal assistant |
DK179496B1 (en) | 2017-05-12 | 2019-01-15 | Apple Inc. | USER-SPECIFIC Acoustic Models |
DK179745B1 (en) | 2017-05-12 | 2019-05-01 | Apple Inc. | SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT |
DK201770431A1 (en) | 2017-05-15 | 2018-12-20 | Apple Inc. | Optimizing dialogue policy decisions for digital assistants using implicit feedback |
DK201770432A1 (en) | 2017-05-15 | 2018-12-21 | Apple Inc. | Hierarchical belief states for digital assistants |
DK179560B1 (en) | 2017-05-16 | 2019-02-18 | Apple Inc. | FAR-FIELD EXTENSION FOR DIGITAL ASSISTANT SERVICES |
JP6964781B2 (ja) * | 2018-08-09 | 2021-11-10 | 三菱電機株式会社 | イベント送信装置およびイベント送信方法 |
Family Cites Families (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US148345A (en) * | 1874-03-10 | Improvement in clevises | ||
US148413A (en) * | 1874-03-10 | Improvement in ice-boxes for refrigerators | ||
US107248A (en) * | 1870-09-13 | Improved bias-cutter | ||
US148414A (en) * | 1874-03-10 | Improvement in car-couplings | ||
US107446A (en) * | 1870-09-20 | Improvement in clothes-baskets | ||
US4779222A (en) * | 1985-04-22 | 1988-10-18 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Laser Doppler Velocimeter multiplexer interface for simultaneous measured events |
JPH01211036A (ja) * | 1988-02-18 | 1989-08-24 | Fujitsu Ltd | モジュール間情報受け渡し処理方式 |
JP2820942B2 (ja) * | 1988-09-21 | 1998-11-05 | 日本電信電話株式会社 | 通信プロトコル処理方法 |
US5142576A (en) * | 1989-02-07 | 1992-08-25 | Market Data Corporation | System for securely providing restricted video information |
US5157384A (en) | 1989-04-28 | 1992-10-20 | International Business Machines Corporation | Advanced user interface |
US5252951A (en) * | 1989-04-28 | 1993-10-12 | International Business Machines Corporation | Graphical user interface with gesture recognition in a multiapplication environment |
US5212792A (en) * | 1989-06-01 | 1993-05-18 | Hewlett-Packard Company | Method and apparatus for controlling execution of tools in a computer-aided software engineering system |
JPH0340035A (ja) * | 1989-07-06 | 1991-02-20 | Toshiba Corp | マルチタスク処理システム |
JPH0511962A (ja) | 1990-10-10 | 1993-01-22 | Fuji Xerox Co Ltd | ウインドウ管理装置 |
US5825865A (en) * | 1991-10-04 | 1998-10-20 | Motorola, Inc. | Temporary message routing and destination selection |
JPH05210471A (ja) * | 1992-01-31 | 1993-08-20 | Hitachi Ltd | 計装用オペレータズコンソールにおける画面表示方式 |
JP3296443B2 (ja) | 1992-03-06 | 2002-07-02 | 日本電信電話株式会社 | マルチウィンドウのアイコン制御システム |
AU5014493A (en) * | 1992-08-14 | 1994-03-15 | Dtmf Television, Inc. | A participatory television system |
GB2275119B (en) * | 1993-02-03 | 1997-05-14 | Motorola Inc | A cached processor |
US5734901A (en) * | 1993-02-26 | 1998-03-31 | Apple Computer, Inc. | Electronic mail information associated with native application data |
US5844553A (en) * | 1993-08-30 | 1998-12-01 | Hewlett-Packard Company | Mechanism to control and use window events among applications in concurrent computing |
DE4417588A1 (de) * | 1993-08-30 | 1995-03-02 | Hewlett Packard Co | Verfahren und Vorrichtung zum Erfassen und Weiterleiten von Fensterereignissen zu einer Mehrzahl von bestehenden Anwendungen zur gleichzeitigen Ausführung |
US5717880A (en) * | 1993-09-06 | 1998-02-10 | Kabushiki Kaisha Toshiba | Method and apparatus for relaying events and requests in a windows systems |
CA2118169A1 (en) * | 1993-10-27 | 1995-04-28 | Michael R.C. Seaman | Event architecture for system management in an operating system |
US5544300A (en) * | 1993-11-12 | 1996-08-06 | Intel Corporation | User interface for dynamically converting between a single top level window and multiple top level windows |
US6040833A (en) * | 1993-12-10 | 2000-03-21 | International Business Machines Corp. | Method and system for display manipulation of multiple applications in a data processing system |
US5619501A (en) * | 1994-04-22 | 1997-04-08 | Thomson Consumer Electronics, Inc. | Conditional access filter as for a packet video signal inverse transport system |
JPH07306769A (ja) * | 1994-05-11 | 1995-11-21 | Oki Electric Ind Co Ltd | マルチウィンドウ情報処理装置 |
AU2514495A (en) * | 1994-05-13 | 1995-12-18 | Apple Computer, Inc. | Unified hierarchical and tear-off menus in a graphical, event-driven computer system |
AU2516195A (en) * | 1994-05-13 | 1995-12-05 | Apple Computer, Inc. | Support for custom user-interaction elements in a graphical, event-driven computer system |
US5566337A (en) * | 1994-05-13 | 1996-10-15 | Apple Computer, Inc. | Method and apparatus for distributing events in an operating system |
US6496872B1 (en) | 1994-05-16 | 2002-12-17 | Apple Computer, Inc. | Computer system for automatically instantiating tasks designated by a user |
DE4423398A1 (de) * | 1994-07-04 | 1996-01-11 | Siemens Ag | Verfahren und Einrichtung zum Entsorgen eines Kationenaustauschers |
JP2821090B2 (ja) * | 1994-08-26 | 1998-11-05 | 三菱電機株式会社 | プラント監視用マンマシン装置 |
US5805886A (en) * | 1994-09-26 | 1998-09-08 | Intel Corporation | Method for notifying client applications of events in a shared application in a computer system |
GB2299419A (en) * | 1995-03-25 | 1996-10-02 | Ibm | Message queuing for a graphical user interface |
US5767849A (en) * | 1995-08-18 | 1998-06-16 | International Business Machines Corporation | Personality neutral window management subsystem |
KR0147662B1 (ko) * | 1995-08-31 | 1998-09-15 | 김광호 | 더블데크 비디오테이프레코더와 cd-ok 시스템 일체형 더블/와이드 텔레비젼 수상기에 있어서 송신그래픽을 이용한 제어방법 |
ITMI952698A1 (it) * | 1995-12-21 | 1997-06-23 | Ibm | Interfaccia grafica per sistema operativo a finestre |
KR19990076823A (ko) * | 1995-12-29 | 1999-10-25 | 파워티브이, 인코포레이티드 | 운영 시스템 커널 및 이것에서의 이벤트 필터링 방법과세마포 기능 구현 방법 |
US5909545A (en) * | 1996-01-19 | 1999-06-01 | Tridia Corporation | Method and system for on demand downloading of module to enable remote control of an application program over a network |
US5828882A (en) * | 1996-03-15 | 1998-10-27 | Novell, Inc. | Event notification facility |
US5857190A (en) * | 1996-06-27 | 1999-01-05 | Microsoft Corporation | Event logging system and method for logging events in a network system |
GB2315139A (en) * | 1996-07-06 | 1998-01-21 | Ibm | Selecting operations in an object-oriented user interface |
US6100885A (en) | 1996-07-06 | 2000-08-08 | International Business Machines Corporation | Supporting modification of properties via a computer system's user interface |
GB2315577A (en) | 1996-07-20 | 1998-02-04 | Ibm | Grouping of operations in a computer system |
US6647432B1 (en) * | 1996-08-19 | 2003-11-11 | Geoquest, A Division Of Schlumberger Technology Corporation | Distributed framework for intertask communication between workstation applications |
US6073139A (en) * | 1996-08-15 | 2000-06-06 | Gioquest, A Division Of Schlumberger Technology Corp. | Integrated data communication and data access system including the application data interface |
JP2970558B2 (ja) * | 1996-10-25 | 1999-11-02 | 日本電気株式会社 | オーディオ/ビデオ/コンピュータグラフィクス同期再生合成方式及び方法 |
US6055560A (en) * | 1996-11-08 | 2000-04-25 | International Business Machines Corporation | System and method to provide interactivity for a networked video server |
US5818935A (en) | 1997-03-10 | 1998-10-06 | Maa; Chia-Yiu | Internet enhanced video system |
JPH10290440A (ja) * | 1997-04-14 | 1998-10-27 | Matsushita Electric Ind Co Ltd | ディジタル放送送信方法、ディジタル放送送信装置、及びディジタル放送再生装置 |
US6108706A (en) * | 1997-06-09 | 2000-08-22 | Microsoft Corporation | Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network |
CN1063275C (zh) * | 1997-09-30 | 2001-03-14 | 致伸实业股份有限公司 | 计算机视窗的控制方法 |
JPH11106739A (ja) | 1997-10-08 | 1999-04-20 | Fujikura Rubber Ltd | 医療機器用ゴム部品 |
US6492997B1 (en) * | 1998-02-04 | 2002-12-10 | Corporate Media Partners | Method and system for providing selectable programming in a multi-screen mode |
JP4016359B2 (ja) * | 1998-03-24 | 2007-12-05 | ソニー株式会社 | 受信装置及びプログラム書き換え方法 |
GB9818377D0 (en) * | 1998-08-21 | 1998-10-21 | Sgs Thomson Microelectronics | An integrated circuit with multiple processing cores |
US6668284B1 (en) * | 1998-11-04 | 2003-12-23 | Beckman Coulter, Inc. | Software messaging system |
US6711620B1 (en) | 1999-04-14 | 2004-03-23 | Matsushita Electric Industrial Co. | Event control device and digital broadcasting system |
US6798885B1 (en) * | 1999-04-29 | 2004-09-28 | International Business Machines Corp. | Method and apparatus for encoding security information in a MIDI datastream |
US6330025B1 (en) * | 1999-05-10 | 2001-12-11 | Nice Systems Ltd. | Digital video logging system |
US6397264B1 (en) * | 1999-11-01 | 2002-05-28 | Rstar Corporation | Multi-browser client architecture for managing multiple applications having a history list |
US6618733B1 (en) * | 2000-04-11 | 2003-09-09 | Revelink Inc. | View navigation for creation, update and querying of data objects and textual annotations of relations between data objects |
-
2000
- 2000-04-13 US US09/548,744 patent/US6711620B1/en not_active Expired - Lifetime
- 2000-04-14 AT AT03075714T patent/ATE346337T1/de active
- 2000-04-14 PT PT03075714T patent/PT1331562E/pt unknown
- 2000-04-14 EP EP06076700A patent/EP1734445B1/en not_active Expired - Lifetime
- 2000-04-14 CN CNB2006100997580A patent/CN100507840C/zh not_active Expired - Lifetime
- 2000-04-14 CN CNA2006100997576A patent/CN1893329A/zh active Pending
- 2000-04-14 EP EP03075714A patent/EP1331562B1/en not_active Expired - Lifetime
- 2000-04-14 EP EP08013817A patent/EP2053507A3/en not_active Withdrawn
- 2000-04-14 AT AT06076700T patent/ATE408186T1/de active
- 2000-04-14 ES ES03075714T patent/ES2277630T3/es not_active Expired - Lifetime
- 2000-04-14 DE DE60032030T patent/DE60032030T2/de not_active Expired - Lifetime
- 2000-04-14 CN CN2006100915434A patent/CN1870478B/zh not_active Expired - Lifetime
- 2000-04-14 EP EP00303159A patent/EP1045305B1/en not_active Expired - Lifetime
- 2000-04-14 JP JP2000112828A patent/JP4522533B2/ja not_active Expired - Fee Related
- 2000-04-14 AT AT00303159T patent/ATE339722T1/de not_active IP Right Cessation
- 2000-04-14 ES ES00303159T patent/ES2272238T3/es not_active Expired - Lifetime
- 2000-04-14 ES ES03075819T patent/ES2277631T3/es not_active Expired - Lifetime
- 2000-04-14 EP EP03075819A patent/EP1331563B1/en not_active Expired - Lifetime
- 2000-04-14 DE DE60040249T patent/DE60040249D1/de not_active Expired - Fee Related
- 2000-04-14 DE DE60030618T patent/DE60030618T4/de not_active Expired - Lifetime
- 2000-04-14 CN CNB021420491A patent/CN1267821C/zh not_active Expired - Lifetime
- 2000-04-14 CN CNB001068490A patent/CN1189830C/zh not_active Expired - Fee Related
- 2000-04-14 DE DE60032031T patent/DE60032031T2/de not_active Expired - Lifetime
- 2000-04-14 DE DE60030618A patent/DE60030618D1/de not_active Expired - Lifetime
- 2000-04-14 DK DK03075714T patent/DK1331562T3/da active
- 2000-04-14 AT AT03075819T patent/ATE346338T1/de not_active IP Right Cessation
-
2003
- 2003-11-26 US US10/721,416 patent/US7113973B2/en not_active Expired - Lifetime
- 2003-11-26 US US10/721,415 patent/US7113972B2/en not_active Expired - Lifetime
-
2004
- 2004-01-14 US US10/756,503 patent/US7111041B2/en not_active Expired - Lifetime
- 2004-01-14 US US10/756,425 patent/US7113982B2/en not_active Expired - Lifetime
- 2004-01-14 US US10/756,540 patent/US7133903B2/en not_active Expired - Fee Related
- 2004-01-14 US US10/756,268 patent/US7113974B2/en not_active Expired - Lifetime
- 2004-01-14 US US10/756,539 patent/US7089283B2/en not_active Expired - Lifetime
- 2004-01-14 US US10/756,405 patent/US7111040B2/en not_active Expired - Lifetime
- 2004-01-28 HK HK04100562A patent/HK1059319A1/xx unknown
- 2004-01-28 HK HK04100563A patent/HK1059320A1/xx not_active IP Right Cessation
-
2006
- 2006-10-02 US US11/537,956 patent/US7962568B2/en not_active Expired - Fee Related
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2277630T3 (es) | Dispositivo de control de eventos y sistema de radiodifusion digital. | |
ES2201511T3 (es) | Tratamiento de un flujo de transporte digital. | |
ES2305980T3 (es) | Sistemas y procedimiento para la conexion en red de equipos de grabacion digital de video. | |
JP4839049B2 (ja) | 情報処理装置および表示画面制御方法 | |
ES2487868T3 (es) | Receptor con guía electrónica de programas multiusuario concurrente | |
ES2379347T3 (es) | Método y sistema para emular un servidor HTTP a través de un carrusel de difusión | |
ES2231839T3 (es) | Correlacion de localizadores uniformes de recursos con direcciones de radiodifusion en una señal de television. | |
ES2298248T3 (es) | Servicio de datos de telecomunicaciones moviles. | |
EP1100269A1 (en) | Contents receiving system and contents receiving method | |
CN103119954A (zh) | 接收器,接收方法和程序 | |
ZA200703170B (en) | Methods and devices for transmitting data to a mobile data processing unit | |
WO2005109865A1 (en) | A method for realizing embedded digital television service platform | |
US7941132B2 (en) | Method and apparatus for dynamic menuing of applications in a mobile communication device | |
BRPI9814084B1 (pt) | método, em um sistema de processamento de vídeo, para processar dados em pacote | |
KR20020026608A (ko) | 서버로부터 위치 정보를 액세스하는 무선 통신 터미널 | |
JP2002513253A (ja) | レシーバ/デコーダおよびビデオデータの処理方法 | |
ES2247015T3 (es) | Procedimiento de datos digitales de multiples flujos de datos. | |
KR100677652B1 (ko) | 대기모드용 어플리케이션 구동 방법 및 장치 | |
EP1631077A2 (en) | Digital multimedia broadcast receiving apparatus and method thereof | |
JP2005071330A (ja) | 情報処理装置 | |
JP2002344341A (ja) | データ放送対応受信機 |