MXPA03002912A - Metodo y sistema de subasta inversa. - Google Patents

Abstract

Se muestra un metodo y sistema de subasta inversa en linea; especificamente, dicho metodo y sistema permiten a un comprador que esta interesado en comprar un producto o servicio, crear una solicitud de propuestas y cargarla en un sitio web para que los proveedores tengan acceso; los proveedores presentan ofertas cargandolas en el sitio web en respuesta a la solicitud de propuestas; tanto el comprador como los proveedores pueden ver todas las ofertas presentadas, el comprador puede revisar los detalles de las ofertas presentadas en respuesta a la solicitud de propuestas mientras que el proveedor puede revisar los detalles de la oferta para su oferta presentada; los detalles de la oferta pueden ser revisados teniendo acceso al sitio web; una vez que la oferta ha sido aceptada por el comprador, se envia una confirmacion de aceptacion al comprador y al proveedor que presento la oferta aceptada.

Description

METODO T SISTEMA DE 3ÜBASTA INVERSA CAMPO DE LA INVENCIÓN Esta invención se refiere a subastas en linea. En particular, esta invención se refiere a métodos y sistemas para proveer servicios de adquisición negocio-a-negocio en linea via Internet, con la característica de la colocación de requisitos del comprador para servicios y productos y la comparación de las ofertas del proveedor para el cumplimiento del loe requisitos del comprador.

ANTECEDENTES DE LA INVENCIÓN Las subastas de boletos de lineas aéreas en linea actuales dan a los compradores individuales la oportunidad de ofertar un boleto para una linea aérea. Generalmente, el comprador especifica las fechas del viaje, las ciudades de salida y llegada, y la cantidad máxima de dinero que el comprador desea pagar por boleto. La información especificada se reenvía por el proveedor de la subasta en linea a diversas lineas aéreas o agentes en el intento de obtener los boletos al precio deseado.

Entonces, el comprador recibe una notificación del proveedor de subastas en línea indicando si la oferta del comprador ha sido aceptada por una linea aérea o no. En las subastas en línea actuales, el comprador no puede negociar directamente un precio con la línea aérea. Además, los proveedores de subastas en línea actuales no son las personas adecuadas para satisfacer las necesidades de los compradores corporativos, que están interesados en comprar un gran número de boletos. Esto es así porque en las subastas en línea actuales los boletos de línea aérea no son transíeribles . Además, no se pueden negociar descuentos con una línea aérea cuando un solo comprador compra a la vez un gran número de boletos. Más aún, la única información relevante que se toma en cuenta como parte de la determinación para aceptar las ofertas es el precio de un boleto. Por lo tanto, existe la necesidad en la técnica de métodos y sistemas para subasta que estén a la disposición de un comprador corporativo y que permita a un vendedor presentar la información diferente de la información del precio para un servicio o producto como parte de un p ocedimiento de subasta, en donde el comprador y el vendedor pueden negociar directamente un acuerdo .

SUMARIO DE LA INVBMCIÓW Se describen métodos y sistemas de subasta inversa en linea. Eapecíficamente, dichos métodos y sistemas permiten a un comprador interesado en adquirir un producto o servicio crear una solicitud de propuestas y cargarlas en un sitio web para que los proveedores tengan acceso. Los proveedores presentan las ofertas cargándolas en el sitio web en respuesta a la solicitud de las propuestas. Tanto el comprador como los proveedores pueden ver todas las ofertas presentadas. El comprador puede revisar los detalles de la oferta para todas esas ofertas presentadas en respuesta a la solicitud para las propuestas, al mismo tiempo que un proveedor puede revisar los detalles de la oferta para su oferta presentada. Se pueden revisar los detalles de la oferta teniendo acceso al sitio web. Una vez que una oferta ha sido aceptada por el comprador o una oferta en el contador es aceptada por el vendedor, se envia una confirmación de la aceptación al comprador y al proveedor que presentó la oferta aceptada. Un objetivo de la presente invención es proveer métodos y sistemas que presentan a un comprador corporativo y le permitan a un vendedor introducir información diferente de la información de precio para un servicio o producto como parte de un procedimiento de subasta, en donde el comprador y el vendedor pueden negociar directamente un acuerdo. Además, otro objetivo de la presente invención es proveer a los compradores y vendedores la habilidad para ejecutar un trato o compromiso al conducir negocios entre los mismos. Además, otro objetivo de la presente invención es lograr los objetivos que se establecieron anteriormente, permitiendo tanto a compradores como a vendedores negociar acuerdos vía Internet. Más aún, otro objetivo de la presente invención es colocar en un sitio web los detalles de las solicitudes para las propuestas presentadas por los compradores y de las ofertas presentadas por los vendedores para facilitar el proceso de negociación. Con estos y otros objetivos, ventajas y características de la invención, que pueden ser aparentes en la presente invención posteriormente, la naturaleza de la invención se puede entender claramente con referencia a la siguiente descripción detallada de la invención, las reivindicaciones anexas y las diversas figuras que se anexan a la presente invención.

