ES2258791T3 - Sistema de seleccion de producto. - Google Patents
Sistema de seleccion de producto.Info
- Publication number
- ES2258791T3 ES2258791T3 ES97921934T ES97921934T ES2258791T3 ES 2258791 T3 ES2258791 T3 ES 2258791T3 ES 97921934 T ES97921934 T ES 97921934T ES 97921934 T ES97921934 T ES 97921934T ES 2258791 T3 ES2258791 T3 ES 2258791T3
- Authority
- ES
- Spain
- Prior art keywords
- product
- user
- data
- products
- database
- 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/06—Buying, selling or leasing transactions
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Un sistema para seleccionar un producto para aconsejar a un usuario si adquiere o no un producto como un producto alimenticio, incluye una base de datos de productos (200) que consta de datos de una pluralidad de productos, un lector de barras de códigos de mano (106) para identificar un producto, y medios de procesado (206) para identificar si el producto tiene una o más características del producto seleccionadas por el usuario. Las características pueden incluir el proceso de tratamiento o fabricación del producto, la distancia que el producto había viajado desde el origen, lugar de origen, política de la región de origen, tipo de mano de obra utilizada en la fabricación o producción, detalles del fabricante o suministrador, riesgos para la salud, avisos sobre la salud pública asociados con el producto, ofertas especiales y similar.
Description
Sistema de selección de producto.
El presente invento se refiere a un sistema de
selección de productos para ser utilizado, por ejemplo, en
supermercados y establecimientos similares.
A los clientes de los supermercados se les
presenta actualmente una enorme gama de productos de alimentación
diferentes. Para muchos de los productos en venta, tales como
verduras frescas, pescado y carne, el contenido y la naturaleza del
alimento es obvio y fácil de identificar. Si una persona es alérgica
o simplemente quiere evitar estos tipos de alimentos, esto puede
hacerse fácilmente.
Muchos fabricantes de productos alimentarios
incluyen ahora una tabla de información de propiedades nutritivas en
el envase, anticipándose a un requerimiento legal o por razones
comerciales. Todas las tablas contienen cuatro puntos de información
básicos. El primero es normalmente el número de calorías por cada
porción de 100 gramos, seguido por la cantidad de grasa, la cantidad
de proteínas y la cantidad de carbohidratos. Puesto que tales cifras
se presentan en gramos por cada porción de 100 gramos, el cliente
puede comparar las cifras directamente con las de otros productos.
La información de contenido nutritivo proporcionada puede ser
utilizada entonces por los clientes para calcular las calorías que
están comprando por condicionantes dietéticos o médicos, y/o reducir
así su ingesta de sustancias concretas individuales, tales como
ácidos grasos saturados o sal.
Son conocidos sistemas para informar a un
usuario del contenido de ingredientes de un producto. Sin embargo,
los sistemas de la técnica anterior están limitados porque se
limitan a la información proporcionada al usuario o pueden ser
costosos, voluminosos o poco prácticos debido a la cantidad de
espacio de memoria requerido para almacenar información relativa a
muchos productos.
El documento
US-A-5478989 describe un sistema
para generar información personalizada de nutrición, que incluye
medios para introducir datos personales relativos a un individuo, un
lector de código de barras para introducir datos que identifican al
menos un producto alimentario, un procesador para correlacionar los
datos personales con datos de nutrición prealmacenados pertinentes
al producto alimentario, y medios para presentar como salida
información de la persona en base a la correlación. Los datos de
nutrición prealmacenados pueden incluir información relativa a
alertas de alergia, niveles de pesticidas y nombres de almacenes
individuales que suministran los alimentos.
El documento
US-A-4780599 describe la utilización
de un dispositivo de lectura de código de barras manual para
recuperar información de producto para usuarios; el documento
FR-A-2702583 describe la utilización
de un lector manual de código de barras que se utiliza para elaborar
decisiones de compra en base al precio de productos
seleccionados.
El artículo "A small domain communications
system for personalized shopping assistance" de A. Asthana y P.
Krzyzanowski, publicado en Proceedings of 1994 International
Conference on Personal Wireless Communications,
18-19 agosto 1994, Bangalore, India, y la solicitud
de patente relacionada EP-A-0 697
670, describen un sistema de selección de productos que comprende
un servidor central que almacena una base de datos que contiene
información relativa a productos y servicios y una base de datos
que comprende perfiles de cliente personalizados. El servidor
central recibe y procesa solicitudes de dispositivos de usuario
móviles manuales ("Personal Shopping Assistant"). Por diseño,
no se realiza ningún cálculo en los dispositivos móviles manuales de
usuario y todas las tareas de este tipo son realizadas en el
servidor. Adicionalmente, aunque el documento
EP-A-0 697 670 se refiere a la
deseabilidad de soportar comunicaciones en un lenguaje nativo del
usuario, no proporciona detalles de implementación a este
respecto.
Por consiguiente, un objetivo del presente
invento de acuerdo con las reivindicaciones anexas, es crear un
sistema de selección de productos que soporta procesamiento local de
solicitudes de usuario en un dispositivo de usuario móvil en el
idioma preferido por el usuario. Se exponen en las reivindicaciones
dependientes realizaciones preferidas adicionales.
En una realización, las características de
producto incluyen una o más de las siguientes: un método de
tratamiento o fabricación, distancia que ha recorrido el producto
desde su origen, lugar de origen, sistema político de la región de
origen, tipo de labor utilizada en la fabricación o producción,
detalles del fabricante o suministrador, riesgos sanitarios,
alertas de salud pública asociadas con el producto, ofertas
especiales, etc.
Preferiblemente, el sistema está dispuesto para
tomar una decisión para un usuario sobre si comprar o no un
producto seleccionado. El sistema puede incluir medios para explicar
a un usuario las razones de la decisión en base a características
seleccionadas del producto.
En la realización preferida, el sistema incluye
una estación de procesamiento central que comprende la base de
datos de productos y uno o más dispositivos móviles de usuario. El
dispositivo de usuario o de cada usuario es preferiblemente
portátil.
Ventajosamente, cada dispositivo de usuario es
programable por la estación de procesamiento central para que
contenga una parte de la base de datos de productos que atañe
solamente a un usuario identificado.
El lector puede incluir medios de lectura de
código de barras para identificar un producto seleccionado a partir
de un código de barras impreso en el mismo. El lector puede estar
provisto adicional o alternativamente de medios de lectura para
leer un identificador de producto diferente de un código de barras.
Tales identificadores pueden ser un código, el nombre del producto,
un número o cualquier otro identificador adecuado.
En una realización, el sistema incluye medios de
vigilancia de usuario para vigilar productos considerados para
compra por un usuario.
De acuerdo con otro aspecto del presente
invento, se crea un dispositivo portátil de usuario para aconsejar
a un usuario sobre si comprar o no un producto, que incluye medios
de identificación de producto para identificar un producto a
probar, una base de datos de características de productos, medios
para comparar las características de un producto identificado con
características seleccionadas por los usuarios, y medios para
aconsejar a un usuario si debe comprar o no el producto en base a
dicha determinación, en cuyo sistema la base de datos incluye
solamente datos considerados relevantes para el usuario
particular.
De acuerdo con otro aspecto del presente
invento, se crea un método para aconsejar a un usuario que compre o
no un producto, que incluye las operaciones de determinar
preferencias de usuario por selección de una o más características
de producto, identificar un producto seleccionado por el usuario en
base a un identificador de producto, determinar si el producto
incluye una o más de las características de producto seleccionadas
por el usuario de una base de datos de productos que incluye una o
más características de producto no relacionadas con el contenido de
ingredientes de un producto, y notificar al usuario los resultados
de la determinación.
Existen clientes que desean comprar estos tipos
de alimentos, pero pueden evitar productos concretos por razones
políticas o de estilo de vida, simplemente porque la información no
está fácilmente disponible para ellos en el punto de selección. Son
ejemplos de estos tipos de intereses de clientes, entre otros:
\bullet Productos tratados
químicamente.
\bullet El número de millas que ha
recorrido el alimento.
\bullet El sistema político del país de
origen.
\bullet El uso de labores infantiles.
\bullet Compañías en lista negra.
\bullet Alimentos evitados por razones
religiosas.
\bullet Alertas de salud pública, tales
como incidentes recientes en relación con huevos y carnes.
\bullet Ofertas especiales.
Adicionalmente a estos tipos básicos de
alimentos, existe un número siempre creciente de alimentos
procesados y tratados que están disponibles actualmente, en cuyo
caso es difícil para los clientes identificar rápidamente cualquier
punto de interés individual que puedan tener en relación con un
producto. Esto puede ser debido al hecho de que la información
simplemente no está en el envase, o está listada con un nombre no
familiar.
Los fabricantes de alimentos están obligados por
ley a listar los ingredientes de un producto alimentario en el
envase del producto en orden descendente de peso. Puesto que no
existen actualmente requerimientos legales para listar la cantidad
de cualquier ingrediente en un producto, es difícil que la gente que
restringe el consumo de ciertos ingredientes compre estos alimentos
con confianza. Además, no existe requerimiento legal de listar los
ingredientes de las bebidas alcohólicas (vino, cerveza, etc) que
pueden contener también colorantes y preservantes. Se hace
referencia a los aditivos alimentarios por su número E o por su
nombre común o químico, algunos de los cuales pueden significar muy
poco para el cliente medio.
Se acepta también que los fabricantes de
alimentos utilicen sus envases para vender el producto, y a no ser
que exista una razón comercial o de buena voluntad para destacar un
punto de interés del cliente, por ejemplo alimentos de bajas
calorías, productos orgánicos, etc, es poco posible que coloquen el
envase en una posición destacada, el texto a menudo es de tamaño de
carácter pequeño, y debido a los diferentes tamaños y formas de los
envases, la información puede ser difícil de encontrar.
El presente invento puede resolver tales
situaciones y puede crear así un sistema que sea más útil.
Se describe posteriormente una realización del
presente invento, a modo de ejemplo, en la cual:
La figura 1 es un diagrama esquemático de un
ejemplo de un escáner manual y de una base de datos;
La figura 2 es un diagrama de flujo esquemático
de una versión simple del sistema de selección de productos;
Las figuras 3 a 5 son diagramas esquemáticos de
realizaciones de un sistema general previsto para ser utilizado en
supermercados de alimentos;
La figura 6 es una realización de los
componentes principales de un sistema de procesamiento central;
Las figuras 7 a 11 son ejemplos de segmentos de
programa tanto para el sistema de procesamiento central de la figura
6, como para el lector manual de la figura 1.
Los ejemplos de sistema descritos posteriormente
están previstos para utilizar identificadores legibles por máquina
en productos de alimentación y similares para determinar
ingredientes predefinidos de los productos alimentarios en una
estantería de venta y otros aspectos de los productos, tales como
origen, método de fabricación, etc. El sistema es ideal para ser
utilizado por clientes y organizaciones interesadas en identificar
valores calóricos, reacciones alérgicas potenciales, problemas
relacionados con diabéticos, etc. Las realizaciones preferidas han
sido diseñadas fundamentalmente para ser utilizadas en el punto de
selección de productos de alimentación en supermercados, donde los
clientes pueden encontrar rápidamente si un producto de alimentación
cuya compra está prevista contiene ingredientes que puedan ser
peligrosos o que se desea evitar por razones de estilo de vida o
razones de dietética especiales.
Resultará evidente que el sistema podría ser
adaptado a otras aplicaciones y, por consiguiente, no está limitado
a los productos de alimentación.
Con referencia a la figura 1, el ejemplo de
sistema 10 de escáner y base de datos está previsto para ser
utilizado por un cliente en un supermercado o establecimiento
similar. El sistema se utiliza para determinar y alertar sobre
ingredientes escogidos que el usuario deberá o no deberá consumir,
como se describe con mayor detalle posteriormente.
En la realización representada, el sistema 10
está diseñado para funcionar en base a códigos de barras impresos
en alimentos envasados. Para este fin, el sistema 10 incluye un
escáner 12 de código de barras, representado solamente en forma
esquemática, que es capaz de leer códigos de barras en productos de
alimentación bajo control de un sistema de control (no
representado), tal como un microprocesador. Puesto que los productos
de alimentación contienen códigos de barras en base al sistema de
numeración de artículos europeo, tales como EAN13 y EAN8 o
derivados, el producto real puede ser identificado a partir del
código de barras, con independencia del establecimiento comercial o
del fabricante de alimentos.
El sistema incluye una base de datos (no
representada) a la que se accede en base a los códigos de barras.
La base de datos incluye, en la realización preferida, una
descripción del producto para ayudar al usuario y datos relativos a
los ingredientes del producto de alimentación. La base de datos
puede incluir todos los ingredientes de cada producto o solamente
los que con mayor probabilidad sean de interés para el usuario,
tales como los que provocan alergias conocidas, los que no son
adecuados para personas con ciertas enfermedades, tales como la
diabetes, y los que tienen un valor calórico o contenido en grasas
"inaceptable". Los datos de ingredientes podrían almacenarse
como designadores de código que son traducidos a sus ingredientes
reales para versiones en las que los ingredientes reales se
notifican al usuario.
El sistema 10 podría también informar como
alternativa sobre ingredientes que debe consumir el usuario, por
ejemplo por razones dietéticas. Estos pueden ser, por ejemplo, el
hierro para un usuario que padece anemia.
Para cualquier fin, el sistema puede ser
ajustado para tener en cuenta las cantidades de ingredientes en vez
de solo la presencia de ingredientes.
Se describen posteriormente con más detalle la
naturaleza y el posible contenido de la base de datos.
El sistema 10 está provisto de una unidad 14 de
entrada, que puede ser de cualquier forma adecuada, por ejemplo un
teclado alfanumérico. Está dispuesto también un dispositivo 16 de
visualización, que nuevamente puede ser de cualquier forma adecuada,
por ejemplo un dispositivo de visualización de cristal líquido o
equivalente. El dispositivo 16 de visualización proporciona
información de entrada de datos y resultados de la determinación de
un producto de alimentación particular.
Adicional o alternativamente, el sistema 10
puede incluir un indicador acústico, tal como un altavoz o zumbador,
para informar al usuario del resultado de su determinación de un
producto de alimentación. Similarmente, en vez de visualizar el
resultado en un dispositivo de visualización tal como el dispositivo
16 de visualización, el sistema 10 puede estar provisto de cualquier
otro indicador visual adecuado, por ejemplo uno o más diodos
fotoemisores.
En la figura 2 se ilustra un ejemplo del método
mediante el cual puede funcionar el sistema de la figura 1. Esta es
una implementación simple y, en lo que respecta al lector de datos,
se hace referencia al ejemplo más detallado que se describe
posteriormente.
En resumen, en el método de la figura 2 la
unidad de control y procesamiento dentro del sistema decodifica el
código de barras, busca el registro de base de datos adecuado y
visualiza o indica de otro modo al usuario, mediante un indicador
acústico o visual, si es seguro o sensato para el usuario comprar
ese producto de alimentación. Para fines de programación, el
dispositivo 16 de visualización puede presentar una pantalla de
"entrada" que indica al usuario en curso identificar cualquier
alergia que debe comprobar el sistema 10, cualquier parámetro
calórico o similar que requiere el usuario, y/o cualquier otro
ingrediente sobre el cual desea ser alertado el usuario. En caso de
que el sistema vaya a ser utilizado por una pluralidad de usuarios,
puede ser reprogramado por cada usuario, o bien el sistema 10 puede
incluir una memoria (no representada) en la cual pueden almacenarse
los pertinentes datos de ingredientes para una pluralidad de
usuarios, para ser recuperados subsiguientemente por medio de un
número o un código de identificación.
En una realización alternativa, la entrada de
datos para un usuario puede realizarse por medio de un computador
personal independiente que puede estar vinculado al sistema 10.
El aviso proporcionado por el sistema 10 puede
ser un aviso simple de afirmación o negación, o información más
específica relativa al producto de alimentación particular, por
ejemplo la cantidad de los ingredientes del producto. En la
realización ilustrada en la figura 2, el sistema 10 está diseñado
para proporcionar una indicación simple de afirmación o negación
sobre la existencia de un ingrediente en el producto de alimentación
comprobado y los datos de aporte calórico.
De este modo, el sistema recibe como entrada
detalles de los requerimientos o preferencias de alimentación del
usuario. El usuario es capaz entonces de explorar cualquier producto
que contenga un código de barras o derivado, en cuyo momento el
soporte de programación del sistema comprobará la base de datos de
ingredientes para cualquier condición para la que se ha encontrado
una entrada anterior por parte del usuario, e informará al usuario
indistintamente en forma visible y/o audible de que el producto
buscado contiene uno o más ingredientes cuyo consumo no es
aconsejable en base a las condiciones preprogramadas.
Los programas incluidos en el sistema 10
aconsejarán al usuario sobre cualquier producto que contenga
ingredientes "inaceptables" para el usuario, y el sistema puede
ser capaz de imprimir una versión en papel de todos los productos
seleccionados y/o del valor calórico total de los productos
seleccionados.
En el ejemplo específico de la figura 2, el
usuario ha programado en el sistema 10 una alergia a las nueces.
Cuando se explora el código de barras del producto de alimentación
que tiene el código 5012345555559 de barras, la unidad de control y
procesamiento del sistema 10 accede a la base de datos en una
posición equivalente al código 5012345555559 de barras, en la cual
la base de datos tiene códigos A, Q, W de ingredientes y un valor
calórico para el producto igual a 500 (preferiblemente normalizado
para una cantidad de producto predeterminado). En este ejemplo, el
código A de ingrediente se refiere a nueces, de modo que el sistema
10 presenta en el dispositivo 16 de visualización el mensaje
"alergia a las nueces - compra no aconsejada".
Se contempla que el sistema del ejemplo descrito
anteriormente sea utilizado en otras aplicaciones, por ejemplo para
alertar al usuario sobre ingredientes particulares, naturaleza y
origen de un producto.
Resultará evidente que aunque el sistema 10
estaría controlado normalmente por programa, podría estar diseñado
esencialmente en base a componentes físicos.
Las figuras 3 a 11 presentan ejemplos más
detallados, que incluyen características específicas adicionales de
realizaciones preferidas.
Los ejemplos que se describen posteriormente
presentan un sistema para complementar cualquier plan dietético o
de prevención proporcionando a un cliente la posibilidad de
comprobar cualquier producto individual en un supermercado en
relación con sus intereses especiales para ver si contiene
ingredientes o cantidades cuya compra no sea aconsejable. El
sistema puede ser utilizado también para solicitar más información
sobre cualquier producto del supermercado. Esto puede conseguirse
mientras el cliente está paseando por la tienda utilizando un
sistema de identificación de productos tal como el ilustrado en la
figura 1.
Antes de utilizar el sistema por primera vez, el
cliente debe registrarse, por ejemplo a través de un esquema legal
con el supermercado, para aportar sus detalles personales y para
identificar singularmente a la persona concreta. El registro se
realiza preferiblemente por entrada de datos a un computador, en
cuya operación se presenta al cliente un número de pantallas de
computador para describir intereses especiales, tales como detalles
de alergias, preferencias o requerimientos dietéticos,
requerimientos de dieta por motivos religiosos, preferencias
políticas, preferencias de fabricación de alimentos, preferencias de
origen de alimentos, etc. La dirección del supermercado podría
introducir alternativamente tales datos indistintamente en presencia
del cliente o en un instante posterior.
Una vez que se han registrado los clientes,
pueden recoger un escáner de un puesto central de la tienda. En el
puesto central, se les requerirá la introducción o inserción de su
tarjeta de cuenta en un lector de banda magnética, que identificará
al cliente a partir del número de cuenta contenido en la banda
magnética de la tarjeta. Una vez recibido el número, el programa
principal del sistema descargará información de productos de un
computador central hacia al escáner para uso del cliente. Solamente
se descargarán al escáner detalles de productos que concuerden con
los intereses de ese cliente, junto con el número de cuenta. Se
observará que podrían proporcionarse otros métodos de
identificación de un cliente.
El cliente simplemente explora el código de
barras del producto de interés a medida que progresa a través de la
tienda. Una vez que se ha explorado el código de barras, el escáner
comprobará los detalles de productos mantenidos en su memoria para
ver si están listados en los intereses predefinidos del cliente. Si
no es así, el escáner anotará que ha leído el código de barras de
producto, e informará al cliente de que no se dispone de
información relevante. Si se han identificado algunos de estos
detalles, el escáner informará al cliente en forma visible o
audible si no es aconsejable comprar el producto porque contiene
algún ingrediente o ingredientes que han sido identificados como
sustancias a evitar, o si no se desea el producto por cualquier otra
razón. El escáner está diseñado para explicar, por ejemplo por medio
de un texto de desplazamiento cíclico, el interés que se ha
encontrado y las cantidades requeridas de cualquier ingrediente.
El escáner se devuelve a continuación al puesto
central. El escáner puede ser entonces actualizado con datos para
informar a un sistema de procesamiento central sobre quien ha
devuelto el escáner, la lista de productos explorados por esa
persona y la fecha. Una vez que el escáner ha sido devuelto al
sistema central, el cliente puede marcharse o pasar a un punto de
la tienda para obtener más información sobre los productos
explorados. Los supermercados pueden proporcionar esta información a
través de computadores e impresoras dedicadas, o anexando la
información a los recibos que se imprimen en caja.
Los siguientes resúmenes introducen los diseños
preferidos del sistema de procesamiento central y de los métodos de
programación/acceso, en base a la conexión entre componentes de
producto, uso del equipo e interacción con el público. Se muestran
las relaciones en las que el producto puede ser utilizado en tres
esquemas de implementación diferentes ilustrados en las figuras 3 a
5, ambas inclusive.
En la primera implementación, que se ilustra en
la figura 3, el supermercado elige implementar el sistema en un
equipo de computador autónomo, con poca o ninguna conexión directa
con otro equipo de computador o programa de base de datos. Esto
puede hacerse porque solamente se utiliza en las tiendas tecnología
de sistemas informáticos de alta capacidad, con poca o ninguna
conectividad con computadores personales.
En el punto en que se ubica el experto de
nutrición del supermercado, está instalado un sistema de
procesamiento central en un computador autónomo 100. El computador
100 tendrá instalada una versión del programa y los ficheros de base
de datos de computador requeridos para mantener los detalles de los
productos de alimentación, una lista completa de los intereses de
los clientes, y el esquema y diseño de un cuestionario de cliente.
La comunicación con otros computadores se realizará por
transferencia de ficheros. Aunque se representan discos flexibles
para la transferencia de ficheros, pueden ser utilizados por la
empresa del supermercado cualquiera de los otros métodos
establecidos de transferencia de ficheros. Un método que puede ser
utilizado es la transferencia a través de enlaces con el sistema
central existentes entre tiendas.
En cada tienda, están instaladas una o más
versiones 102 de cliente del sistema de procesamiento central en un
puesto central sobre computadores de un tipo similar al utilizado
por los expertos en nutrición. Además de la utilización del teclado
y dispositivos indicadores empleados por el experto en nutrición, la
versión de cliente soporta la utilización de lectores de banda
magnética para tarjetas de cuenta de cliente o tarjetas legales, y
la conexión con lectores de código de barras montados.
Tanto en el puesto del experto en nutrición,
como en el puesto central en una tienda, la dirección del
supermercado puede modificar la configuración de los programas, y
visualizar o editar la información de base de datos a través de una
serie de pantallas de presentación visual en la versión 102 de
cliente. El acceso a estas pantallas puede estar restringido por una
contraseña y la utilización de un teclado. La dirección del
supermercado puede atender entonces solicitudes realizadas por
clientes y editar inmediatamente sus intereses de cliente.
Alternativamente, cuando un cliente entra en la
tienda y pasa su tarjeta de cuenta de cliente a través de uno de
los lectores 104, puede ser utilizado un dispositivo de
visualización e indicador para seleccionar sus propios intereses de
cliente, la primera vez que utilizan el sistema. Esto implica la
validación de la tarjeta, seguida por la comprobación de si ha
utilizado el sistema anteriormente. Si se trata de la primera vez,
la versión 102 de cliente presenta varias cuestiones en un
dispositivo de visualización para que el cliente seleccione con el
dispositivo indicador.
Una vez que los clientes han seleccionado al
menos un interés de cliente, la versión 102 de cliente del sistema
de procesamiento central seleccionará un lector 106 de código de
barras fijo, y descargará en la memoria del lector los productos
que son de interés solamente para ese cliente. Esto reduce la lista
de productos de modo que se ajuste a la cantidad de memoria del
lector, y reduce el tiempo de descarga inicial. Después de preparar
los productos de interés para el cliente por primera vez, el
programa utiliza técnicas para almacenar y mantener permanentemente
la lista la siguiente vez que el cliente utiliza el sistema.
Una vez liberado de su puesto de residencia, el
lector 106 de código de barras utiliza programas descargados para
responder a cualquier código de barras leído por el cliente, y la
versión de cliente del sistema de procesamiento central no requiere
ninguna interacción adicional hasta que el lector 106 de código de
barras es devuelto a una de una pluralidad de puestos de
recogida.
Cuando el lector 106 de código de barras se
devuelve a un puesto de recogida, el programa de versión de cliente
recibirá la lista de productos explorada por el cliente, para
análisis dentro del supermercado, y para referencia inmediata si el
cliente tuviese que hacer alguna consulta. Puede estar dispuesta una
función adicional en el programa para imprimir un informe detallado
de la información de nutrición y de los intereses de cliente
asociados con los productos explorados.
En el siguiente ejemplo del sistema, ilustrado
en la figura 4, el supermercado escoge implementar versiones 102'
de cliente en computadores conectados entre sí en una red de área
local de la tienda. Cada versión de cliente comparte los mismos
ficheros de base de datos para procesar solicitudes de cliente en la
tienda. La conexión con un punto central de base de datos u otros
puntos es administrada fuera del sistema. En esta implementación,
la extracción de información de ficheros de sistema y la importación
de información en estos ficheros, se realizan como parte de un
proceso por lotes programado mediante otro programa de aplicación
utilizado en la tienda.
En el tercer ejemplo, representado en la figura
5, el supermercado elige implementar versiones 102'' de cliente en
computadores conectados entre sí en una red de área local. Cada red
de área local en una tienda está conectado también a otras redes de
área local por acceso de marcación telefónica o mediante líneas de
alquiler dedicadas. Están ya instalados programas de
cliente/servidor para gestionar la transferencia de datos desde un
punto a otro. En este caso, está instalada una versión 102'' de
servidor en un servidor de aplicación de la tienda, para enviar y
recibir información automáticamente entre puntos y para mantener los
ficheros de base de datos en la tienda para otras versiones de
cliente o componentes de programa. Pueden utilizarse técnicas
avanzadas conocidas de replicación de ficheros de base de datos
para distribuir información, si está instalado el programa Oracle o
las últimas versiones del Microsoft SQL Server.
Los componentes individuales de producto de la
realización preferida pueden establecerse con su finalidad y
relación mutua. Se hace referencia al diagrama de bloques de la
figura 6 que representa los componentes de producto principales.
El programa proporciona registros permanentes de
intereses de cliente, detalles de producto y ajustes por programa
para un acceso rápido en puntos críticos en la utilización del
sistema.
Este componente de producto es utilizado por los
expertos en nutrición de la empresa del supermercado para establecer
la información en primer lugar y para mantener la información cuando
se requiera. El programa permite establecer derechos de acceso a la
información por otro equipo personal que utilice el sistema, puesto
que la seguridad puede ser un tema importante para la empresa del
supermercado. Proporciona también el ajuste de parámetros de base de
datos para el soporte de diferentes formatos de ficheros de base de
datos y métodos de acceso esperados por cada empresa de
supermercado.
Se contempla que el componente de producto
consista en varias tablas de base de datos de búsqueda visual, con
botones de selección en la pantalla para ver, editar o eliminar
registros individuales en cada una de las tablas. En una de las
formas presentadas, el operador es capaz de seleccionar el formato
de fichero de base de datos para las tablas, los parámetros OEM
para acceder a los ficheros, y las contraseñas de sistema que
proporcionan acceso funcional.
Además de los formularios visuales, existirá
también una librería de llamadas funcionales para leer y escribir
la información de base de datos a y desde otro programa de
componente de producto. De este modo, cada componente de producto
alternativo no necesita conocer los detalles específicos de las
tablas de base de datos utilizadas, y los cambios realizados en la
estructura de la base de datos serán necesarios solamente en este
componente de producto.
Cuando un cliente utiliza el sistema por primera
vez, puede utilizar una secuencia de formularios visuales de modo
que pueda seleccionar sus intereses humanos. Este componente de
producto permitirá también la puesta a punto y despliegue de los
formularios presentados al cliente, puesto que el contenido de los
formularios será decidido por la empresa del supermercado.
En el diseño de la base de datos, debe tenerse
la precaución especial de no limitar el número de intereses de
cliente que pueden almacenarse para un producto y el número de
intereses que puede seleccionar el cliente, y adicionalmente que el
supermercado sea capaz de definir los intereses humanos y
especificar el orden de intereses visualizados en la base de datos
sin provocar cambios en el programa. Cada interés humano puede
contener un valor o valores de margen a presentar al cliente.
Los términos "intereses humanos" están
previstos para indicar información adicional además de los
ingredientes de producto solamente. Por ejemplo, la gama de
intereses humanos para un cliente particular puede incluir alergias
a uno o más ingredientes alimentarios particulares, el deseo de
evitar o aceptar ingredientes particulares o tipos de ingredientes,
tales como carbohidratos, grasas, azúcares, etc. Puede incluir
también alimentos preparados de acuerdo con ciertos criterios
religiosos u otros criterios dietéticos, tales como los
correspondientes a Kosher, vegetarianos, etc. Los intereses "de
estilo de vida" pueden incluir alimentos de origen particular,
métodos de producción, alimentos que corresponden a cuestiones de
salud, tales como la presencia de salmonella o BSE. De este modo,
la intención es proporcionar algo más que solo una indicación de la
composición del producto alimentario por ingredientes.
Es necesario cuidar el diseño de la base de
datos para optimizar la velocidad de recuperación de detalles de
producto en el punto de descarga al lector 106 de código de barras.
Dadas las posibilidades potenciales de ventas internacionales del
sistema, el método utilizado para almacenar texto en la base de
datos permite el suministro de información para la presentación en
varios idiomas de todos los componentes de producto.
Con el fin de utilizar el gestor 200 de base de
datos de aplicación, el operador está provisto de un teclado y un
dispositivo indicador, o puede acceder a la información a través de
otro componente de producto. La información almacenada utilizando
este componente de producto estará en un formato de fichero de base
de datos propietario, o en un formato de fichero de configuración
Windows (ficheros de extensión. INI). Cuando un miembro del personal
ejecuta la versión del sistema de cliente o servidor, este
componente de producto será cargado en la memoria del computador,
preparado para ser utilizado. Se exponen posteriormente detalles más
específicos del gestor de base de datos.
El programa el ajuste de parámetros componentes
de dispositivos/programas para la implementación sencilla del
sistema con diferentes requerimientos esperados para lectores de
código de barras, lectores de tarjetas magnéticas, computadores,
dispositivos de visualización, impresoras y sistemas operativos.
Aunque un sistema operativo Windows proporcionará soporte directo a
muchos dispositivos de computador, pueden ser necesarios programas
especiales para gestionar la comunicación y puesta a punto de
lectores de código de barras y tarjetas magnéticas, utilizando, por
ejemplo, la librería de programas ASYNC Plus 2 (marca registrada)
desarrollada por Turbopower Software Company, 4775 Centinnal
Boulevard. Colorado Springs, CO 80919, U.S.A.
Sería también aconsejable proporcionar funciones
con este componente de producto para reconocer automáticamente
todos los dispositivos asociados con la estación de
trabajo/servidor, y para registrar sus detalles, de modo que estos
puedan ser proporcionados a otros componentes de producto que
requieran la misma información. Se contempla que el gestor 202 de
dispositivos consista en varios formularios visuales donde se
presente un listado de los dispositivos de la estación de
trabajo/servidor y sus ajustes. Cuando se presentan problemas con un
dispositivo, un operador puede hacer que este componente de
producto se ajuste a los parámetros de dispositivo que aparecen en
la lista visualizada para resolver dichos problemas. Se dispondrá
también una pantalla frontal para el sistema, desde la cual un
operador puede arrancar todos los demás componentes de producto que
residen en el mismo computador. El subsistema gestiona también el
tiempo de procesamiento asignado a cada uno de los componentes de
producto.
Con el fin de acceder a los ajustes del gestor
202 de dispositivos, el operador está provisto de un teclado y un
dispositivo indicador, y una contraseña adecuada proporcionada por
el gestor 200 de base de datos.
Cuando un miembro del personal del supermercado
ejecuta la versión 102 de cliente/servidor del sistema de
procesamiento central, este componente de producto se carga en la
memoria del computador, presenta la pantalla frontal de
visualización al sistema y carga el gestor 200 de base de datos en
la memoria del computador.
Se crean programas para gestionar la interacción
del cliente con el sistema en el punto de entrada al sistema y en el
punto de retorno del lector 106 de código de barras. Cuando un
cliente entra en el sistema, el gestor 204 de carga de datos valida
un número de cuenta del cliente, pasado por un lector de tarjetas
magnéticas, decide si presentar al cliente un cuestionario, si es la
primera vez que ha entrado en el sistema, y gestiona
subsiguientemente la descarga de los detalles de productos al lector
106 de código de barras, quedando preparado el cliente para
recorrer la tienda.
Cuando el cliente devuelve el lector 106 de
código de barras a una cubeta o plataforma de recogida del puesto de
recogida del sistema, el gestor 204 de carga de datos gestiona la
transferencia de los códigos de producto explorados por el cliente
al gestor 200 de base de datos, de modo que puede realizarse un
registro permanente de las entradas que ha hecho el cliente, para
cualquier consulta que pueda tener que hacer el cliente y para
fines de investigación de mercado. Cada vez que el gestor 204 de
carga de datos recibe una entrada de un cliente, se utiliza el
número de cuenta del cliente para identificar la utilización de un
lector 106 de código de barras específico, de modo que en el punto
de devolución el gestor de carga de datos sabe que cliente está
devolviendo el lector 106 de código de barras. De este modo, puede
mantenerse en el gestor 204 de carga de datos una lista de lectores
106 de código de barras en curso de utilización, y el sistema puede
abordar la utilización de más de un dispositivo en la tienda.
El gestor 204 de carga de datos llama al gestor
200 de base de datos y al gestor 202 de dispositivos para acceder a
la base de datos y hacer posible la comunicación con dispositivos.
De este modo, el gestor 204 de carga de datos será independiente de
los dispositivos, y si cambia la base de datos o los dispositivos,
entonces el gestor 204 de carga de datos no necesita ser cambiado.
Se contempla que el gestor de carga de datos consista en varios
formularios de entrada para presentación en varios idiomas y la
operación de rellenar un cuestionario, y la visualización del
reconocimiento de la tarjeta de cuenta, progreso de la descarga y
cualquier información básica de promoción de mercado requerida para
ofertas en una unidad de visualización.
Mientras espera que los clientes rellenen
cuestionarios, o se visualice información de promoción de marcado,
el gestor 204 de carga de datos vigilará las devoluciones de
lectores de código de barras, y aceptará los códigos de producto
explorados por el cliente utilizando llamadas a través del gestor
202 de dispositivos. El gestor escribirá entonces la información en
las tablas de base de datos con el número de cuenta de cliente
utilizando el gestor 200 de base de datos.
Tanto la operación de rellenar el cuestionario
como la de visualizar el progreso, etc, son opciones que pueden ser
desactivadas. Esto permite la utilización de computadores dedicados
en red para el gestor 204 de carga de datos, y la utilización de
otros computadores en red solo para la entrada de datos y
visualización de información. Se contemplan que estas opciones
puedan ser tomadas por cada copia instalada del sistema en el gestor
de dispositivos frente a las opciones de parámetros de
visualización. Con el fin de utilizar el gestor 204 de carga de
datos, el operador requerirá un lector de tarjetas magnéticas y un
lector de código de barras. Se requerirá un dispositivo indicador
para arrancar el gestor de carga de datos y utilizar los elementos
de visualización si están activados.
El gestor 204 de carga de datos no se carga en
la memoria del computador hasta que esta operación sea seleccionada
por el operador desde la pantalla frontal visualizada por el gestor
202 de dispositivos.
Con el fin de controlar los lectores 106 de
código de barras, está dispuesto un programa específico para cada
unidad. El programa reside en el lector 106 de código de barras para
gestionar la descarga y carga de datos en el gestor de dispositivos
del sistema. Utilizando el programa del lector, el cliente puede
explorar códigos de barras de producto, y encontrar si los productos
no son aconsejables para compra teniendo en cuenta sus intereses
humanos, o que no existe información pertinente para los productos.
Aunque el sistema ha sido diseñado para destacar las alergias,
dietas especiales y elecciones según el estilo de vida, el
supermercado puede definir muchos otros temas de interés, tales
como ofertas especiales, etc. Cuando se encuentran intereses
humanos para un producto explorado, el programa 206 corre
cíclicamente el texto de intereses en el dispositivo de
visualización del lector de código de barras, hasta que el cliente
realiza otra acción en el lector. Se produce un tono inicial
audible, si está disponible en el lector 106 de código de barras,
cuando un producto seleccionado no es aconsejable.
Con el fin de que el programa 206 proporcione al
cliente información de producto, almacena en la memoria del lector
de código de barras un fichero de partidas de productos y justamente
los detalles de los productos que son de interés para el cliente.
De este modo, la cantidad de memoria utilizada se reduce a un
mínimo. La utilización adicional de un fichero que contiene todo el
texto a visualizar en un idioma especificado reduce la cantidad de
memoria utilizada, y las dos técnicas combinadas reducen también el
tiempo empleado para descargar información en el lector 106 de
código de barras.
Cuando el lector 106 de código de barras se
devuelve a un puesto de recogida, el programa 206 cargará los
códigos de producto explorados en el programa del gestor 202 de
dispositivos que corre en un computador conectado. Con el fin de
hacer un seguimiento de las personas que están utilizando un lector
concreto, el número de cuenta de cliente es descargado y cargado
con información de producto por el programa y el gestor 202 de
dispositivos. El programa 206 se inicia automáticamente cuando se
enciende el lector 106 de código de barras y se carga después el
sistema operativo del lector de código de barras.
Este componente gestiona el flujo de información
a y desde fuentes externas de información de base de datos. Se
reconoce que para muchos supermercados existe ya información sobre
nutrición y detalles de partidas de productos almacenados y
mantenidos en otros sistemas de computador. En la información de
puesta a punto inicial de la base de datos, y posteriormente en
menor grado, se contempla que se requieran programas para importar
y actualizar electrónicamente información sobre productos y
clientes.
El módulo 208 de transferencia de datos presenta
formularios de visualización al operador para definir el despliegue
de información en fuentes de datos externas al sistema. Proporciona
también la capacidad de planificar la transferencia de entrada de
esta información. Igualmente, el módulo puede utilizar los mismos
esquemas para programar la transferencia de salida de información
de los ficheros de base de datos mantenidos por el sistema. Cuando
el operador define una tarea de transferencia de entrada y salida de
datos, el módulo 208 de transferencia de datos escribe los detalles
de las tareas en el fichero de configuración del componente de
gestor 202 de dispositivos.
En el momento indicado de una tarea de
transferencia de datos, el componente de gestor 202 de dispositivos
llamará a funciones en el gestor 200 de base de datos para importar
o exportar la información requerida. Dado que el gestor 204 de
carga de datos puede ser cargado al mismo tiempo, el gestor 202 de
dispositivos realiza tareas primarias en primer lugar en el gestor
204 de carga de datos, hasta que se dispone de tiempo de
procesamiento suficiente para realizar una lectura o una
inscripción de registros individuales. De este modo, las tareas de
transferencia de datos no afectan perjudicialmente a la carga de
datos a y desde los lectores 106 de código de barras.
La conectividad con puntos remotos y todas las
fuentes de datos son proporcionadas por los programas de
funcionamiento y conexión en red que ha cargado el computador.
Inicialmente, serán definidos criterios selectivos para importación
y exportación de datos fuera del módulo 208 de transferencia de
datos por los programas de aplicación de origen o destino de
datos.
Con el fin de utilizar el módulo 208 de
transferencia de datos, el operador está provisto de un teclado y
un dispositivo indicador con la contraseña adecuada proporcionada
por el gestor 200 de base de datos.
El gestor de base de datos de la realización
preferida mantiene todos los ficheros de base de datos utilizados
por el sistema y presenta varios formularios visuales en pantalla a
un operador para mantener los ficheros. El gestor permite al
operador diseñar el esquema de un cuestionario de cliente
visualizado en la pantalla cuando los clientes entran en el sistema
por primera vez. Utilizando el cuestionario, el cliente puede
seleccionar los productos de alimentación que desea evitar. El
gestor 200 de base de datos proporciona también todas las funciones
a los otros componentes de programa descritos anteriormente para
acceder a ficheros de base de datos y mantener dichos ficheros y
ficheros de formato especial utilizados en la descarga de intereses
de cliente hacia los lectores de código de barras.
La estructura de base de datos relacional
preferida mantenida por el gestor 200 de base de datos e ilustrada
en la figura 7, permite el acceso directo a cualquier número de
intereses asociados con un cliente, y a cualquier número de
intereses asociados con un producto. De este modo, el gestor 200 de
base de datos puede recuperar los productos en los que está
interesado un cliente una vez proporcionada la identificación de
cliente (típicamente un número de cuenta de cliente).
La figura 7 muestra seis ficheros de base de
datos utilizados en esta realización para mantener la relación entre
cliente, producto y detalles de interés. En cada fichero maestro,
una partida está referenciada solamente una vez por una sola clave.
En el caso del fichero maestro 300 de consumidor, cada consumidor
registrado en el sistema está identificado singularmente por un
número de cuenta, y mediante una segunda clave se utiliza el nombre
del consumidor para buscarlo cuando se requiere. Existen campos
asociados al número y nombre de consumidor que almacenan la
dirección del consumidor y cualquier otro detalle personal requerido
por un supermercado para identificar a esa persona.
Se utiliza un fichero 302 de detalles de
intereses de cliente para almacenar todos los intereses humanos para
cada individuo listado en el fichero maestro 300 de clientes. El
gestor 200 de base de datos encuentra todos los intereses humanos en
el fichero de detalles de intereses de clientes encontrando el
primer interés de cliente con el número de cuenta del mismo, y
leyendo todos los registros siguientes con el mismo número de cuenta
de cliente. Puesto que el número de cuenta de cliente es una clave
indexada en el fichero 302 de detalles, todos los intereses humanos
de una persona se almacenarán juntos en secuencia para permitir una
recuperación rápida.
En el fichero maestro 304 de productos, todos
los productos de alimentación listados en la base de datos están
identificados por códigos de productos singulares utilizados en el
supermercado. Estos códigos son preferiblemente idénticos a los
códigos de barras utilizados en los envases de los productos de
alimentación. El fichero 306 de datos de interés de producto lista
todos los intereses humanos asociados con cada producto individual.
Como una de las claves indexadas para el fichero 306 de datos de
interés de producto es el código de producto, el gestor 200 de base
de datos recupera todos los intereses humanos para un producto
encontrando el primero con un valor de código de producto, y
leyendo los registros siguientes hasta que cambia el valor del
código de producto. Para cada registro de interés de un producto
puede almacenarse un valor para comparación.
En la parte central de la estructura de base de
datos está situado el fichero maestro 308 de intereses. El fichero
maestro 308 de intereses almacena un número limitado, pero grande,
de intereses humanos singulares mediante un código numérico corto.
Para cada interés almacenado en el fichero, el usuario puede
almacenar valores de margen para comparación con valores de
producto reales para el mismo interés. Existe también un campo para
almacenar la sección en la que aparece el interés humano en el
cuestionario de cliente. Se utiliza una descripción corta para
buscar un interés humano, en vez de buscarlo mediante el código
numérico corto. Un interés humano puede corresponder a cualquier
tema de interés para el cliente, puede ser un valor de margen, un
ingrediente específico, una gama de ingredientes, o una elección de
estilo de vida. Dado que está almacenado un interés humano en el
fichero maestro 300 de clientes, se almacenan el mismo código
numérico y descripción en otro fichero maestro (el fichero maestro
310 de frases).
El fichero maestro 310 de frases se utiliza para
visualizar todo el texto requerido en el sistema incluyendo
información de interés humano. Se mantiene un fichero maestro 310 de
frases para cada idioma requerido en el sistema. Los códigos
numéricos son idénticos en cada uno de los ficheros 310 de frases,
siendo la única diferencia que el texto está traducido a cada
idioma. De este modo, el texto visualizado en el sistema puede
cambiarse para cada idioma cerrando el fichero maestro 310 de frases
en curso, y abriendo el fichero maestro 310 de frases
correspondiente a ese idioma.
Por ejemplo, si se desea almacenar la frase
"líquido amarillo" en el fichero maestro 310 de frases, el
fichero maestro 310 de frases en inglés puede contener un valor
numérico singular 1 para identificar el texto de la frase
"líquido amarillo". Para visualizar el equivalente en francés
de "líquido amarillo", existirá un fichero maestro 310 de
frases en francés que contiene un registro con un valor numérico
singular I y el texto de la frase traducido, es decir las palabras
"liquide jaune".
Puesto que ambos ficheros maestros de frases en
inglés y francés se referirían a la frase con el mismo número de
clave singular, el sistema puede visualizar texto en inglés o en
francés accediendo a los ficheros con el mismo valor numérico de
clave.
Antes de cualquier registro de cliente en el
sistema, los expertos en nutrición de la empresa del supermercado
necesitarán poner a punto el fichero maestro 308 de intereses
humanos, el fichero maestro 304 de productos, el fichero 306 de
datos de interés de producto, y los ficheros 310 de frases para los
idiomas requeridos para las descripciones de intereses y cualquier
otro texto visualizado en pantalla, así como el diseño de esquema
del cuestionario de cliente. Con el fin de conseguir esto
simplemente y utilizar la información existente en el computador
siempre que sea posible, el gestor 200 de base de datos tiene
formularios visuales de entrada y funciones basadas en la siguiente
secuencia de operaciones recomendada:
- 1.
- Escribir todos los nuevos intereses humanos previstos para ser utilizados en el sistema. El gestor 200 de base de datos generará entonces automáticamente el código numérico singular para cada interés y creará las frases correspondientes en los ficheros 310 de frases a partir de la descripción tecleada dada para cada interés.
- 2.
- Diseñar el esquema del cuestionario de cliente en base a los intereses humanos creados. Esto implicará la selección de títulos de sección, la visualización de texto en el cuestionario, y la selección del orden de los intereses humanos en las secciones.
- 3.
- Cargar los registros de productos de alimentación en el fichero maestro 304 de productos a partir del fichero de partidas de productos del supermercado utilizando el módulo 208 de transferencia de datos descrito anteriormente.
- 4.
- Cargar los detalles de productos que contienen intereses humanos utilizando el mismo módulo 208 de transferencia de datos o teclear los intereses que se aplican a cada producto utilizando el gestor 200 de base de datos. Esto es válido para nuevos intereses humanos que puedan crearse, una vez que está en uso la base de datos.
Una vez que se han realizado estas cuatro
operaciones, la base de datos estará preparada para recibir nuevos
registros de cliente. El diseño específico de las funciones de la
base de datos se describen a continuación en esta sección.
En caso de que se produzca un cambio importante
en la base 304 de datos de productos de alimentación, por ejemplo
si se introducen en la base de datos nuevos intereses humanos o
nuevos productos, o un cliente desea cuestionar la información
presentada por el sistema o desea cambiar selecciones de intereses,
el gestor 200 de base de datos proporciona pantallas de entrada
visual para actualización manual de los intereses humanos, detalles
de producto y detalles de cliente que pueden ser utilizados por el
personal de la empresa del supermercado. Puede existir una
limitación de acceso al cuestionario de cliente por parte del
personal de la tienda, o puede permitirse acceso completo a los
ficheros de la base de datos para ser utilizados por expertos en
nutrición.
Adicionalmente, pueden utilizarse procesos
automatizados en el gestor 200 de base de datos para mantener
integridad de referencia entre ficheros de base de datos
relacionados, o para distribuir cambios de base de datos a otros
puntos que utilizan la base de datos.
Existen relaciones que es necesario mantener
entre el fichero maestro 300 de clientes, el fichero 302 de
detalles, el fichero maestro 308 de intereses, el fichero maestro
304 de productos y el fichero 306 de detalles de intereses de
producto.
La integridad referencial se romperá solamente
cuando se produzca una eliminación, ya que el gestor 200 de base de
datos genera automáticamente los códigos numéricos para
identificaciones de intereses, y todas las demás claves críticas son
protegidas frente al cambio por el gestor 200 de base de datos. En
caso de que el supermercado desee eliminar detalles de la base de
datos, el gestor 200 de base de datos debe también realizar
eliminaciones de los siguientes registros:
- Tipo de eliminación
- Acciones de eliminación automática requeridas
- Eliminar un Cliente
- Eliminar todos los registros de detalles de intereses de cliente que corresponden al código de cliente.
- \quad
- Eliminar todos los registros de detalles de productos de cliente que corresponden al código de cliente.
- \quad
- Eliminar registro maestro de clientes
- Eliminar un Producto
- Eliminar todos los registros de detalles de intereses de producto que corresponden al código de producto.
- \quad
- Eliminar todos los registros de detalles de producto de cliente que corresponden al código de producto.
- Eliminar un Interés Humano
- Eliminar todos los registros de detalles de intereses de cliente que corresponden a una identificación de interés.
- \quad
- Eliminar todos los registros de detalles de intereses de producto que corresponden a una identificación de interés.
- \quad
- Eliminar registro de frases que corresponde a una identificación de interés, en cada fichero de idioma de frase.
- \quad
- Eliminar registro maestro de intereses humanos.
\vskip1.000000\baselineskip
Con la excepción del registro de nuevos
clientes, que es una función de base de datos específica, el gestor
200 de base de datos realiza varias adiciones a los ficheros de base
de datos, del modo siguiente:
- Tipo de Adición
- Acciones automáticas de adición requeridas
- Añadir un Nuevo Producto de Alimentación
- Validar código de producto
- \quad
- Añadir registro maestro de productos
- \quad
- Añadir registros de detalles de intereses de producto
\vskip1.000000\baselineskip
- Añadir un nuevo interés humano
- Validar sección de cuestionario
- \quad
- Validar valores de margen
- \quad
- Añadir registro maestro de intereses
- \quad
- Añadir registros maestros de frases.
Con el fin de añadir un producto de alimentación
a la base de datos, se utiliza un código de producto válido en la
empresa del supermercado. Será invocada una rutina de validación
externa por el gestor 200 de base de datos para comprobar el código
de producto. Al mismo tiempo que se rellenan los campos maestros de
producto, el operador puede seleccionar los intereses humanos
asociados con el producto a partir del fichero maestro de intereses.
El número seleccionado de intereses de producto estará limitado
solamente por el número de intereses humanos
disponibles.
disponibles.
Cuando el operador decide, el gestor 200 de base
de datos inscribe el registro maestro de productos en el fichero
maestro 304 de productos, e inscribe cada uno de los intereses
humanos seleccionados como un registro individual en el fichero 306
de datos de interés de producto.
Con el fin de añadir un nuevo interés humano, el
gestor 200 de base de datos genera el siguiente número singular de
interés recuperando el primer registro del fichero maestro 308 de
intereses y añadiendo una unidad. Inmediatamente, si ya existe un
registro en el fichero maestro 308 de intereses con el mismo número,
añadirá una unidad al número de interés e intentará añadir
nuevamente el registro al fichero maestro 308 de intereses. El
gestor 200 de base de datos continúa repitiendo la operación, hasta
que ha almacenado con éxito el nuevo registro maestro de interés con
un número singular. Esto asegura que ninguna otra versión del gestor
de base de datos funcionando al mismo tiempo interfiere el proceso
en curso.
Una vez que se ha almacenado el registro
maestro, el gestor 200 de base de datos utiliza el mismo número de
interés para añadir un registro a cada uno de los ficheros de
idiomas de frases utilizados por el supermercado. El texto de las
frases se toma de la descripción tecleada por el experto
correspondiente al interés humano.
Si se seleccionan valores de margen para el
interés humano, el gestor 200 de base de datos almacena una
referencia en una frase unitaria ya almacenada en los ficheros 310
de frases. Si el experto teclea un nuevo texto unitario para el
interés que no existe en los ficheros 310 de frases, el gestor 200
de base de datos genera un número de frase singular para almacenar
el texto unitario, y referencia el número de frase utilizado en el
registro maestro de intereses. Un ejemplo de texto unitario es
"gramos por cada 100 gramos".
En el momento en que se registra un nuevo
cliente en el sistema, se rellenan los campos del fichero maestro
300 de clientes para el cliente, y se presenta un cuestionario de
cliente en un dispositivo de visualización con los intereses humanos
en curso listados en el fichero maestro de intereses. Esto se
muestra en la figura 8.
Una vez que el operador completa el
cuestionario, el sistema almacena los intereses seleccionados en el
fichero 302 de detalles de intereses de cliente con el número de
cuenta de cliente y los códigos numéricos de intereses. El sistema
está entonces preparado para crear una lista de todos los productos
que contienen los mismos códigos numéricos de intereses.
El sistema permite también la actualización de
registros, por ejemplo al introducirse nuevos productos, nuevos
intereses humanos o intereses de cliente alterados. Similarmente, si
queda disponible más información para el supermercado en relación
con un producto, puede ser deseable actualizar también los detalles
de producto. Esto puede resumirse del modo siguiente:
- Tipo de Actualización
- Acciones automáticas de actualización requeridas
- Actualizar Detalles de Clientes
- Actualizar registro maestro de clientes
- \quad
- Eliminar registros de detalles de intereses de cliente
- \quad
- Añadir registros de detalles de intereses de cliente
\vskip1.000000\baselineskip
- Actualizar Detalles de Productos
- Actualizar registro maestro de productos
- \quad
- Eliminar registros de detalles de intereses de productos
- \quad
- Añadir registros de detalles de intereses de productos
\vskip1.000000\baselineskip
- Actualizar Intereses Humanos
- Actualizar registro maestro de intereses
- \quad
- Actualizar registros maestros de frases
- \quad
- Añadir nuevo texto unitario a los registros maestros de frases.
Con el fin de actualizar detalles de cliente, el
gestor 200 de base de datos recupera y visualiza el registro maestro
de clientes en curso con los registros de detalles de intereses de
cliente en curso. El operador puede cambiar cualquiera de los
detalles, excepto el número de cuenta de cliente. El gestor 200 de
base de datos elimina preferiblemente todos los registros de
detalles de intereses de cliente, antes de insertar nuevos
registros, para asegurar la integridad referencial.
En el momento en que el sistema necesita
compilar los productos que contienen los intereses humanos del
cliente para su descarga al lector 106 de código de barras, el
gestor 200 de base de datos busca y reúne todos los intereses
humanos listados por el cliente a partir del fichero maestro 300 de
clientes dado el número de cuenta del cliente. Esto se ilustra en la
figura 9.
El sistema explora a continuación el fichero 302
de detalles de intereses de producto para cada interés agrupado,
utilizando el campo de código numérico de interés. Cada registro de
interés de producto encontrado se almacena en una lista transitoria
320 (figura 10) en la memoria del computador clasificado por valor
de código de producto con los detalles de interés. En los casos en
que se encuentra más de una vez el mismo producto, se añaden los
detalles de interés diferentes al mismo código de producto en la
lista transitoria. Una vez que se han recuperado todos los
productos del fichero 306 de datos de intereses de producto, pueden
realizarse registros permanentes de la lista 320 de productos para
acelerar el acceso a los detalles para acceso futuro, en preparación
para el contenido de fichero a descargar en el lector 106 de código
de barras.
Una vez que están preparados los ficheros 322,
324 de descarga (figura 10), el fichero maestro 300 de clientes es
actualizado para el registro de cliente para indicar que el lector
106 de código de barras está siendo utilizado por ese cliente. El
esquema de fichero de los ficheros 322, 324 de descarga está
diseñado específicamente para ajustar en la pequeña cantidad de
memoria esperada en el lector 106 de código de barras, y para
reducir el tiempo empleado para descargar los ficheros al lector
106 de código de barras. Para un cliente con cinco intereses
humanos y mil productos de alimentación con estos intereses, el
gestor 200 de base de datos necesitará hacer cinco lecturas del
fichero 302 de detalles de intereses de producto, cinco lecturas del
fichero maestro 308 de intereses, diez lecturas de un fichero
maestro 310 de frases, 1005 lecturas del fichero 306 de datos de
interés de producto, y una lectura del fichero maestro 300 de
clientes. En total, 1026 recuperaciones de registros.
Esta cifra excluye las lecturas duplicadas del
fichero 306 de datos de intereses de producto en los casos en que
dos intereses comparten el mismo producto. El tiempo de recuperación
resultará afectado por el pequeño tamaño de registro del fichero 306
de datos de interés de producto, por el hecho de que la mayoría de
las lecturas están obteniendo el registro siguiente, y por el gran
número de registros en el fichero. Se considera que un tiempo de
recuperación aceptable como objetivo está comprendido entre 5 y 10
segundos.
La estructura 322, 324 de ficheros de descarga
para el lector consistirá en un fichero indexado de longitud
variable para reducir la cantidad de espacio de memoria requerido en
el lector para almacenar todos los productos de registro requeridos,
y para reducir el tiempo de descarga al escáner desde el puesto
central (véanse las figuras
3 a 5).
3 a 5).
\vskip1.000000\baselineskip
Descripción de campo y registro | Tamaño de Campo o Registro en Octetos | |||
Mínimo | Máximo | Tipo | ||
Registro de anuncio | 24 | 54 | ||
Número de cuenta de cliente | 20 | 50 | Alfa | |
Núm. de regist índice de prod. | 4 | 4 | Número | |
Reg índice de productos | 17 | Calculado | Alfa | |
Código de producto | 12 | 20 | Alfa | |
Posición de interés | 4 | 4 | Número | |
Núm. de registros de | 1 | 1 | Octeto | |
intereses (1..254) | ||||
Registros de intereses | 6 | 1524 | ||
Id de interés | 2 | 2 | Palabra | |
Valor | 2 | 2 | Palabra | |
Id de frase unitaria | 2 | 2 | Palabra | |
Tamaño mínimo de fichero para un producto. Un interés: 47 octetos | ||||
Tamaño de fichero para mil productos. Tamaño medio para cinco intereses: 47024 octetos | ||||
(Velocidad de descarga de 9600 baudios: 5-6 segundos) |
Además del fichero de producto descargado al
escáner, será necesario descargar un fichero que contiene el texto a
visualizar para los registros de intereses.
Descripción de campo y registro | Tamaño de Campo o Registro en Octetos | |||
Mínimo | Máximo | Tipo | ||
Registros de frases | 4 | 257 | ||
Id de interés de frase | 2 | 2 | Palabra | |
Tamaño de frase | 1 | 1 | Octeto | |
Texto de frase | 1 | 254 | Alfa | |
Tamaño mínimo de fichero para un producto. Un interés: 4 octetos | ||||
Tamaño de fichero para mil productos. Tamaño medio para cinco intereses: 2570 octetos | ||||
(Tamaño medio de texto: 40 caracteres) (430 octetos) |
El fichero de frases descargado no necesita ser
indexado, ya que se puede esperar que el programa del lector de
código de barras lea la totalidad del contenido del fichero en un
segundo.
Cuando el cliente devuelve el lector 106 de
código de barras a un puesto de recogida asociado al sistema, el
gestor 200 de base de datos registra los productos explorados por el
cliente con la fecha del día y el número de cuenta del cliente.
Cualquier registro anterior de la exploración de productos por parte
del cliente se sobreinscribirá en este momento, de modo que
solamente se retienen en la base 326 de datos de productos de
alimentación los detalles más actuales del cliente. Esto requiere la
adición de otro fichero de base de datos a la estructura de base de
datos definida anteriormente, para almacenar la información, como se
ilustra en la figura 11.
En una realización, se presenta al cliente un
informe de productos considerados para compra.
Resultará evidente por lo expuesto anteriormente
que el sistema puede ser utilizado también por un supermercado para
vigilar el comportamiento de los clientes, por ejemplo determinando
los productos que fueron comprobados por un cliente particular
mediante el lector 106 de código de barras, el modo en que ha
recorrido el cliente la tienda, etc. Esto puede conseguirse
fácilmente mediante una memoria adecuada en el lector 106 de código
de barras y un programa de procesamiento adecuado en el sistema de
procesamiento central del establecimiento.
Claims (8)
1. Un sistema de selección de productos para
aconsejar a un usuario si debe seleccionar o no un producto, que
incluye: una estación de procesamiento central que incluye una base
de datos de productos, una pluralidad de ficheros de frases, medios
para determinar intereses de usuario en base a características
seleccionadas de los productos, y medios para determinar un idioma
de usuario, comprendiendo la base de datos de productos datos
relativos a una pluralidad de productos, incluyendo los datos de
productos características de cada producto, no estando relacionadas
una o más de dichas características con el contenido de ingredientes
de un producto, incluyendo cada fichero de frases texto relativo a
los productos y a las características de un idioma respectivo,
siendo capaz de funcionar la estación de procesamiento central para
seleccionar datos de la base de datos de productos en un
subconjunto de productos que se adaptan a los intereses del usuario,
y asociar los datos seleccionados con texto correspondiente a los
datos seleccionados a partir de uno o más ficheros de frases
seleccionados dependiendo del idioma del usuario; y estando
dispuestos los dispositivos móviles de usuario (uno o más) para
almacenar los datos seleccionados y texto asociado para un usuario
respectivo e incluir medios de exploración para identificar un
producto particular cuando es presentado al dispositivo móvil de
usuario dependiendo de los datos almacenados en el dispositivo móvil
de usuario, y medios para aconsejar al usuario si seleccionar o no
el producto identificado dependiendo de los datos almacenados en el
dispositivo móvil de usuario, incluyendo los medios para aconsejar
al usuario un dispositivo de visualización para presentar el texto
asociado con datos almacenados para el producto y/o interés que
originó la determinación de dicho consejo.
2. Un sistema de acuerdo con la reivindicación
1ª, en el que dichas características de producto incluyen uno o más
de los métodos de tratamiento o fabricación, distancia a la que se
ha desplazado el producto desde su origen, lugar de origen, sistema
político o religión de origen, tipo de labor utilizada en la
fabricación o producción, detalles del fabricante o suministrador,
riesgos para la salud, alertas de salud pública asociadas con el
producto, y ofertas especiales.
3. Un sistema de acuerdo con cualquiera de las
reivindicaciones 1ª o 2ª, en el que cada dispositivo móvil de
usuario incluye medios para explicar a un usuario las razones por
las que se aconseja o no la compra de un producto en base a las
características de producto seleccionadas.
4. Un sistema de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que dispositivo de usuario, o
cada uno de ellos, es portátil.
5. Un sistema de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que los medios de identificación
de producto incluyen medios de lectura de código de barras para
identificar un producto seleccionado a partir de un código de barras
impreso en el mismo.
6. Un sistema de acuerdo con cualquiera de las
reivindicaciones precedentes, que incluye medios de vigilancia de
usuario para vigilar los productos considerados para compra por un
usuario.
7. Un método para aconsejar a un usuario si
comprar o no un producto, que incluye las operaciones de: a)
almacenar datos relativos a una pluralidad de productos, incluyendo
los datos de producto características predeterminadas de cada
producto, no estando relacionadas una o más de dichas
características con el contenido de ingredientes de un producto; b)
almacenar una pluralidad de ficheros de frases, incluyendo cada
fichero de frases texto en un idioma respectivo sobre productos y/o
características asociadas con los datos de producto; c) determinar
intereses de usuario en base a las características seleccionadas de
los productos; d) determinar un idioma de usuario; e) identificar
datos de los datos almacenados para un subconjunto de productos que
se adaptan a preferencias de usuario; f) identificar texto de un
fichero de frases para el idioma del usuario para el subconjunto de
productos, y asociar los datos con los datos identificados en la
operación e); g) descargar los datos seleccionados en la operación
e) y texto de la operación f) en un dispositivo móvil de usuario
para ser utilizados por el usuario; h) identificar un producto
particular presentado al dispositivo móvil de usuario dependiendo de
los datos descargados almacenados en el dispositivo móvil de
usuario; i) aconsejar a un usuario si seleccionar o no el producto
identificado dependiendo de los datos descargados almacenados en el
dispositivo móvil de usuario; y j) presentar como salida el texto
asociado con datos almacenados para el producto y/o interés que
originaron la determinación de dicho consejo en la operación i).
8. Un método de acuerdo con la reivindicación
7ª, en el que dichas características de producto incluyen una o más
características del método de tratamiento o fabricación, distancia
que ha recorrido el producto desde su origen, lugar de origen,
sistema político de la región de origen, tipo de labor utilizada en
la fabricación o producción, detalles del fabricante o
suministrador, riesgos para la salud, alertas de salud pública
asociadas con el producto, y ofertas especiales.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB9611788A GB2313940B (en) | 1996-06-06 | 1996-06-06 | Component identifying system |
GB9611788 | 1996-06-06 | ||
GB9701808A GB2313941B (en) | 1996-06-06 | 1997-01-29 | Product selection system |
GB9701808 | 1997-01-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2258791T3 true ES2258791T3 (es) | 2006-09-01 |
Family
ID=26309453
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES97921934T Expired - Lifetime ES2258791T3 (es) | 1996-06-06 | 1997-04-29 | Sistema de seleccion de producto. |
Country Status (10)
Country | Link |
---|---|
US (1) | US6375077B1 (es) |
EP (1) | EP0976075B1 (es) |
AU (1) | AU717127B2 (es) |
CA (1) | CA2256386A1 (es) |
DE (1) | DE69735359T2 (es) |
DK (1) | DK0976075T3 (es) |
ES (1) | ES2258791T3 (es) |
GB (1) | GB2313941B (es) |
NZ (1) | NZ333170A (es) |
WO (1) | WO1997046960A1 (es) |
Families Citing this family (85)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1059599A3 (en) * | 1999-06-08 | 2002-09-25 | Nokia Corporation | Method and apparatus for retrieving specific information associated with an obtained indentifier |
AU6539200A (en) * | 1999-08-13 | 2001-03-13 | Jean-Pierre Kocher | Method and apparatus for scanning of food and medicine to provide outputs relative to a user profile |
US20050091124A1 (en) * | 1999-11-23 | 2005-04-28 | White Phillip A. | Product purchase decision making and information device |
JP3366303B2 (ja) * | 1999-11-24 | 2003-01-14 | エヌイーシーインフロンティア株式会社 | バーコードリーダおよびその誤読検出方法。 |
GB2358266B (en) * | 2000-01-11 | 2004-09-01 | Intellident Ltd | Product selection system |
DE10039200C2 (de) * | 2000-03-11 | 2003-10-23 | Jeom Doo Kim | Verfahren zur Verhinderung von Umweltverschmutzung verbunden mit direkten Transaktionen von Erzeugnissen der Land-, Vieh-, Fisch- und Forstwirtschaft |
GB2361565A (en) * | 2000-04-19 | 2001-10-24 | Christopher Gregory | Compact disc library scanner and organiser |
US6980999B1 (en) * | 2000-05-31 | 2005-12-27 | Clare Grana | Method and system for providing dietary information |
KR20010110532A (ko) * | 2000-06-07 | 2001-12-13 | 김점두 | 바코드에 의한 제품의 생산배경 식별방법 |
FR2813683B1 (fr) * | 2000-09-07 | 2003-01-17 | Lionel Guivarch | Procede de gestion d'informations relatives au chemin de vie d'une pluralite de produits alimentaires |
DE10056202B4 (de) * | 2000-11-13 | 2006-09-28 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zur Vermeidung des Kaufs von mit einer Produktkennzeichnung versehenen und zum Verkauf an Verbraucher in einem Laden angebotenen Artikeln |
US7043442B2 (en) * | 2001-01-16 | 2006-05-09 | Kip Holding Inc. | Data retrieval and report generation system for foodstuffs |
US6786405B2 (en) * | 2002-02-28 | 2004-09-07 | Curt Wiedenhoefer | Tissue and implant product supply system and method |
GB2386235A (en) * | 2002-03-05 | 2003-09-10 | Procter & Gamble | Generating a product recommendation using a bar code scanner |
DE10213735A1 (de) * | 2002-03-26 | 2003-10-23 | Sabahattin Cakiral | Verfahren und Vorrichtung zum Vergleichen von Produkteigenschaften |
US20030200200A1 (en) * | 2002-04-19 | 2003-10-23 | Hughes Mary Beth | Content disclosure method and system |
US7827037B2 (en) * | 2002-06-11 | 2010-11-02 | Can Technologies, Inc. | System, method and apparatus for providing feed toxin information and recommendations |
US7047041B2 (en) * | 2002-06-17 | 2006-05-16 | Nokia Corporation | Method and device for storing and accessing personal information |
US7920827B2 (en) | 2002-06-26 | 2011-04-05 | Nokia Corporation | Apparatus and method for facilitating physical browsing on wireless devices using radio frequency identification |
US6796507B2 (en) * | 2002-09-27 | 2004-09-28 | Hewlett-Packard Development Company, L.P. | Apparatus and method for determining ingredients by label scanning |
US7072672B1 (en) | 2002-11-01 | 2006-07-04 | Nokia Corporation | Disposable mini-applications |
GB0302365D0 (en) * | 2003-01-31 | 2003-03-05 | Lay Winston J | Determining the suitability of consumer products to individuals |
WO2004084036A2 (en) * | 2003-03-18 | 2004-09-30 | Kip Holdings Inc. | Centralized digital paper distribution across an industry |
US7104446B2 (en) * | 2003-09-03 | 2006-09-12 | Visa U.S.A., Inc. | Method, system and portable consumer device using wildcard values |
US7373109B2 (en) | 2003-11-04 | 2008-05-13 | Nokia Corporation | System and method for registering attendance of entities associated with content creation |
US7149503B2 (en) | 2003-12-23 | 2006-12-12 | Nokia Corporation | System and method for associating postmark information with digital content |
US7650835B2 (en) | 2004-01-26 | 2010-01-26 | Russ Stein | Produce ripening system |
US20050166147A1 (en) * | 2004-01-26 | 2005-07-28 | Stein Russell L. | Produce Ripeness Enhancement |
GB2439670A (en) * | 2004-11-19 | 2008-01-02 | Setup Ventures Licensing Ltd | Recommending food types to a customer |
US20060237532A1 (en) * | 2005-04-20 | 2006-10-26 | Style And Form, Inc.., Incorporation: Delaware | System and method for facilitating in-store customer service, product marketing and inventory management |
US8719044B2 (en) * | 2005-06-02 | 2014-05-06 | Cerner Innovation, Inc. | Computerized methods for displaying clinically-related in-patient information |
US8190447B2 (en) * | 2005-06-02 | 2012-05-29 | Cerner Innovation, Inc. | Computerized methods and systems for user-centric selection of menu items |
US20070016430A1 (en) * | 2005-07-13 | 2007-01-18 | Galina Goustova | Method for selection of cosmetic products |
US7738674B2 (en) * | 2005-09-19 | 2010-06-15 | Silverbrook Research Pty Ltd | Retrieving location data by sensing coded data on a surface |
US7738919B2 (en) * | 2005-09-19 | 2010-06-15 | Silverbrook Research Pty Ltd | Link object to card |
US7621442B2 (en) | 2005-09-19 | 2009-11-24 | Silverbrook Research Pty Ltd | Printing a subscription using a mobile device |
US7761090B2 (en) * | 2005-09-19 | 2010-07-20 | Silverbrook Research Pty Ltd | Print remotely to a mobile device |
US7747280B2 (en) * | 2005-09-19 | 2010-06-29 | Silverbrook Research Pty Ltd | Retrieving a product via a coded surface |
US7855805B2 (en) | 2005-09-19 | 2010-12-21 | Silverbrook Research Pty Ltd | Printing a competition entry form using a mobile device |
US7756526B2 (en) | 2005-09-19 | 2010-07-13 | Silverbrook Research Pty Ltd | Retrieving a web page via a coded surface |
US7558597B2 (en) * | 2005-09-19 | 2009-07-07 | Silverbrook Research Pty Ltd. | Retrieving a ringtone via a coded surface |
US7742755B2 (en) * | 2005-09-19 | 2010-06-22 | Silverbrook Research Pty Ltd | Retrieving a bill via a coded surface |
US7724399B2 (en) * | 2005-09-19 | 2010-05-25 | Silverbrook Research Pty Ltd | Method of downloading and installing a software object |
GB2431740A (en) | 2005-10-25 | 2007-05-02 | Hewlett Packard Development Co | Method for providing electronic data |
US20070143217A1 (en) * | 2005-12-15 | 2007-06-21 | Starr Robert J | Network access to item information |
US8219584B2 (en) * | 2005-12-15 | 2012-07-10 | At&T Intellectual Property I, L.P. | User access to item information |
US20070143257A1 (en) | 2005-12-15 | 2007-06-21 | Kimberly-Clark Worldwide, Inc. | Methods for assisting a person in transitioning from one disposable absorbent product to another |
US20070269557A1 (en) * | 2006-05-19 | 2007-11-22 | Hannaford Licensing Corp. | Method and system for assessing, scoring, grouping and presenting nutritional value information of food products |
US20080005082A1 (en) * | 2006-06-28 | 2008-01-03 | Mary Beth Hughes | Content disclosure method and system |
WO2008031163A1 (en) * | 2006-09-13 | 2008-03-20 | Eatingsafe Pty Ltd. | On-line ingredient register |
US20080121686A1 (en) * | 2006-11-08 | 2008-05-29 | Inventec Corporation | Input system and method |
US7834762B2 (en) * | 2006-12-27 | 2010-11-16 | Motorola, Inc. | Monitoring for radio frequency enabled items based on activity profiles |
US20080162291A1 (en) * | 2006-12-27 | 2008-07-03 | Motorola, Inc. | Dynamic updating of product profiles for active lifestyles |
US20080162555A1 (en) * | 2006-12-27 | 2008-07-03 | Motorola, Inc. | Active lifestyle management |
CN101201886B (zh) * | 2007-01-15 | 2012-08-22 | 于志 | 一种数字化识别商品的方法 |
US20080183588A1 (en) * | 2007-01-30 | 2008-07-31 | International Business Machines Corporation | Method and system for validating consumer preferences and purchase items at point of sale |
US7688208B2 (en) * | 2007-04-26 | 2010-03-30 | Motorola, Inc. | Monitoring for radio frequency enabled items based on shared group activity profiles |
US7909239B2 (en) * | 2007-09-07 | 2011-03-22 | Yottamark, Inc. | Attributing harvest information with unique identifiers |
IL188539A0 (en) * | 2008-01-02 | 2008-11-03 | Joelle Zerdoun | A method and system that provides consumers with information on the ingerdient content of products |
US20110123964A1 (en) * | 2009-11-26 | 2011-05-26 | Logi-Diet Ltd. | Computerized aid for planning a nutritionally balanaced menu |
US20130269538A1 (en) | 2012-04-16 | 2013-10-17 | Eugenio Minvielle | Transformation system for nutritional substances |
US9541536B2 (en) | 2012-04-16 | 2017-01-10 | Eugenio Minvielle | Preservation system for nutritional substances |
US10219531B2 (en) | 2012-04-16 | 2019-03-05 | Iceberg Luxembourg S.A.R.L. | Preservation system for nutritional substances |
US20130262262A1 (en) * | 2012-03-29 | 2013-10-03 | Ebay, Inc. | Consumer Alerts from a Readable Code |
US20140069838A1 (en) | 2012-04-16 | 2014-03-13 | Eugenio Minvielle | Nutritional Substance Label System For Adaptive Conditioning |
US9429920B2 (en) | 2012-04-16 | 2016-08-30 | Eugenio Minvielle | Instructions for conditioning nutritional substances |
US8733631B2 (en) | 2012-04-16 | 2014-05-27 | Eugenio Minvielle | Local storage and conditioning systems for nutritional substances |
US20130275439A1 (en) * | 2012-04-16 | 2013-10-17 | Eugenio Minvielle | System and method for monitoring nutritional substances to indicate adulteration |
US9460633B2 (en) | 2012-04-16 | 2016-10-04 | Eugenio Minvielle | Conditioner with sensors for nutritional substances |
US9414623B2 (en) | 2012-04-16 | 2016-08-16 | Eugenio Minvielle | Transformation and dynamic identification system for nutritional substances |
US9528972B2 (en) | 2012-04-16 | 2016-12-27 | Eugenio Minvielle | Dynamic recipe control |
US9564064B2 (en) | 2012-04-16 | 2017-02-07 | Eugenio Minvielle | Conditioner with weight sensors for nutritional substances |
US9702858B1 (en) | 2012-04-16 | 2017-07-11 | Iceberg Luxembourg S.A.R.L. | Dynamic recipe control |
US9436170B2 (en) | 2012-04-16 | 2016-09-06 | Eugenio Minvielle | Appliances with weight sensors for nutritional substances |
US20140046869A1 (en) * | 2012-08-10 | 2014-02-13 | Localize Services Ltd. | Methods of rating and displaying food in terms of its local character |
US20140122184A1 (en) | 2012-10-29 | 2014-05-01 | Elwha Llc | Food Supply Chain Automation Grocery Information System And Method |
US9704122B2 (en) | 2012-10-29 | 2017-07-11 | Elwha Llc | Food supply chain automation farm tracking system and method |
WO2014120817A1 (en) * | 2013-01-31 | 2014-08-07 | Elwha Llc | Food supply chain automation residential food management interface information system and method |
DE102013014080A1 (de) | 2013-08-27 | 2015-03-05 | Marco Mühle | Informationssystem für Multi-Allergiker |
US10783495B1 (en) | 2014-04-30 | 2020-09-22 | Information Exchange Holdings Inc. | Document management for ingredient suppliers |
WO2016131057A1 (en) * | 2015-02-13 | 2016-08-18 | Spend Consciously, Inc. | Computer implemented method and system and computer program product for generating and displaying political contribution information associated with a product |
JP6637768B2 (ja) * | 2016-01-15 | 2020-01-29 | 東芝テック株式会社 | 買物支援サーバ及びそのプログラム |
US10679273B2 (en) * | 2016-02-02 | 2020-06-09 | Clyr, Llc | Product clarity score and channel tagging |
US10977708B2 (en) | 2016-02-02 | 2021-04-13 | Clyr, Llc | Product clarity score and channel tagging |
US9721446B1 (en) | 2016-07-15 | 2017-08-01 | International Business Machines Corporation | Detecting allergens present in a product |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4002886A (en) * | 1975-06-20 | 1977-01-11 | Ronald Murl Sundelin | Electronic price display unit |
GB2105075A (en) * | 1981-05-30 | 1983-03-16 | Geoffrey William Alexande Neel | Display systems |
US4429385A (en) * | 1981-12-31 | 1984-01-31 | American Newspaper Publishers Association | Method and apparatus for digital serial scanning with hierarchical and relational access |
US4553206A (en) * | 1983-10-03 | 1985-11-12 | Wang Laboratories, Inc. | Image storage and retrieval |
US4521677A (en) * | 1983-12-02 | 1985-06-04 | Sarwin Herbert S | Product control system for supermarkets and the like |
DE3424162A1 (de) | 1984-06-30 | 1986-01-23 | Heinz Georg Hünibach Thun Baus | Produktinformations- und display-system |
US4775935A (en) * | 1986-09-22 | 1988-10-04 | Westinghouse Electric Corp. | Video merchandising system with variable and adoptive product sequence presentation order |
US4930011A (en) * | 1988-08-02 | 1990-05-29 | A. C. Nielsen Company | Method and apparatus for identifying individual members of a marketing and viewing audience |
US5478989A (en) | 1989-09-27 | 1995-12-26 | Shepley; Kenneth J. | Nutritional information system for shoppers |
GB2250364B (en) * | 1990-09-10 | 1994-11-02 | Jeffrey Wallis | Apparatus for use in retail operations |
US5233520A (en) * | 1990-12-19 | 1993-08-03 | The United States Of America As Represented By The Secretary Of Agriculture | Method and system for measurement of intake of foods, nutrients and other food components in the diet |
FR2702583A1 (fr) | 1993-03-09 | 1994-09-16 | Mbole Nso Roger | Lecteur Code Barre Additionneur de poche. |
US5551021A (en) | 1993-07-30 | 1996-08-27 | Olympus Optical Co., Ltd. | Image storing managing apparatus and method for retreiving and displaying merchandise and customer specific sales information |
WO1995026536A1 (en) | 1994-03-28 | 1995-10-05 | Robert Waxman, Inc. | Interactive product selection and purchasing system |
CA2154603A1 (en) * | 1994-08-19 | 1996-02-20 | Abhaya Asthana | Small domain communications system for personalized shopping assistance |
-
1997
- 1997-01-29 GB GB9701808A patent/GB2313941B/en not_active Expired - Fee Related
- 1997-04-29 DE DE69735359T patent/DE69735359T2/de not_active Expired - Lifetime
- 1997-04-29 ES ES97921934T patent/ES2258791T3/es not_active Expired - Lifetime
- 1997-04-29 WO PCT/GB1997/001169 patent/WO1997046960A1/en active IP Right Grant
- 1997-04-29 NZ NZ333170A patent/NZ333170A/en not_active IP Right Cessation
- 1997-04-29 DK DK97921934T patent/DK0976075T3/da active
- 1997-04-29 EP EP97921934A patent/EP0976075B1/en not_active Expired - Lifetime
- 1997-04-29 US US09/194,854 patent/US6375077B1/en not_active Expired - Fee Related
- 1997-04-29 AU AU27813/97A patent/AU717127B2/en not_active Ceased
- 1997-04-29 CA CA002256386A patent/CA2256386A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP0976075B1 (en) | 2006-03-01 |
EP0976075A1 (en) | 2000-02-02 |
WO1997046960A1 (en) | 1997-12-11 |
DE69735359T2 (de) | 2006-12-14 |
GB2313941A (en) | 1997-12-10 |
GB2313941B (en) | 2000-01-26 |
AU2781397A (en) | 1998-01-05 |
CA2256386A1 (en) | 1997-12-11 |
DK0976075T3 (da) | 2006-07-03 |
GB9701808D0 (en) | 1997-03-19 |
NZ333170A (en) | 2000-02-28 |
DE69735359D1 (de) | 2006-04-27 |
US6375077B1 (en) | 2002-04-23 |
AU717127B2 (en) | 2000-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2258791T3 (es) | Sistema de seleccion de producto. | |
US6652455B1 (en) | Method and apparatus for scanning of food and medicine to provide outputs relative to a user profile | |
EP1117055A2 (en) | Product selection system | |
Jackson | Food stories: consumption in an age of anxiety | |
US8219584B2 (en) | User access to item information | |
US20020079368A1 (en) | Product or service selection system | |
Heila et al. | Suicide victims with schizophrenia in different treatment phases and adequacy of antipsychotic medication | |
US20090198596A1 (en) | Third-Party Certification Using Enhanced Claim Validation | |
JP5601486B1 (ja) | 販売管理支援システム | |
JP2006518070A (ja) | 製品またはサービスの選択システム | |
US20070143217A1 (en) | Network access to item information | |
JP2013242650A (ja) | 情報提示システム、端末および情報提示方法 | |
GB2454042A (en) | Method of accommodating predispositions to substances with disclosure of identifying items for purchase | |
JP2008015785A (ja) | 食品情報確認システム | |
JP2015118693A (ja) | 販売管理支援システム | |
CN107315925A (zh) | 保健功能品信息获取方法及系统 | |
Schreinzer et al. | Frontotemporal dementia associated with vitamin B12 deficiency. | |
Prashant Mahajan et al. | The importance of developing global emergency medicine research network. | |
JP2005063338A (ja) | アレルギー源回避販売システム及びタグ読取装置並びにアレルギー源回避販売方法 | |
Whyte et al. | Public health and economic burden of infectious food-borne diseases in Ireland. | |
Holloway | Kosher Meat Prices in Minneapolis | |
Tee ESiong | Southeast Asian perspectives on nutrition needs for the new millennium. | |
Masci | Outpatient management of HIV infection. | |
Grave et al. | Prescribing patterns in veterinary medicine in Norway and compliance with legal regulations on drug prescribing. A cross-sectional prescription survey. | |
Albay | Protection of foods from the biological weapons. |