MX2012010074A - Sistema y metodo para la gestion de venta de uno o mas articulos. - Google Patents
Sistema y metodo para la gestion de venta de uno o mas articulos.Info
- Publication number
- MX2012010074A MX2012010074A MX2012010074A MX2012010074A MX2012010074A MX 2012010074 A MX2012010074 A MX 2012010074A MX 2012010074 A MX2012010074 A MX 2012010074A MX 2012010074 A MX2012010074 A MX 2012010074A MX 2012010074 A MX2012010074 A MX 2012010074A
- Authority
- MX
- Mexico
- Prior art keywords
- items
- sale
- potential
- potential buyers
- available
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 46
- 230000008569 process Effects 0.000 title claims description 42
- 230000000694 effects Effects 0.000 claims abstract description 84
- 238000004590 computer program Methods 0.000 claims description 7
- 238000013500 data storage Methods 0.000 claims description 2
- 239000011435 rock Substances 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000012913 prioritisation Methods 0.000 description 2
- 241000282326 Felis catus Species 0.000 description 1
- 230000010485 coping Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- 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
- G06Q30/0601—Electronic shopping [e-shopping]
-
- 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
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0603—Catalogue ordering
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
.
Description
SISTEMA Y MÉTODO PARA LA GESTIÓN DE VENTA DE UNO O MÁS
ARTÍCULOS
Campo técnico de la invención
La presente invención se refiere a un sistema, a un proceso y a un programa de cómputo para la gestión de venta de uno o más artículos.
Antecedentes de la Invención
Anteriormente ha habido dificultades con la forma en que han sido vendidas las entradas para eventos. Por ejemplo, fanáticos enloquecidos han hecho cola previamente durante días fuera de los puntos de venta de boletos con la esperanza de que podrán comprar los boletos para el evento de elección. No siempre puede ser conveniente hacer cola para boletos durante períodos prolongados.
Los sistemas de administración de tickets on-line pueden proporcionar una alternativa útil para formarse físicamente por boletos. Estos sistemas permiten a un usuario comprar un boleto para un evento por la Internet al ingresar a un sitio web, y comprar un boleto para un evento de su elección. Sin embargo, cuando los boletos para un evento se hacen disponibles para la venta, un gran volumen de personas intentan accesar al sistema para comprar los boletos. Los sistemas de venta de boletos en línea pueden tener previamente dificultades para hacer frente cuando un gran número de personas desean acceder al sistema al mismo tiempo. El flujo de demandas incidente en el sistema a menudo resulta ser demasiado, disminuyendo la capacidad del sistema para solicitudes de servicio, desconectando patrones e incluso potencialmente caerse el sistema. En tales circunstancias, el sistema puede seleccionar los clientes al azar para la compra de artículos sin ningún control. Estas dificultades han llevado previamente a patrones de no poder comprar boletos para eventos por períodos prolongados después de que los boletos han salido a la venta.
Incluso los aficionados a muerte, ferozmente comprometidos a adquirir buenas entradas a un evento, pueden encontrarse ellos mismos decepcionados después de descubrir que, en el mejor de los casos, sólo pueden comprar boletos de menor categoría para un evento a pesar de sus mejores esfuerzos para hacerlo. Además, dichos aficionados a muerte tendrán que lidiar con la decepción de descubrir que los fans normales fueron capaces de comprar asientos mejores con el mínimo esfuerzo.
Los sistemas de venta de boletos en línea previamente han hecho poco para contrarrestar a la gente que compra grandes cantidades de boletos para luego venderlos en una fecha posterior a precios inflados.
Puede ser generalmente conveniente superar o mejorar una o más de los problemas mencionados anteriormente, o al menos proporcionar una alternativa útil.
Sumario de la invención
De conformidad con un aspecto de la invención, se provee un sistema para administrar la venta de uno o más artículos, dicho sistema que realice los pasos de:
(a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta;
(b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas; y
(c) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta, de conformidad con su clasificación.
Preferentemente, el paso de la clasificación de los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas.
Preferiblemente, el paso de la clasificación de los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas.
De conformidad con otro aspecto de la invención, se provee un sistema para administrar la venta de uno o más artículos, dicho sistema que realice los pasos de:
(a) generar datos que representen una pluralidad de compradores potenciales de dicho uno o más artículos; y
(b) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar dichos artículos, después de que los artículos están disponibles para la venta.
De conformidad con otro aspecto de la invención, se provee un sistema para administrar la venta de uno o más artículos, dicho sistema que realice los pasos de:
(a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; y
(b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas.
De conformidad con otro aspecto de la invención, se provee un proceso para administrar la venta de uno o más artículos, que incluye los pasos de:
(a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta;
(b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas; y
(c) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta, de conformidad con su clasificación.
De conformidad con otro aspecto de la invención, se provee un proceso para administrar la venta de uno o más artículos, que incluye los pasos de:
(a) generar datos que representan una pluralidad de compradores potenciales de dicho uno o más artículos; y
(b) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta.
De conformidad con otro aspecto de la invención, se provee un proceso para administrar la venta de uno o más artículos, que incluye los pasos de:
(a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta;
(b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas.
De conformidad con otro aspecto de la invención, se proporciona un programa informático para administrar la venta de uno o más artículos, dicho programa que realice los pasos de:
(a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta;
(b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas; y
(c) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta, de conformidad con su clasificación.
De conformidad con otro aspecto de la invención, se proporciona un programa informático para administrar la venta de uno o más artículos, dicho programa que realice los pasos de:
a) generar datos que representan una pluralidad de compradores potenciales de dicho uno o más artículos; y
(b) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta.
De conformidad con otro aspecto de la invención, se proporciona un programa informático para administrar la venta de uno o más artículos, dicho programa que realice los pasos de:
(a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta;
(b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas.
De conformidad con otro aspecto de la invención, se provee un medio de almacenamiento de datos legible en computadora, almacenados en el, el anterior programa informático descrito.
Breve descripción de los dibujos
Modalidades preferidas de la presente invención se describen a continuación, a modo solo de ejemplos no limitantes, en relación con los dibujos adjunto en los cuales:
La figura 1 es una ilustración esquemática de un sistema de repositorio de datos conectado a una red;
La figura 2 es una ilustración esquemática del sistema que se muestra en la figura 1;
La figura 3 es un diagrama de flujo que muestra los pasos que realiza el sistema para configurar un nuevo evento;
La figura 4 es un diagrama de flujo que muestra los pasos que realiza el sistema para registrar un comprador potencial de un bien o servicio;
La figura 5 es un diagrama de flujo que muestra los pasos que realiza el sistema para efectuar un proceso de cola;
La figura 6 es un diagrama de flujo que muestra los pasos que realiza el sistema después de que se ha cerrado la venta de cola; y
La figura 7 es un diagrama de flujo que muestra los pasos que realiza el sistema para comprar un artículo por un comprador.
Descripción detallada de las Modalidades Preferidas de la Invención
El sistema 10 que se muestra en la figura 1 se utiliza para la gestión de venta de uno o más artículos, tales como entradas para un concierto de rock. El sistema 10 puede utilizarse para la gestión de venta de uno o más artículos de cualquier bien o servicio particular para un evento. Por ejemplo, el sistema 10 puede ser utilizado para administrar la venta de artículos de una tienda en-línea para una venta exitosa. Alternativamente, el sistema 10 puede utilizarse para administrar la venta de los servicios prestados por una empresa cuando la empresa en primer lugar abre las puertas para el comercio. Sin embargo, para mayor conveniencia, se describen a
continuación ejemplos preferidos del sistema 10, solamente a modo de ejemplos no limitantes, con referencia a un evento que es la venta de entradas para un concierto de rock.
El sistema 10 se utiliza para administrar la venta de entradas para un concierto de manera que, ventajosamente, facilite una justa distribución de entradas para el concierto. El sistema 10 es usado para:
1. Crear un evento nuevo;
2. Registrar un usuario;
3. Hacer una cola;
4. Comprar un artículo.
El sistema 10 se utiliza para crear un evento para una persona o una organización deseosa de vender entradas para un concierto de rock próximo. Las personas que deseen asistir al concierto pueden registrar sus datos con el sistema 10. Cada persona registrada para un evento puede efectivamente hacer cola para comprar un boleto antes de que los boletos están disponibles para la venta, completando una serie de actividades predeterminadas. Por ejemplo, el sistema 10 puede solicitar al comprador potencial que pre -registre sus datos con el sistema 10. Alternativamente, la actividad predeterminada puede ser un juego para ser completado por el comprador potencial. Después de que ha cerrado el proceso de cola, el sistema 10 clasifica a los usuarios registrados según los resultados de las actividades predeterminadas. Es decir, los usuarios se clasifican según la precisión de cada actividad en la que han participado y la frecuencia de las actividades.
El sistema 10 asigna a cada comprador potencial un periodo de tiempo dentro del cual él o ella tienen permitido comprar boletos después de que se han hecho disponibles para la venta. El sistema 10 asigna los períodos de tiempo predeterminados según la clasificación correspondiente.
Un usuario registrado puede comprar una entrada para el concierto durante su periodo de tiempo asignado. Durante este período se les permite comprar entradas para el concierto a un número restringido de personas. El comprador puede comprar uno o más boletos después de que su periodo de tiempo ha caducado.
El sistema informático
El sistema de administración 10 es proporcionado por el sistema de cómputo 12 que se muestra en la figura 2. El sistema de cómputo 12 incluye un servidor 14 en comunicación con una base de datos 16. El sistema de cómputo 12 es capaz de comunicarse con el equipo 18 de miembros, o de usuarios, del sistema 12 sobre una red de comunicaciones 20 utilizando protocolos de comunicación estándar. El equipo 18 de los miembros puede ser una variedad de dispositivos de comunicaciones 18, tales como computadoras personales; televisores interactivos; computadoras portátiles etc. La red de comunicaciones 20 puede incluir el Internet, las redes de telecomunicaciones o redes de área local.
Los componentes del sistema de cómputo 12 pueden ser configurardos en una variedad de maneras. Los componentes pueden implementarse completamente por software para ser ejecutado en servidores de hardware de cómputo estándar, que puede abarcar una unidad de hardware o diferentes unidades de hardware de cómputo distribuidas en diversos lugares, algunos de los cuales pueden requerir la red de comunicaciones 20 para comunicarse. También pueden ser implementados un número de los componentes o partes del mismo por la aplicación de circuitos integrados específicos (ASICs). Será evidente de la descripción del sistema de 12 y su operación más adelante, que la implementación más práctica de los componentes del sistema de cómputo 12 es un software de implementación. Pueden también ser utilizados métodos alternativos para proporcionar información y muestras del sistema, por ejemplo, páginas WML para teléfonos móviles y sistemas de
respuesta de voz interactiva (IVR) para la conexión a teléfonos fijos estándares o voz sobre terminales IP.
El servidor 14 del sistema de cómputo 12 incluye un servidor web 22, un motor transaccional 24 y un servidor de base de datos 26 dispuestos como se muestra en la figura 2. El servidor web 22 es software almacenado en el servidor 14 que permite que el sistema de computadora 12 sirva páginas web estáticas y dinámicas de la aplicación web. El servidor web 22 permite a los miembros del sistema 10 accesar a páginas web creadas y almacenadas en el sistema de cómputo 12 a través de sus dispositivos de comunicaciones respectivas 18. Las páginas web publicadas por el servidor web 22 son dinámicas y están pobladas por datos proporcionados por el motor transaccional 24 del sistema de cómputo 12.
El motor transaccional 24 es un software que procesa los datos recibidos por el servidor web 22 de los usuarios del sistema 10 a través de sus terminales 18 y es capaz de recuperar y almacenar datos en la base de datos 16 a través del servidor de base de datos 26. El motor transaccional 24 se comunica con el servidor web 22 y el servidor de base de datos 26 para ejecutar transacciones de datos para el sistema 12 y con lo que proporciona contenido dinámico para las páginas web proporcionadas por el servidor web 22, como se describe a continuación.
El servidor de base de datos 26 es software almacenado en el servidor 14. El servidor de base de datos 26 lee, escribe, mantiene y protege los datos en la base de datos 16. El servidor de base de datos 26 mantiene los datos en la base de datos 16 para todos los miembros del sistema 10. La base de datos 16 se mantiene preferentemente almacenada en el disco duro del servidor 14 del sistema de cómputo 12.
Como se mencionó anteriormente, el sistema se utiliza para:
1. Crear un evento nuevo;
2. Registrar un usuario;
3. Hacer una cola;
4. Comprar un artículo.
Una descripción detallada de la operación del sistema 12 para efectuar estas funciones se establece a continuación.
1. Crear un evento nuevo
Un administrador del sistema puede utilizar su computadora personal 18 para acceder a la página principal del sistema 12 (no mostrada) a través de la Internet 20 y configurar un nuevo evento para un cliente. En esta descripción, un administrador es un usuario que tiene la capacidad de configurar o crear un nuevo evento con el programa. Esta capacidad a menudo está reservada para el propietario del programa o para el servidor que ejecuta el programa. Un cliente es una persona u organización que está deseoso de correr un evento tal como la venta de entradas para un concierto, o el registro de personas para un seminario.
El sistema 12 realiza los pasos indicados en la figura 3 para crear un nuevo evento. La página de inicio incluye un botón de función de "Inicio de sesión" ("Login" no mostrado). Al recibir el inicio de sesión y contraseña correctos del administrador, en el paso 50, el sistema 12 genera, en el paso 52, una pantalla que muestra la página de web del administrador (no mostrado). La página web incluye, entre otras cosas, un botón de función "Crear un nuevo evento" que, cuando se ejecuta, en el paso 54, genera un formulario incluyendo los siguientes cuadros de datos:
a. Reglas de Priorización del Usuario:
i. Fecha de final de la cola;
ii. Longitud de la cola; y
iii. Frecuencia de cola,
b. Reglas de Control de Acceso:
i. Título evento;
ii. Fecha de apertura del evento;
iii. Fecha de cierre del evento;
iv. Posiciones de la cola;
v. Ancho de la entrada de cola; y
vi. Longitud de la entrada de cola.
El sistema 12 recibe, en el paso 56, datos del administrador de estos cuadros de datos para estructurar el evento para el cliente. Una descripción de las reglas de prioridad de usuario y las reglas de control de acceso se expone la a continuación.
a. Reglas de Priorización del Usuario
La fecha de finalización de la cola es la fecha en que el cliente decide que será la fecha final en que los usuarios pueden completar el proceso de cola para las entradas del concierto. La longitud de cola define cuántas veces un usuario puede acceder y completar las actividades. La frecuencia de cola define que tan seguido un usuario puede completar actividades y se almacena en horas. Al recibir esta información, el sistema 10 genera, en el paso 58:
i. Puntos de Cola en base a la Frecuencia de Cola definida; y
ü. Factor de Cola en base a los Puntos de Cola.
El Factor de cola se utiliza para dar prioridad a los usuarios después de la Fecha del Cierre de Cola.
b. Reglas de Control de acceso
La Fecha de Apertura de Evento define cuando ha cerrado el proceso de Priorización de Usuario y cuando ha comenzado el proceso de Control de Acceso. La Fecha de Cierre de Evento define cuando se levanta el Control de Acceso y se concede al gran público la oportunidad de comprar boletos para el concierto.
Las Posiciones de Cola define la cantidad de usuarios que tienen garantizada la oportunidad para participar en la comprar en el proceso de cola utilizando el sistema 10.. La Anchura de la Entrada de Cola es el número de posiciones que se pueden asignar a cada puerta. Asimismo, la Longitud de Entrada de la Cola es la cantidad de tiempo que cada entrada o puerta está abierta, antes de que la siguiente puerta sucesiva también se abra. Al recibir esta información, el sistema 10 genera, en el paso 60, los tiempos de entrada individual para el evento.
Una vez que entran exitosamente los datos anteriores, el sistema 12 genera e inicializa, en el paso 62, todos los protocolos y bases de datos necesarias para el evento. El sistema 12 guarda, en el paso 64, la información relevante en la base de datos 16 como un evento y genera, en el paso 66, la página web del administrador para su visualización en el equipo personal del administrador 18.
El administrador de la base de datos puede seleccionar un evento desde un menú desplegable para editar los datos para cualquier evento guardado en la base de datos 16.
2. Registrar un usuario
Una persona puede usar su computadora personal 18 para acceder a la página web de inicio del sistema (no mostrada) a través de la Internet 20. La página generada por el sistema 12 incluye un botón de función "Registrarse".
El sistema 12 realiza los pasos indicados en la figura 4 para registrar nuevos usuarios para un evento. Una persona puede convertirse en un miembro del sistema 10 ejecutando el botón "Registrarse" (no mostrado) en la página de inicio del sistema. El sistema 12 genera, en el paso 70, la página web para el Registro (no mostrada) al detectar la ejecución del botón de función "Registrarse". La página web de Registro incluye los siguientes cuadros de datos y solicita al usuario para completarlos:
a. Nombre del Usuario;
b. Contraseña;
c. Dirección postal;
d. Dirección de Correo Electrónico; y
e. Número de teléfono.
Tras la recepción de los datos anteriores, en el paso 72, el sistema 10 pide, en el paso 74, que el usuario seleccione un evento de una lista desplegable de eventos. El sistema de 12 sólo presenta eventos que están abiertos a la gente para registrarse.
Tras el recibo de los datos seleccionados, en el paso 76, el sistema 12 genera e inicializa, en el paso 78, todos los protocolos y bases de datos 16 necesarios para el nuevo usuario. El sistema 12 guarda, en el paso 80, la información relevante en la base de datos de 16 como un nuevo usuario y genera, en el paso 82, la página web del administrador para su visualización en el equipo personal del Administrador 18. 3. Hacer una Cola.
El sistema 12 determina el compromiso de cada usuario registrado para comprar boletos para un evento al exigir al usuario que realize periódicamente actividades antes de que los boletos estén disponibles para la venta. Cada actividad deberá ser completada por el usuario en un tiempo predeterminado en un determinado día. El sistema 10 genera una puntuación para cada usuario basándose en los resultados de sus tareas o actividades. Es decir, que tan precisamente el usuario cumplió con sus actividades prescritas, y que tan seguido se llevan a cabo las tareas. La puntuación del usuario se utiliza para determinar su clasificación y, en última instancia, cuando le es permitido comprar boletos para el evento.
El proceso de hacer la cola realizado por el sistema 12 se describe a continuación en las siguientes dos etapas:
a. Antes de que se haya cerrado la ventana de hacer cola; y
b. Después de que se haya cerrado la ventana de hacer cola.
a. Antes de que se haya cerrado la ventana de hacer cola
El sistema 12 realiza los pasos indicados en la Figura 5 para efectuar el proceso de Cola antes de que la ventana se haya cerrado. El sistema 12 periódicamente invita a los usuarios individuales registrados a completar una actividad determinada. El sistema 12, por ejemplo, invita a un usuario registrado para completar una actividad mediante la generación y el envío, en el paso 90, de un correo electrónico que incluye las instrucciones para acceder a la página de inicio del sistema e iniciar sesión en ella para completar la actividad. Las instrucciones incluyen una fecha y la hora en la cual la actividad debe ser completada. Alternativamente, el sistema 12 envía al usuario un SMS incluyendo los detalles de la actividad a completar.
Un usuario registrado puede usar su computadora personal 18 para acceder a la página web de inicio del sistema (no mostrado) vía la Internet 20. La página de inicio generada por el sistema 12 incluye un botón de función "Actividad". En la ejecución del botón de función "Actividad", el sistema 12 solicita, en el paso 92, el nombre de usuario y la contraseña del usuario. El sistema 12 valida estos datos, en el paso 94 y determina si previamente han completado una actividad dentro de una frecuencia prescrita por el administrador del sistema.
Si el sistema 12 valida los datos, entonces el sistema 12 registra, en el paso 96, la fecha actual y la hora en la base de datos 16 y genera, en el paso 98, una pantalla mostrando la actividad predeterminada para el usuario. Las actividades predeterminadas incluyen:
i. Un juego de ajedrez;
ii. Un juego de gato;
iii. Un juego de ceros y cruces; y
üi. Volver a introducir sus datos de inscripción en el sistema.
Las actividades predeterminadas incluyen cualquier otra tarea adecuada que requiere que el usuario realice una serie de funciones.
La precisión de la tarea, a continuación, se genera, en el paso 100, por el sistema 12 basado en el tiempo anterior que completaron una actividad para el evento. El sistema 12 compara cada tiempo de actividad con el tiempo de la actividad previamente generado por el usuario. La diferencia entre estos valores es conocida como la 'exactitud' de una actividad. También se almacena la exactitud de cada actividad para el usuario, en el paso 102, por el sistema en la base de datos 16.
El sistema 12 almacena los detalles de cada actividad completada en la base de datos 16 y regresa al usuario, en el paso 104, a la página de inicio del sistema. b. Después de que se haya cerrado la ventana de hacer cola.
El sistema realiza los pasos que se muestran en la Figura 6 después de que la ventana de hacer cola se haya cerrado. El sistema 12 genera, en el paso 110, una puntuación para cada usuario registrado para el evento. El sistema 12 realiza los pasos siguientes para cada usuario:
i. Todos los resultados de la tarea se generan, en el paso 112, para establecer una única Calificación de Precisión;
ii. Se genera entonces el Puntaje de Frecuencia del usuario, en el paso 114, basado en el número de.veces que el usuario completó tareas;
iii. Se genera entonces el Puntaje de Compromiso del usuario, en el paso 116, añadiendo el Puntaje de Frecuencia al Puntaje de Precisión.
Después de generar el Puntaje de Compromiso de cada usuario, el sistema de 12 califica, en el paso 118, a los usuarios en orden descendente de Puntaje de Compromiso.
Los datos introducidos en el sistema de 12 durante el proceso de Configuración de un Nuevo Evento mostrados en la Figura 3, relacionados con el número de aperturas de evento (puertas o entradas) y el número de usuarios permitidos en cada entrada es utilizado por el sistema de 12 para romper la lista de usuarios en la base de datos de 16, en el paso 122, en un número discreto de puertas. A cada una de estas puertas se le da un tiempo de inicio. El sistema 12 asigna a los usuarios con un mayor Puntaje de Compromiso puertas que abren antes. El sistema 12 informa al usuario, en el paso 124, en cuanto a su número asignado de puerta y la hora de apertura de la puerta. Esta información se envía al usuario por correo electrónico generado por el sistema 12, o un mensaje de texto a un dispositivo móvil 18 generados y enviados por el sistema.
Los usuarios que no están asignados a una puerta reservada por el sistema de 12 no tienen garantizado el acceso a el evento para comprar un boleto y se les asigna un número de puerta sin reservación.
4. Comprar el artículo.
Una vez que se ha completado el proceso de asignación de puerta o entrada anteriormente descrito y que el evento esté abierto para los usuarios registrados para comprar boletos para el evento. Un usuario registrado puede utilizar su equipo personal 18 para acceder a la página web de inicio del sistema (no mostrada) a través de la Internet 20 para comprar boletos para el evento. La página de inicio generada por el sistema 12 incluye un botón de función de "Comprar el artículo" que, cuando se ejecuta, genera un formulario que incluye una lista de eventos que están actualmente abiertos. El sistema 12 realiza los pasos indicados en la Figura 7 para comprar un boleto para un usuario.
En la ejecución del botón de función de "Comprar un Artículo", el sistema 12 genera, en el paso 130, una lista de eventos para que el usuario seleccione de ellos. El usuario puede seleccionar un evento de la lista. Al recibir los datos de selección del usuario, en el paso 132, el sistema 12 solicita, en el paso 134, que el usuario introduzca su nombre del usuario y contraseña. El sistema 12 entonces valida, en el paso 136, el nombre del usuario y contraseña. El sistema, a continuación, comprueba, en el paso 138, si el usuario tiene acceso a través de una puerta para comprar entradas para el concierto. Si el usuario es aprobado, el sistema concede el acceso, en el paso 140, al evento y el usuario puede comprar uno o más boletos. Los procesos para hacer tales pagos son conocidos en el arte pertinente y no son descritos aquí en más detalle.
El sistema 12 regresa al usuario, en el paso 142, a la página de inicio del sistema a la finalización de este proceso.
Mientras que hemos mostrado y descrito modalidades específicas de la presente invención, modificaciones y mejoras adicionales se les ocurrirán a aquellos especializados en el arte. Deseamos que sea entendido, por lo tanto, que esta invención no está limitada a las formas particulares mostradas y nos proponemos en las reivindicaciones anexas cubrir todas las modificaciones que no se apartan del espíritu y el alcance de esta invención.
A lo largo de esta especificación, a menos que el contexto requiera lo contrario, la palabra «comprender», y variaciones como "comprende" y "comprendiendo", se entenderá que implica la inclusión de un número entero establecido o paso o grupo de números enteros o pasos pero no la exclusión de cualquier otro número entero o paso o grupo de números enteros o pasos.
La referencia a cualquier estado de la técnica previa en esta especificación es no y no debe ser tomado como, el conocimiento o cualquier tipo de sugerencia de que el estado de la técnica previa forma parte del conocimiento general común en Australia.
Claims (73)
- REIVINDICACIONES 1. - Un sistema y método para la gestión de venta de uno o más artículos, dicho sistema que realice los pasos de: (a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; (b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas; y (c) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta, de conformidad con su clasificación. 2. - El sistema reclamado en la reivindicación 1 , en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas. 3. - El sistema reclamado en la reivindicación 1 ó en la reivindicación 2, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas. 4. - El sistema reclamado en cualquiera de las reivindicaciones 1 a la 3, en donde una de dichas actividades predeterminadas es enviar una expresión de interés en comprar uno o más de dichos artículos. 5. - El sistema reclamado en cualquiera de las reivindicaciones 1 a la 4, en donde una de dichas actividades predeterminadas es registrar sus datos en el programa. 6. - El sistema reclamado en la reivindicación 5, en donde el registro incluye los pasos de enviar la siguiente información: a. datos del contacto; b. edad; y c. dirección de correo electrónico (e-mail). 7. - El sistema reclamado en cualquiera de las reivindicaciones 1 a la 6, en donde el paso de clasificar incluye el paso de agrupar a los compradores potenciales en grupos. 8. - El sistema reclamado en la reivindicación 7, en donde los grupos son clasificados secuencialmente de conformidad con los resultados de las actividades predeterminadas. 9.- El sistema reclamado en la reivindicación 7 o la reivindicación 8, en donde el paso de asignar incluye el paso de asignar a los compradores potenciales de cada grupo de dichos grupos un periodo de tiempo común dentro del cual tienen permitido el comprar uno o más de dichos artículos después de que los artículos están disponibles a la venta. 10.- El sistema reclamado en cualquiera de las reivindicaciones 1 a la 9, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado. 11.- El sistema reclamado en cualquiera de las reivindicaciones 1 a la 9, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado o después de su periodo de tiempo asignado. 12. - El sistema para administrar la venta de uno o más artículos, dicho sistema que realice los pasos de: (a) generar datos que representen una pluralidad de compradores potenciales de dicho uno o más artículos; y (b) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar dichos artículos, después de que los artículos están disponibles para la venta. 13. - El sistema reclamado en la reivindicación 12, que incluye el paso de generar datos que representan una clasificación asociada con cada comprador potencial. 14. - El sistema reclamado en la reivindicación 13, en donde el paso de asignar es efectuado de conformidad con la clasificación de cada comprador potencial. 15.- El sistema reclamado en la reivindicación 13, que incluye el paso de organizar a los compradores potenciales en grupos de acuerdo con la clasificación asociada a cada comprador. 16. - El sistema reclamado en la reivindicación 15, en donde el paso de asignar incluye el paso de asignar a los compradores potenciales de cada grupo de dichos grupos un periodo de tiempo común dentro del cual tienen permitido el comprar uno o más de dichos artículos después de que los artículos están disponibles a la venta. 17. - El sistema reclamado en cualquiera de las reivindicaciones 12 a la 16, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado. 18. - El sistema reclamado en cualquiera de las reivindicaciones 12 a la 16, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado o después de su periodo de tiempo asignado. 19. - Un sistema y método para la gestión de venta de uno o más artículos, dicho sistema que realice los pasos de: (a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; y (b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas. 20. - El sistema reclamado en la reivindicación 19, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas. 21. - El sistema reclamado en la reivindicación 19 ó en la reivindicación 20, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas. 22.- El sistema reclamado en cualquiera de las reivindicaciones 19 a la 21 , en donde una de dichas actividades predeterminadas es enviar una expresión de interés en comprar uno o más de dichos artículos. 23.- El sistema reclamado en cualquiera de las reivindicaciones 19 a la 22, en donde una de dichas actividades predeterminadas es registrar sus datos en el sistema. 24. - El sistema reclamado en la reivindicación 23, en donde el registro incluye los pasos de enviar la siguiente información: a. datos del contacto; b. edad; y c. dirección de correo electrónico (e-mail). 25. - Un proceso para administrar la venta de uno o más artículos, que incluye los pasos de: (a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; (b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas; y (c) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta, de conformidad con su clasificación. 26. - El proceso reclamado en la reivindicación 25, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas. 27.- El proceso reclamado en la reivindicación 25 ó en la reivindicación 26, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas. 28.- El proceso reclamado en cualquiera de las reivindicaciones 25 a la 27, en donde una de dichas actividades predeterminadas es enviar una expresión de interés en comprar uno o más de dichos artículos. 29.- El proceso reclamado en cualquiera de las reivindicaciones 25 a la 28, en donde una de dichas actividades predeterminadas es registrar sus datos en el sistema. 30.- El proceso reclamado en la reivindicación 29, en donde el registro incluye los pasos de enviar la siguiente información: a. datos del contacto; b. edad; y c. dirección de correo electrónico (e-mail). 31.- El proceso reclamado en cualquiera de las reivindicaciones 25 a la 30, en donde el paso de clasificar incluye el paso de agrupar a los compradores potenciales en grupos. 32. - El proceso reclamado en la reivindicación 31 , en donde los grupos son clasificados secuencialmente de conformidad con los resultados de las actividades predeterminadas. 33. - El proceso reclamado en la reivindicación 31 a la reivindicación 32, en donde el paso de asignar incluye el paso de asignar a los compradores potenciales de cada grupo de dichos grupos un periodo de tiempo común dentro del cual tienen permitido el comprar uno o más de dichos artículos después de que los artículos están disponibles a la venta. 34. - El proceso reclamado en cualquiera de las reivindicaciones 25 a la 33, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado. 35. - El proceso reclamado en cualquiera de las reivindicaciones 25 a la 33, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado o después de su periodo de tiempo asignado. 36. - El proceso para administrar la venta de uno o más artículos, que incluye los pasos de: (a) generar datos que representen una pluralidad de compradores potenciales de dicho uno o más artículos; y (b) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta. 37.- El proceso reclamado en la reivindicación 36, que incluye el paso de generar datos que representan una clasificación asociada con cada comprador potencial. 38. - El proceso reclamado en la reivindicación 37, en donde el paso de asignar es efectuado de conformidad con la clasificación de cada comprador potencial. 39. - El proceso reclamado en la reivindicación 38, que incluye el paso de organizar a los compradores potenciales en grupos de acuerdo con la clasificación asignada a cada comprador. 40. - El proceso reclamado en la reivindicación 39, en donde el paso de asignar incluye el paso de asignar a los compradores potenciales de cada grupo de dichos grupos un periodo de tiempo común dentro del cual tienen permitido el comprar uno o más de dichos artículos después de que los artículos están disponibles a la venta. 41- El proceso reclamado en cualquiera de las reivindicaciones 36 a la 40, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado. 42. - El proceso reclamado en cualquiera de las reivindicaciones 36 a la 40, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado o después de su periodo de tiempo asignado. 43. - Un proceso para administrar la venta de uno o más artículos, que incluye los pasos de: (a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; (b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas. 44.- El proceso reclamado en la reivindicación 43, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas. 45.- El proceso reclamado en la reivindicación 43 ó en la reivindicación 41 , en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas. 46. - El proceso reclamado en cualquiera de las reivindicaciones de la 43 a la 45, en donde una de dichas actividades predeterminadas es enviar una expresión de interés en comprar uno o más de dichos artículos. 47. - El proceso reclamado en cualquiera de las reivindicaciones de la 43 a la 46, en donde una de dichas actividades predeterminadas es registrar sus datos en el sistema. 48. - El proceso reclamado en la reivindicación 47, en donde el registro incluye los pasos de enviar la siguiente información: a. datos del contacto; b. edad; y c. dirección de correo electrónico (e-mail). 49. - Un programa de cómputo para administrar la venta de uno o más artículos, dicho programa que realice los pasos de: (a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; (b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas; y (c) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta, de conformidad con su clasificación. 50. - El programa reclamado en la reivindicación 49, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas. 51. - El programa reclamado en la reivindicación 49 ó en la reivindicación 50, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas. 52. - El programa reclamado en cualquiera de las reivindicaciones 49 a la 51 , en donde una de dichas actividades predeterminadas es enviar una expresión de interés en comprar uno o más de dichos artículos. 53. - El programa reclamado en cualquiera de las reivindicaciones 49 a la 52, en donde una de dichas actividades predeterminadas es registrar sus datos en el sistema. 54. - El programa reclamado en la reivindicación 53, en donde el registro incluye los pasos de enviar la siguiente información: a. datos del contacto; b. edad; y c. dirección de correo electrónico (e-mail). 55. - El programa reclamado en cualquiera de las reivindicaciones 49 a la 54, en donde el paso de clasificar incluye los pasos de agrupar a los compradores potenciales en grupos. 56. - El programa reclamado en la reivindicación 55, en donde los grupos son clasificados secuencialmente de conformidad con los resultados de las actividades predeterminadas. 57. - El programa reclamado en la reivindicación 55 o la reivindicación 56, en donde el paso de asignar incluye el paso de asignar a los compradores potenciales de cada grupo de dichos grupos un periodo de tiempo común dentro del cual tienen permitido el comprar uno o más de dichos artículos después de que los artículos están disponibles a la venta. 58. - El programa reclamado en cualquiera de las reivindicaciones 49 a la 57, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado. 59. - El programa reclamado en cualquiera de las reivindicaciones 49 a la 57, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado o después de su periodo de tiempo asignado. 60. - Un programa para administrar la venta de uno o más artículos, dicho programa que realice los pasos de: (a) generar datos que representen una pluralidad de compradores potenciales de dicho uno o más artículos; y (b) asignar a cada comprador potencial de dichos compradores un período de tiempo dentro del cual a él o a ella les está permitido comprar uno o más de dichos artículos, después de que los artículos están disponibles para la venta. 61. - El programa reclamado en la reivindicación 60, que incluye el paso de generar datos que representan una clasificación asociada con cada comprador potencial. 62. - El programa reclamado en la reivindicación 61 , en donde el paso de asignar es efectuado de conformidad con la clasificación de cada comprador potencial. 63.- El programa reclamado en la reivindicación 61 , que incluye el paso de organizar a los compradores potenciales en grupos de acuerdo con la clasificación asignada a cada comprador. 64. - El programa reclamado en la reivindicación 63, en donde el paso de asignar incluye el paso de asignar a los compradores potenciales de cada grupo de dichos grupos un periodo de tiempo común dentro del cual tienen permitido el comprar uno o más de dichos artículos después de que los artículos están disponibles a la venta. 65. - El programa reclamado en cualquiera de las reivindicaciones 60 a la 64, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado. 66. - El programa reclamado en cualquiera de las reivindicaciones 60 a la 6 4, que incluye los pasos de recibir una solicitud para comprar uno o mas de dichos artículos de uno de dichos compradores potenciales después de que los artículos están disponibles para la venta; y permitir la venta de uno o más de dichos artículos si dicho comprador potencial está intentando hacerlo dentro de su periodo de tiempo asignado o después de su periodo de tiempo asignado. 67.- El programa para administrar la venta de uno o más artículos, dicho programa que realice los pasos de: (a) generar actividades predeterminadas para los compradores potenciales de uno o más de dichos artículos antes de que dichos artículos estén disponibles para la venta; y (b) clasificar a los compradores potenciales según los resultados de dichas actividades predeterminadas. 68. - El programa reclamado en la reivindicación 67, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la frecuencia de dichas actividades predeterminadas. 69. - El programa reclamado en la reivindicación 67 ó en la reivindicación 68, en donde el paso de clasificar a los compradores potenciales se efectúa de conformidad con la precisión de dichas actividades predeterminadas. 70. - El programa reclamado en cualquiera de las reivindicaciones 67 a la 69, en donde una de dichas actividades predeterminadas es enviar una expresión de interés en comprar uno o más de dichos artículos. 71.- El programa reclamado en cualquiera de las reivindicaciones 67 a la 70, en donde una de dichas actividades predeterminadas es registrar sus datos en el programa. 72. - El programa reclamado en la reivindicación 71 , en donde el registro incluye los pasos de enviar la siguiente información: a. datos del contacto; b. edad; y c. dirección de correo electrónico (e-mail). 73. - Un medio de almacenamiento de datos legible por computadora que incluye, almacenado en el mismo, el programa de computación reclamado en cualquiera de las reivindicaciones 49 a la 71.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2010900868A AU2010900868A0 (en) | 2010-03-02 | System and Process for Managing Sale of One or More Items | |
PCT/AU2010/001370 WO2011106822A1 (en) | 2010-03-02 | 2010-10-15 | System and process for managing sale of one or more items |
Publications (1)
Publication Number | Publication Date |
---|---|
MX2012010074A true MX2012010074A (es) | 2013-02-15 |
Family
ID=44541535
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2012010074A MX2012010074A (es) | 2010-03-02 | 2010-10-15 | Sistema y metodo para la gestion de venta de uno o mas articulos. |
Country Status (11)
Country | Link |
---|---|
US (1) | US20130159125A1 (es) |
EP (1) | EP2543012A4 (es) |
JP (1) | JP2013521550A (es) |
CN (1) | CN102884548A (es) |
AU (1) | AU2010347707B2 (es) |
BR (1) | BR112012021992A2 (es) |
CA (1) | CA2790858A1 (es) |
MX (1) | MX2012010074A (es) |
NZ (1) | NZ601958A (es) |
WO (1) | WO2011106822A1 (es) |
ZA (1) | ZA201206815B (es) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140379390A1 (en) | 2013-06-20 | 2014-12-25 | Live Nation Entertainment, Inc. | Location-based presentations of ticket opportunities |
US9762685B2 (en) | 2005-04-27 | 2017-09-12 | Live Nation Entertainment, Inc. | Location-based task execution for enhanced data access |
US9762390B2 (en) * | 2012-04-06 | 2017-09-12 | Live Nation Entertainment, Inc. | Enhanced task scheduling for data access control using queue protocols |
EP2836979A4 (en) | 2012-04-06 | 2018-08-08 | Live Nation Entertainment Inc. | Methods and systems of inhibiting automated scripts from accessing a ticket site |
BR112015006301B1 (pt) | 2012-09-21 | 2021-06-15 | Washington University | Sistema para produzir uma estrutura que inclui uma pluralidade de fibras, estrutura e método para reparar um defeito de um substrato |
JP6644988B2 (ja) * | 2013-06-22 | 2020-02-12 | インテル・コーポレーション | システム、プログラム、方法およびコンピュータ可読媒体 |
US9600340B1 (en) | 2016-05-16 | 2017-03-21 | Live Nation Entertainment, Inc. | Iterative and hierarchical processing of request partitions |
US10776723B1 (en) * | 2016-09-14 | 2020-09-15 | Amazon Technologies, Inc. | Proactive ticket reservation system |
CN106331179A (zh) * | 2016-11-07 | 2017-01-11 | 郭润泽 | 一种云端社区中央控制系统 |
US20190035002A1 (en) * | 2017-07-29 | 2019-01-31 | Robert Popkey | Waiting line transaction management system and method |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8151295B1 (en) * | 2000-08-31 | 2012-04-03 | Prime Research Alliance E., Inc. | Queue based advertisement scheduling and sales |
US6978253B2 (en) * | 1999-06-29 | 2005-12-20 | Lin Wayne W | Systems and methods for transacting business over a global communications network such as the internet |
US7206755B1 (en) * | 1999-11-05 | 2007-04-17 | Muralidhar Sanjay P | Method, apparatus and article-of-manufacture for the creation, issuance, valuation/pricing, trading and exercise of options for attendance rights, and derivative instruments thereon |
US8332302B1 (en) * | 2000-04-28 | 2012-12-11 | Galahad Entertainment, Llc | Method and apparatus for auctioning items |
US20030236736A1 (en) * | 2002-06-25 | 2003-12-25 | Richard Harmon | Electronic system and method for trading seat licenses, event tickets and contingent event ticket certificates |
US20020095498A1 (en) * | 2000-06-05 | 2002-07-18 | Accordion Networks | Network architecture for multi-client units |
JP2002007677A (ja) * | 2000-06-16 | 2002-01-11 | Pfu Ltd | 会員サービスシステムおよび記録媒体 |
US20040186774A1 (en) * | 2000-07-31 | 2004-09-23 | Sung Lee | Method and system for earning, storing, and using credits in exchange for satisfying predetermined conditions on a website |
US20020022896A1 (en) * | 2000-08-07 | 2002-02-21 | Dugan Valerie G. | Queuing methods and apparatus |
US7058602B1 (en) * | 2000-08-18 | 2006-06-06 | Luckysurf.Com, Inc. | Enhanced auction mechanism for online transactions |
US20020052758A1 (en) * | 2000-10-26 | 2002-05-02 | Arthur Roland Bushonville | Method and apparatus for providing rights for event tickets |
JP2002329027A (ja) * | 2001-05-01 | 2002-11-15 | Masayoshi Son | チケット発行システム、チケット発行装置及びコンテンツ提供システム |
JP2003114997A (ja) * | 2001-10-02 | 2003-04-18 | Casio Comput Co Ltd | 抽選装置、抽選方法及びプログラム |
JP3581123B2 (ja) * | 2001-10-15 | 2004-10-27 | 康之 佐藤 | 待ち行列の免除方法及び待ち行列の交代方法並びに競売システム |
US20030187672A1 (en) * | 2002-04-01 | 2003-10-02 | Sun Microsystems, Inc. | Method, system, and program for servicing customer product support requests |
US7584123B1 (en) * | 2004-04-06 | 2009-09-01 | Ticketmaster | Systems for dynamically allocating finite or unique resources |
CA2566768C (en) * | 2004-05-14 | 2016-07-05 | Orderly Mind Limited | Queuing system, method and computer program product for managing the provision of services over a communications network |
US8396001B2 (en) * | 2005-02-03 | 2013-03-12 | The Invention Science Fund I, Llc | Interactive queued mapping method and system |
EP1866885A4 (en) * | 2005-03-22 | 2011-12-21 | Ticketmaster | APPARATUS AND METHODS FOR PROVIDING MESSAGING OF QUEUE WAITING ON A NETWORK |
US20070066397A1 (en) * | 2005-09-20 | 2007-03-22 | Krishnakant Nammi | System and method for event invitation |
US20070219816A1 (en) * | 2005-10-14 | 2007-09-20 | Leviathan Entertainment, Llc | System and Method of Prioritizing Items in a Queue |
US9064359B2 (en) * | 2005-12-02 | 2015-06-23 | Modiv Media, Inc. | System for queue and service management |
WO2007070798A2 (en) * | 2005-12-12 | 2007-06-21 | The Ticket Reserve, Inc. | System for allocating a consumer access right to a live event |
US20070165608A1 (en) * | 2006-01-10 | 2007-07-19 | Utbk, Inc. | Systems and Methods to Prioritize a Queue |
US8681778B2 (en) * | 2006-01-10 | 2014-03-25 | Ingenio Llc | Systems and methods to manage privilege to speak |
US20070244731A1 (en) * | 2006-04-03 | 2007-10-18 | Barhydt William J | System and Method for Mobile Virtual Mobile Ticketing |
US7535367B2 (en) * | 2006-04-12 | 2009-05-19 | Nitesh Ratnakar | Airplane lavatory reservation system |
US8577723B2 (en) * | 2006-07-28 | 2013-11-05 | Eventful, Inc. | Event demand system and method |
US20080133283A1 (en) * | 2007-03-08 | 2008-06-05 | Alejandro Backer | Wireless remote queuing system and method |
US20080243674A1 (en) * | 2007-03-30 | 2008-10-02 | Leadpoint, Inc. | System for automated trading of informational items and having integrated ask-and -post features |
US8566386B2 (en) * | 2007-10-02 | 2013-10-22 | Microsoft Corporation | Logging of rich entertainment platform service history for use as a community building tool |
US8082165B2 (en) * | 2008-06-16 | 2011-12-20 | Universal City Studios Llc | System and method for theme park line queue management |
US8019819B2 (en) * | 2008-06-18 | 2011-09-13 | Emergency 24, Inc. | Methods and systems for expositions and conventions |
KR20100086617A (ko) * | 2009-01-23 | 2010-08-02 | 삼성전자주식회사 | 대기 순서 관리 시스템 및 방법, 및 단말 장치 |
US20100257022A1 (en) * | 2009-04-07 | 2010-10-07 | Yahoo! Inc. | Finding Similar Campaigns for Internet Advertisement Targeting |
-
2010
- 2010-10-15 JP JP2012555254A patent/JP2013521550A/ja active Pending
- 2010-10-15 MX MX2012010074A patent/MX2012010074A/es not_active Application Discontinuation
- 2010-10-15 BR BR112012021992A patent/BR112012021992A2/pt not_active IP Right Cessation
- 2010-10-15 CN CN201080066244XA patent/CN102884548A/zh active Pending
- 2010-10-15 CA CA2790858A patent/CA2790858A1/en not_active Abandoned
- 2010-10-15 AU AU2010347707A patent/AU2010347707B2/en not_active Ceased
- 2010-10-15 WO PCT/AU2010/001370 patent/WO2011106822A1/en active Application Filing
- 2010-10-15 NZ NZ601958A patent/NZ601958A/en not_active IP Right Cessation
- 2010-10-15 EP EP10846818.2A patent/EP2543012A4/en not_active Withdrawn
- 2010-10-15 US US13/582,549 patent/US20130159125A1/en not_active Abandoned
-
2012
- 2012-09-12 ZA ZA2012/06815A patent/ZA201206815B/en unknown
Also Published As
Publication number | Publication date |
---|---|
CA2790858A1 (en) | 2011-09-09 |
BR112012021992A2 (pt) | 2016-06-07 |
AU2010347707A1 (en) | 2012-09-06 |
ZA201206815B (en) | 2013-06-26 |
NZ601958A (en) | 2014-12-24 |
CN102884548A (zh) | 2013-01-16 |
JP2013521550A (ja) | 2013-06-10 |
EP2543012A4 (en) | 2013-09-04 |
US20130159125A1 (en) | 2013-06-20 |
AU2010347707B2 (en) | 2015-02-12 |
EP2543012A1 (en) | 2013-01-09 |
WO2011106822A1 (en) | 2011-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2010347707B2 (en) | System and process for managing sale of one or more items | |
US9009229B2 (en) | Device, system, and method of sharing social network information | |
US7330110B1 (en) | System and method for providing wireless communication device access to dynamic business information | |
US8719177B2 (en) | Methods and systems for providing a document | |
US20140052482A1 (en) | Passenger oriented seating system and method | |
WO2018024844A1 (en) | Interactive platform for the exchange of commoditized products | |
US20170318012A1 (en) | Communication Enhancement Methods | |
US11727140B2 (en) | Secured use of private user data by third party data consumers | |
CA2498436A1 (en) | Selective deployment of software extensions within an enterprise modeling environment | |
US20200210906A1 (en) | Event-based service engine and system | |
JP2013196120A (ja) | 評判情報システム | |
EP2698749A1 (en) | Passenger oriented seating system and method | |
CN107590692A (zh) | 免费试用平台系统及其基于大数据环境下筛选客户的方法 | |
US20170083881A1 (en) | System and method for automatically ranking payment promises | |
AU2003272566A1 (en) | Inline compression of a network communication within an enterprise planning environment | |
JP2003058672A (ja) | 店舗の評価情報提供システム | |
KR20010044692A (ko) | 인맥 관리를 위한 친밀도 처리 방법 및 시스템 | |
WO2008033610A2 (en) | Method and apparatus for goal based calendar management | |
JP2013200739A (ja) | 評判情報システム | |
KR20150020739A (ko) | 그린 포인트 서비스 시스템 및 그 서비스 방법 | |
JP2019067119A (ja) | 個人情報管理プログラム、個人情報管理方法および情報処理装置 | |
US7469382B1 (en) | Intentional community management system | |
CN108494776A (zh) | 一种用于机场出行服务平台的通信架构 | |
US11042912B2 (en) | System and method for managing interaction between commercial and intermediary users | |
US11898858B2 (en) | System and method for determining a set of routes, in a computerized environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FA | Abandonment or withdrawal |