BREVE DESCRIPCION DE LAS FIGURAS Las modalidades preferidas de la presente invención se describirán en detalle, con referencia a las siguientes figuras, en donde: La figura 1 es un diagrama de flujo de un primer método de la presente invención; Las figuras 2A-2C son dibujos de una interfaz de usuario para ingresar la información de registro del usuario de acuerdo con las modalidades y métodos de la presente invención; Las figuras 3A-3D 30? dibujos de una interfaz de usuario para ingresar la información de política de viaje del comprador de acuerdo con las modalidades y métodos de la presente invención; La figura 4 es un dibujo de una interfaz de usuario para cargar datos históricos de viaje en un sitio web de acuerdo con las modalidades y métodos de la presente invención; Las figuras 5A-5C son dibujos de una interfaz de usuario para crear una solicitud para propuestas de acuerdo con las modalidades y métodos de la presente invención; La figura 6 es un dibujo de una solicitudes de solicitudes de propuestas que están abiertas para ofertas y las ofertas correspondientes de acuerdo con las modalidades y métodos de la presente invención; La figura 7 es un dibujo de los detalles de las ofertas presentadas en respuesta a una solicitud para propuestas de acuerdo con las modalidades y métodos de la presente invención; La figura 8 es un dibujo de una interfaz de usuario para responder a una oferta de acuerdo con las modalidades y métodos de la presente invención; La figura 9 es un dibujo de una interfaz de usuario para buscar una solicitud para propuestas de acuerdo con las modalidades y métodos de la presente invención; La figura 10 es un dibujo de una pantalla de los resultados de la búsqueda de solicitudes de propuestas de acuerdo con las modalidades y métodos de la presente invención; La figura 11 es un dibujo de una pantalla del historial del comprador al que ha tenido acceso el proveedor de acuerdo con las modalidades y métodos de la presente invención; La figura 12 es un dibujo de una pantalla de las solicitudes de propuestas presentadas por un comprador de acuerdo con las modalidades y métodos de la presente invención; La figura 13 es un dibujo de las transacciones entre compradores y proveedores de acuerdo con las modalidades y métodos de la presente invención; La figura 14 es un dibujo de una interfaz de usuario para ingresar las ofertas de acuerdo con las modalidades y métodos de la presente invención; La figura 15A-15B son dibujos de una pantalla de las ofertas presentadas por un proveedor en respuesta a diversas solicitudes de propuestas de acuerdo con las modalidades y métodos de la presente invención; y La figura 16 es un dibujo de un sistema para poner en marcha un método de subasta inversa de acuerdo con las modalidades y métodos de la presente invención. Estas y otras características y ventajas de la presente invención se describen en o son aparentes a partir de la siguiente descripción detallada de las modalidades preferidas.

DESCRIPCION DETALLADA DE LAS, MODALIDADES PRETERIDAS Refiriéndose ahora a los dibujos en los cuales los elementos similares se muestran con números de referencia similares/ la figura 16 muestra un sistema de subasta inversa 1600 de acuerdo con una modalidad de la presente invención. El sistema puede incluir computadoras personales que utilizan los compradores (es decir, PC 1601-1603 del comprador), computadoras personales que utilizan los proveedores (es decir, PC 1604-1606 del proveedor) , y por lo menos un servidor de intercambio de datos 1610, una conjunto de servidores de base de datos y web 1611, y una red (es decir, Internet 1612) que interconecta las PC 1601-1606 y los servidores 1610-1611) Las computadoras personales del comprador 1601-1603 y las computadoras personales del proveedor 1604-1606 pueden ser computadoras personales por si mismas. Alte nati amente, las computadoras personales 1601-1603 se pueden interconectar mediante la intranet de la compañía del comprador. En forma similar, las computadoras personales del proveedor 1604-1606 se pueden interconectar mediante la intranet de la compañía del proveedor. En una modalidad de la presente invención, un comprador puede ser una compañía interesada en comprar boletos de avión de líneas aéreas del proveedor (por ejemplo, una línea aérea) . Un comprador también puede ser representado por una agencia de viajes. Aunque las funciones desarrolladas por el servidor 1610, el servidor de web 1611a, el servidor de base de datos 1611b puede ejecutarse en una sola unidad de servidor, cada una de ellas se ilustra por separado para enfatizar su respectiva funcionalidad. El servidor 1610 puede incluir una computadora con la capacidad para procesar datos a alta velocidad. Los servidores de web y base de datos 1611a-b pueden incluir computadoras equipadas con un software para correr en un sitio web y un sistema de base de datos. Por ejemplo, el servidor de web 1611a puede ser un servidor de Windows NT y puede incluir un software tal como el software de Servicios de Información de Internet Microsoft que se utilizan para suministrar páginas html estáticas que se generan para soportar la funcionalidad de las interfaces de usuario que se muestran a continuación y para modelar los datos que se mantienen en el servidor de la base de datos 1611b. El servidor de web 1611a también puede incluir un software responsable de la réplica de datos entre la base de datos 1611b y el servidor 1610. El servidor de base de datos 1611b puede ser ejecutado corriendo un servidor SQL 7.0 de Oracle en un servidor separado de Windows NT. En es sistema 1600, el servidor de web 1611a sirve como un servidor de linea frontal para recolectar desde y transmitir datos al las PC 1601-1603 del comprador y a las PC del proveedor mediante la Internet 1612. Los datos pueden ser almacenados en los servidores de base de datos 1611b. El servidor de intercambio de datos 1610 puede ser conectado a los servidores de web y de base de datos 1611a-b mediante la Internet 1612. El servidor de intercambio de datos 1610 puede tener acceso a los datos desde los servidores de web y de base de datos 1611a-b. Utilizando los datos a los que se tuvo acceso, el servidor de intercambio de datos 1610 realiza las funciones tales como la búsqueda de solicitudes de propuestas con base en los criterios que han ingresado los proveedores, las ofertas de categorías, etc. La figura 13 ilustra un diagrama de alto nivel de trans cciones potenciales que se pueden realizar como parte de una subasta en linea. En la figura, cada comprador 1302 presenta una RFP. Por otro lado, cada proveedor 1306 puede responder a más de una RFP. Un ejemplo más realista, aunque no se ilustra, es aquel en donde cada comprador presenta más de una RFP y cada vendedor oferta en cualquiera de las RFP presentadas. La figura 1 ilustra una diagrama de flujo de un método para conducir una subasta inversa en línea de acuerdo con una modalidad de la presente invención. El paso 101 incluye el registro en línea de un comprador y por lo menos un proveedor o vendedor. En el análisis de la figura 2 a continuación, se describe la información que ha ingresado ya sea un comprador o un vendedor como parte del registro en línea 101. En el paso 102, el comprador puede ingresar la información sobre la compañía así como la información histórica y la información del viaje programado. La información que ha ingresado el comprador como parte del paso 102 se describe en el análisis de las figuras 3A y 3B a continuación.

