ES2244987T3 - Metodo de transmision y recepcion de informacion y sistema que utiliza tal metodo. - Google Patents
Metodo de transmision y recepcion de informacion y sistema que utiliza tal metodo.Info
- Publication number
- ES2244987T3 ES2244987T3 ES97121830T ES97121830T ES2244987T3 ES 2244987 T3 ES2244987 T3 ES 2244987T3 ES 97121830 T ES97121830 T ES 97121830T ES 97121830 T ES97121830 T ES 97121830T ES 2244987 T3 ES2244987 T3 ES 2244987T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- information
- message
- content
- content code
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Game Theory and Decision Science (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
EN UN SISTEMA EMISOR Y RECEPTOR DE INFORMACION EN EL CUAL UN EQUIPO EMISOR DE INFORMACION (10) Y, POR LO MENOS, UN EQUIPO RECEPTOR DE INFORMACION (20) ENVIAN Y RECIBEN LA INFORMACION A TRAVES DE UN MEDIO DE TRANSMISION (1), SE ENVIA UN MENSAJE DE GESTION DESDE EL EQUIPO EMISOR DE INFORMACION (10) HASTA EL EQUIPO RECEPTOR DE INFORMACION (20) PARA, POR TANTO, CREAR UNA LISTA DE UN CODIGO DE CONTENIDO QUE EXPRESA UN MENSAJE DE DATOS REGISTRADO EN EL LADO DEL EQUIPO RECEPTOR DE INFORMACION Y DENTRO DEL EQUIPO RECEPTOR DE INFORMACION (20). ENTONCES, SE TRANSMITE UN MENSAJE DE DATOS, QUE CONTIENE UN CODIGO DE CONTENIDO Y LOS DATOS, DESDE EL EQUIPO EMISOR DE INFORMACION (10) HASTA EL EQUIPO RECEPTOR DE INFORMACION (20). EL EQUIPO RECEPTOR DE INFORMACION (20) SELECCIONA UN MENSAJE DE DATOS COMPARANDO EL CODIGO DEL CONTENIDO DE UN MENSAJE DE DATOS CON UNA LISTA DE SU PROPIO CODIGO DE CONTENIDO. LA LISTA DE CODIGO DE CONTENIDO SE PUEDE CREAR DENTRO DEL EQUIPO EMISOR DE INFORMACION (10) BASANDOSE EN UN VALOR DE PROPIEDAD DE UN MENSAJE DE RESPUESTA PROCEDENTE DEL EQUIPO RECEPTOR DE INFORMACION.
Description
Método de transmisión y recepción de información
y sistema que utiliza tal método.
La presente invención se refiere a un método de
transmisión de información entre un equipo emisor de información y
un equipo receptor de información.
Como método fundamental de un método de
transmisión de información entre un equipo emisor de información y
un equipo receptor de información, se ha conocido hasta ahora un
método de comunicación que usa un código de contenido descrito en la
patente norteamericana número 4.366.479 o, por ejemplo, en el
documento EP 537.481. En este método, el equipo emisor de
información añade a los datos un código de contenido indicativo del
contenido de datos y envía tales datos. Por otro lado, el equipo
receptor de información juzga, basándose en códigos de contenido
previamente designados, si el usuario de lado de recepción efectúa o
no una recepción selectiva de los datos, es decir, si el usuario del
lado de recepción recibe o no los datos.
Según este método, el lado del equipo emisor de
información o el administrador o gestor de sistema decide los
números de una pluralidad de códigos de contenido y los significados
de los mismos. El lado del equipo receptor de información aprende,
por adelantado mediante algún método, los números de los códigos de
contenido que pueden usarse y los significados de los mismos,
selecciona los códigos de contenido necesarios para su propio equipo
de recepción y establece de un modo manual los códigos de contenido
seleccionados.
Considérese el caso en el que información
comercial/publicitaria referente a cierta mercancía es distribuida
entre usuarios ordinarios en el hogar usando un satélite de
comunicaciones y una red. Asimismo, en este caso, supóngase que un
director de estrategia de mercado o un proveedor de información
comercial/publicitaria considera que, como estrategia de mercado,
tal mercancía debería distribuirse únicamente entre los usuarios de
"veintitantos/mujer/Tokio". Según el método de comunicación de
código de contenido descrito en la patente norteamericana número
4.366.479, el director de estrategia de mercado determina un código
de contenido que expresa "para veintitantos/mujer/Tokio" como,
por ejemplo, "1001" y envía por cualquier método datos de tal
código de contenido al usuario del lado receptor de información. A
continuación, si el usuario del lado receptor de información quiere
obtener los datos enviados con la forma del código de contenido
"1001", es decir, datos adecuados para
"veintitantos/mujer/Tokio", entonces el usuario del lado
receptor de información tiene que establecer de modo manual este
código de contenido "1001" en su propio equipo receptor como un
código de contenido necesario.
Más tarde, cuando el director de estrategia de
mercado considera que debe distribuirse otra mercancía únicamente a
usuarios que se ajusten a "veintitantos/mujer", el director de
estrategia de mercado determina el código de contenido que expresa
"veintitantos/mujer" como, por ejemplo, un código de contenido
"1002", y envía por cualquier método datos de tal código de
contenido al usuario del lado receptor de información. Luego, si el
usuario del lado receptor de información quiere obtener los datos
enviados con la forma del código de contenido "1002", es decir,
datos adecuados para "veintitantos/mujer", entonces el usuario
del lado receptor de información tiene que establecer de modo manual
tal código de contenido "1002" en su propio equipo receptor
como un código de contenido necesario.
Se observa frecuentemente que el director de
estrategia de mercado establece/cambia la estrategia de mercado.
Además, también se observa frecuentemente que existen dos
estrategias que tienen una diferencia importante desde un punto de
vista de estrategia de mercado aunque las dos estrategias
"veintitantos/mujer/Tokio" y "veintitantos/mujer" parezcan
iguales. Desde el punto de vista del usuario del equipo receptor de
información, es muy engorroso para tal usuario establecer de modo
manual el código de contenido en su propio equipo receptor cada ver
que se fija la estrategia con frecuencia y se la modifica con
discreción.
Además, el método de comunicación de código de
contenido antes mencionado se caracteriza porque se permite que el
usuario del lado receptor de información establezca a voluntad
únicamente un código de contenido necesario. En consecuencia, no
existe ninguna otra forma de seleccionar y recibir a voluntad datos
por el usuario del lado receptor de información. Por ejemplo, a no
ser que el usuario del lado receptor de información establezca el
código de contenido "1001", se presenta entonces el problema de
que se hace sustancialmente ineficaz la estrategia para distribuir
la publicidad de la mercancía a los usuarios de
"veintitantos/mujer/Tokio". Es decir, existe el problema de que
el director de estrategia de mercado del lado emisor de información
no puede impeler al usuario del lado receptor de información a que
reciba selectivamente la publicidad de la mercancía como el director
de estrategia ha esperado que sea en la estrategia de mercado.
Aparecerá un problema similar no sólo cuando se
distribuya la información comercial/publicitaria antes mencionada,
sino también cuando se distribuya información ordinaria. En otras
palabras, el emisor de información no puede combinar de diversos
modos las propiedades de los receptores de tal manera que únicamente
el receptor objetivo puede recibir información selectivamente.
Asimismo, según el método de comunicación de
código de contenido descrito en la patente norteamericana número
4.366.479, el usuario del lado receptor del equipo receptor de
información recibe selectivamente datos basados en el código de
contenido previamente designado. En consecuencia, incluso cuando se
reciben datos una serie de veces durante un cierto periodo
constante de tiempo, es inevitable que tal usuario del lado receptor
reciba todos los datos.
Por tanto, incluso cuando el usuario quiere
recibir datos del número fijado (por ejemplo, unos pocos datos)
durante un cierto periodo constante de tiempo, ello se hace
imposible. Cuando se distribuye información publicitaria de
mercancía en la franja horaria comercial de 30 segundos en un
programa de televisión, únicamente puede recibirse y mostrarse
información publicitaria de mercancía en un periodo de tiempo de 30
segundos en un modo en tiempo real. Si se considera que se
proporciona un anuncio publicitario de una mercancía A a los
usuarios de "veintitantos/mujer/Tokio" y que se proporciona un
anuncio publicitario de una mercancía B a los usuarios de
"veintitantos/mujer" durante un periodo de tiempo de 30
segundos según la misma estrategia de mercado, entonces es
inevitable que el usuario de "veintitantos/mujer/Tokio" reciba
información publicitaria tanto de la mercancía A como de la B dado
que la propiedad "veintitantos/mujer/Tokio" está contenida en
la propiedad "veintitantos/mujer". Se presenta entonces el
problema de que el equipo receptor de información es incapaz de
determinar cuál de los anuncios publicitarios de las mercancías A y
B debe recibirse o mostrarse.
Un problema similar aparece no sólo en un método
de comunicación que usa un código de contenido (denominado en
adelante "método de comunicación de código de contenido"), sino
que también en un método de comunicación de dirección que usa un
protocolo que contiene una dirección ordinaria de destino. Por
ejemplo, si se distribuye una pluralidad de datos de anuncios
publicitarios de mercancía (información) durante la misma franja
horaria y se reciben/muestran una pluralidad de datos en un modo en
tiempo real designando a un usuario C como dirección de destino,
entonces el usuario C puede leer y entender únicamente la
información publicitaria de la mercancía de un número finito (tal
vez, uno o dos) al mismo tiempo debido a los límites de la capacidad
de comprensión humana.
La materia objeto de la presente solicitud se
define en las reivindicaciones anexas.
La figura 1 es un diagrama de bloques que muestra
un ejemplo de un sistema según una realización de la presente
invención;
La figura 2 es un diagrama de bloques funcionales
que muestra ejemplos de funciones de un equipo emisor de datos;
La figura 3 es un diagrama de bloques que muestra
un ejemplo de un hardware del equipo emisor de datos;
La figura 4 es un flujograma que muestra un
ejemplo de un procesamiento principal en el equipo emisor de
datos;
La figura 5 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
datos del equipo emisor de datos;
La figura 6 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
propiedades del equipo emisor de datos;
La figura 7 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
términos del equipo emisor de datos;
La figura 8 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
código de contenido del equipo emisor de datos;
La figura 9 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
estrategia del equipo emisor de datos;
La figura 10 es un diagrama que muestra un
ejemplo de una imagen de menú de gestión del equipo emisor de
datos;
La figura 11 es un diagrama que muestra un
ejemplo de un archivo de datos del equipo emisor de datos;
La figura 12 es un diagrama que muestra un
ejemplo de una tabla de gestión de propiedades del equipo emisor de
datos;
La figura 13 es un diagrama que muestra un
ejemplo de una tabla de gestión de términos del equipo emisor de
datos;
La figura 14 es un diagrama que muestra un
ejemplo de una imagen de definición de estrategia en la función de
gestión de estrategia del equipo emisor de datos;
La figura 15 es un diagrama que muestra un
ejemplo de una tabla de gestión de estrategia del equipo emisor de
datos;
La figura 16 es un diagrama que muestra un
ejemplo de una tabla de gestión de código de contenido del equipo
emisor de datos;
La figura 17 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de registro de
propiedades;
La figura 18 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de registro de
término;
La figura 19 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de registro de código
de contenido;
La figura 20 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de datos;
La figura 21 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de borrado/pausa de
código de contenido;
La figura 22 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de cambio de código
de contenido;
La figura 23 es un diagrama que muestra un
ejemplo de una secuencia de mensaje desde el equipo emisor de datos
hasta el equipo receptor de datos;
La figura 24 muestra un diagrama de bloques
funcionales que muestra ejemplos de funciones del equipo receptor de
datos;
La figura 25 es un diagrama de bloques que
muestra un ejemplo de un hardware del equipo receptor de datos;
La figura 26 es un flujograma que muestra un
ejemplo de un procesamiento principal en el equipo receptor de
datos;
La figura 27 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de recepción
selectiva de mensajes del equipo receptor de datos;
La figura 28 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
propiedades del equipo receptor de datos;
La figura 29 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
términos de usuario del equipo receptor de datos;
La figura 30 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
términos del equipo receptor de datos;
La figura 31 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
código de contenido del equipo receptor de datos;
La figura 32 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de ejecución de
datos del equipo receptor de datos;
La figura 33 es un diagrama que muestra un
ejemplo de una imagen de definición de propiedades de usuario del
equipo receptor de datos;
La figura 34 es un diagrama que muestra un
ejemplo de una tabla de gestión de propiedades de usuario del
equipo receptor de datos;
La figura 35 es un diagrama que muestra un
ejemplo de una tabla de gestión de código de contenido del equipo
receptor de datos;
La figura 36 es un diagrama que muestra un
ejemplo de una tabla de gestión de número de evento del equipo
receptor de datos;
La figura 37 es un diagrama que muestra otro
ejemplo de un formato de mensaje de un mensaje de datos;
La figura 38 es un diagrama de bloques que
muestra un ejemplo de un sistema según otra realización de la
presente invención;
La figura 39 es un diagrama de bloques
funcionales que muestra ejemplos de funciones de un equipo emisor de
datos según otra realización de la presente invención;
La figura 40 es un flujograma que muestra un
ejemplo de un procesamiento principal en el quipo emisor de datos
según otra realización de la presente invención;
La figura 41 es un flujograma que muestra un
ejemplo de un procesamiento principal en una función de gestión de
términos del quipo emisor de datos según otra realización de la
presente invención;
La figura 42 es un flujograma que muestra un
ejemplo de una función de gestión de propiedades de usuario del
quipo emisor de datos según otra realización de la presente
invención;
La figura 43 es un diagrama que muestra un
ejemplo de una tabla de gestión de propiedades de usuario del
equipo emisor de datos según otra realización de la presente
invención;
La figura 44 es un diagrama que muestra un
ejemplo de una imagen de definición de estrategia en la función de
gestión de estrategia del quipo emisor de datos según otra
realización de la presente invención;
La figura 45 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de registro de
propiedades según otra realización de la presente invención;
La figura 46 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de registro de
propiedades de usuario según otra realización de la presente
invención;
La figura 47 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de registro de código
de contenido según otra realización de la presente invención;
La figura 48 es un diagrama que muestra un
ejemplo de un formato de mensaje de un mensaje de datos según otra
realización de la presente invención;
La figura 49 es un diagrama que muestra una
secuencia de mensaje entre un equipo emisor de datos y un equipo
receptor de datos según otra realización de la presente
invención;
La figura 50 es un diagrama de bloques
funcionales que muestra ejemplos de funciones del equipo receptor de
datos según otra realización de la presente invención;
La figura 51 es un flujograma que muestra un
ejemplo de un procesamiento principal del equipo receptor de datos
según otra realización de la presente invención;
La figura 52 es un flujograma que muestra un
ejemplo de un procesamiento principal en la función de recepción
selectiva de mensaje del equipo receptor de datos según otra
realización de la presente invención;
La figura 53 es un flujograma que muestra un
ejemplo de un procesamiento principal en la función de gestión de
propiedades de usuario del equipo receptor de datos según otra
realización de la presente invención; y
La figura 54 es un flujograma que muestra un
ejemplo de un procesamiento principal en la función de gestión de
código de contenido del equipo receptor de datos según otra
realización de la presente invención.
Se describirán a continuación realizaciones de la
presente invención.
La figura 1 es un diagrama de bloques que muestra
un sistema según una realización de la presente invención.
Según se muestra en la figura 1, el sistema según
la presente invención comprende más de un equipo emisor de datos
10-1,..., 10-m, más de un equipo
receptor de datos 20-1,..., 20-m y
un satélite de comunicaciones 1 dispuesto como un medio para
permitir que estos equipos se comuniquen entre sí. El medio de
comunicación puede materializarse con la forma de un sistema de
radio en esta realización o un sistema de cable.
Cada equipo emisor 10 de datos incluye cinco
funciones fundamentales de una función emisora 101 de mensajes, una
función gestora 102 de código de contenido, una función gestora 103
de estrategia, una función gestora 104 de datos y una función de
entrada y salida (I/O) 105.
Cada equipo receptor de datos incluye cinco
funciones fundamentales de una función de recepción selectiva 201 de
mensajes, una función gestora 202 de código de contenido, una
función gestora 203 de propiedades de usuario, una función ejecutora
204 de datos y una función de entrada y salida (I/O) 205.
La figura 2 muestra con mayor detalle funciones
del equipo emisor 10 de datos. Según se muestra en la figura 2, el
equipo emisor 10 de datos incluye, además de las cinco funciones
fundamentales antes mencionadas de la función emisora 101 de
mensajes, la función gestora 102 de código de contenido, la función
gestora 103 de estrategia, la función gestora 104 de datos y la
función I/O 105, una función gestora 106 de propiedades, una función
gestora 107 de términos, una tabla gestora 108 de código de
contenido, una tabla de gestión de estrategia 109, una tabla gestora
110 de propiedades, una tabla gestora 111 de términos y un archivo
112 de datos. La función emisora 101 de mensajes emite un mensaje a
través de un equipo de emisión 134 hacia el satélite de
comunicaciones 1, que es un medio de transmisión. En este caso, se
solicita o se da directamente una instrucción de difusión al sistema
operativo según se describe a continuación. Asimismo, la función
gestora 105 de entrada y salida gestiona la entrada y salida hacia y
desde el equipo I/O 120, tal como una pantalla, un teclado, un disco
y un equipo de comunicación. En este caso, se solicita o se da
directamente una instrucción I/O al sistema operativo según se
describe a continuación.
La figura 3 muestra con mayor detalle el hardware
del equipo emisor 10 de datos. Según se muestra en la figura 3, el
equipo emisor 10 de datos comprende un bus 121 de CPU, un bus
extendido 122, un puente 123, una CPU (unidad de proceso central)
124, una memoria caché 125, una memoria 126, un control de
interrupción 127, un control de emisión 128, un control de
comunicación 129, un control de disco 130, un control de audio 131,
un control de entrada 132 y un control de presentación 133. Cada una
de la memoria caché 125 y de la memoria 126 incluye un controlador,
y la memoria 126 incluye una ROM (memoria de sólo lectura) y una RAM
(memoria de acceso aleatorio).
El bus 121 de CPU es un bus al cual está
conectada la CPU (unidad de proceso central) 124.
El bus 121 de CPU está conectado con el puente
123, la CPU 124, la memoria caché 125, la memoria 126 y el control
de interrupción 127.
Existe un caso en el que se monta un sistema
operativo en el equipo emisor 10 de datos de modo que los programas
para ejecutar las funciones pueden hacer funcionar hardware del
equipo 10 no de forma directa, sino a través del sistema operativo.
En tal caso, cada uno de los programas da instrucciones de salida al
sistema operativo y recibe entradas del mismo.
La CPU 124 interpreta y ejecuta una orden y la
memoria 126 memoriza un programa y unos datos. La memoria caché 125
es un dispositivo que ejecuta un acceso de alta velocidad a la
memoria. El control de interrupción 127 es una unidad de control que
gestiona una señal de interrupción hacia la CPU, es decir, una señal
para interrumpir temporalmente el procesamiento actual de la CPU, y
que solicita la ejecución de su propio procesamiento de
interrupción. El puente 123 es un circuito para conectar el bus 121
de CPU y el bus extendido 122.
El bus extendido 122 es un bus para transferir
datos entre una variedad de equipos I/O. El bus extendido 122 está
conectado al control de emisión 128, el control de comunicación 129,
el control de disco 130, el control de audio 131, el control I/O 132
y el control de presentación 133. El control de emisión 128 es una
unidad de control para controlar una transmisión que emplea el
satélite de comunicaciones 1, y que está conectada al equipo de
emisión 134 para enviar ondas de radio de emisión al satélite de
comunicaciones 1. El control de comunicación 129 efectúa un control
cuando se realiza una comunicación con otro equipo (otro equipo
receptor 20 de datos y el equipo emisor 10 de datos) a través del
equipo de comunicación 136, tal como un módem y un adaptador de
terminal de ISDN (Red Digital de Servicios Integrados) y la red 2,
tal como una red pública y una red ISDN. El control de disco 130 es
una unidad de control de disco, tal como un SCSI (Interfaz de
Sistema de Pequeño Ordenador), y que está conectada a un dispositivo
de disco de paquete 136, tal como un dispositivo
CD-ROM y un dispositivo DVD (Disco de Vídeo
Digital), para operar un disco de paquete 3 que es un medio de
registro intercambiable y un dispositivo de disco duro 137. El
control de audio 131 es una porción que controla la entrada y salida
de datos de audio, y está conectado al equipo I/O de audio 138, tal
como un micrófono y un altavoz. El control de entrada 132 controla
el equipo de entrada 139, tal como un teclado y un ratón. El control
de presentación 133 controla un equipo de presentación 140 de
imagen, tal como un CRT (Tubo de Rayos Catódicos), una LCD (Pantalla
de Cristal Líquido) y un PDP (Panel de Pantalla de Plasma).
Se expondrá a continuación una relación entre las
funciones de la figura 2 y el hardware de la figura 3. Todas las
funciones de la figura 2 se logran con la CPU 124 cuando ésta
interpreta y ejecuta programas que realizan funciones respectivas.
Cuando se ejecutan las funciones respectivas, los programas
correspondientes existen en la memoria 126 o en la memoria caché
125, y todas las tablas y archivos de la figura 2 existen en la
memoria 126 y en la memoria caché 125 cuando se ejecutan las
funciones respectivas. Cuando no se ejecutan las funciones
respectivas, los programas, las tablas y los archivos que realizan
las funciones respectivas existen en la memoria 126 y en el
dispositivo de disco duro 137.
La función emisora 101 de mensajes es
interpretada por la CPU 124 y da una orden para controlar el equipo
de emisión 134 al control de emisión 128. Asimismo, la función
gestora I/O 105 es interpretada por la CPU 124 y controla el equipo
I/O 120 tal como el equipo de comunicación 135, el dispositivo 136
de disco de paquete, el dispositivo de disco duro 137, el equipo I/O
de audio 138, el equipo I/O 139 y el dispositivo 140 de presentación
de imagen mediante el control de comunicación 129, el control de
disco 130, el control de audio 131, el control de entrada 132 y el
control de presentación 133. Estas órdenes o instrucciones y
controles se integran directamente en el hardware respectivo. Sin
embargo, pueden solicitarse al sistema operativo.
Se describirán con referencia a los dibujos las
operaciones de las funciones del equipo emisor 10 de datos.
La figura 4 es un flujograma de un procesamiento
principal ejecutado por la CPU 124 en el equipo emisor 10 de
datos.
Haciendo referencia ahora a la figura 4, y tras
el comienzo de la operación, la función gestora I/O 105 del equipo
emisor 10 de datos presenta un menú de gestión sobre el dispositivo
de presentación 140 de imagen (paso 1001), y está puesta en el modo
en espera de evento para aguardar un evento (paso 1002). Aquí, el
modo en espera de evento designa el estado en el que la función
gestora I/O 105 está puesta en el modo en espera para aguar un
evento tal como, por ejemplo, un "clic" de un botón, y una
recepción de un mensaje. Un usuario del equipo emisor 10 de datos
selecciona una función deseada del menú mostrado en el dispositivo
de presentación 140 de imagen e introduce datos basándose en una
estrategia deseada de mercado.
La figura 10 muestra un ejemplo de la manera
según la cual se muestra el menú de gestión antes mencionado. Según
se muestra en la figura 10, el menú de gestión 113 incluye un botón
de gestión de datos 1131, un botón de gestión de propiedades 1132,
un botón de gestión de términos 1133, un botón de gestión de
condición de registro (código de contenido) 1134, un botón de
gestión de estrategia 1135, un botón de conclusión 1136 y un botón
de ayuda 1137. Cuando el usuario hace clic sobre el botón de gestión
de datos 1131 usando el dispositivo de entrada 139, se genera un
evento de gestión de datos. Similarmente, cuando el usuario hace
clic sobre el botón de gestión de términos 1133, se genera un evento
de gestión de términos. Cuando el usuario hace clic sobre el botón
de gestión de condición de registro (código de contenido) 1134, se
genera un evento de gestión de código de contenido. Cuando el
usuario hace clic sobre el botón de gestión de estrategia 1135, se
genera un evento de gestión de estrategia. Cuando el usuario hace
clic sobre el botón de conclusión 1136, se genera un evento de
conclusión. Incidentalmente, cuando el usuario hace clic sobre el
botón de ayuda 1137, se obtiene una visualización de cada uno de los
botones.
Supóngase ahora que un director de estrategia de
mercado que es el usuario del equipo emisor 10 de datos establece la
estrategia según los siguientes cuatro procedimientos. La estrategia
es un intento de un director de estrategia de mercado (proveedor de
información) expresada mediante una porción condicional y una
porción de ejecución, es decir, SI A (porción condicional) ENTONCES
B (porción de ejecución). La porción de ejecución es una expresión
condicional referente a un ítem de propiedades. Por ejemplo, el
director de estrategia de mercado establece una denominación
particular de mercancía tal como recomendar un vino "BBB" que
es un nuevo producto para los usuarios si la edad (ítem de
propiedades) es superior a 20. Asimismo, el director de estrategia
de mercado establece una categoría de mercancía tal como recomendar
un CD de jazz a los usuarios si los usuarios son treintañeros.
(1) Registro de información de mercancía (datos):
Registrar datos que se han de proporcionar a los usuarios del lado
receptor de información y una categoría de tales datos. En este
caso, el usuario del equipo emisor 10 de datos hace clic sobre el
botón de gestión de datos 1131.
(2) Registro de ítem de propiedades: Registrar
ítems de propiedades referentes al usuario del lado receptor de
información cuando se establece una estrategia. Un perfil de usuario
(dirección, edad, etc.), un gusto (gusto por las bebidas
alcohólicas, etc.), situación (hora, fecha y lugar), etc. se
convierten en ítems de propiedades. En esta caso, el usuario del
equipo emisor 10 de datos hace clic sobre el botón de gestión de
propiedades 1132.
(3) Registro de término: Registrar como términos
expresiones usadas frecuentemente en la porción condicional de la
estrategia. El término de una clase de abreviaturas o un macro. El
término "veinteañeros", por ejemplo, se define y se registra
como "propiedad de edad mayor de 20 años y menor de 30 años".
En este caso, el usuario del equipo emisor 10 de datos hace clic
sobre el botón de gestión de términos 1133.
(4) Establecimiento de una estrategia: Establecer
una estrategia para una mercancía particular o una categoría de
mercancía. Cuando se establece una estrategia para una categoría de
mercancía, se selecciona por algún método (por ejemplo, selección
aleatoria) una mercancía que pertenece a esa categoría de mercancía.
En este caso, el usuario del equipo emisor 10 de datos hace clic
sobre el botón de gestión de estrategia 1135. Incidentalmente, si se
establece un nuevo código de contenido cuando la estrategia está
fijada, entonces en el equipo emisor 10 de datos se registra
automáticamente ese código de contenido en la tabla gestora 108 de
código de contenido.
La información de mercancía se transmite
basándose en la estrategia así fijada. Incidentalmente, los cuatro
procedimientos no son procedimientos secuenciales y cualquier de los
cuatro procedimientos puede ejecutarse por separado.
Incidentalmente, el usuario del equipo emisor 10 de datos es capaz
de generar de un modo manual el código de contenido haciendo clic
sobre el botón de gestión de código de contenido 1134 y de registrar
el código de contenido así generado en la tabla gestora 108 de
código de contenido.
Se describirá la manera bajo la cual se hace
funcionar el sistema cuando el usuario genera eventos haciendo clic
sobre los botones respectivos según los cuatro procedimientos antes
mencionados.
(1) Se describirá con referencia a las figuras 2,
4, 5 y 11 el caso en el que el usuario del equipo emisor 10 de datos
genera un evento de gestión de datos haciendo clic sobre el botón de
gestión de datos 1131 del menú de gestión 113.
En la figura 2, la función de gestión I/O 105 del
equipo emisor 10 de datos juzga la clase de evento (paso 10003).
Dado que el evento es el evento de gestión de datos, la función de
gestión I/O 105 llama a la función gestora 104 de datos a través de
la función gestora 103 de estrategia (paso 1004).
La figura 5 es un flujograma que muestra un
procesamiento principal ejecutado por la función gestora de datos
solicitada 104. Haciendo referencia a la figura 5, y tras el
comienzo de la operación, se muestra inicialmente una imagen de
definición de datos y el usuario (director de estrategia del lado
emisor) introduce una definición de datos (paso 1101). Basándose en
la definición de datos introducida, los datos introducidos se
escriben en el archivo de datos 112 (paso 1012). Cuando el usuario
finaliza la definición de datos, la función gestora 104 de datos
finaliza el procesamiento (paso 1013).
La figura 11 muestra un ejemplo de una estructura
del archivo 112 de datos. Según se muestra en la figura 11, el
archivo 112 de datos incluye cuatro campos de un número 1121 de
datos, un nombre 1122 de datos, una categoría 1123 y un nombre de
archivo 1124 de datos. El usuario (director de estrategia del lado
emisor) define los cuatro ítems. El número de datos es un número
para identificar datos de forma singular, y el número de datos está
compuesto frecuentemente por una combinación de un código (por
ejemplo, tres dígitos de orden superior de "10001") de un
propietario de datos (compañía propietaria) y un número de datos
(por ejemplo, dos dígitos de orden inferior de "10001"). El
nombre 1122 de datos es típicamente un nombre comercial. La
categoría 1123 indica una categoría (clasificación) a la cual
pertenecen los datos. El nombre del archivo de datos señala a los
datos mismos. Los datos son un denominado archivo de tipo híbrido
compuesto por una pluralidad de archivos, por ejemplo, hipertexto.
Como datos simples, existen unos datos de archivo de texto.
(2) Se describirá con referencia a las figuras 2,
4, 6 y 12 el caso en el que se genera un evento de gestión de
propiedades cuando el usuario del equipo emisor 10 de datos hace
clic sobre el botón de gestión de propiedades 1132 del menú de
gestión 113.
En la figura 2, la función de gestión I/O 105 del
equipo emisor 10 de datos juzga la clase de eventos (paso 1003).
Dado que el evento es el evento de gestión de propiedades, la
función de gestión I/O 105 llama a la función gestora 106 de
propiedades a través de la función gestora 103 de estrategia (paso
1005).
La figura 6 es un flujograma que muestra un
procesamiento principal en la denominada función gestora 106 de
propiedades. Haciendo referencia a la figura 6, y tras el comienzo
de la operación, se muestra inicialmente una imagen de definición de
propiedades y el usuario (director de estrategia del lado emisor)
introduce una definición de propiedades (paso 1021). Basándose en la
definición de propiedades introducida, el ítem de propiedades
introducido se escribe en la tabla gestora 110 de propiedades (paso
1022). Asimismo, la función gestora 106 de propiedades envía un
mensaje de registro de propiedades usando la función transmisora 101
de mensajes a través de la función gestora 103 de estrategia (paso
1023). Cuando el usuario finaliza la definición de propiedades, la
función gestora 106 de propiedades finaliza el procesamiento (paso
1024). El mensaje de registro de propiedades se describirá más
tarde.
La figura 12 muestra un ejemplo de una estructura
de la tabla gestora 110 de propiedades. Según se muestra en la
figura 12, la tabla gestora 110 de propiedades incluye tres campos
de un código 1101 de propiedades, un nombre 1102 de ítem de
propiedades y un límite de valor 1103 de propiedades. El usuario
(director de estrategia del lado emisor) define los tres ítems. El
código 1101 de propiedades es un código usado para identificar los
ítems de propiedades de una manera singular. El nombre de ítem de
propiedades indica literalmente un ítem de propiedades. El límite de
valor 1103 de propiedades se usa para normalizar la forma de un
valor que puede tomarse por el ítem de propiedades como un valor de
propiedad. El límite de valor 1103 de propiedades es equivalente a
una definición de tipo de un lenguaje de ordenador. Por ejemplo,
{varón, mujer} indica que únicamente puede tomarse el valor de varón
o de mujer. Como ítems de propiedades, es posible definir todo lo
referente al usuario del equipo receptor 20 de
datos.
datos.
Por ejemplo, es posible definir un perfil de
usuario, es decir, una propiedad fija o semi-fija
tal como una dirección o una edad, un gusto del usuario, esto es,
una propiedad cambiable tal como el gusto, preferencias y aversiones
y una situación de usuario, es decir, una propiedad de ambiente del
usuario tal como la permanencia en el hogar/oficina y mañana/tarde.
Los valores de propiedades de estas propiedades se pueden establecer
cuando el usuario del equipo receptor 20 de datos los designa e
introduce directamente o bien son establecidos automáticamente por
el equipo receptor 20 de datos (puede fijarse fácilmente el tiempo
actual del usuario o similar).
(3) Se describirá con referencia a las figuras 2,
4, 7 y 13 el caso en el cual se genera el evento de gestión de
términos cuando el usuario del equipo emisor 10 de datos hace clic
sobre el botón de gestión de términos 1133 del menú de gestión
113.
En la figura 2, la función de gestión I/O 105 del
equipo emisor 10 de datos juzga la clase de los eventos (paso 1003
de la figura 4). Dado que el evento es el evento de gestión de
términos, la función de gestión I/O 105 llama a la función gestora
107 de términos a través de la función gestora 103 de
estrategia.
La figura 7 es un flujograma que muestra un
procesamiento principal en la denominada función gestora 107 de
términos. Haciendo referencia a la figura 7, y tras el comienzo de
la operación, se muestra inicialmente una imagen de definición de
término, y el usuario (director de estrategia) introduce una
definición de término (paso 1031). Basándose en la definición de
término introducida, el término introducido se escribe en el archivo
gestor 111 de términos (paso 1032). Asimismo, la función gestora 107
de términos transmite un mensaje de registro de término usando la
función emisora 101 de mensajes a través de la función gestora 103
de estrategia (paso 1033). Cuando el usuario finaliza la definición
de términos, la función gestora 107 de términos finaliza el
procesamiento (paso 1034). El mensaje de registro de término se
describirá más tarde.
La figura 13 muestra un ejemplo de una estructura
de la tabla gestora 111 de términos. Según se muestra en la figura
13, la tabla gestora 111 de términos incluye tres campos de un
código 1111 de término, un nombre 1112 de término y una definición
1113 de término. El código 1111 de término es un código que se usa
para identificar los términos de una manera singular. El nombre del
término es literalmente un nombre de un término. La definición 1113
de término es una definición de un término. El usuario (director de
estrategia del lado emisor) define tres términos. El término es una
clase de abreviaturas o un macro. Una palabra como, por ejemplo,
"veinteañeros", indica "una propiedad de una edad mayor de 20
años y menor de 30 años". Asimismo, con referencia a la misma
propiedad de "edad", puede definirse como "gente joven"
"una propiedad de una edad mayor de 10 años y menor de 30
años". Como se describió anteriormente, según el término, un ítem
de propiedades puede definirse/clasificarse por una pluralidad de
extremos cortados.
Además, "incluir ``TOKIO'' en dirección",
que es una definición de un término ``TOKIO'', indica que "un
valor de propiedad de una propiedad de una dirección contiene
``TOKIO''". Si "TOKIO" está contenido en el valor de
propiedad, entonces el término es verdadero. Si no es así, entonces
el término es falso. Además, pueden definirse términos referentes a
una pluralidad de ítems de propiedades. Un término como "bebedor
varón" puede definirse como "bebida alcohólica = sí y sexo =
varón" usando el nombre del ítem de propiedades mostrado en la
figura 12.
(4) Se describirá con referencia a las figuras 2,
4, 8, 9, 14, 15 y 16 el caso en el que el evento de gestión
estrategia se genera cuando el usuario del equipo emisor 10 de datos
hace clic sobre el botón de gestión de estrategia 1135.
En la figura 2, la función de gestión I/O 105 del
equipo emisor 10 de datos juzga la clase de eventos (paso 1003 de la
figura 4). Dado que el evento es el evento de gestión de estrategia,
la función de gestión I/O 105 llama a la función gestora 103 de
estrategia (paso 1008).
La figura 9 es un flujograma que muestra un
procesamiento principal de la función gestora 103 de estrategia
accedida. Haciendo referencia a la figura 9, y tras el comienzo de
la operación, se muestra inicialmente una imagen de definición de
estrategia y el usuario (director de estrategia del lado emisor)
introduce una definición de estrategia (paso 1051).
La figura 14 muestra una imagen de definición de
estrategia 114. Inicialmente, se selecciona un nombre 1141 de datos
o un código 1142 de datos perteneciente a datos (o datos de
mercancía) con los cuales se desea fijar la estrategia. A
continuación, se introduce un usuario (persona que recibe datos) al
cual se le proporcionan datos. Se selecciona el ítem 1143 de
propiedades que ya se ha registrado, y se selecciona o se introduce
repetidamente el valor de propiedad. Por ejemplo, el estado de
presentación de la figura 14 muestra que los datos "chocolate
AAA" del código de datos "10001" se recomiendan como
estrategia para "sexo = mujer & TOKIO = veintitantos".
Inicialmente, se llama a la función gestora 102 de código de
contenido basándose en datos introducidos (paso 1052 de la figura
9).
La figura 8 es un flujograma que muestra un
procesamiento principal de la función gestora 102 de código de
contenido llamada en el paso 1052 de la figura 9. Haciendo
referencia a la figura 8, y tras el comienzo de la operación, la
función gestora 102 de código de contenido define y crea
automáticamente en la fase inicial un código de contenido según la
condición estratégica (por ejemplo, "sexo = mujer & TOKIO =
veintitantos") suministrada en el paso 1052 de la figura 9 (paso
1041). Si ya se ha registrado la misma condición estratégica en la
tabla gestora 108 de código de contenido, entonces la función
gestora 102 de código de contenido no definiría ni crearía
automáticamente el código de contenido. A continuación, el código de
contenido así definido y creado se registra automáticamente en la
tabla gestora 108 de código de contenido (paso 1042). La condición
estratégica antes mencionada se registra, por ejemplo, en la tabla
gestora 108 de código de contenido como un código de contenido
"102" mostrado en la figura 16.
Posteriormente, la función gestora 102 de código
de contenido transmite un mensaje de registro de código de contenido
al equipo receptor 20 de datos usando la función emisora 101 de
mensajes a través de la función gestora 103 de estrategia (paso
1043). Cuando la definición de código de contenido concluye
automáticamente, la función gestora 102 de código de contenido
finaliza el procesamiento (paso 1044). El mensaje de código de
contenido se describirá más adelante.
La figura 16 muestra un ejemplo de una estructura
de la tabla gestora 108 de código de contenido. Según se muestra en
la figura 16, la tabla gestora 108 de código de contenido incluye 7
campos de un código 1081 de contenido, contenido definido en el
código de contenido, es decir, una condición estratégica 1082, un
estado 1083, un tiempo de registro 1084, un tiempo de pausa 1085, un
tiempo de reanudación 1086 y un tiempo de borrado 1087. El usuario
(director de estrategia del lado emisor) designa únicamente la
condición estratégica 1082 de la imagen 114 de definición de
estrategia, y los 6 campos restantes se designan generalmente de
modo automático mediante la función gestora 102 de código de
contenido.
Con respecto al código 1081 de contenido, por
ejemplo, un código, que no está en uso, puede asignarse a un nuevo
código de contenido. Puede fijarse un tiempo actual en el tiempo de
registro 1084, y puede fijarse en el tiempo de pausa 1085 un tiempo
que es 6 meses posterior al tiempo de registro. Puede fijarse un
espacio en blanco (" - ") en el tiempo de reanudación 1086, y
el tiempo de borrado 1087 puede determinarse por defecto de tal
manera que un tiempo que sea un año posterior al tiempo de pausa
1085 se establece en el tiempo de borrado 1087. No hace falta decir
que el director de estrategia puede establecer el código de
contenido y una variedad de tiempos del código de contenido haciendo
clic de un modo manual sobre el botón de gestión de condición de
registro (código de contenido) 1134.
El código 1081 de contenido es un código que
expresa el contenido del código definido. La condición estratégica
expresa la condición de la estrategia para proporcionar datos a los
usuarios y también expresa al mismo tiempo el significado del código
de contenido. Unos datos con un código de contenido "101"
añadido a ellos indican, por ejemplo, que el contenido de datos es
para "treintañeros & sexo = varón". Dicho de otra manera,
el código de contenido "101" puede añadirse a los datos para
"treintañeros & sexo = varón" y a continuación pueden
emitirse los datos con el código de contenido "101".
El campo 1083 de estado expresa el estado
definido actual del código 1081 de contenido que cambia de
"comienzo (= antes del registro)" \rightarrow "registro"
\leftarrow\rightarrow "pausa" \rightarrow "comienzo (=
después del borrado)". Antes del registro y después del borrado,
dado que el ítem concerniente al código de contenido correspondiente
no existe en la tabla gestora 108 de código de contenido, no se
muestra el estado de comienzo en el campo 1083 de estado. El campo
1083 de estado se cambia del estado de comienzo al estado de
registro por el procesamiento de registro de código de contenido, se
cambia del estado de registro al estado de pausa por el
procesamiento de pausa, se cambia del estado de pausa al estado de
registro por el procesamiento de reanudación, y se cambia del estado
de pausa al estado de comienzo por el procesamiento de borrado (se
impide que el campo 1083 de estado sea cambiado directamente del
estado de registro al estado de comienzo (después del borrado) en
aras de la seguridad). El campo 1084 de tiempo de registro, el campo
1085 de tiempo de pausa, el campo 1086 de tiempo de reanudación y el
campo 1087 de tiempo de borrado expresan tiempos (históricos o
planificados) de registro, pausa, reanudación y borrado,
respectivamente.
Supóngase que el tiempo y la fecha actuales son 2
de diciembre de 1996. Entonces, el código de contenido "101" se
registra el 1 de noviembre de 1996, se interrumpirá el 1 de mayo de
1997 y se borrará el 2 de mayo de 1998. El campo " - " indica
que no existe planificación.
La tabla gestora 108 de código de contenido tiene
varios códigos de contenido que se establecen desde el principio, es
decir, que están registrados como códigos de contenido de sistema.
En la figura 16, los códigos de contenido que siguen al "099"
son tales códigos de contenido de sistema. El usuario no necesita
registrar estos códigos de contenido de sistema. Ha de indicarse que
los códigos de contenido usados en esta realización se usan para
identificar no sólo las condiciones estratégicas, sino también los
tipos del mensaje emisor.
Cuando finaliza el procesamiento de la función
gestora 102 de código de contenido accedida en el paso 1052 de la
figura 9, el control vuelve a la función gestora 103 de estrategia.
La función gestora 103 de estrategia registra una estrategia en la
tabla de gestión de estrategia 109 mostrada en la figura 15 (paso
1053). Posteriormente, se crea un mensaje de datos con un código de
contenido adecuado añadido al mismo basándose en la tabla de gestión
de estrategia 109, y el mensaje de datos resultante se transmite en
un tiempo señalado (paso 1054). Cuando el usuario finaliza la
definición de estrategia, la función gestora 103 de estrategia
finaliza el procesamiento (paso 1055). El mensaje de datos se
describirá posteriormente.
La figura 15 muestra un ejemplo de una estructura
de la tabla de gestión de estrategia 109. Según se muestra en la
figura 15, la tabla de gestión de estrategia 109 incluye 5 campos de
un número 1091 de estrategia, un número 1092 de datos, un código
1093 de contenido y un número 1094 de evento y un tiempo de emisión
1095. El usuario (director de estrategia del lado emisor) es capaz
de designar explícitamente el número 1092 de datos, el número 1094
de evento y el tiempo de emisión 1095 y de designar explícitamente
el código de contenido (deducido de la condición estratégica)
designando un número (datos) 1142 de mercancía, un número 1145 de
evento y un tiempo de emisión 1146 en la imagen 114 de definición de
estrategia (figura 14).
El número 1091 de estrategia es un número que se
usa para identificar estrategias de una manera singular y se
establece automáticamente por la función gestora 103 de estrategia.
El número 1092 de datos expresa el número de datos de los datos con
los cuales se designa la estrategia. El código 1093 de contenido
expresa explícitamente la condición estratégica 1082. El número 1094
de evento es el número que expresa que unos datos están
sincronizados unos con otros durante un período constante de tiempo,
y se usa para recoger una serie de números de estrategia que tienen
una pluralidad de números de estrategia de tal manera que unas
emisiones de mensajes de datos de estos datos pueden sincronizarse
unas con otras en cierto momento o en cierto periodo de tiempo. El
número 1094 de evento es efectivo cuando las estrategias que tienen
el mismo número de evento compiten unas con otras (según se
describirá posteriormente). El número 1094 de evento es un número
singular del sistema. Cuando se asigna al sistema el número
singular, el número de evento se crea generalmente como, por
ejemplo, "112233+1996120312345600+00013" mediante la
combinación de tres componentes tales como una ID singular de
terminal, una hora y una fecha y un número de serie. Por razones de
simplicidad, el número de evento se describe únicamente por el
número de serie (por ejemplo, "13"). La hora de emisión 1095
establece una hora a la cual se ha de transmitir un mensaje de datos
tras haber registrado la estrategia.
Se describirán a continuación los mensajes
respectivos antes mencionados que se transmiten desde el equipo
emisor 10 de datos al equipo receptor 20 de datos.
El mensaje de registro de propiedades (paso 1023
de la figura 6), el mensaje de registro de término (paso 1033 de la
figura 7) y el mensaje de registro de código de contenido (paso 1043
de la figura 8) se emiten respectivamente de modo inmediato tan
pronto como se establecen según lo descrito anteriormente. No hace
falta decir que estos mensajes no se transmiten inmediatamente, sino
que puede emitirse conjuntamente después de un tiempo constante o a
un intervalo de tiempo constante. El mensaje de datos se emite a una
hora de emisión especificada en la imagen 114 de definición de
estrategia (figura 14). Si la hora de emisión no está especificada,
el mensaje de datos se emite inmediatamente.
La figura 17 muestra un formato de un mensaje de
registro de propiedades. Según se muestra en la figura 17, el
mensaje de registro de propiedades comprende un código 1151 de
contenido, un número 1152 de evento, un número de serie 1153, un
código 1154 de propiedad, un nombre 1155 de propiedad y un límite
1156 de valor de propiedad. El código de contenido de registro de
propiedad "011" se establece en el código 1151 de contenido
según se muestra en la figura 16. Un número "0", que significa
nulidad, se establece en el número 1152 de evento. El número de
serie 1153 es un número de serie de mensaje de la unidad de número
de evento añadido tras la emisión. Cuando el número de evento es
nulo, se introduce en el número de serie un valor que indica
nulidad, por ejemplo "1/E". Los campos respectivos de la tabla
de gestión 110 de propiedades (figura 2) se copian en el código 1154
de propiedad, en el nombre 1155 de propiedad y en el límite 1156 de
valor de propiedad. El equipo receptor 20 de datos recibe el mensaje
de registro de propiedades y almacena el código 1154 de propiedad,
el nombre 1155 de propiedad y el límite 1156 de valor de propiedad
de tal mensaje de registro de propiedades en su propia tabla de
gestión 110 de propiedades.
La figura 18 muestra un formato de un mensaje de
registro de término. Según se muestra en la figura 18 el mensaje de
registro de término comprende un código 1151 de contenido, un número
1152 de evento, un número de serie 1153, un código 1157 de término,
un nombre 1158 de término y una definición 1159 de término. Un
código de contenido de definición de término "021" se establece
en el código 1151 de contenido según se muestra en la figura 16. Un
número "0", que significa nulidad, se establece en el número de
evento. El número de serie 1153 es un número de serie de mensaje de
la unidad de número de evento añadido tras la emisión. Cuando el
número de serie es nulo, se introduce en el número de serie 1153 un
valor que indica nulidad, por ejemplo "1/E". Los campos
respectivos de la tabla de gestión 111 de términos (figura 13) se
copian en el código 1157 de término, en el nombre 1158 de término y
en la definición 1159 de término. Cuando se recibe el mensaje de
registro de término, el equipo receptor 20 de datos almacena el
código 1157 de término, el nombre 1158 de término y la definición
1159 de término en su propia tabla de gestión 111 de término.
La figura 19 muestra un formato de un mensaje de
registro de código de contenido. Según se muestra en la figura 19,
el mensaje de registro de código de contenido comprende un código
1151 de contenido, un número 1152 de evento, un número de serie
1153, un código 1160 de contenido registrado y una condición
estratégica 1161. Un código de contenido de registro de código de
contenido "001" se establece en el código 1151 de contenido
según se muestra en la figura 16. Un número "0", que significa
nulidad, se establece en el número 1152 de evento. El número de
serie 1153 es un número de serie de mensaje de una unidad de número
de evento añadido tras la emisión. Cuando el número de evento es
nulo, se introduce en el número de serie 1153 un valor que indica
nulidad, por ejemplo, "1/E". Los campos respectivos de la tabla
de gestión 108 de código de contenido (figura 16) se copian en el
código 1160 de contenido registrado y en la condición estratégica
1161. Cuando se recibe el mensaje de registro de código de
contenido, el equipo receptor 20 de datos determina, basándose en su
propia propiedad de usuario, si se aplica o no el usuario a la
condición estratégica dentro del mensaje. Si se aplica el usuario a
la condición estratégica, entonces el equipo receptor 20 de datos
registra el código 1160 de contenido y la condición estratégica 1161
en su propia tabla de gestión 108 de código de contenido.
La figura 20 muestra un formato de un mensaje de
datos. Según se muestra en la figura 20, el mensaje de datos
comprende un código 1151 de contenido, un número 1152 de evento, un
número de serie 1153 y unos datos 1162. El número 1094 de evento de
la tabla de gestión de estrategia 109 (figura 15) se establece
respectivamente en el código 1151 de contenido y en el número 1152
de evento. El número de serie 1153 es un número de serie de mensaje
de una unidad de número de evento añadido tras la emisión. Cuando el
número de evento es efectivo, el número de serie 1153 se hace de
serie y se usa para confirmar el último mensaje con el fin de
detectar una pérdida de un mensaje. Se obtienen unos datos
correspondientes al número de datos registrado en la tabla de
gestión de estrategia 109 (figura 15) a partir del archivo 112 de
datos (figura 11) y éstos se establecen como los datos 1162. Los
datos 1162 son unos datos de texto que expresan un mensaje
publicitario de mercancía mostrado, por ejemplo, en el equipo
receptor 20 de
datos.
datos.
Aunque existen otros muchos mensajes tales como
un mensaje de registro, un mensaje de pausa, un mensaje de
reanudación, un mensaje de borrado y un mensaje de cambio, se
muestra en la figura 21, a modo de ejemplo, un formato de un mensaje
de pausa/borrado de código de contenido, y se muestra en la figura
22 un formato de mensaje de cambio de código de contenido. Un código
1163 de contenido de la figura 21 muestra un código de contenido de
borrado o pausa. Un código 1164 de contenido de la figura 22 muestra
un código de contenido antes de ser cambiado, y un código 1165 de
contenido muestra un código de contenido después de ser
cambiado.
La figura 23 muestra con la forma de una serie
temporal un ejemplo un ejemplo de una emisión de mensaje desde el
equipo emisor 10 de datos hasta el equipo receptor de datos
20-1,..., 20-n cuando el director de
estrategia ejecuta los cuatro procedimientos antes mencionados.
Supóngase inicialmente que el usuario del equipo
emisor 10 de datos establece un ítem de propiedad y se registra un
ítem de propiedad "dirección" en la tabla de gestión 110 de
propiedades mediante la función gestora 106 de propiedades. A
continuación, se emite un mensaje de registro de propiedades 1171
desde el equipo emisor 10 de datos a través del medio de
comunicación 1 hasta el equipo receptor 20 de datos.
Posteriormente, supóngase que el usuario del
equipo emisor 20 de datos establece un término y se registra un
término "TOKIO" en la tabla gestora 111 de términos mediante la
función gestora 107 de términos. Entonces, se emite un mensaje de
registro de término 1172 desde el equipo emisor 10 de datos a través
del medio de comunicación 1 hasta el equipo receptor 20 de
datos.
Los mensajes emisores 1171 y 1172 se usan para
fijar el mensaje de registro de propiedades y el mensaje de
registro de términos en las tablas respectivas del equipo receptor
20 de datos.
Supóngase entonces que la función gestora 102 de
código de contenido fija tres estrategias de una condición
estratégica "treinta y tantos & sexo = varón" (es decir,
código de contenido "101"), una condición estratégica
"veintitantos & sexo = mujer & TOKIO" ( es decir,
código de contenido "102") y una condición estratégica
"incondicional" (es decir, código de contenido "099").
Además, supóngase también que el usuario del equipo emisor 10 de
datos fija las tres estrategias en el mismo número de evento
"13". Entonces, si los códigos de contenido "101" y
"102" se registran de nuevo en la tabla de gestión 108 de
código de contenido (se establece por defecto el código de contenido
"099" mediante el código de contenido de sistema), se emiten
unos mensajes de registro 1173, 1174 de código de contenido desde el
equipo emisor 10 de datos a través del medio de comunicación 1 hasta
el equipo receptor 20 de datos.
Los mensajes de registro 1173, 1174 de código de
contenido se reciben selectivamente por el equipo receptor 20 de
datos del usuario que es aplicable a la condición estratégica dentro
del mensaje, respectivamente.
Más tarde, basándose en una hora de emisión 1095
especificada por la tabla de gestión de estrategia 109 en el equipo
emisor 10 de datos, se emiten unos mensajes 1175, 1176, 1177 de
datos desde el equipo emisor 10 de datos a través del medio de
comunicación 1 hasta el equipo receptor 20 de datos. Dado que estos
tres mensajes 1175, 1176, 1177 tienen el mismo número de eventos
añadidos a los mismos, se emiten desde el equipo emisor 10 de
datos.
El equipo receptor 20 de datos se describirá a
continuación.
La figura 24 es un diagrama de bloques funcional
con mayor detalle del equipo receptor 20 de datos. Según se muestra
en la figura 24, el equipo receptor 20 de datos incluye, además de
las cinco funciones fundamentales, una función de recepción
selectiva de mensajes 201, una función gestora 202 de código de
contenido, una función gestora 203 de propiedades de usuario, una
función 204 de ejecución de datos, una función gestora I/O 205, una
función gestora 206 de propiedades, una función gestora 207 de
términos, una tabla gestora 208 de código de contenido, una tabla
gestora 209 de propiedades de usuario, una tabla gestora 210 de
propiedades, una tabla gestora 211 de términos y una tabla gestora
212 de número de evento. La función de recepción selectiva de
mensajes 201 recibe un mensaje desde el satélite de comunicaciones 1
que sirve como el medio de transmisión a través de un equipo
receptor de emisiones 234. En este caso, se solicita o se da
directamente una instrucción de recepción al sistema operativo según
se describe a continuación. Asimismo, la función gestora I/O 205
gestiona la entrada y la salida hacia y desde el equipo I/O 220 de
un equipo de comunicación, tal como una pantalla, un teclado y un
disco. En este caso, se solicita o se da directamente una
instrucción I/O al sistema operativo según se describe a
continuación.
La figura 25 es un diagrama de bloques que
muestra el hardware del equipo receptor 20 de datos. Según se
muestra en la figura 25, el equipo receptor 20 de datos comprende un
bus 221 de CPU, un bus extendido 222, un puente 223, una CPU (unidad
de proceso central) 224, una memoria caché 225, una memoria 226, un
control de interrupción 227, un control de recepción de emisión 228,
un control de comunicación 229, un control de disco 230, un control
de audio 231, un control de entrada 232 y un control de presentación
233. Cada una de la memoria caché 225 y de la memoria 226 incluye un
controlador, y la memoria 226 incluye una ROM y una RAM.
El bus 221 de CPU es un bus al cual está
conectada la CPU (unidad de proceso central) 224.
El bus 221 de CPU lleva conectados con el mismo
el puente 223, la CPU 224, la memoria caché 225, la memoria 226 y el
control de interrupción 227.
La CPU 224 interpreta una orden y la memoria 226
memoriza un programa y unos datos. La memoria caché 225 es un
dispositivo que ejecuta un acceso de alta velocidad a la memoria. El
control de interrupción 227 es una unidad de control que gestiona
una señal de interrupción hacia la CPU, es decir, una señal para
interrumpir temporalmente el procesamiento actual de la CPU y que
solicita la ejecución de su propio procesamiento de interrupción. El
puente 223 es un circuito para conectar el bus 221 de CPU y el bus
extendido 222.
El bus extendido 222 es un bus para transferir
datos entre una variedad de dispositivos I/O. El bus extendido 222
lleva conectados al mismo un control de recepción de emisión 228, un
control de comunicación 229, un control de disco 230, un control de
audio 231, un control de entrada 232 y un control de presentación
233. El control de recepción de emisión 228 es una unidad de control
que controla la recepción de emisiones que emplea el satélite de
comunicaciones 1, y que está conectada al equipo de recepción de
emisión 234 que recibe ondas de radioemisión desde el satélite de
comunicaciones 1. El control de comunicación 229 efectúa un control
cuando se realiza una comunicación con otro equipo (otro equipo
receptor 20 de datos y otro equipo emisor 10 de datos) a través del
equipo de comunicación 235, tal como un módem y un adaptador de
terminal de ISDN y la red 2, tal como una red pública y una red
ISDN. El control de disco 230 es una unidad de control de disco, tal
como un SCSI, y está conectado a un dispositivo de paquete 236, tal
como un dispositivo CD-ROM y un dispositivo DVD, que
puede operar el disco de paquete 3 que sirve como el medio de
registro intercambiable, un dispositivo de disco duro 237 y un
dispositivo de tarjeta IC 238. El control de audio 231 es una unidad
de control que controla la entrada y salida de datos de audio, y
está conectado a un equipo I/O de audio 239, tal como un micrófono y
un altavoz. El control de entrada 232 controla un dispositivo de
entrada 240, tal como un teclado y un ratón. El control de
presentación 233 controla un equipo de presentación 241 de imagen,
tal como un CRT, una LCD y un PDP.
Se expondrá a continuación una relación entre las
funciones de la figura 24 y el hardware de la figura 25. Todas las
funciones de la figura 24 se pueden lograr cuando la CPU 224
interpreta y ejecuta los programas que realizan las funciones
respectivas. Cuando se ejecutan las funciones respectivas, los
programas correspondientes existen en la memoria 226 y en la memoria
caché 225. Asimismo, cuando se ejecutan las funciones respectivas,
todas las tablas y archivos de la figura 4 existen en la memoria 226
o en la memoria caché 225. Cuando no se ejecutan las funciones
respectivas, todos los programas, las tablas y los archivos que
puede realizar las funciones respectivas existen en el dispositivo
de disco duro 237 o en el dispositivo de tarjeta IC 238. En
particular, una tabla de gestión de propiedades de usuario está
contenida en la tarjeta IC. Si es así, cuando se comparte comúnmente
el mismo equipo receptor 20 de datos por una pluralidad de usuarios,
cada usuario puede establecer una propiedad de usuario adecuada para
cada usuario intercambiando su propia tarjeta IC.
Existe un caso en el que se monta un sistema
operativo en el equipo receptor 20 de datos de modo que los
programas para ejecutar las funciones pueden hacer funcionar el
hardware del equipo no de forma directa, sino a través del sistema
operativo. En tal caso, cada uno de los programas da instrucciones
de salida al sistema operativo y recibe entradas desde el mismo.
La función de recepción de mensajes 201 es
interpretada por la CPU 224 y da una orden al control de recepción
de emisiones 228 para controlar el equipo de recepción de emisiones
234. Asimismo, la función gestora I/O 205 es interpretada por la CPU
224 y controla el equipo I/O 220 tal como el equipo de comunicación
235, el dispositivo 236 de disco de paquete, el dispositivo de disco
duro 237, el dispositivo de tarjeta IC 238, el dispositivo de audio
I/O 239, el dispositivo de entrada 240 y el dispositivo 241 de
presentación de imagen mediante el control de audio 231, el control
de entrada 232 y el control de presentación 233. Estas órdenes o
instrucciones y controles se producen directamente en el hardware
respectivo. Sin embargo, pueden solicitarse al sistema
operativo.
Se describirán a continuación con referencia a
los dibujos las operaciones de las funciones del equipo receptor 20
de datos.
La figura 26 es un flujograma que muestra un
procesamiento principal ejecutado por la CPU 224 en el equipo
receptor 20 de datos.
Haciendo referencia a la figura 26, y tras el
comienzo de la operación, el equipo receptor 20 de datos se coloca
en el modo en espera para aguardar un evento (paso 2001).
Supóngase que se recibe un mensaje por el equipo
receptor 20 de datos desde el equipo receptor 234 de emisiones según
se muestra en la figura 23, y entonces se produce un evento.
Posteriormente, cuando se produce el evento, el equipo receptor 20
de datos juzga la clase de evento (paso 2002). Cuando se recibe un
mensaje, el equipo receptor 20 de datos considera la recepción del
mensaje como un evento de recepción de mensaje, y llama a la función
de recepción selectiva 201 de mensajes (paso 2003). La función de
recepción selectiva 201 de mensajes recibe selectivamente un
mensaje.
La figura 27 es un flujograma que muestra un
procesamiento principal de la función de recepción selectiva 201 de
mensajes llamada. Haciendo referencia a la figura 27, y tras el
comienzo de la operación, cuando se recibe un mensaje, la función de
recepción selectiva 201 de mensajes se refiere a su propia tabla
gestora 208 de código de contenido del equipo receptor 20 de datos
mostrado en la figura 35 (paso 2011). Entonces, la función de
recepción selectiva 201 de mensajes juzga si se registra o no el
código de contenido añadido al mensaje recibido en su propia tabla
gestora 208 de código de contenido (paso 2012). Si no se registra el
código de contenido en la tabla gestora 208 de código de contenido,
entonces la función de recepción selectiva 201 de mensajes desecha
el mensaje (paso 2014). Si se registra el código de contenido en la
tabla gestora 208 de código de contenido, entonces la función de
recepción selectiva 201 de mensajes se refiere a la tabla gestora
212 de número de evento (paso 2013). Posteriormente, la función de
recepción selectiva 201 de mensajes juzga si existe o no un número
de evento efectivo en la tabla gestora 212 de número de evento (paso
2015).
El número de evento efectivo significa que un
tiempo actual está contenido entre un tiempo de arranque 2122 de
evento y un tiempo de finalización 2123 de evento del número de
evento. Si no se ha registrado el número de evento efectivo,
entonces se registra un número de evento de mensaje en el número de
evento 2121 de la tabla gestora 212 de número de evento (paso 2016).
Se establece un tiempo actual en el tiempo de arranque 2122 de
evento, y se establece como tiempo de finalización 2123 de evento un
tiempo que resulta de añadir un tiempo predeterminado al tiempo
actual. Se establece un número predeterminado, por ejemplo "0",
en el número admisible. Entonces, se decide la recepción del mensaje
(paso
2019).
2019).
Si el número de evento efectivo se registra en la
tabla gestora 212 de número de evento, se determina entonces si el
número de evento es el mismo o no que el número de evento de mensaje
(paso 2017). Si el número de evento no es el mismo número de evento,
se desecha entonces el mensaje. Si el número de evento es el mismo
número de evento, se juzga entonces si el número del mensaje
recibido es menor o no que el número admisible (paso 2018). Por otro
lado, si el número del mensaje recibido no es menor que el número
admisible, se desecha entonces el mensaje. Si el número del mensaje
recibido es menor que el número admisible, se decide entonces la
recepción del mensaje (paso 2019). Cuando se decide la recepción del
mensaje, se guarda el mensaje en un área tal como una memoria
intermedia de recepción en la cual se almacena un mensaje de
recepción, y el número recibido 2125 se aumenta en uno. Se borra el
número de evento de la tabla gestora 212 de número de evento cuando
termina el tiempo de finalización 2123 de evento.
Si el número admisible de la tabla de número de
evento se establece en "1", es posible entonces proporcionar un
mensaje de datos menor de 2 a un usuario por el uso del número de
evento en una cierta franja horaria. De este modo, cuando se
transmiten simultáneamente una pluralidad de mensajes al equipo
receptor 20 de datos desde el equipo emisor 10 de datos con la misma
estrategia, si el lado del equipo receptor 20 de datos recibe los
mensajes correspondientes del número previamente predeterminado para
su propio usuario, el número de los mensajes recibidos puede
limitarse entonces de tal manera que, incluso aunque sean aplicables
al usuario los siguientes mensajes, no se reciban tales mensajes.
Por tanto, el usuario del equipo emisor 10 de datos es capaz de
simplificar la condición estratégica ideando el orden con el cual se
transmite una pluralidad de mensajes.
Volviendo a hacer referencia a la figura 26,
cuando la función de recepción selectiva 201 de mensajes llamada
finaliza el procesamiento, el equipo receptor 20 de datos accede
entonces a la función gestora 202 de código de contenido y juzga la
clase del mensaje recibido basándose en el código de contenido (paso
2004).
Cuando se recibe el mensaje de registro de
propiedades 1171 (código de contenido "011"), la función
gestora 206 de propiedades es llamada a través de la función gestora
203 de propiedades de usuario (paso 2005).
La figura 28 es un flujograma que muestra un
procesamiento principal en la función gestora 206 de propiedades
llamada. Haciendo referencia a la figura 28, y tras el comienzo de
la operación, la función gestora 206 de propiedades registra el
contenido recibido en la tabla gestora 209 de propiedades mostrada
tal como es en la figura 34 (paso 2021). Posteriormente, la función
gestora 206 de propiedades genera un evento de gestión de
propiedades de usuario de modo que el usuario puede introducir un
valor de propiedad (paso 2022). La tabla gestora 209 de propiedades
tiene exactamente la misma estructura que la tabla gestora 110 de
propiedades (figura 12) del equipo emisor 10 de datos y también
tiene exactamente el mismo contenido en tanto no se produzca una
pérdida de transmisión cuando se envía y se recibe un mensaje. Sin
embargo, la tabla gestora 209 de propiedades se diferencia de la
tabla gestora 110 de propiedades en que el valor de propiedad es
introducido por el usuario de cada lado del equipo receptor 20 de
datos.
El equipo receptor 20 de datos que recibe el
evento de gestión de propiedades del usuario juzga la clase del
evento (paso 2002 de la figura 26) y llama a la función gestora 203
de propiedades de usuario (paso 2009).
La figura 29 es un flujograma que muestra un
procesamiento principal en la función gestora 203 de propiedades de
usuario llamada. Haciendo referencia a la figura 29, y tras el
comienzo de la operación, se muestra inicialmente una imagen de
definición de propiedades de usuario y se impele al usuario del lado
del equipo receptor 20 de datos a introducir un valor de propiedad
aplicable al usuario (paso 2031).
La figura 33 muestra un ejemplo de una imagen de
definición 214 de propiedades de usuario. Según se muestra en la
figura 33, la imagen de definición 214 de propiedades de usuario
comprende un nombre 2141 de usuario, una ID 2142 de usuario, un ítem
2143 de propiedades, un valor 2144 de propiedad, una bandera de
ejecutado 2145, etc. La bandera de ejecutado 2145 indica si el
usuario establece o no el ítem de propiedades. En este caso, tras
recibir el mensaje de registro de propiedades, se impele al usuario
a que establezca un valor de propiedad con respecto a un ítem de
propiedades cuyo valor de propiedad aún no se ha establecido. En
consecuencia, el usuario introduce "MACHIDA 1-1,
MACHIDA-SHI, TOKIO", dentro de un límite de 40
caracteres de dos bytes o de 80 caracteres de un byte de un valor de
propiedad, por ejemplo en un ítem de propiedades "dirección", o
selecciona valores numéricos desde 0 o enteros positivos, que son el
límite del valor de propiedad con respecto al ítem de propiedades
"edad". En ese momento, el usuario puede rechazar una
configuración definitiva. En este caso, el usuario puede seleccionar
un ítem de "rechazar respuesta" y establecer tal ítem. Además,
el usuario puede no introducir el ítem de propiedades haciendo clic
sobre un botón de cancelación debido a que el usuario está
ocupado.
Después de que el usuario ha introducido el valor
de propiedad, la función gestora 203 de propiedades de usuario
registra el valor de propiedad introducido por el usuario en la
tabla gestora 209 de propiedades de usuario (paso 2032). La figura
34 muestra un ejemplo de una estructura de la tabla gestora 209 de
propiedades de usuario. Según se muestra en la figura 34, la tabla
gestora 209 de propiedades de usuario incluye cuatro campos de un
código 2091 de propiedades, un nombre 2092 de ítem de propiedades,
un límite 2093 de valor de propiedades y un valor 2094 de propiedad.
Más tarde, la función gestora 203 de propiedades de usuario juzga si
el usuario finaliza o no el registro del ítem de propiedades, es
decir, si existe un ítem de propiedades que aún no está fijado (paso
2033) (el "rechazar respuesta" antes mencionado aún no está
fijado, pero está definido).
Si el usuario no finaliza el registro del ítem de
propiedades, la función gestora 203 de propiedades de usuario genera
entonces un evento de gestión de propiedades de usuario (paso 2034)
e impele al usuario a definir una vez más una propiedad de usuario.
El evento de gestión de propiedades de usuario no se genera
inmediatamente, sino después de un tiempo constante.
Cuando el equipo receptor 20 de datos recibe un
mensaje de registro de término 1172 (código de contenido
"021"), se llama a la función gestora 207 de términos a través
de la función gestora 203 de propiedades de usuario (paso 20006 de
la figura 26).
La figura 30 es un flujograma que muestra un
procesamiento principal en la función gestora 206 de propiedades
llamada. Haciendo referencia a la figura 30, y tras el comienzo de
la operación, el contenido de mensaje recibido se registra tal como
es en la tabla gestora 211 de términos (paso 2041). La tabla gestora
211 de términos tiene exactamente la misma estructura que la tabla
gestora 111 de términos (figura 13) del equipo emisor 10 de datos, y
también tiene el mismo contenido en tanto no se produzca una pérdida
cuando se envía o se recibe un mensaje.
Cuando el equipo receptor 20 de datos recibe un
mensaje de registro 1173 o 1174 de código de contenido (código de
contenido "001"), el equipo receptor 20 de datos llama a la
función gestora 202 de código de contenido (paso 2007 de la figura
26).
La figura 31 es un flujograma que muestra un
procesamiento principal de la función gestora 202 de código de
contenido llamada. Haciendo referencia a la figura 31, y tras el
comienzo de la operación, la función gestora 202 de código de
contenido se refiere inicialmente a la tabla gestora de propiedades
de usuario a través de la función gestora 203 de propiedades de
usuario (paso 2051). Más tarde, se determina comparando la condición
estratégica del mensaje con su propia propiedad de usuario referida
si se deberá registrar o no el código de contenido del mensaje
recibido (paso 2052). Si es necesario, la función gestora 202 de
código de contenido se refiere a la tabla gestora 211 de términos
mediante la función gestora 207 de términos. Por ejemplo, supóngase
ahora que la tabla gestora 209 de propiedades de usuario es definida
por el usuario como se muestra en la figura 34. En este caso,
supóngase que se recibe el mensaje de registro 1174 de código de
contenido mostrado en la figura 23. La condición estratégica del
mensaje es "veintitantos & sexo = mujer & TOKIO".
Inicialmente, la función gestora 202 de código de contenido se
refiere a la tabla gestora 211 de términos y traduce el término al
ítem de propiedades y al valor de propiedad. Específicamente, la
condición estratégica se traduce como "20 \leq edad <
veintitantos & sexo = mujer & incluir 'TOKIO' en
dirección". Posteriormente, la función gestora 202 de código de
contenido hace referencia a la tabla gestora 209 de propiedades de
usuario y juzga que "edad = 26" es verdadero, "sexo =
mujer" es verdadero y "dirección = MACHIDA-SHI
TOKIO" es verdadero. De este modo, la función gestora 202 de
código de contenido confirma que se cumple la condición estratégica.
Si se cumple la condición estratégica, la función gestora 202 de
código de contenido registra el código de contenido y la condición
estratégica en la tabla gestora 208 de código de contenido (paso
2053). La figura 35 muestra un ejemplo de una estructura de la tabla
gestora 208 de código de contenido del equipo receptor 20 de datos.
Según se muestra en la figura 35, la tabla gestora 208 de código de
contenido incluye un código 2081 de contenido, una condición
estratégica 2082 y un estado 2083.
Cuando el equipo receptor 20 de datos recibe un
mensaje de datos, se llama a la función de ejecución 204 de datos
mediante la función de recepción selectiva 201 de mensajes (paso
2008 de la figura 26).
La figura 32 es un flujograma que muestra un
procesamiento principal en el procesamiento de ejecución 204 de
datos llamado. Haciendo referencia a la figura 32, y tras el
comienzo de la operación, el contenido del mensaje recibido se
muestra tal como es en el dispositivo de presentación de imagen 241
en un modo en tiempo real como un anuncio comercial o bien se
escribe el contenido recibido en el dispositivo de disco duro 237 a
modo de folleto que será solicitado más tarde (paso 2061).
De este modo, el mensaje de datos se transmite
desde el equipo emisor 10 de datos hasta el equipo receptor
20-1 a 20-n de datos. El código de
contenido es establecido en cada equipo receptor 20 de datos
basándose en cada tabla 209 de propiedades de usuario y cada equipo
receptor 20 recibe selectivamente el mensaje basándose en el código
de contenido.
Aunque únicamente se usa la condición que se
refiere a la propiedad del usuario del equipo receptor de datos como
la condición estratégica 1062 (figura 16) según se describió
anteriormente, el código de contenido que ya se ha registrado puede
usarse como la condición estratégica por un método similar al de la
primera realización. En este caso, la condición estratégica puede
designarse como "código de contenido registrado = 105".
Aunque se muestra en la figura 20 el formato de
mensaje de datos usado en la realización antes descrita, la presente
invención no está limitado al mismo y un número de evento en sentido
amplio puede estar compuesto por un número de evento, un tiempo de
arranque de evento, un tiempo de finalización de evento y un número
admisible según se muestra en la figura 37. En este caso, cuando el
equipo receptor 20 de datos define la tabla gestora 212 de número de
evento en el paso 2016 de la figura 27, se establecen basándose en
el mensaje recibido el número 2121 de evento, el tiempo 2122 de
arranque de evento, el tiempo 2123 de finalización de evento y un
número admisible 2124 de la tabla gestora 212 de número de evento.
Pueden obtenerse resultados similares por un método que emplea un
tiempo de evento (tiempo durante el cual se prolonga el evento) en
vez del tiempo de finalización de evento del formato de mensaje.
Se describirá a continuación otra realización de
la presente invención.
La figura 38 es un diagrama de bloques que
muestra otra realización según la presente invención. La disposición
mostrada en la figura 38 es fundamentalmente similar a la de la
figura 1 excepto en que se añade una función gestora 306 de
propiedades de usuario al equipo emisor 30 de datos con el fin de
gestionar un valor de propiedad de un usuario de un equipo receptor
40 de datos que se convierte en un destino emisor de mensajes como
constituyente de función. Se describirá más tarde una diferencia
entre la primera realización y la segunda realización.
La figura 39 es un diagrama de bloques
funcionales que muestra más completamente las funciones del equipo
emisor 30 de datos. Exceptuando que se añade una función gestora 313
de propiedades de usuario como constituyente de función y que se
añade a una tabla una tabla gestora 314 de propiedades de usuario,
el equipo emisor 30 de datos es fundamentalmente similar al equipo
emisor 10 de datos mostrado en la figura 2. Se describirá más tarde
una diferencia entre el equipo emisor 30 de datos y el equipo emisor
10 de datos.
El hardware detallado del equipo emisor 30 de
datos es similar al de la figura 3 y, por tanto, no es necesario
describirlo.
La figura 40 es un flujograma que muestra un
procesamiento principal que es ejecutado por una CPU del equipo
emisor 30 de datos. Excepto en que se añade como un procesamiento un
paso 3009 para llamar a la función gestora 306 de propiedades de
usuario y que dicho paso se ejecuta cuando tiene lugar un evento de
recepción de mensaje de registro de propiedades, el flujograma de la
figura 40 es fundamentalmente similar al de la figura 4.
Se describirá a continuación la manera según la
cual el director de estrategia ejecuta, de forma similar a la de la
primera realización, los cuatro procedimientos, es decir, (1)
registro de información de mercancías (datos), (2) registro de ítem
de propiedades, (3) registro de término y (4) fijación de la
estrategia, en ese orden.
El procesamiento con respecto al registro (1) de
la información de mercancía (datos) es similar al del flujograma de
la figura 5 y, por tanto, no es necesario describirlo.
El procesamiento con respecto al registro (2) del
ítem de propiedades es similar al del flujograma de la figura 6. Sin
embargo, un formato de un mensaje enviado es diferente cuando se
transmite el mensaje de registro de propiedades (paso 1023 de la
figura 6).
La figura 45 muestra un mensaje de registro de
propiedades. Según se muestra en la figura 45, el mensaje de
registro de propiedades comprende una dirección 3151 de destino, una
dirección 3152 del emisor, un código 3153 de contenido, un número
3154 de evento, un número de serie 3155, un código 3156 de
propiedad, un nombre 3157 de propiedad y un límite 3158 de valor de
propiedad. Aunque la dirección del emisor de un mensaje se establece
generalmente en la dirección 3151 de destino, cuando este mensaje
indica una emisión (una llamada a direcciones múltiples) se
establece, por ejemplo "111111", en la dirección 3151 de
destino. Se establece una dirección de comunicación (por ejemplo
"000001") del equipo emisor 30 de datos en la dirección del
emisor. Otros ítems se establecen de manera similar a la de la
figura 17.
En la figura 49, el número de referencia 3171
muestra un ejemplo en el que se establece un mensaje de registro de
propiedades. Un equipo receptor 40 de datos que recibió este mensaje
de registro de propiedades devuelve su propio mensaje de registro de
propiedades de usuario 3172 (se describirá con mayor detalle más
tarde). La figura 46 muestra un formar de un mensaje de registro de
propiedades de usuario. Un estudio comparativo con el mensaje de
registro de propiedades 3171 (figura 45), que se emite por el equipo
emisor 30 de datos, revela que este mensaje de registro de
propiedades de usuario es diferente del mensaje de registro de
propiedades 3171 porque el límite 3158 de valor de propiedad es
reemplazado por un valor 3159 de propiedad. En la figura 49, el
número de referencia 3172 muestra un ejemplo en el que se establece
un mensaje de registro de propiedades. Una dirección de comunicación
(por ejemplo "000001") del equipo emisor 30 de datos se
establece en la dirección de destino 3151. Una dirección de
comunicación (por ejemplo "001001") del equipo receptor 40 de
datos se establece en la dirección de destino 3152. Esto es una
comunicación de uno con otro. Un valor de propiedad (por ejemplo,
"TOKIO...") que se ha establecido por el usuario del equipo
receptor 40 de datos se establece en el valor 3159 de propiedad.
Este mensaje de registro de propiedades de usuario es recibido por
el equipo emisor 30 de datos a través del equipo de comunicaciones
315, y se llama a la función gestora de propiedades de usuario (paso
3009 de la figura 40). Aunque únicamente existe un mensaje de
registro de propiedades de usuario 3172 en la figura 49, el mensaje
de registro de propiedades de usuario 3172 es transmitido al equipo
emisor 30 de datos desde cada uno de los equipos receptores 40 de
datos que reciben el mensaje de registro de propiedades 3171.
La figura 42 es un flujograma que muestra la
función gestora 313 de propiedades de usuario solicitada por el
equipo emisor 30 de datos. La función gestora 313 de propiedades de
usuario identifica un usuario basándose en la dirección del emisor
del mensaje de registro de propiedades de usuario recibido 3172 y
establece un ítem de propiedades y un valor de propiedad en el
mensaje de la tabla gestora 314 de propiedades de usuario que existe
en todos los usuarios. La figura 43 muestra la manera según la cual
está dispuesta la tabla gestora 314 de propiedades de usuario. La
tabla gestora 314 de propiedades de usuario de la figura 43 tiene un
contenido similar al de la tabla gestora 209 de propiedades de
usuario (figura 39) gestionada por el equipo receptor 20 de datos de
la primera realización.
Con respecto al registro (3) del término, la
figura 41 muestra su flujograma del mismo. Este flujograma de la
figura 41 es similar al flujograma de la figura 7 excepto en que se
borra el procesamiento de emisión del mensaje de registro de
término. Específicamente, el término se define por el equipo emisor
30 de datos y se establece dentro de la tabla gestora 311 de
términos. El término no se envía nunca al equipo receptor 40 de
datos como el mensaje de registro de término.
Con respecto a la fijación (4) de la estrategia,
el procesamiento es fundamentalmente similar al procesamiento del
flujograma de la figura 9. Sin embargo, dado que los dos
procesamientos mostrados en las figuras 9 y 49 difieren un poco uno
de otro, tal diferencia se describirá a continuación.
En el flujograma de la figura 9, se llama a la
función gestora de código de contenido del equipo emisor de datos
mientras se define una estrategia. Se describirá una diferencia de
esta realización respecto del paso 1043 del flujograma (figura 8) de
la función gestora de código de contenido solicitada.
La función gestora 102 de código de contenido
según esta realización comprueba qué usuario cumple esta condición
estratégica comparando la condición estratégica del código de
contenido registrado en el procesamiento previo 1042 y la tabla
gestora 314 de propiedades de usuario de todos los usuarios. A
continuación, se envía el mensaje de registro de código de contenido
(3173 y 3174 en la figura 49) a todos los usuarios de lado del
equipo receptor de datos que cumplen esta condición estratégica en
un modo de comunicación uno con otro.
La figura 47 muestra un formato de un mensaje de
registro de código de contenido. Según se muestra en la figura 47,
una dirección de comunicación de usuario (un equipo receptor de
datos que cumple la condición estratégica) es establecida en la
dirección 3151 de destino. Un código de contenido de registro de
código de contenido "001" se establece en el código 3153 de
contenido, y un código de contenido que se solicita que sea
registrado se establece en el grupo 3160 de códigos de contenido.
Específicamente, en el lado del equipo receptor 40 de datos, su
propio usuario puede almacenar únicamente un código de contenido
correspondiente (número).
La figura 49 muestra un ejemplo de la manera
según la cual se definen los mensajes de registro 3173, 3174 de
código de contenido. El mensaje de registro 3173 de código de
contenido indica que se solicita que sea registrado un código de
contenido "101", es decir, "treinta y tantos & sexo =
varón" en el equipo receptor de datos de la dirección de destino
"001001".
Además, en esta realización, un formato de un
mensaje enviado es diferente en la transmisión de mensaje de datos
(paso 1054 de la figura 9) del flujograma de la figura 9.
La figura 48 muestra un formato de un mensaje de
datos. Según se muestra en la figura 48, el mensaje de datos incluye
una dirección 3151 de destino, una dirección 3152 del emisor, un
código 3153 de contenido, un número 3154 de evento, un número de
serie 3155 y unos datos 3161. En la dirección 3151 de destino, se
establece una dirección que indica que este mensaje es una emisión
(llamada a direcciones múltiples), por ejemplo "111111". En la
dirección del emisor, se establece una dirección de comunicación
(por ejemplo 000001) del equipo emisor 30 de datos. Otros ítems se
establecen de manera similar a la de la figura 20. La figura 49
muestra un ejemplo de la manera según la cual se definen los
mensajes de datos 3175, 3176, 3177.
Se describirá a continuación el equipo receptor
40 según esta realización.
La figura 50 muestra más completamente un
diagrama de bloques funcionales del equipo receptor 40 de datos. El
diagrama de bloques funcionales de la figura 50 es fundamentalmente
similar al de la figura 24 excepto en que se borra la función
gestora 207 de término del elemento gestor de función y la tabla
gestora 211 de término se borra de la tabla. Se describirá
posteriormente la diferencia entre el diagrama de bloques
funcionales de la figura 50 y el diagrama de bloques funcionales de
la figura 24.
El hardware detallado del equipo receptor 40 de
datos es similar al de la figura 25 y, por tanto, no es necesario
describirlo.
La figura 51 es un flujograma que muestra un
procesamiento principal ejecutado por la CPU del equipo receptor de
datos. El flujograma de la figura 51 es fundamentalmente similar al
flujograma de la figura 26 excepto en que se elimina del
procesamiento el paso 2006 para llamar a la función gestora de
término que es el procesamiento ejecutado cuando se produce el
evento de recepción de mensaje de registro de término. Se describirá
más tarde una parte diferente respecto de la primera
realización.
Supóngase que los mensajes 3171 a 3177 se envían
desde el equipo de emisión 434 al equipo receptor 40 de datos según
el orden secuencial mostrado en la figura 49, dando como resultado
un evento. A continuación, cuando se produce el evento, el equipo
receptor 40 de datos juzga la clase de evento (paso 4002). Al
recibir un mensaje, el equipo receptor 40 de datos considera la
recepción del mensaje como el evento de recepción de mensaje, y
llama a la función de recepción selectiva 401 de mensajes (paso
4003). La función de recepción selectiva 401 de mensajes recibe
selectivamente el mensaje.
La figura 52 es un flujograma que muestra un
procesamiento principal ejecutado en la función de recepción
selectiva 401 de mensajes solicitada. El flujograma de la figura 52
es fundamentalmente similar al de la figura 27 excepto en que se
añade un primer paso de procesamiento 4010. Las partes diferentes se
describirán brevemente a continuación. Haciendo referencia a la
figura 52, y tras el comienzo de la operación, el equipo receptor 40
de datos juzga la dirección de destino del mensaje entrante (paso
4010). Si la dirección de destino es su propia dirección o la
dirección de emisión, entonces el control acude al siguiente
procesamiento (paso 4011). Si no es así, entonces el control acude a
un procesamiento de eliminación de mensaje (paso 4041).
La figura 53 es un flujograma que muestra un
procesamiento principal ejecutado por la función gestora 403 de
registro de usuario del equipo receptor 40 de datos. En la figura
53, se añade al flujograma de la figura 29 un paso 4033 de
procesamiento de emisión de mensaje de registro de propiedades de
usuario. La figura 46 muestra un formato de este mensaje de registro
de propiedades de usuario. El mensaje de registro de propiedades de
usuario de la figura 46 es diferente del mensaje de registro de ítem
de propiedades (figura 45) porque el límite 3158 de valor de
propiedad se reemplaza por el valor 3159 de propiedad. La figura 49
muestra un ejemplo de la manera según la cual se define el mensaje
de registro 3172 de propiedades de usuario. Una dirección de
comunicación (por ejemplo "000001") del equipo emisor 30 de
datos se establece en la dirección de destino 3151. Una dirección de
comunicación (por ejemplo "001001") del equipo receptor 40 de
datos se establece en la dirección del emisor 3152. Esto es una
comunicación de uno con otro. Se establece en el valor 3159 de
propiedad un valor de propiedad (por ejemplo, "TOKIO...")
establecido por el usuario del equipo receptor 40 de datos. Este
mensaje de registro de propiedades es enviado a la red mediante la
función gestora I/O 405 a través el aparato de comunicaciones.
La figura 54 es un flujograma que muestra un
procesamiento principal ejecutado por la función gestora 402 de
código de contenido. En este caso, es suficiente que simplemente se
establezca un código de contenido de registro en la tabla gestora de
código de contenido basándose en el mensaje recibido de registro de
código de contenido.
En la realización antes mencionada, el lado del
equipo emisor de datos también incluye la tabla gestora de
propiedades de usuario. Por tanto, fundamentalmente, el lado del
equipo receptor de datos no necesita incluir la tabla gestora de
propiedades de usuario (aunque el lado del equipo receptor de datos
incluye la tabla gestora de propiedades de usuario según se
describió en la realización anterior, es claro que una comunicación
de código de contenido no resultará afectada sin la tabla gestora de
propiedades de usuario del lado del equipo receptor de datos).
Asimismo, existe la ventaja de que pueden realizarse una variedad de
análisis de mercado usando datos de la tabla gestora de propiedades
de usuario. Por ejemplo, en el equipo emisor de datos cuando se fija
la estrategia, es posible calcular (3147 en la figura 44) el número
de usuarios a los que es de aplicación la condición estratégica en
la presentación de fijación de estrategia (figura 44). Este valor
numérico puede usarse al estimar los efectos de la estrategia.
Además, las funciones gestoras de propiedades de
usuario de una pluralidad de equipos emisores de datos
(30-1 a 30-m) pueden realizarse,
según esta realización, de forma independiente con menos equipos
(puede ser posible con un equipo). En este caso, aunque se produce
una comunicación referida a una propiedad de usuario entre un equipo
emisor de datos y un equipo gestor de propiedades de usuario,
disminuyen las consultas de propiedades enviadas desde el equipo
emisor de datos hacia el usuario, haciendo posible así aliviar la
carga impuesta sobre el usuario cuando éste responde a la consulta
de propieda-
des.
des.
Según se describió anteriormente, según el método
emisor y receptor de información de la presente invención y el
sistema emisor y receptor de información que usa tal método emisor y
receptor de información, el propósito o estrategia del proveedor de
información del lado del equipo emisor de información impele al
usuario del lado del equipo receptor de información a recibir
selectivamente información, haciendo así posible que se distribuya
eficazmente un anuncio publicitario.
Además, según el método emisor de información de
la presente invención y el equipo emisor de información que emplea
tal método emisor de información, es posible materializar un sistema
emisor y receptor de información en el cual el usuario del lado del
equipo receptor de información es capaz de recibir información
selectivamente basándose en el propósito o estrategia del proveedor
de información del lado del equipo emisor de información.
Además, según el método receptor de información
de la presente invención y el equipo receptor de información que usa
tal método receptor de información, es posible materializar un
sistema emisor y receptor de información en el cual el usuario del
lado del equipo receptor de información es capaz de recibir
información selectivamente basándose en el propósito o estrategia
del proveedor de información del lado del equipo emisor de
información.
Además, según el formato de mensaje de la
presente invención, es posible materializar un sistema emisor y
receptor de información en el cual el propósito o estrategia del
proveedor de información del lado del equipo emisor de información
habilita al usuario del lado del equipo receptor de información para
recibir información selectivamente.
Incidentalmente, aunque se ha descrito hasta
ahora a modo de ejemplo el caso en el que se distribuye información
comercial/publicitaria, la presente invención no está limitada a
ello y puede aplicarse a una variedad de campos, tal como cuando se
distribuyen contenidos multimedia tales como CDs musicales, se
distribuyen informaciones de montaje requeridas por una oficina
filial entre una oficina central y la oficina filial de un
fabricante y se distribuye información interoficinas a las personas
de una gran empresa.
Habiéndose descrito realizaciones preferidas de
la invención con referencia a los dibujos anexos, ha de comprenderse
que la invención no esta limitada a estas realizaciones precisas y
que podrían efectuarse diversos cambios y modificaciones de ellas
por los versados en la técnica sin apartarse del alcance de la
invención según se define en las reivindicaciones anexas.
Claims (10)
1. Un equipo emisor (10) de información que
comprende:
- medios transmisores (101) dispuestos para
transmitir mensajes desde dicho equipo emisor (10) de información a
través de un medio de transmisión (1) hasta un equipo receptor (20)
de información;
- medios creadores (103) de mensaje de datos
dispuestos para crear un mensaje de datos para su transmisión por
dichos medios transmisores (101), conteniendo dicho mensaje de datos
unos datos transmitidos y un código de contenido indicativo del
contenido de dichos datos transmitidos;
caracterizado por unos medios creadores
(102) de mensaje de registro dispuestos para crear un mensaje de
registro para su transmisión por dichos medios transmisores (101),
conteniendo dicho mensaje de registro un código de contenido y una
condición de registro bajo la cual se ha de registrar dicho código
de contenido.
2. Un equipo emisor (10) de información que
comprende:
- medios transmisores (101) dispuestos para
transmitir mensajes desde dicho equipo emisor (10) de información a
través de un medio de transmisión (1) hasta un equipo receptor (20)
de información;
- medios creadores (103) de mensaje de datos
dispuestos para crear un mensaje de datos para su transmisión por
dichos medios transmisores (101), conteniendo dicho mensaje de datos
unos datos transmitidos y un código de contenido indicativo del
contenido de dichos datos transmitidos;
caracterizado por unos medios creadores
(102) de mensaje de registro dispuestos para crear un mensaje de
registro para su transmisión por dichos medios transmisores (101),
conteniendo dicho mensaje de registro un código de contenido y una
solicitud de registro para registrar dicho código de contenido
incluido en dicho mensaje de registro.
3. Un equipo receptor (20) de información que
comprende:
- medios receptores (201) dispuestos para recibir
mensajes transmitidos desde un equipo emisor (10) de información a
través de un medio de transmisión (1);
- medios comparadores (203) de código de
contenido dispuestos para comparar, en respuesta a la recepción de
un mensaje de datos que contiene datos transmitidos y un código de
contenido indicativo del contenido de dichos datos transmitidos,
dicho código de contenido con un código de contenido
registra-
do;
do;
- medios determinadores (204) dispuestos para
determinar basándose en el resultado de la comparación por dichos
medios comparadores (203) de código de contenido si dichos datos
transmitidos en dicho mensaje de datos han de ser aceptados o
rechazados;
caracterizado por:
- unos medios determinadores (202) dispuestos
para comparar, en respuesta a la recepción de un mensaje de registro
por dichos medios receptores (201), una condición de registro en
dicho mensaje de registro con una propiedad previamente establecida
en dicho equipo receptor de información, y determinar basándose en
el resultado de esta comparación si un código de contenido incluido
en dicho mensaje de registro se ha de registrar en dicho equipo
receptor de información.
4. Un equipo receptor (20) de información que
comprende:
- medios receptores (201) dispuestos para recibir
mensajes transmitidos desde un equipo emisor (10) de información a
través de un medio de transmisión (1);
- medios comparadores (203) de código de
contenido dispuestos para comparar, en respuesta a la recepción de
un mensaje de datos que contiene datos transmitidos y un código de
contenido indicativo del contenido de dichos datos transmitidos,
dicho código de contenido con un código de contenido registrado;
- medios determinadores (204) dispuestos para
determinar basándose en el resultado de la comparación por dichos
medios comparadores (203) de código de contenido si dichos datos
transmitidos en dicho mensaje de datos han de ser aceptados o
rechazados;
caracterizado por:
- unos medios de registro (202) dispuestos para
registrar, en respuesta a la recepción de un mensaje de registro por
dichos medios receptores (201) y de conformidad con una solicitud de
registro contenida en dicho mensaje de registro, un código de
contenido incluido en dicho mensaje de registro.
5. El equipo receptor de información según la
reivindicación 3, en el que dicha condición de registro y dicha
propiedad previamente establecida son información referente a al
menos uno de entre un perfil de usuario, un gusto de usuario y una
situación de usuario de dicho equipo receptor (20) de
información.
6. El equipo receptor de información según la
reivindicación 3 o 5, en el que dicha condición de registro y dicha
propiedad previamente establecida son información concerniente a un
código de contenido ya registrado en dicho equipo receptor de
información.
7. Un método para enviar información desde un
equipo emisor (10) de información a través de un medio de
transmisión (1) hasta un equipo receptor (20) de información, en el
que en dicho método se envía un mensaje de datos desde dicho equipo
emisor (10) de información hasta dicho equipo receptor (20) de
información, conteniendo dicho mensaje de datos unos datos
transmitidos y un código de contenido indicativo del contenido de
dichos datos transmitidos;
caracterizado por el paso de enviar, antes
del envío de dicho mensaje de datos, un mensaje de registro desde
dicho un equipo emisor (10) de información hasta dicho equipo
receptor (20) de información, conteniendo dicho mensaje de registro
dicho código de contenido y una condición de registro bajo la cual
se ha de registrar dicho código de contenido.
8. Un método de recepción de información enviada
desde un equipo emisor (10) de información a través de un medio de
transmisión (1) hasta un equipo receptor (20) de información, en el
que en dicho método, en respuesta a la recepción de un mensaje de
datos que contiene datos transmitidos y un código de contenido
indicativo del contenido de dichos datos transmitidos, dicho código
de contenido es comparado con un código de contenido registrado, y
basándose en el resultado de la comparación se determina si dichos
datos transmitidos en dicho mensaje de datos han de ser aceptados o
rechazados;
caracterizado por los pasos de, en
respuesta a la recepción de un mensaje de registro, comparar una
condición de registro contenida en dicho mensaje de registro con una
propiedad previamente establecida en dicho equipo receptor de
información, y determinar basándose en el resultado de esta
comparación si un código de contenido incluido en dicho mensaje de
registro se ha de registrar en dicho equipo receptor de
información.
9. El método según la reivindicación 8, en el que
dicha condición de registro y dicha propiedad previamente
establecida son información concerniente a al menos uno de entre un
perfil de usuario, un gusto de usuario y una situación de usuario de
dicho equipo receptor (20) de información.
10. El método según la reivindicación 8 o 9, en
el que dicha condición de registro y dicha propiedad previamente
establecida son información concerniente a un código de contenido ya
registrado en dicho equipo receptor de información.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33384796 | 1996-12-13 | ||
JP33384796A JP3677907B2 (ja) | 1996-12-13 | 1996-12-13 | 情報の送受信方法及びそれを用いたシステム |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2244987T3 true ES2244987T3 (es) | 2005-12-16 |
Family
ID=18270619
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES97121830T Expired - Lifetime ES2244987T3 (es) | 1996-12-13 | 1997-12-11 | Metodo de transmision y recepcion de informacion y sistema que utiliza tal metodo. |
Country Status (5)
Country | Link |
---|---|
US (2) | US6314467B1 (es) |
EP (1) | EP0848525B1 (es) |
JP (1) | JP3677907B2 (es) |
DE (1) | DE69733632T2 (es) |
ES (1) | ES2244987T3 (es) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3677907B2 (ja) * | 1996-12-13 | 2005-08-03 | 株式会社日立製作所 | 情報の送受信方法及びそれを用いたシステム |
US7117518B1 (en) * | 1998-05-14 | 2006-10-03 | Sony Corporation | Information retrieval method and apparatus |
JP2000209255A (ja) * | 1999-01-12 | 2000-07-28 | San Denshi Kk | 情報提供装置 |
WO2001020849A1 (fr) * | 1999-09-16 | 2001-03-22 | Fujitsu Limited | Procede de telechargement avec emploi d'un dispositif cote emission et d'un dispositif cote reception |
AU1814501A (en) * | 1999-12-20 | 2001-07-03 | General Electric Company | Method and system for specifying materials |
JP2001186460A (ja) * | 1999-12-22 | 2001-07-06 | Matsushita Electric Ind Co Ltd | データ記録装置 |
JP2000216810A (ja) * | 2000-01-01 | 2000-08-04 | San Denshi Kk | 情報提供方法 |
US7325192B1 (en) * | 2000-07-28 | 2008-01-29 | Hewlett-Packard Development Company, L.P. | Method of assembling content from content providers |
US8121937B2 (en) | 2001-03-20 | 2012-02-21 | Goldman Sachs & Co. | Gaming industry risk management clearinghouse |
US7548883B2 (en) | 2001-03-20 | 2009-06-16 | Goldman Sachs & Co | Construction industry risk management clearinghouse |
US20110131136A1 (en) * | 2001-03-20 | 2011-06-02 | David Lawrence | Risk Management Customer Registry |
US7899722B1 (en) * | 2001-03-20 | 2011-03-01 | Goldman Sachs & Co. | Correspondent bank registry |
US8209246B2 (en) | 2001-03-20 | 2012-06-26 | Goldman, Sachs & Co. | Proprietary risk management clearinghouse |
US20030225687A1 (en) * | 2001-03-20 | 2003-12-04 | David Lawrence | Travel related risk management clearinghouse |
US20040006532A1 (en) * | 2001-03-20 | 2004-01-08 | David Lawrence | Network access risk management |
US8285615B2 (en) | 2001-03-20 | 2012-10-09 | Goldman, Sachs & Co. | Construction industry risk management clearinghouse |
US20030233319A1 (en) * | 2001-03-20 | 2003-12-18 | David Lawrence | Electronic fund transfer participant risk management clearing |
US7958027B2 (en) * | 2001-03-20 | 2011-06-07 | Goldman, Sachs & Co. | Systems and methods for managing risk associated with a geo-political area |
US8140415B2 (en) | 2001-03-20 | 2012-03-20 | Goldman Sachs & Co. | Automated global risk management |
US7904361B2 (en) * | 2001-03-20 | 2011-03-08 | Goldman Sachs & Co. | Risk management customer registry |
US8069105B2 (en) * | 2001-03-20 | 2011-11-29 | Goldman Sachs & Co. | Hedge fund risk management |
US20040193532A1 (en) * | 2001-03-20 | 2004-09-30 | David Lawrence | Insider trading risk management |
WO2002080467A1 (fr) * | 2001-03-29 | 2002-10-10 | Mitsubishi Denki Kabushiki Kaisha | Systeme de gestion de reseau |
US20020143562A1 (en) * | 2001-04-02 | 2002-10-03 | David Lawrence | Automated legal action risk management |
US6975996B2 (en) * | 2001-10-09 | 2005-12-13 | Goldman, Sachs & Co. | Electronic subpoena service |
CA2475440A1 (en) * | 2001-11-28 | 2003-09-18 | Goldman, Sachs & Co. | Transaction surveillance |
JP3871201B2 (ja) * | 2002-01-29 | 2007-01-24 | ソニー株式会社 | コンテンツ提供取得システム |
AU2003291552A1 (en) * | 2002-11-14 | 2004-06-15 | Goldman, Sachs And Co. | Independent research consensus earnings estimates and methods of determining such |
JP2004240650A (ja) * | 2003-02-05 | 2004-08-26 | Brother Ind Ltd | 通信システム、スイッチ操作部材、端末装置およびプログラム |
US8996481B2 (en) * | 2004-07-02 | 2015-03-31 | Goldman, Sach & Co. | Method, system, apparatus, program code and means for identifying and extracting information |
US8762191B2 (en) * | 2004-07-02 | 2014-06-24 | Goldman, Sachs & Co. | Systems, methods, apparatus, and schema for storing, managing and retrieving information |
US8442953B2 (en) | 2004-07-02 | 2013-05-14 | Goldman, Sachs & Co. | Method, system, apparatus, program code and means for determining a redundancy of information |
US8510300B2 (en) | 2004-07-02 | 2013-08-13 | Goldman, Sachs & Co. | Systems and methods for managing information associated with legal, compliance and regulatory risk |
JP2006343837A (ja) * | 2005-06-07 | 2006-12-21 | Nec Corp | 状態通知者端末装置、情報登録管理サーバ、情報登録管理方法、情報登録管理システムおよびプログラム |
US20090275349A1 (en) * | 2006-03-24 | 2009-11-05 | Ktreetel Co., Ltd. | Method and apparatus for providing idle mode service |
CN104410718B (zh) * | 2014-12-22 | 2018-10-16 | 齐玉田 | 用于物联网的个性化定制方法和设备 |
CN111401976B (zh) * | 2020-06-08 | 2020-09-04 | 腾讯科技(深圳)有限公司 | 一种异常行为检测方法、装置、设备及存储介质 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS5947905B2 (ja) | 1980-02-08 | 1984-11-22 | 株式会社日立製作所 | 共通伝送路を用いた情報の伝送方法 |
CA1341310C (en) * | 1988-07-15 | 2001-10-23 | Robert Filepp | Interactive computer network and method of operation |
US5122886A (en) * | 1989-06-19 | 1992-06-16 | Pioneer Electronic Corporation | Selective information playback from recording medium based on user input content codes |
EP0411497B1 (en) * | 1989-07-31 | 2000-01-26 | Hitachi, Ltd. | Data processing system and data transmission and processing method |
US5220596A (en) * | 1991-05-30 | 1993-06-15 | Rolm Systems | Method and apparatus for propagating a network profile |
JPH0573514A (ja) | 1991-09-13 | 1993-03-26 | Hitachi Ltd | メツセージ判別方式 |
JP3552258B2 (ja) * | 1993-12-27 | 2004-08-11 | 株式会社日立製作所 | 分散計算機システム及びその情報管理方法 |
US5758257A (en) * | 1994-11-29 | 1998-05-26 | Herz; Frederick | System and method for scheduling broadcast of and access to video programs and other data using customer profiles |
US5608662A (en) | 1995-01-12 | 1997-03-04 | Television Computer, Inc. | Packet filter engine |
US5659583A (en) * | 1995-06-02 | 1997-08-19 | Hitachi America, Ltd. | Tone canceller for QAM demodulator |
US5706507A (en) * | 1995-07-05 | 1998-01-06 | International Business Machines Corporation | System and method for controlling access to data located on a content server |
US5913040A (en) * | 1995-08-22 | 1999-06-15 | Backweb Ltd. | Method and apparatus for transmitting and displaying information between a remote network and a local computer |
JP3097525B2 (ja) * | 1995-11-10 | 2000-10-10 | 株式会社日立製作所 | 情報フィルタリング処理を行うデータ伝送方法 |
US5794210A (en) * | 1995-12-11 | 1998-08-11 | Cybergold, Inc. | Attention brokerage |
AU1566597A (en) * | 1995-12-27 | 1997-08-11 | Gary B. Robinson | Automated collaborative filtering in world wide web advertising |
US5802299A (en) * | 1996-02-13 | 1998-09-01 | Microtouch Systems, Inc. | Interactive system for authoring hypertext document collections |
JP3677907B2 (ja) * | 1996-12-13 | 2005-08-03 | 株式会社日立製作所 | 情報の送受信方法及びそれを用いたシステム |
GB2324669A (en) * | 1997-04-23 | 1998-10-28 | Ibm | Controlling video or image presentation according to encoded content classification information within the video or image data |
US6430603B2 (en) * | 1999-04-28 | 2002-08-06 | World Theatre, Inc. | System for direct placement of commercial advertising, public service announcements and other content on electronic billboard displays |
JP2001326914A (ja) * | 2000-03-08 | 2001-11-22 | Sony Corp | 電子情報内容配信処理システム、情報配信装置、情報処理装置及び電子情報内容配信処理方法 |
-
1996
- 1996-12-13 JP JP33384796A patent/JP3677907B2/ja not_active Expired - Fee Related
-
1997
- 1997-12-11 EP EP97121830A patent/EP0848525B1/en not_active Expired - Lifetime
- 1997-12-11 ES ES97121830T patent/ES2244987T3/es not_active Expired - Lifetime
- 1997-12-11 US US08/989,324 patent/US6314467B1/en not_active Expired - Fee Related
- 1997-12-11 DE DE69733632T patent/DE69733632T2/de not_active Expired - Fee Related
-
2001
- 2001-09-18 US US09/954,265 patent/US6535921B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP3677907B2 (ja) | 2005-08-03 |
DE69733632T2 (de) | 2006-05-18 |
EP0848525A3 (en) | 1999-10-27 |
US6314467B1 (en) | 2001-11-06 |
US20020016854A1 (en) | 2002-02-07 |
EP0848525A2 (en) | 1998-06-17 |
EP0848525B1 (en) | 2005-06-29 |
DE69733632D1 (de) | 2005-08-04 |
US6535921B2 (en) | 2003-03-18 |
JPH10173648A (ja) | 1998-06-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2244987T3 (es) | Metodo de transmision y recepcion de informacion y sistema que utiliza tal metodo. | |
US10117102B2 (en) | Multimedia message service method and system | |
ES2300348T3 (es) | Metodo y sistema basados en redes para transmitir datos a un ordenador cliente y cobrar solamente por los datos que sean utilizados por el usuario del ordenador cliente. | |
ES2213564T3 (es) | Sistema de publicidad por correo electronico. | |
TW322560B (es) | ||
US7264157B2 (en) | Area-based content delivery method and system | |
US20080235681A1 (en) | System, method and apparatus for retrieving schedule information from a remote location for an electronic calendar | |
JP2001243413A (ja) | 名刺管理システム、方法、そのサーバ装置及びクライアント装置、携帯端末装置、並びに記録媒体 | |
US20060116881A1 (en) | Portable-type communication terminal device, contents output method, distribution server and method thereof, and contents supply system and supply method thereof | |
JP2002140611A (ja) | 広告配信中継システム | |
JP4552137B2 (ja) | 情報配信システムおよび情報配信装置 | |
JP4506215B2 (ja) | 情報システム,スケジュール生成装置,およびスケジュール生成方法 | |
JP6797258B1 (ja) | 電子貨幣交換装置、電子貨幣交換方法及び電子貨幣交換システム | |
KR101676826B1 (ko) | 커뮤니티 페이지를 사용한 회원 관리 시스템 및 방법 | |
US20040203671A1 (en) | Information exchange system | |
US20030182189A1 (en) | Advertisement server, advertisement attaching method, and advertisement information attaching program | |
KR100454803B1 (ko) | 이동 사이트 지정 및 통신 방법 | |
JP2000022738A (ja) | 情報提供システム | |
US20230026762A1 (en) | Equitable ticket exchange among ticket holders | |
JP2002197206A (ja) | 情報配信システム及び情報配信方法 | |
KR100513601B1 (ko) | Rfid 정보의 획득 및 관리 시스템과 그 방법 | |
WO2005066922A1 (ja) | サーバ装置,通信端末,それらを利用した広告システム及び方法 | |
JP2006018556A (ja) | 広告提供支援システムと広告支援方法とそのためのプログラム | |
JP2005217846A (ja) | 録画装置、情報端末装置および番組録画予約システム | |
JP2005251051A (ja) | 利用者端末、配信端末、プログラム及び流通システム |