En el paso 103, un comprador crea una solicitud de propuestas (RFP) que se puede basar en los datos históricos. Los datos históricos se pueden ingresar como parte del paso 102 o pueden ser automáticamente creados manteniendo un registro de las preferencias de viaje del comprador conforme transcurre el tiempo. La RFP puede incluir información tal como fechas de viajes, aeropuertos de salida y llegada, la clase deseada de servicio, el número de asientos, etc., que permitirían a un proveedor buscar una RFP para juzgar si la RFP es de interés y poder presentar una oferta en respuesta a la RFP (paso 104) . Para una RFP que se mantiene abierta (por ejemplo, un comprador no ha aceptado una oferta presentada en respuesta a la RFP) , las ofertas pueden ser vistas por el comprador y los vendedores que han presentado las ofertas (paso 105) . Esto es, la actividad de ofertación puede verse teniendo acceso al servidor de intercambio de datos 1610 de la figura 16. El paso 106 puede incluir ver los detalles de las ofertas presentadas en respuesta a una RFP particular. En el análisis de la figura 7 a continuación, se describe la pantalla de los detalles de la oferta. El paso 107 incluye acciones que puede tomar el comprador como parte de la subasta inversa. Estas pueden incluir el retirar la RFP, declinar una oferta, aceptar una oferta, o realizar una contra oferta. El paso 108 incluye acciones que puede tomar un proveedor o vendedor como parte de la subasta inversa. Estas pueden incluir aceptar o declinar una contra oferta y responder a una contra ofert . En el paso 109, un vendedor puede enviar un número de identificación corporativa (ID) a un comprador una vez que se ha llegado a un acuerdo de compra. Después que se envia el número ID corporativo, el comprador puede cerrar la transacción . En el paso 110, el servidor de web 1611 transmite una notificación al comprador asi como al vendedor de presentó la oferta ganadora. La notificación indica la confirmación de la aceptación de la oferta. En la figura 2A se ilustra una interfaz de usuario 200 para ingresar la información de registro del usuario. La interfaz de usuario se puede desplegar en cualquiera de las PC 1601-1603 del comprador, en la figura 16. La interfaz 200 puede incluir campos para registrarse ingresando un nombre de usuario 202 y una contraseña 204. También se puede proveer un campo adicional 206 para dar la confirmación de la contraseña. El procedimiento de registro se puede llevar a cabo antes del registro real en el sistema. Esto es, un usuario nuevo puede recibir via correo electrónico un nombre de registro y una contraseña que se requieren para registrarse en el sistema. Alternativamente, un usuario puede primero registrase y después obtener un nombre de registro y contraseña. La figura 2B muestra los campos en la interfaz 200 que se utilizan para ingresar la información sobre la compañía. La información puede incluir el nombre de la compañía 208, la categoría de la compañía 210, el registro federal de causante de la compañía 212, el domicilio de la compañía 216, la ciudad, el estado y el país en el cual se localizan las oficinas principales ( 218 , 220 , 222 ) , los números de teléfono y fax de la compañía (224, 226), el número DUNS 228, y la dirección del sitio web de la compañía 230.

El número DUNS puede ser definido como el número que la compañía Dun & Bradstreet asigna a una compañía para asociar esa compañía con una industria en particular, etc. El número DUNS se puede utilizar en la presente invención para verificar que una compañía en particular que firme su registro de hecho sea una compañía genuina . Como parte del proceso de registro, el comprador ingresa la información de contacto como se ilustra en la figura 2C. Específicamente, el comprador puede ingresar su nombre 232, su puesto 234, su dirección de correo electrónico 236, su lengua principal 238, el número de teléfono 240 y el número de fax 242, La figura 3A ilustra una interfaz de usuario 300 para ingresar la información de las políticas de viaje del comprador. La información de políticas de viaje se puede incluir como parte de la FP y puede utilizarla un vendedor para las RFP objetivo en las cuales deberá presentar una oferta. El comprador también puede ingresar un nombre alias 302 para mantener su anonimato durante el proceso de subasta en línea. El comprador también puede ingresar el nombre de una agencia 304 que se utilizará para reservar el viaje junto con el número de agencia correspondiente 306. El número de agencia IATA se refiere a un número asignado por la Asociación de Transporte Aéreo y se puede utilizar para identificar agencias de viajes que reservan viajes aéreos. Además, el comprador puede indicar si autoriza el uso de la agencia actual 308. Esto es, el comprador puede tener una agencia de viajes o registrar el uso que se puede aceptar para reservar el viaje a través del sistema de la presente invención tal como se indica en el campo 308. Finalmente, si el comprador no desea autorizar el uso de la agencia actual pero, en su lugar, desea autorizar el uso de una nueva agencia para reservar el viaje, el comprador también puede indicarlo con el uso del campo 310. El comprador puede ingresar una clase de servicio deseado para vuelos que duren de un cierto número de horas 312 o que duren más de otro número de horas 314. La clase de servicio puede incluir clase turista, clase ejecutiva, o primera clase. El comprador también puede especifica si desea un vuelo directo sin escalas 316. El comprador puede ingresar la información del aeropuerto alternativo en el campo 318 y la información del patrón de viaje en los campos 320 y 322. La información del patrón de viaje puede incluir un volumen aéreo anual actual 320 y algún cambio esperado en el viaje aéreo 322. El volumen aéreo anual actual puede indicar el volumen aéreo anual del año calendario en dólares. El cambio esperado 322 en el viaje aéreo se puede indicar en términos de porcentaje para el siguiente año calendario . Volviendo ahora a la figura 3B, la interfaz de usuario 300 también puede incluir un campo 326 en el cual el comprador indica que solamente ciertos proveedores podrán ofertar en la RFP . Las lineas aéreas en el campo 326 se pueden seleccionar de una lista de líneas aéreas disponibles 324. La figura 3C despliega campos 328 en los cuales, el comprador puede ingresar las razones por las cuales fueron descartadas las lineas aéreas en la lista 326. Finalmente, la figura 3D despliega un mensaje que se muestra al comprador al obtener su registro con éxito. Después que se ha desplegado este mensaje, se envía un correo electrónico al comprador con la confirmación de su nombre de usuario y contraseña. La figura 4, ilustra una interfaz de usuario 400 para cargar los datos históricos de viaje en un sitio web. En el ejemplo de la figura 4, se pueden localizar los datos históricos de viaje en un archivo en cualquiera de las PC del comprador 1601-1603. La interfaz de usuario 400 provee un campo 402 para ingresar el nombre del archivo histórico de viaje. Se pueden utilizar los datos históricos de viaje para crear una RFP . También se puede crear manualmente una RFP sin confiar en la carga de los datos históricos de viaj e . Los datos históricos de viaje que se van a cargar pueden estar limitados a solamente una parte del historial de viaje. Por ejemplo, el historial de viaje se puede limitar especificando una fecha de inicio y una fecha de término. La interfaz de usuario 400 provee los campos para ingresar una fecha de inicio 404 y una fecha de término 406. La interfaz de usuario 400 también provee campos para ingresar el pais en donde fueron comprados los boletos (408) y para ingresar fechas futuras para viajar (410 y 412 ) . El archivo de datos históricos de viaje se puede crear utilizando un programa de hoja de cálculo tal como Excel. Además, el archivo de datos históricos de viaje puede tener campos que especifiquen la información de rango, la información de par de ciudades, la línea aérea, el recuento de segmento, el costo de facturación, y la clase de servicio. El rango se refiere al rango de mercado con base en el costo de facturación. El campo de rango se llena con un número, en donde uno seria el rango más alto. El costo de facturación se puede definir como la suma del costo de viaje sencillo en el mercado en con un operador particular menos la cantidad gastada en comisiones, descuentos, impuestos, etc. El campo de par de ciudades incluye las ciudades de origen y destino bi-direccionales , mientras el campo de línea aérea incluye la línea aérea que ha volado entre ese par de ciudades. El campo de recuento de segmento puede incluir la suma del número de segmentos volados en un mercado particular con un operador particular. Un segmento se puede definir como un viaje sencillo. Un mercado se puede definir como las ciudades de origen y destino. Dentro del contexto de hotelería, un mercado se puede definir como la ubicación de un hotel. Además, dentro del contexto de renta de autos, un mercado se puede definir como la ubicación de la recolección y devolución del auto . El campo de costo de facturación puede incluir la suma del costo de segmento de un mercado en un operador particular. El campo de clase de servicio puede indicar la clase de servicio volado en un mercado con un operador por base de segmento, que se puede definir como cuánto gasta una compañía en un mercado particular y para una clase de servicio particular (por ejemplo, 100 viajes sencillos de Filadelfia a Dalas en clase turista, donde cada viaje sencillo cuesta $300.00) . El campo de costo de facturación incluiría entonces $30,000 ( 100*$300.00 ) como el costo total gastado en el mercado. La figura 5A ilustra una interfaz de usuario 500 para crear manualmente una RF . La interfaz de usuario puede incluir campos para ingresar una categoría 502; el país de reservación 504 ; las ciudades de origen y destino (506 y 508 ); los segmentos 510; la fecha de inicio de viaje y la fecha de término (512 y 514) ; la clase de servicio 516; la fecha de inicio y la fecha de expiración de la RFP (518 y 520); y una sección para el control de acceso 522.

El campo de categoría 502 se puede referir al tipo de servicio o producto para el cual se ha presentado una RFP . La interfaz de usuario 500 de la figura 5A está personalizada para viajes en linea aérea. Las modificaciones de esta modalidad pueden incluir la personalización de la interfaz de usuario para reflejar las RFP para las cuales se desea un servicio o producto diferente a un viaje aéreo . El campo de país de reservación puede referirse al país en el cual se están comprando los boletos de avión. En el campo 506, los compradores pueden especificar desde qué aeropuerto o aeropuertos desean salir. De forma similar, en el campo 508, los compradores pueden especificar el aeropuerto o aeropuertos a los cuales desean llegar . Los compradores pueden ingresar la información de segmento (es decir, viaje sencillo) en el campo 510. Por ejemplo, los 100 segmentos en el campo 510 reflejan 100 viajes sencillos que han sido solicitados como parte de la RFP. Los campos 512 y 514 pueden incluir una fecha o rango de fechas en los cuales inicia y termina el viaje respectivamente. En el campo 516, los compradores pueden ingresar la clase de servicio deseado. Por ejemplo, los compradores pueden especificar clase turista, ejecutiva o primera clase . En el campo 518, los compradores pueden ingresar una fecha en la cual está disponible una RFP en el sistema para que tengan acceso los vendedores. El campo 520 incluye la fecha en la cual la RFP deja de estar disponible en el sistema para que la revisen los vendedores. La sección de control de acceso 522 en la interfaz de usuario 500 incluye una lista de las líneas aéreas excluidas de la RFP. La figura 5B ilustra una interfaz de usuario 524 para crear RFP utilizando los archivos históricos de viaje cargados. La figura 5C incluye una sección 526 para especificar las fechas históricas de viaje utilizadas para crear una RFP. En la figura 5C, también se ilustra una lista de RFP creadas a partir de los archivos históricos cargados . La figura 6 ilustra una pantalla de una RFP de un comprador que está abierta para ofertas asi como las ofertas correspondientes. La figura 6 también ilustra tres ofertas presentadas (624,626, 628) para una sola RFP. A las RFP se les asigna un número RFP 602. Además de desplegar el número RFP, se incluye información adicional sobre las RFP. Cada RFP en la lista tiene un estatus "activo", que indica que las RFP están abiertas para oferta. Un estatus diferente de activo podría ser "disponible", significa que no se ha recibido ninguna respuesta u oferta; "respuesta", significa que una línea aérea ha presentado una oferta o bien ha respondido a una contra oferta del comprador, "bajo oferta", significa que el comprador ha contra ofertado y espera una respuesta; "vendida", significa que una oferta o propuesta ha sido aceptada por el comprador; y "declinada", significa que las ofertas realizadas no fueron aceptadas por el comprador y que la oferta está cerrada. Otra información relacionada con la RFP y con la oferta incluye el oferente de la oferta 604 , el país de reservación 606, el par de ciudades 608 , el número de segmentos ofrecidos 610, el número de segmentos solicitados 612, la clase de servicio 614, las fechas estándar y de viaje (616, 618) y las fechas de inicio y de término de la RFP (620, 622) . La figura 7 ilustra los detalles de las ofertas presentadas en respuesta a una RFP específica 702. Cada oferta tiene un estatus asociado 703r que puede indicar si la oferta es nueva, si ha sido actualizada, si el comprador ha respondido a la misma, o si ha sido declinada. Los vendedores también tienen acceso a los detalles de la oferta para una RFP específica y por lo tanto, pueden actualizar sus ofertas en un intento por lograr que sean aceptadas por el comprador. En una modalidad de la presente invención, una vez que una oferta ha sido declinada para una RFP particular, el vendedor que presentó la oferta declinada puede no actualizar dicha oferta o presentar una nueva en respuesta a esa RFP. El campo 704 indica el nombre de la línea aérea que está presentando la oferta. La sección de compromisos del vendedor puede incluir el precio 705, el descuento en porcentaje 706, la rebaja en porcentaje 708, las actualizaciones 710, y las millas de viajero frecuente 712. La sección de compromisos del vendedor incluye los campos de segmento 714, el porcentaje de viajes sencillos ofrecidos 716, el costo en porcentaje 718, y una cantidad de costo 720. Los campos de segmento 714 incluyen el número de segmentos ofrecidos por una línea aérea al precio por segmento indicado en la columna de precios 705. El costo en porcentaje 718 puede incluir el porcentaje del costa que se ha gastado en un mercado determinado que pudiera requerir el proveedor para poder dar un descuento o incentivo. Por ejemplo, un proveedor puede esperar recibir $100, 000.00 para que valga la pena ese negocio en un mercado en particular o en un mercado en paquete (por lo menos dos mercados) en intercambio de un 10% de descuento en esos mercados. En otro ejemplo, un proveedor puede esperar recibir el 50% de la cantidad de dinero gastado en un mercado en particular, es decir, un comprador gasta $300, 000.00 por año en un mercado determinado y el proveedor espera por lo menos $150,000.00 del comprador . La figura 8 ilustra una interfaz de usuario 800 para responder a una oferta. Un comprador puede revisar una oferta 624 para un número FP particular 802 y puede responder a esa oferta ya sea aceptando, declinando, o respondiendo a la oferta utilizando los botones 804. La figura 9 ilustra una interfaz de usuario que se despliega a un vendedor para buscar ya sea los compradores o RFP en el sistema que cumple con ciertos criterios. La interfaz de usuario 900 puede incluir campos 904 que permitan a un vendedor buscar las RFP con base en los criterios tales como el aeropuerto de salida o llegada especificados por un comprador, el par de ciudades, el número de segmentos, la clase de servicio, las fechas de viaje, etc.; los campos 906 que permitan al vendedor buscar las RFP de los compradores que se basan en los criterios de los compradores tales como la ubicación de las oficinas principales de la compañia compradora, la agencia de viajes del comprador, el cambio esperado en el volumen aéreo, etc . El campo de búsqueda 902 provee a los vendedores la opción de buscar todas las RFP disponibles que han sido abiertas dentro de un cierto periodo. Finalmente, el vendedor tiene la opción de buscar las RFP haciendo clic en el botón 908 en la interfaz de usuario 900; o buscando compradores, haciendo clic en el botón 910. La información de RFP puede residir en la base de datos 1611 de la figura 16 y la búsqueda se puede llevar a cabo conduciendo una encuesta en la base de datos utilizando, por ejemplo, comandos SQL que incluyen la información ingresada en los campos 904 y 906 como parámetros para la encuesta. Una vez que los RFP que cumplen la descripción en los campos son recuperados de la base de datos, se pueden desplegar al vendedor. Cada RFP incluye información además de la utilizada por el vendedor como parámetros para la búsqueda. La figura 10 ilustra una pantalla de los resultados de la búsqueda para los compradores . Los compradores pueden ser identificados mediante un nombre alias 1002. La información desplegada puede ser relacionada con una RFP específica, presentada por el comprador 1002, que cumple con los criterios de búsqueda de RFP. La información puede incluir el volumen aéreo del cliente 1006, la agencia de reservaciones para la RFP específica 1004, la ciudad de oficinas principales 1008 y el estado de las oficinas principales 1010. El volumen aéreo se puede definir como la cantidad total que una empresa espera gastar en viajes aéreos durante un periodo específico. Por ejemplo, un volumen aéreo anual de una empresa de $1,500,000.00 significa que la empresa espera gastar esa cantidad de dinero en viajes aéreos durante el curso de ese año. La figura 11 ilustra una pantalla ejemplar de la información histórica del comprador, tal como tuvo acceso un proveedor. La información desplegada puede incluir el nombre alias del comprador 1102, el volumen aéreo anual en dólares 1104, el cambio de volumen aéreo esperado 1114, la agencia de reservaciones 1106 y los números IATA asociados 1112, la indicación de autorización de agencia 1108, la agencia que requirió reservar 1110, y la información de políticas de viaje 1116. El vendedor puede tener acceso a una lista de vuelos reservados 1118 por el comprador dentro de un rango de fechas de datos históricos de interés. La figura 12 ilustra una pantalla de la lista de RFP 1204 presentada por un cliente en particular 1202. La lista 1204 puede incluir un RFP del comprador que cumple con los criterios de búsqueda de un vendedor, asi como otras RFP presentadas por el mismo comprador. La figura 14 ilustra una interfaz 1400 para ingresar ofertas. Una vez que un comprador identifica una oferta de interés, el comprador puede iniciar la negociación con el vendedor que presentó esa oferta. El comprador puede responder a la oferta inicial como parte de las negociaciones . La interfaz de usuario 1400 puede desplegar la oferta original hecha por el vendedor 1401 asi como la contra oferta 1402. La interfaz 1400, cuando es desplegada al proveedor, presenta al proveedor un campo 1404 para responder a la contra oferta del comp ador . La figura 15A ilustra una lista 1502 de las ofertas en progreso presentadas por un proveedor en respuesta a diversas RFP. La información en la lista puede incluir el número de RFP 1504, el nombre alias del comprador 1506, el pais de reservación 1508, el par de ciudades 1510, el número de segmentos ofrecidos en la oferta 1512, el número de segmentos que inicialmente fueron solicitados por el comprador 1514, la clase de servicio 1516, la fecha de inicio del viaje 1518, la fecha de término del viaje 1520, la fecha de inicio del RFP 1522 y la fecha de expiración de RFP 1524. De forma similar, la figura 15B ilustra una lista de RFP que han sido finalizados 1526. La lista 1526 incluye una sección que especifica esas RFP que han sido vendidas a otros proveedores 1528 asi como aquellas declinadas 1530. Aunque esta invención se ha descrito en conjunto con las modalidades especificas delineadas anteriormente, es evidente que aquellos expertos en la técnica verán aparentes diversas alternativas, modificaciones y variaciones a la misma. Por consiguiente, las modalidades preferidas de la invención que se estipularon anteriormente tienen la intención de ser ilustrativas mas no limitativas. Se pueden realizar diversos cambios sin apartarse del alcance y espiritu de la invención .

Claims (1)

1. NOVEDAD DE LA INVENCIÓN Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las s iguientes : REIVINDICACIONES 1.- Un método de subasta inversa en linea que comprende: recibir información de un comprador para crear una solicitud de propuestas; colocar la solicitud de propuestas en un sitio web para que tengan acceso los vendedores; desplegar a los vendedores y al comprador mediante el sitio web por lo menos una oferta presentada en respuesta a la solicitud de propuestas por lo menos por uno de los vendedores; y recibir notificación de aceptación para una de las ofertas. 2.- El método de conformidad con la reivindicación 1, caracterizado porque se recibe información de un comprador para crear la solicitud de propuestas que comprende: recibir una categoría de servicio; recibir una fecha de inicio para tener acceso a la solicitud de propuestas; recibir un número de segmentos; y recibir una fecha de expiración para tener acceso a la solicitud de propuestas . 3.- El método de conformidad con la reivindicación 2, caracterizado porque se recibe información de un comprador para crear la solicitud de propuestas que además comprende: recibir la linea aérea como la categoria de servicio; recibir la información de salida y llegada del aeropuerto; y recibir las fechas de viaje. .- El método de conformidad con la reivindicación 1, que además comprende: desplegar los detalles de la oferta para la solicitud de propuestas . 5. - El método de conformidad con la reivindicación 1, que además comprende: recibir un registro de los datos históricos de viaje del comprador y colocar el registro en el sitio web. 6.- El método de conformidad con la reivindicación 5, caracterizado porque se recibe información de un comprador para crear la solicitud de propuestas que comprende: recibir un registro de datos históricos de viaje en su totalidad, múltiples selecciones del registro, y una sola selección del registro, para crear la solicitud de propuestas . 7. - El método de conformidad con la reivindicación 5, caracterizado porque se recibe el registro de los datos históricos de viaje del comprador que comprende: recibir las ciudades de origen y destino; recibir una linea aérea utilizada para viajar entre la ciudad de origen y la ciudad de destino; recibir la suma de un número de viajes sencillos volados en un mercado en particular en una linea aérea en particular; recibir un cambio esperado en la información de viajes; recibir una suma del costo de segmento de un mercado en una linea aérea en particular; y recibir información que indique la clase de servicio volado en un mercado en un mercado en una linea aérea por segmento . 8. - El método de conformidad con la reivindicación 1, que además comprende: crear un contrato electrónico entre el comprador y el vendedor que presentó la oferta aceptada. 9.- El método de conformidad con la rei indicación 1, que además comprende: recibir ofertas del comprador y un vendedor para negociar una oferta . 10.- El método de conformidad con la reivindicación 9, caracterizado porque recibir ofertas comprende recibir una contra oferta. 11. - El método de conformidad con la reivindicación 9, caracterizado porque declinar una oferta recibida detiene la negociación de la oferta. 12. - El método de conformidad con la reivindicación 10, caracterizado porque declinar una contra oferta recibida detiene la negociación de la oferta . 13.- Un método de subasta inversa en linea que comprende: buscar las solicitudes de propuestas en una base de datos; tener acceso a una solicitud de propuestas; recibir una primera oferta en respuesta a la solicitud de propuestas; desplegar otras ofertas recibidas en respuesta a la solicitud de propuestas, y enviar una notificación a una de las partes que presentó la solicitud de propuestas cuando esa parte acepta una oferta. 14. - El método de conformidad con la reivindicación 13, que además comprende desplegar los detalles de la oferta para la solicitud de propue s ta s . 15. - El método de conformidad con la reivindicación 1, caracterizado porque desplegar los detalles de la oferta incluye por lo menos uno de los siguientes: desplegar un rango de una oferta; desplegar el estatus de una oferta; desplegar al proveedor que está realizando la oferta; desplegar el precio; desplegar el descuento del precio de compra del punto de venta; desplegar la información del reembolso de efectivo; desplegar la información de actualizaciones; desplegar las millas acreditadas; desplegar la fecha de expiración de la oferta; desplegar el número de segmentos; desplegar los segmentos como un porcentaje del número total de viajes esperados; y desplegar el porcentaje de costo de facturación. 16. - El método de conformidad con la reivindicación 13, que además comprende: actualizar la primera oferta después que el vendedor revise otras ofertas . 17. - El método de conformidad con la reivindicación 13, que además comprende: recibir una contra oferta de la parte que presentó la solicitud de propuestas. 18. - El método de conformidad con la reivindicación 13, caracterizado porque la búsqueda de solicitud de propuestas comprende: recibir los criterios de búsqueda que incluyen un par de ciudades, el código del aeropuerto, el número de segmentos, la clase de servicio, las fechas de inicio y término del viaje/ la solicitud de propuestas abiertas y fechas de expiración, y la solicitud del número de propuestas. 19.- El método de conformidad con la reivindicación 13, que además comprende buscar compradores con una solicitud disponible de propuestas . 20. - El método de conformidad con la reivindicación 19, caracterizado porque la búsqueda de compradores con una solicitud disponible de propuestas comprende: recibir los criterios de búsqueda que incluye por lo menos uno de los siguientes; el volumen de viaje anual; la agencia de viajes; el número de identificación del comprador; la agencia de reservaciones; el número de agencia IATA; el cambio esperado en el volumen de viaje; la información del aeropuerto alternativo; y la ubicación de las oficinas principales del comprador. 21. - El método de conformidad con la reivindicación 13, caracterizado porque tener acceso a una solicitud de propuestas incluye: desplegar la información genérica del comprador sin que se despliegue el nombre del comprador. 22.- El método de conformidad con la reivindicación 13, caracterizado porque tener acceso a una solicitud de propuestas incluye: desplegar la información histórica del comprador. 23.- El método de conformidad con la reivindicación 13, caracterizado porque recibir una primera oferta comprende: recibir un precio y por lo menos uno de los siguientes: recibir un descuento en porcentaje; recibir la información de rebaja; recibir la información de actualizaciones; y recibir las millas de viajero frecuente incluidas como una oferta de bonificación. 24. - El método de conformidad con la reivindicación 13, caracterizado porque recibir una primera oferta comprende: recibir la información en porcentaje de costo sobre una oferta realizada; recibir el porcentaje de negocios deseados de oferta con base en los segmentos; y recibir el precio por segmentos; e ingresar el número de segmentos comprometidos por el comprador. 25. - El método de conformidad con la reivindicación 14, caracterizado porque desplegar los detalles de la oferta incluye por lo menos uno de los siguientes: desplegar un rango de una oferta; desplegar el estatus de una oferta; desplegar al proveedor que está realizando la oferta; desplegar el precio; desplegar el descuento del precio de compra del punto de venta; desplegar la información del reembolso de efectivo; desplegar la información de actualizaciones; desplegar las millas acreditadas; desplegar la fecha de expiración de la oferta; desplegar el número de segmentos; desplegar los segmentos como un porcentaje del número total de viajes esperados; y desplegar el porcentaje de costo de facturación. 26. - Un sistema para conducir una subasta inversa en linea que comprende: medios para buscar las solicitudes de propuestas en una base de datos; medios para tener acceso a una solicitud de propuestas; medios para recibir una primera oferta en respuesta a la solicitud de propuestas; medios para desplegar otras ofertas recibidas en respuesta a la solicitud de propuestas; medios para desplegar los detalles de la oferta para la solicitud de propuestas; y medios para enviar un número de identificación a una de las partes que presentó la solicitud de propuestas cuando esa parte aceptó una oferta . 27. - Un sistema para conducir una subasta inversa en linea que comprende: medios para recibir información de un comprador para crear una solicitud de propuestas; medios para colocar la solicitud de propuestas en un sitio web para que tengan acceso los vendedores; medios para desplegar a esos vendedores y al comprador mediante el sitio web por lo menos una oferta presentada por lo menos por uno de los vendedores en respuesta a la solicitud de propuestas; y medios para recibir la notificación de aceptación para una de las ofertas.