MX2008014302A - Aparato para el control y procesamiento de accesos??. - Google Patents

Abstract

La presente invención se refiere a métodos y sistemas para proporcionar control de acceso seguro a una instalación. Un sistema de control de acceso comprende un escáner situado junto a un lugar de entrada. Un sistema informático se acopla al escáner. El sistema está configurado para recibir un código de datos de identificación de usuario escaneados de un boleto de entrada de un portador de boleto a través del escáner, decodificar el código de datos de identificación del usuario, y transmitir la identificación de usuario decodificada a una terminal de pantalla para que se despliegue en pantalla a un portero a fin de que pueda determinar si el portador del boleto debe ser admitido. Un torniquete opcional está acoplado a un sistema informático, en el que el sistema informático permite la rotación del torniquete.??.

Description

APARATO PARA EL CONTROL Y EL PROCESAMIENTO DE ACCESOS ANTECEDENTES DE LA INVENCIÓN Campo de la invención La presente invención se refiere a métodos y sistemas para proporcionar control de acceso seguro a una instalación, y, en particular, a los sistemas y métodos para la instalación de acceso fichas.

Descripción del arte previo relacionado La protección y la seguridad de los espectadores en los deportes y otros eventos de entretenimiento es una preocupación de entretenimiento caso de los operadores. Seria conveniente comprobar que los asistentes a tales eventos no son conocidas por ser posibles de seguridad o los riesgos de seguridad. El caso de reventa de entradas plantea otro reto a los posibles asistentes caso y caso de los operadores, por una serie de razones incluyendo pero no limitado al hecho de que (a) cuando es un boleto revendido el caso de operador ya no sabe que el nuevo titular es decir, (b) los consumidores pueden verse defraudados en relación con la transferencia, (c) boleto de cuero (es decir, la reventa de un boleto para más de su precio de cara) si es un delito en muchas jurisdicciones, (d) en entradas vendidas por debajo de la fijación de precios de mercado, a la artista que los miembros de club de fans, o bajo otras condiciones especiales a menudo son revendidos a los nuevos titulares que no eran los destinatarios de estas prestaciones, y (e) la actividad de reventa se producen cerca del lugar de entretenimiento puede causar multitud de control u otros problemas de seguridad.

COMPENDIO DE LA INVENCIÓN Un ejemplo de incorporación proporciona un sistema de control de acceso, que comprende: un escáner situado junto a un lugar de entrada, y un sistema informático junto con el escáner, el sistema configurado para recibir código de usuario los datos de identificación del escaneado de una admisión de un modo simbólico portador a través del escáner; descifrar el código de usuario los datos de identificación; transmitir el usuario decodificado a la identificación de una terminal para la visualización de una puerta poseedor a fin de que la puerta poseedor puede determinar si el signo es portador de ser admitido . Un ejemplo de incorporación proporciona un método de control de acceso utilizando un equipo basado en sistema de control de acceso, el método que comprende: la recepción de un terminal de usuario a través de una red en el sistema de control de acceso a petición de un usuario para una pluralidad de permisos de acceso; y la prestación de los sistema de control de acceso a través de la red para el usuario terminal de una solicitud que el usuario proporcione información de identificación de los destinatarios de los permisos de acceso, en el que el usuario es informado de que uno de los permisos de acceso debe ser asignado al usuario. Un ejemplo de incorporación proporciona el método de control de acceso utilizando un equipo basado en sistema de control de acceso, el método que comprende: la recepción de un terminal de usuario a través de una red en el sistema de control de acceso una solicitud de un primer usuario para la compra de una pluralidad de permisos de acceso; de la prestación de sistema de control de acceso a través de la red para el usuario terminal de una solicitud que el usuario proporcione información de contacto para en un segundo usuario al que una primera de la pluralidad de permisos de acceso es que debe prestarse; utilizando la información de contacto a contacto el segundo usuario con una petición de uno o más tipos de identificación, y menos en parte, en respuesta a la recepción de la solicitud de identificación para el segundo usuario, proporcionando un primer permiso de acceso con un identificador único en relación con el segundo usuario, en el que el identificador único es la máquina lectura y / o legible por el hombre.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Modalidades de la presente invención se describen con referencia a los dibujos se resume a continuación. Estos dibujos y la descripción asociados están siempre ejemplo para ilustrar las incorporaciones de la invención, y no a limitar el alcance de la invención.

Las figuras 1A-1B ilustran ejemplos de sistemas en red. La figura 2 se ilustra un primer ejemplo del proceso. La Figura 3 ilustra un proceso de segundo ejemplo. Figura 4 ilustra un primer ejemplo de interfaz de usuario.

La figura 5 ilustra un segundo ejemplo de interfaz de usuario . Figura 6 ilustra un tercer ejemplo interfaz de usuario. Figura 7 ilustra un caso de ejemplo boleto.

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS Métodos y sistemas se describen en este documento para proporcionar control de acceso seguro a una instalación mediante la instalación de acceso fichas, como física o electrónica de boletos. A lo largo de la siguiente descripción, el término Sitio web se utiliza para referirse a un usuario del servidor del sitio que se aplica la base World Wide Web las normas para la codificación y la transmisión de documentos hipertextuales . Estas normas incluyen actualmente HTML (el lenguaje de marcado de hipertexto) y HTTP (el Protocolo de transferencia de hipertexto) . Debe entenderse que el término Sitio no se pretende dar a entender una sola ubicación geográfica, como una web u otros sitio de la red, por ejemplo, puede incluir múltiples geográficamente distribuidos los sistemas informáticos que estén debidamente unidos entre sí. Por otra parte, mientras que la siguiente descripción se refiere a una encarnación de la utilización de Internet y los protocolos conexos, otras redes, tales como la red de televisión interactiva, y otros protocolos pueden utilizarse como así. Además, a menos que se indique otra cosa, las funciones descritas en este documento se realiza preferentemente por módulos de software incluyendo el código ejecutable y las instrucciones se ejecutan en una o más computadoras de uso general. Las computadoras pueden incluir una o más unidades centrales de proceso (CPU) que ejecutar código de programa y proceso de datos, la memoria, incluyendo uno o más de memoria volátil, tales como memoria de acceso aleatorio (RAM) para almacenar datos temporalmente y estructuras de datos durante la ejecución del programa, memoria no volátil, como una unidad de disco duro, unidad óptica, o Flash Drive, para almacenar programas y datos, incluyendo bases de datos, que podrá ser contemplado como un sistema de base de datos, y una interfaz de red para acceder a una intranet y / o Internet. Además, los equipos pueden incluir una pantalla para mostrar interfaces de usuario, datos, y similares, y uno o más dispositivos de entrada de usuario, tales como un teclado, ratón, dispositivo señalador, micrófono y / o similares, utilizados para navegar, proporcionar comandos, escriba la información, facilitar las consultas de búsqueda, y / o similares. Sin embargo, la presente invención también puede ser aplicado usando computadoras para fines especiales, terminales, máquinas de estado y / o circuitos electrónicos Hardware. Además, el ejemplo de los procesos descritos en el presente documento no necesariamente tienen que ser realizadas en la secuencia descrita, y no todos los Estados que se han alcanzado o realizado. Además, mientras que el término Códigos de barras y escaneo de códigos de barras pueden ser utilizados aquí como ejemplos de la información y la identificación de codificación y recuperación de técnicas, teniendo otro tipo de información y las correspondientes técnicas de exploración o técnicas de lectura puede ser utilizado como asi. Por ejemplo, bandas magnéticas, códigos legibles por humanos, de memoria no volátil, chips inteligentes, y / o similares pueden ser utilizados para almacenar la información, incluida la información de identificación, información asiento, información de eventos, información titular boleto, boleto emisor de información, y la gustar. Además, mientras que la siguiente descripción puede referirse a Clic en un vinculo o un botón, o pulsando una tecla a fin de ofrecer un comando o hacer una selección, la selección de comandos o también puede hacerse utilizando otras técnicas de entrada, tales como el uso de voz, lápiz, ratón o flotando sobre un área de entrada, y / o similares. Además, el plazo Botón a que se refiere el presente documento puede incluir tanto el software generado botones de muestra en una pantalla y teclado de botones físicos, según corresponda. En una encarnación ejemplo, relacionadas con la seguridad de datos, como comprador de un boleto S nombre y / o otro medio de identificación, es recibida en un sistema asociado o que es parte de una computarizado sistema de distribución de entradas. Por ejemplo, una regla, almacenados en un sistema de distribución de entradas de base de datos, puede exigir que un boleto de comprador (por ejemplo, un boleto comprador para la compra de entradas múltiples de personas) proporcionan (por ejemplo, a través de un terminal asociada con el boleto comprador, en un kiosco o boleto en otros puntos de compra) los nombres y / o otros identificadores de las personas que van a utilizar los boletos. En una encarnación ejemplo, un comprador adquiere boletos (por ejemplo, el caso de entradas para un evento deportivo, concierto, película, juego, justo, etc) a través de uno o más canales de entrada, como a través de un sitio Web asociado con el boleto sistema de distribución, a través de un kiosco, a través de una taquilla, entradas u otros canales. El comprador dispone, a través del canal correspondiente, Ios-nombres y / o cualquier otro medio de identificación relacionados con las personas que van a utilizar los boletos. Opcionalmente, el comprador puede asignar específicamente un determinado boleto (por ejemplo, un boleto para un asiento reservado) a un llamado / identificados individual, o el comprador puede permitir que el sistema de distribución de entradas para asignar automáticamente los boletos comprados a nombre de las personas correspondientes. Opcionalmente, a fin de evitar o de otro tipo scalpers ticket de compra de los revendedores de entradas para la reventa, el comprador podrá ser obligado a designar a sí misma o a sí mismo como un usuario de uno de los boletos comprados. Opcionalmente, el comprador está prohibido o no impedido de transferir el boleto designados para el comprador a otra persona, o, opcionalmente, se impidió la transferencia de más de un determinado número de entradas original designado para el comprador a otro usuario en un período determinado de tiempo (por ejemplo, más de tres veces al año, más de dos veces cada seis meses, etc. ) A modo de ilustración, con el fin de mejorar la seguridad, además de o en lugar de nombres, opcionalmente, el boleto comprador puede pedir a una única o sustancialmente identificador único asociado con las personas que se van a utilizar los boletos. Por ejemplo, el identificador único puede ser un número de licencia de conducir (número, tal como se utiliza en este documento puede incluir letras y otros caracteres, así como números) , un número de seguro social, un número de tarjeta de crédito, un identificador asociado a una cuenta de la persona tiene con el sistema de boleto, o de otro tipo, gubernamentales o no gubernamentales identificador . Opcionalmente, además de, o en lugar de la recepción de ciertos tipos de información de identificación del comprador boleto, el boleto comprador se le pide que proporcione información de contacto (por ejemplo, una dirección de correo electrónico, SMS una dirección, un teléfono, dirección y / o dirección de mensajería instantánea) para un determinado individuo, y el sistema de boleto transmitir, a través de la dirección de contacto, una solicitud de la persona que solicite la información de identificación. Por ejemplo, la solicitud puede incluir una solicitud de los identificadores anteriormente, una lectura biométrica (por ejemplo, la imagen de la cara y / o cuerpo, huellas dactilares, palma de impresión, sentido de exploración, exploración de retina, exploración de voz, etc) , una clave privada, un identificador de una tarjeta inteligente u otro identificador . Opcionalmente, si ciertos tipos de información de identificación de la persona, el individuo no puede ser solicitada siempre que esa información de nuevo. Opcionalmente, la persona puede ser solicitada para ir a un sitio determinado (por ejemplo, un boleto de salida o de otro lugar) para tener ciertos datos biométricos explora adoptadas y / o copias de ciertos documentos de identificación (por ejemplo, una copia de una licencia de conducir) . Opcionalmente, la solicitud puede ser en la forma de un mensaje de correo electrónico con enlaces a un formulario Web que proporciona sobre el terreno a través de la información de identificación que se pueden introducir. Cuando la identificación se recibe desde el individuo, que se almacena en una base de datos en asociación con datos de identificación del boleto (por ejemplo, un boleto único sustancialmente código) asignado a la persona. Opcionalmente, si la persona es un usuario registrado del sistema de expedición de boletos, el boleto comprador puede proporcionar un identificador que se almacena en asociación con la persona S cuenta (por ejemplo, una única ID de usuario) , en lugar de, o además de a proporcionar la información de identificación se ha mencionado anteriormente. Por lo tanto, el comprador es opcional librado de los problemas de proporcionar más información de identificación. Un determinado boleto se asocia con un nombre designado individual y tiene el individuo S nombre y / u otro identificador (por ejemplo, un número de licencia de conducir u otro identificador) físicamente o por medios electrónicos o impresos formada al respecto. Por ejemplo, el nombre y / o otro medio de identificación puede ser proporcionado en formato legible por el hombre, y / o máquina en forma legible por máquina, como por ejemplo en la forma de un código de barras, o almacenados en la memoria magnética (por ejemplo, una banda magnética) , en memoria de estado sólido (por ejemplo, memoria flash) , o a través de un dispositivo óptico (por ejemplo, un holograma) .

Opcionalmente, uno o más de los identificadores se proporcionan en el boleto de cifrado y / o no cifrado. Por ejemplo, el cifrado se puede realizar utilizando una clave privada como parte de la criptografía de clave asimétrica o simétrica usando algoritmos de clave. Ventajosamente, la versión cifrada de la identificación sería difícil para alguien a forjar, de tal forma que, cuando se descifra con una clave proporcionada por el sistema de venta de entradas, que corresponden a la identificación sin cifrar. Opcionalmente, si un identificador de una persona es utilizada para múltiples entradas (por ejemplo, para la temporada de abono) la versión encriptada del identificador será diferente para cada boleto, lo que hace más difícil de falsificar. Opcionalmente, sólo una versión cifrada de un identificador está previsto en el boleto, lo que permite el identificador que se mantiene como privado (como puede ser deseable para un número de seguro social o número de licencia de conducir) . A modo de ejemplo, el boleto puede ser un boleto electrónico de transmisión para el usuario a través de una red (por ejemplo, a través del correo electrónico el boleto comprador terminal, descargado de un sitio Web a la adquisición de boletos a través de un navegador, transmitida a una red inalámbrica teléfono celular, etc) con un boleto incrustado titular identificador, identificador de boletos comprador y / o un identificador único boleto. Opcionalmente, el boleto puede ser un boleto emitido físicamente (por ejemplo, enviado por correo a la entrada comprador o al comprador del boleto en un boleto de salida) con un boleto impreso titular identificador, un identificador de boletos comprador, y / o un identificador único boleto. Opcionalmente, en caso de un boleto comprador adquiere un boleto para ser utilizado por otro, el boleto, opcionalmente, puede ser transmitida por el sistema de venta de entradas directamente a los beneficiarios designados. Por ejemplo, el boleto puede ser enviado a un físico o una dirección electrónica facilitada por el comprador de boletos durante el proceso de compra, o utilizando una física o una dirección de correo electrónico almacenado previamente en el boleto base de datos del sistema designado por el destinatario (por ejemplo, en una cuenta establecida por el beneficiario designado) o por el boleto comprador (por ejemplo, en una libreta de direcciones en línea, o un almacén de datos de información de contacto de las personas que han recibido previamente los boletos a partir de la entrada comprador) . Opcionalmente, el sistema de venta de entradas puede determinar si una persona a quien es un boleto que se asignará en una lista de vigilancia (por ejemplo, un boleto Escalpadora, presunto delincuente, el sistema abusador, hooligan, riesgo para la seguridad, y / o terroristas / no la mosca de listas de vigilancia) . Si la persona está en esa lista de vigilancia, el sistema de venta de entradas, opcionalmente, automáticamente (o bajo control manual) transmite (por ejemplo, a través de una red, en forma de un mensaje de correo electrónico, mensaje SMS, mensaje instantáneo, o de otro tipo de mensajes-tipo) una notificación a otra entidad, como un federal, estatal o agencia de seguridad privada y, opcionalmente, un boleto no se asignará a la persona, o el boleto se le asignará una alerta y se prestará a una entidad de seguridad. La notificación puede incluir la persona S nombre y / o en otros la identificación y la información de contacto, el boleto comprador? S nombre y / o en otros la identificación y la información de contacto, información acerca de cuando el intento de cesión se llevó a cabo, y en relación con la información del boleto caso, por ejemplo, como el nombre del evento, la fecha, la hora y el lugar. Opcionalmente, la boletos sistema transmite automáticamente a través de la red (por ejemplo, en la forma de un archivo o correo electrónico) los nombres u otros identificadores asociados con la adquisición de boletos y / o otras personas a las que las entradas deben ser asignadas a un gobierno o entidad no gubernamental, que puede entonces determinar si el boleto comprador o individuos o en una lista de vigilancia (por ejemplo, uno o más de boleto Escalpadora, presunto delincuente, Venta de entradas sistema de la regla abusador, hooligan, riesgo para la seguridad, y / o terroristas / no la mosca de listas de vigilancia) . Opcionalmente, el gobierno o entidad no gubernamental puede presentar una notificación a la entrada del sistema en cuanto a si el boleto comprador o individuos o en una lista de vigilancia, y / o si o no un boleto debe ser emitido a la entrada comprador o particulares . Opcionalmente, el comprador de las entradas y / o una persona vinculada con un boleto comprado puede transferir (por ejemplo, vender o transferir la propiedad como un regalo) un boleto comprado a otro individuo. Por ejemplo, la transferencia puede realizarse a través de un sitio web asociado con el sistema de distribución de entradas. El sitio web del operador podría, opcionalmente, permitir la transferencia de estas entradas a otras personas. Opcionalmente, cada vez que un boleto de transferencia o reasignación se haga, es una tarifa de habitación. Opcionalmente, sólo usuario registrado S el boleto de sistema y / o usuario S que tienen un mayor afiliación (por ejemplo, mediante el pago de una cuota anual) , se permite la transferencia de boletos. Opcionalmente, a fin de desalentar la compra de scalpers de boletos, el comprador se vea impedido de transferir el boleto asignados al comprador, sino también a otros cesionarios, pueden ser autorizadas a transferir o reasignar entradas. Por lo tanto, si un Escalpadora compras múltiples entradas con la intención de la reventa de las entradas, el comprador se impide la reventa o ceder de otra manera, al menos, un boleto. Además, el comprador de un boleto puede ser limitado a la compra de no más de una cantidad determinada de boletos (por ejemplo, 4 entradas) . Así, por ejemplo, si un Escalpado'ra comprado el número máximo de entradas permitidas, tales como 4 boletos, y el comprador se vea impedido de transferir al menos uno de esos boletos y, a continuación, el 25% de los boletos adquiridos por el Escalpadora se desperdicia, lo que proporcionar un desincentivo para scalpers. Por lo tanto, si el comprador intentos de transferir un boleto a través del sistema (de manera similar como se describe a continuación) , el sistema detecta un intento de este tipo, informa al comprador de que tal transferencia no está permitida, y no un proceso de transferencia .

Como igualmente se ha mencionado anteriormente, el usuario transferir el boleto, opcionalmente, se pidió a proporcionar los datos de identificación y / o información de contacto para el nuevo individuo, utilizando el mismo o un proceso similar como se ha mencionado anteriormente. Opcionalmente, de manera similar como se ha mencionado anteriormente, el nuevo contacto es individual y pidió a proporcionar información de identificación. La identificación de la información se almacena en una base de datos del sistema. Una nueva física o boleto electrónico se emite con el nombre u otro identificador asociado con el nuevo individuo. Opcionalmente, para seguir scalpers de desalentar la compra de boletos, la capacidad de transferencia de entradas puede estar limitado a ciertos períodos de tiempo. Por ejemplo, opcionalmente, un boleto comprador S cesionario o boleto S la capacidad de reasignar o transferencia de un boleto puede limitarse a una o más ventanas de tiempo. A modo de ejemplo, la reasignación / transferencia de boleto puede ser limitado a un cierto período de tiempo después de que el boleto fue adquirido (por ejemplo, 5 días) y / o un cierto período de tiempo antes de la fecha de evento (por ejemplo, 2 días) . Cuando una persona con un boleto de entrada las solicitudes en un caso el lugar (por ejemplo, un estadio, un recinto ferial, una sala de conciertos, una sala de conferencias, etc) , el individuo es, opcionalmente, pedirá que proporcione una forma adicional de identificación, como, a modo de ejemplo, una licencia de conducir, un pasaporte, una tarjeta de identidad, una tarjeta de identificación nacional, una tarjeta de crédito, y / o una tarjeta inteligente. Opcionalmente, la persona también puede ser solicitado o necesario para proporcionar la información biométrica (por ejemplo, fotografía, huellas digitales, palma de impresión, sentido de exploración, exploración de retina, exploración de voz, etc) a través de un escáner biométrico. Una puerta poseedor (por ejemplo, un boleto de colección o de guardia situado en un lugar de entrada) los controles del boleto y la forma adicional de identificación para determinar si hay un partido (por ejemplo, que el boleto de usuario S nombre en el boleto coincide con el nombre de la forma adicional de identificación) . Opcionalmente, si el boleto contiene codificada (por ejemplo, cifrado) los datos de identificación, un sistema de escáner electrónico (por ejemplo, un lector de códigos de barras, un lector de tarjetas magnéticas y / o una cámara) lee el codificado / cifrado de datos a partir de la entrada , Decodifica (por ejemplo, descifra, ya sea directamente o a través de otro sistema) los datos de identificación, y muestra la decodificados / descifrar los datos de identificación a la puerta poseedor a través de una pantalla. La puerta poseedor puede comparar (por ejemplo, manualmente) , la muestra descifrar la información de identificación con la proporcionada por el boleto titular, y decidirá si coinciden. Opcionalmente, además o en lugar, el sistema electrónico de escáner lee el código de boleto único a partir de la entrada, los accesos de un boleto de base de datos del sistema de identificación de información (por ejemplo, un conductor previamente almacenados número de licencia) para el usuario al que el boleto se le asigna , Y muestra en pantalla una terminal de la información de identificación a la puerta poseedor. La puerta poseedor puede comparar la muestra con la información de identificación que proporciona el boleto de titular, y decidirá si coinciden. Opcionalmente, además o en lugar, el sistema electrónico de escáner lee el código de boleto único a partir de la entrada, los accesos de un boleto de base de datos del sistema de identificación de información para el usuario al que el boleto se le asigna, lee la información de identificación del documento de identificación o de otro tipo tema facilitada por el titular de boletos (por ejemplo, una licencia de conducir) , compara la información de identificación del documento de identificación o cualquier otro elemento con el que, a partir de la entrada, determina si hay un partido, y proporciona una coincidencia / no coincide con indicación de la puerta poseedor y / o en otros terminales supervisado por el personal de seguridad que pueda responder. Opcionalmente, además o en lugar de ello, un dispositivo de entrada biométricos tiene una lectura biométrica del titular de boleto en el lugar de entrada, y el sistema compara los datos biométricos de lectura con una almacenados en la base de datos del sistema (por ejemplo, con una asociación para el boleto identificador) a determinar si hay un partido. Un partido / no coincide con la determinación o indicación es para mostrar transmitida a la puerta poseedor. Opcionalmente, además o en lugar de utilizar los procesos descritos más arriba para evitar que indeseables (por ejemplo, los presuntos delincuentes, gamberros, los riesgos de seguridad, y / o terroristas potenciales) de la obtención y / o el uso de un boleto caso, todos o algunos de los procesos también se puede utilizar para impedir el uso de de las entradas revendidas, que pueden obstaculizar el boleto scalpers de la reventa de entradas, y, por ende, desalentar scalpers ticket de compra de. boletos. Por ejemplo, si un mercado secundario comprador adquirió un ticket revendido que todavía tiene el boleto original titular S la información de identificación impreso en ella, en conformidad con una o más de los procesos descritos anteriormente, el mercado secundario comprador se les niega la entrada al evento. Como igualmente se ha descrito anteriormente, los titulares de boleto (el Remitente) Pueden transferir electrónicamente un boleto a otra persona (el Beneficiario) . Esto se puede hacer por el Remitente proporcionar al sistema la identificación de la información relativa a la entrada y el destinatario? S dirección de correo electrónico, ID de usuario, contraseña u otra información sobre la identidad del destinatario. El Remitente, o el sistema y, a continuación, se comunica al destinatario que el remitente está tratando de, o es la transmisión de un boleto, incluidos los derechos de admisión o autorizaciones, para el receptor. La comunicación puede incluir un sistema generados por los nuevos boletos al Beneficiario con un identificador de códigos de barras, la información acerca de que el destinatario pueda recuperar un nuevo boleto, y / o información que se puede utilizar para tener acceso al evento, como un código que puede ser utilizados para obtener la admisión. El sistema puede entonces cancelar el boleto en poder del remitente (a) cuando el remitente instruye al sistema para transferir el boleto o (b) Cuando el destinatario recupera el nuevo boleto de cualquiera de la comunicación o la recuperación de otro lugar donde se recupera. Cualquier otro lugar pueden incluir un sitio web. El Beneficiario, a su vez, puede, opcionalmente, se permita a revender o reenviar el boleto, y también ser un Remitente. Sin embargo, el receptor puede ser prohibido en lugar de la reventa o transmisión de la entrada para cualquier otro usuario, a los usuarios seleccionados, a los usuarios? S que no cumplan ciertos criterios (por ejemplo, como los que el beneficiario ha de cumplir) . Ventajosamente, el sistema puede mantener un registro de cada transacción de manera que el sistema puede seguir la pista a que el actual boleto es titular, asi como que se ha celebrado previamente el boleto. Un ejemplo de sistema permite a un usuario que ha obtenido previamente una o más entradas, directa o indirectamente, de otro vendedor de correo o selectiva ofrecer las entradas a la venta más de un sistema electrónico. Opcionalmente, el sistema ofrece el vendedor a través de una red de computadoras una forma electrónica mostradas a través de una página web. Por ejemplo, la forma se pueden generar utilizando HTML, Java, XML, y / o la prestación de otros software. La forma recibe el vendedor de caracteres u otros códigos para identificar los boletos que se venden. Las entradas se publican en un sitio Web de acogida por el sistema u opcionalmente en otro sistema. Los compradores potenciales pueden acceder al sistema de red a través de un cliente de terminal para ver la información, tales como el precio y / o asiento ubicación, en relación con las entradas a la venta publicado por este u otros vendedores, y selectivamente a hacer las compras de boletos a través del sistema. El comprador es opcional obligada a proporcionar uno o más tipos de información de identificación o documentos, de manera similar como se ha descrito anteriormente, que se utiliza para verificar que el comprador S identidad. Si un comprador adquiere boletos y, a continuación, el sistema anula el vendedor? S boletos y emitir nuevos boletos (por ejemplo, electrónica o física) al comprador con el nombre del comprador y / o en otros boletos de identificación del usuario los datos proporcionados al respecto (por ejemplo, una licencia de conducir número u otro identificador, en cifrado y / o forma no cifrada, en formato legible por el hombre y / o máquina en forma legible por máquina) . El operador del sistema o de sus afiliados, opcionalmente, puede garantizar la venta y / o compra de un ticket revendido. Opcionalmente, el sistema puede limitar los tipos de entradas que se publicarán. Por ejemplo, el sistema puede impedir el desplazamiento de códigos de barras sin boletos, boletos que no están asociadas con un individuo en particular (por ejemplo, que no están asociadas con un boleto de titular identificado por su nombre o de otro modo en una base de datos en asociación con un identificador de boletos) , entradas para determinados eventos para que la información no está disponible en una base de datos del sistema, y / o similares. Opcionalmente, antes de una venta se ha completado y / o antes de un boleto se emite al comprador al comprador S se verifica la identidad de vigilancia contra las bases de datos (por ejemplo, una o más bases de datos que almacenan información de identificación en el boleto scalpers, sospechosos o reales delincuentes, sistema de boleto Estado drogadictos, gamberros, los riesgos de seguridad, los sospechosos de terrorismo, etc) , y, del mismo modo como se ha descrito anteriormente, si el comprador? s nombre aparece en esa base de datos, el boleto es opcionalmente no se publicó para el comprador, y uno o más gubernamentales y / o entidades no gubernamentales se informó. Opcionalmente, en adición y / o en su lugar, el comprador? S la información de identificación y la identidad son verificadas a través de una o más bases de datos. Si el comprador está comprando más de un ticket revendido para un evento, opcionalmente, el comprador se le pedirá que proporcione un nombre y / o otros datos de identificación para cada persona que se va a utilizar un boleto, de manera similar como se ha descrito anteriormente. Como parte del proceso de compra, el sistema puede aceptar el pago del comprador y, a continuación, remitir el pago, o una parte de ella, al vendedor. El sistema puede deducir una parte del pago en concepto de indemnización al sistema operador, filial de la misma, un lugar, el proveedor de servicios, y / o artista intérprete o ejecutante / equipo deportivo. Como alternativa o complemento, el vendedor puede ser el pago de un canon a publicar el boleto para la venta. El comprador se puede cargar una tasa de tramitación y / o un porcentaje del precio de compra como asi. Por ejemplo, un usuario se puede cargar el 10% de la colocación de precios para el boleto a la venta del boleto. Opcionalmente, el pago para la compra del boleto para el vendedor es que no al vendedor hasta que el vendedor devuelve el vendedor S boleto original del sistema o del operador del sistema. El sistema puede entregar, o desencadenar la entrega de las entradas para el comprador. Además, el sistema operador del sistema o puede aceptar la cancelación de los boletos con el vendedor para tomar los boletos fuera de circulación, compruebe que la cancelación de boletos son auténticos, y / o verificar que el vendedor S nombre y / o otros datos de identificación está en los boletos cancelados. Opcionalmente, si uno o varios de los procesos de verificación no, uno o más gubernamentales y / o entidades no gubernamentales pueden ser notificada (por ejemplo, organismos encargados de hacer cumplir la ley) y los boletos que se habían emitido al comprador, opcionalmente, se canceló. El sistema puede almacenar en una cuenta de usuario de base de datos de cuenta bancaria, tarjeta de crédito, y otras formas de pago y la información financiera a pre-autorizar a los compradores y vendedores, y para facilitar el pago. El sistema puede aplicar las normas que requieren de cierta información que se solicitó o se muestra, o que prohibir, restringir o determinados aspectos de determinadas operaciones, incluyendo pero no limitado a, los precios ofrecidos, los precios pagados, las cantidades de boletos ofrecidos, las cantidades de boletos comprados, en general o con respecto a los tipos, características, el calendario o lugares del vendedor, las formas de identificación (por ejemplo, por lo menos dos formas de identificación, o por lo menos un conductor? s licencia, un pasaporte, un número de seguro social, etc ), El comprador del boleto o Tema / evento o transacciones relacionadas con ellas. Estas normas podrán ser sobre la base de negocios o legales objetivos, necesidades, preocupaciones o consideraciones, que pueden incluir, sin limitación, a nivel mundial, federal, estado, ciudad, regional o local, las leyes, fraude o abuso de los parámetros del sistema, los posibles terroristas parámetros, volumen de transacciones, o el número de ventas en un período determinado los parámetros.. Por ejemplo, algunos estados o localidades tienen regulaciones, como la lucha contra la reglamentación del cuero, que controlar o reglamentar la venta, reventa, y la compra de boletos. Opcionalmente, para cada oferta de revender un boleto puede ser analizada por un motor a fin de determinar si la reventa es en el cumplimiento de la normativa local o del distribuidor, el comprador, el lugar de celebración, y / o cuando el sistema o el operador del sistema se encuentran. Por ejemplo, el vendedor o remitente se puede pedir a suministrar la información relativa a su residencia, como la ciudad, estado y / o el código postal de la residencia. Del mismo modo, el comprador o el receptor se puede pedir a suministrar la información relativa a su residencia, como la ciudad, estado y / o el código postal de la residencia.

Cuando un vendedor intenta enviar un ticket para la venta, o cuando un comprador hace una solicitud de compra, el sistema? S motor jurídica puede acceder a uno o más registros de bases de datos correspondientes a ese estado y / o localidad de vendedor, comprador, y / o lugar de celebración. El uno o más registros de bases de datos puede incluir una indicación en cuanto a si la reventa de entradas está permitida por los individuos y / u otra entidad de tipo en el estado o localidad, si el vendedor está prohibido hacer este tipo de ventas, si hay un límite sobre el importe que exceda del valor nominal de boletos que se puede cargar y / o si hay un límite sobre el número de boletos de un individuo, o de otra entidad, pueden vender en un plazo determinado o para un determinado evento. Si un particular venta está prohibida en virtud de los reglamentos de la residencia del vendedor y / o lugar y, a continuación, el sistema notifica a los posibles vendedor que el desplazamiento de la venta de boletos para no serán aceptadas. Si la venta está prohibida porque el vendedor estaba pidiendo un precio demasiado alto, el vendedor es notificado por el sistema de prohibición de la razón, y es informado de los máximos de los precios o la prima que el vendedor puede cobrar por el boleto. Del mismo modo, si la venta está prohibida porque el vendedor estaba vendiendo también una gran cantidad de boletos, el vendedor es notificado por el sistema de prohibición de la razón, y se informa del número máximo de entradas que el vendedor puede vender o puesto en este momento. Si la venta de un boleto está prohibido sobre la base de la ubicación de un posible comprador y, a continuación, en respuesta al posible comprador que una solicitud de compra, el comprador puede ser notificado que la solicitud de compra no serán aceptadas.

El sistema puede emitir mensajes, a través de una página web, correo electrónico o una interfaz de diálogo, indicando a los usuarios cuando se violan las normas. Estas normas se pueden selectivamente activar y desactivar, y otra cosa puede ser modificado, por el sistema? S administradores. El sistema permite, opcionalmente, las transacciones a pasar anónima para que los compradores y los vendedores no están obligados a cumplir o para trabajar directamente con cada uno de otros, o ser capaz de identificar personalmente unos a otros fuera del contexto de la operación en la que el sistema ofrece cierta información , En la forma de un código o similares, identificar el comprador o el vendedor. Opcionalmente, el sistema puede enviar información seleccionada (por ejemplo, un nombre legal, por lo menos un apellido, ciudad / estado de residencia, etc) sobre el comprador o el vendedor en caso necesario por el estado o las regulaciones locales. Cuando tal es el caso, el comprador y / o el vendedor será notificado de que ese anuncio se llevará a cabo . El sistema es opcional integrado en un boleto de sistema de gestión de inventario, que puede realizar un seguimiento de cada compra y venta, asi como la identidad del vendedor y del comprador, los precios pagados, cantidades solicitadas, y la información de entrega. La información relativa a lo anterior se pueden almacenar en la base de datos del sistema y acceder, según sea necesario para llevar a cabo el tratamiento descrito en el mismo. El sistema de inventario también ofrece servicio de atención al cliente basada en el bloqueo de los asientos, nueva publicación de entradas, y la transferencia de puestos entre la enseñanza secundaria y primaria de los mercados.

El sistema puede mantener una base de datos de registro del historial completo del boleto, incluido el boleto original y la emisión de boletos transferencias para un asiento en un determinado caso y, opcionalmente, evaluar la historia para determinar si el boleto ha sido comprado en algún momento de tiempo por un boleto Escalpadora y / o para determinar si existe un riesgo potencial para la seguridad (por ejemplo, que un hooligan, carterista, terroristas, etc, posiblemente, ha adquirido el boleto) . El boleto historia puede permitir la detección de la falsificación de entradas para la sede y lugar de celebración puede ayudar a los funcionarios a resolver los conflictos con respecto a dos o más usuarios, tanto la celebración de entradas para el mismo asiento en el mismo evento. Por ejemplo, si el boleto historia indica que la presentación de un usuario fue el último comprador o beneficiario del boleto (por ejemplo, cuando el usuario presenta la información de identificación prevista la verificación de la presentación de usuario? S de identidad) , luego de que la presentación de usuario se puede conceder el uso de la sede para el evento, mientras que otros la presentación de los usuarios se le puede negar el uso de la sede para el evento. Opcionalmente, los demás usuarios pueden presentar se informó y / o tratados por el personal de seguridad. El administrador u operador de un boleto Tema / Evento (que pueden incluir, pero no se limita a, una persona en un lugar de ubicación, un punto de la redención, o un punto de origen de los viajes) pueden ser informados de un cambio en titular (por ejemplo, incluyendo el nombre del nuevo titular) o cualquier otra condición del boleto a través de un mensaje transmitido por el sistema a través de una red informática a un sistema asociado con el administrador o multados Tema / evento . Con respecto a las ventas y las compras, el sistema permite que el dinero que se depositó electrónicamente o acreditadas en, o acusado o retirado en contra de los usuarios? banco, cooperativa de crédito u otras formas de pago o cuentas de la institución financiera, el cliente cuenta de crédito para la compra de entradas adicionales, si el usuario es un comprador o un vendedor, y si el boleto, o transacción relacionada con el boleto, está siendo comprado, reembolsados, invertir, regresó, o el boleto Tema / evento está siendo cancelado o aplazado . El sistema permite dividir un pago hecho por un comprador o un vendedor y mandato de las partes a las diferentes partes o diferentes cuentas, en situaciones en las que podrán incluir, pero no se limita a, la cesión, la devolución, cambio o devolución de un boleto o el aplazamiento o cancelación de un boleto Tema / evento. Los usuarios pueden acceder al sistema para examinar pasado la actividad de la cuenta y para modificar o administrar sus cuentas, cambiar los nombres de las personas que actualmente están destinados a uso boletos comprados por el usuario, o sus mensajes de venta de boletos, que pueden modificar o terminar . Por ejemplo, los usuarios pueden acceder al sistema para revisar el estado de sus operaciones de venta de entradas, incluida la comprobación en caso de cancelaciones y aplazamientos, la información de envió y recepción de información de boletos vendidos, y la identidad de las personas que se encuentran asignados a los boletos adquiridos por el usuario. Los usuarios también pueden, opcionalmente, añadir contactos a una libreta de direcciones en linea relacionados con su cuenta. Los usuarios también pueden acceder al sistema pidiendo a cambio los precios de los boletos, para eliminar los tickets de venta, o venta a plazos establecidos . Opcionalmente, un usuario puede ser necesario registrarse en el sistema antes de que se puede enviar un ticket para la venta. Como parte del proceso de registro, el usuario podrá ser invitado a presentar el usuario S nombre, dirección postal, dirección de correo electrónico, fidedignos y / o de identificación verificable, abono de temporada titular la información de la cuenta, dirección de facturación, número de teléfono y / o una forma de pago. Si la forma de pago es una tarjeta de crédito, el usuario puede seguir pide que la caducidad de la tarjeta de dirección. Además, el usuario podrá ser invitado a presentar la comprobación o información de la cuenta bancaria correspondiente a la cuenta de pago en la que se depositó para la venta de entradas por el usuario. La información de la cuenta también puede ser utilizado para la verificación de la identidad. La tarjeta de crédito o cuenta corriente de información también se puede utilizar para cobrar el pago por parte del usuario si el usuario se venden entradas para un evento, y el evento se canceló. El pago puede ser remitido al comprador del boleto del vendedor. El usuario puede pedir si el usuario es un corredor con licencia y, de ser asi, se puede pedir a la oferta el nombre de la empresa y número de licencia. Con el fin de garantizar que son válidos los boletos que se venden o revendido, el sistema comprueba si un boleto que el usuario está tratando de vender, de hecho, ha sido expedida con anterioridad o si todavía es válida, y verifica la exactitud de un código único o número asignados a cada boleto. Por ejemplo, el código puede ser un 12 o único de 16 dígitos número de código de barras. La verificación se puede realizar comparando el código del boleto se vende a los códigos almacenados en el sistema? S base de datos o una base de datos conectada con el sistema. Este código único se puede utilizar por el vendedor para enviar el boleto para la venta, como se describe a continuación. El usuario? S identidad también puede ser verificada (por ejemplo, comparando los datos de identificación del / los documentos proporcionados por el usuario con el impreso que figura en el boleto y / o registrados en la base de datos del sistema en asociación con el boleto de código) . El sistema se puede acceder por una persona para que esa persona puede verificar a través de los datos recuperados de la base de datos del sistema, si un boleto, o físicos, electrónicos o de otra manifestación de un boleto, sigue siendo válido para el correspondiente boleto tema o evento, 0 si ese boleto (o físicos, electrónicos o de otra manifestación del mismo) se ha cancelado o consta de otro modo ya no es válida. A modo de ejemplo, la cancelación de la remitente? S boleto se puede realizar mediante el almacenamiento de una cancelación o invalidación indicación en el sistema de base de datos en asociación con el código único asociado con el boleto original, o mediante la eliminación de una referencia a la remitente? s boleto en la base de datos del sistema. Entonces, si el remitente o alguien más los intentos de utilizar el remitente S boleto, el boleto puede ser escaneados a través de un escáner en el punto de intento de uso, y el escaneado de código se puede transmitir a través de una red para el sistema a través de una terminal local, junto para el escáner. Por ejemplo, el código puede ser impreso en un boleto físico como un código de barras, escaneados y óptica a través de un escáner de código de barras. Del mismo modo, el código puede ser almacenado en una banda magnética o de banda en el boleto y escaneadas usando un escáner de banda magnética. El código puede ser comparado por el sistema con la información almacenada en la base de datos del sistema, el boleto se puede identificar o caracterizar como no válidos y / o canceladas, y la caracterización se puede transmitir a la terminal, momento en el que el operador de terminal puede leer la caracterización y negar el titular de la remitente s el boleto correspondiente ticket de servicio, tales como la admisión a un evento en particular para que el boleto fue emitido . En caso de que un evento o servicio correspondiente a un boleto de ser cancelado o aplazado, opcionalmente, tanto el vendedor y el comprador es notificado por correo, correo electrónico, teléfono, y / o similares. Si el comprador ha comprado una o más entradas para el evento otros, y proporcionó los nombres (y / u otros identificadores ) y la información de contacto (por ejemplo, la dirección de correo electrónico, dirección física, direcciones de mensajería instantánea, el número de teléfono, SMS dirección) de las personas a las que Las entradas están a ser asociado correspondiente, una notificación de cancelación se puede proporcionar a las personas así como (por ejemplo, a través de un correo electrónico, una carta, un mensaje instantáneo, un mensaje de voz, y / o un mensaje SMS) . Si hay más de un vendedor que se celebró el boleto en algún momento, opcionalmente cada vendedor dispone de una notificación. En el caso de una cancelación, el reembolso del precio del boleto, opcionalmente, se debe facilitarse al comprador. Asociado de procesamiento de los cargos, comisiones, gastos de conveniencia, y / o los gastos de envío, opcionalmente puede ser reembolsados como así, o pueden ser retenidos por el operador del sistema, boleto emisor, o las entidades vinculadas. Producto pagado por el beneficiario al vendedor para el boleto puede ser recogida del vendedor a fin de pagar por la restitución al comprador. El pago del precio original pagado por el vendedor original, opcionalmente, pueden ser recogidos a partir de la original emisor de los boletos, como un equipo de deporte, un promotor de conciertos, un lugar, o similares, y este importe se puede pagar a la original vendedor. Alternativamente, si el vendedor original había pagado por el boleto a través de tarjeta de crédito, el cargo puede ser cancelado. Si un evento se cancela antes de que el vendedor haya revendido el boleto, el sistema puede quitar el puesto para evitar que otro usuario de intentar comprar el boleto. Opcionalmente, si el evento se reprogramó, en lugar de ofrecer un reembolso, el sistema puede determinar quién es el último destinatario y emitir un nuevo boleto para el último destinatario de la nueva fecha y / o lugar de celebración, mientras que la cancelación de los antiguos boletos. Si el beneficiario adquirió una o más entradas para los demás y siempre, directa o indirectamente, la información de contacto correspondiente, opcionalmente, a continuación, el sistema envía nuevas entradas directamente a ellos (por ejemplo, a través del correo electrónico) . Además, opcionalmente, el sistema realiza la detección del fraude y la evasión a mejorar aún más la operación y el caso de la seguridad. Opcionalmente, antes de publicar un boleto, el vendedor puede ser obligado a presentar un boleto o código de identificación y / o titular de un boleto de identificación que puede ser impresa o almacenada en el boleto. Si el código no coincide con un identificador de boletos almacenados en la base de datos del sistema, o parece ser un código inadecuado, el desplazamiento puede ser rechazada como el boleto no ser verificados como auténticos. Con el fin de garantizar que el vendedor era un boleto válido titular, para recibir el pago, el vendedor puede ser obligado a correo electrónico o devolver el boleto original comprado por el vendedor, asi como un facultativo firmado y completado la forma de envío de remesas de reconocer la venta del boleto. Si el vendedor había recibido el boleto electrónico, el usuario podrá, opcionalmente, estará obligado a facilitar una copia impresa del boleto electrónico, o una copia de la misma. Si se determina que un vendedor está intentando el fraude, el vendedor puede ser impedido de desplazamiento y / o compra de boletos en el futuro, y el vendedor puede ser comunicado a una agencia del gobierno (por ejemplo, un organismo de aplicación de la ley) . El comprador también puede estar sujeta a la detección del fraude. Por ejemplo, si el comprador está utilizando una tarjeta de crédito para realizar una compra, la tarjeta de crédito puede ser verificada antes de completar la venta, y el sistema puede reeditar el boleto al vendedor si el vendedor? S boleto había sido cancelado. Si se determina que un comprador está intentando el fraude, el comprador puede prevenirse a partir de la publicación y / o compra de boletos en el futuro, y el comprador puede ser comunicado a una agencia del gobierno (por ejemplo, un organismo de aplicación de la ley) . Opcionalmente, otros corredores de boletos, así como de otras entidades especificadas, puede ser selectiva o impedimento prohibido el uso de algunos o la totalidad de la funcionalidad del sitio. Por ejemplo, otros corredores de boleto puede ser impedido de comprar y / o publicar entradas utilizando el sistema.

Ejemplo de aparato de venta de entradas, los procesos, y las interfaces de usuario será ahora descrita con referencia a las figuras. A lo largo de la siguiente descripción, se hará referencia a la aplicación diversos detalles específicos, por ejemplo, los flujos de proceso, las normas de protocolo, y formularios utilizados para solicitar y ofrecer boletos. Estos datos se proporcionan con el fin de enunciados preferido incorporaciones de la invención, y no a limitar el alcance de la invención. Ilustra la Figura 1A ejemplo componentes de hardware y componentes de software que puede ser invocado durante los procesos descritos en este documento. Un ejemplo de venta de entradas sistema operado por un boleto de procesamiento de servicio u otra entidad puede incluir la venta de entradas 102 servidores, servidores de administrador de cuentas 108A, tarjeta de crédito un sistema de autorización 106A, una red, 104A y 116A de un enrutador. El sistema de venta de entradas puede alojar un sitio Web accesible por los usuarios para la compra, venta, y la transferencia de boletos. El sitio Web puede incluir opcionalmente el contenido que se extiende a múltiples dominios de Internet, y / o puede ser aplicado usando servidores físicos que están geográficamente distantes el uno del otro. Un motor opcional legal reside en uno o varios de los sistemas para garantizar que los anuncios de boletos y las ventas cumplen con los gubernamentales o en otras normativas (por ejemplo, los reglamentos relacionados con la seguridad, la lucha contra las leyes del cuero, etc.) Como se muestra, a los usuarios acceder a la entrada del sistema procesador de boletos a través de Internet utilizando 110A respectivos terminales 112A, 114A, que pueden ser computadoras personales. Además, o alternativamente, los usuarios pueden acceder al sistema de boletaje a través de otras computadoras de uso general que tienen acceso a Internet, conectados en red a través de asistentes digitales personales, teléfonos, televisores interactivos, o de otros tipos de terminales de usuario. Los terminales de usuario 112A, 114A puede ejecutar comercialmente disponibles las solicitudes del explorador Web, como los que aplicar la base World Wide Web estándares tales como HTTP y HTML, u otros tipos de aplicaciones que acceder a datos de los sitios de red. Los terminales de usuario 112A, 114A también puede ejecutar aplicaciones de correo electrónico, como Microsoft Outlook?, Que pueden ser utilizados para recibir comunicaciones de la venta de entradas sistema. La aplicación de correo electrónico y el navegador puede ser integrado con un otro, y / o puede ser integrado con otros programas de aplicación o el sistema operativo. Los terminales 112A, 114A puede incluir pantallas, teclados, dispositivos de almacenamiento de memoria, impresoras, interfaces de red, etc. Los terminales de usuario 112A, 114A también puede ser configurado para recibir SMS y / o comunicaciones de mensajería- instantánea. El boleto de procesamiento de venta de entradas sistema puede incluir una o más bases de datos, tales como una cuenta de usuario de base de datos, que almacena todos o algunos de los siguientes: los usuarios información de contacto, información de facturación, información de identificación y códigos (por ejemplo, número de licencia de conducir, número de pasaporte, Fecha de nacimiento, ciudad de nacimiento, la madre? S apellido de soltera, nombre de mascotas, etc) , copias de documentos de identificación (por ejemplo, copias electrónicas de una licencia de conducir, tarjeta de identificación estatal, etc) , las preferencias, el estado de la cuenta, una base de datos de los contactos del usuario (por ejemplo, incluidos los nombres y la información de contacto de amigos, familiares y / o socios de negocios) , los datos biométricos (por ejemplo, una huella digital, una exploración de voz, un sentido de exploración, una palma de exploración, los datos de la imagen, etc) y similares, que se puede acceder por otras partes del sistema de expedición de boletos, por ejemplo, el administrador de cuentas de los servidores 108A. Del mismo modo, un boleto o más bases de datos accesibles por el sistema de boletaje boleto puede incluir información de los registros de entradas, incluida la información de código de barras, nombre del evento, evento fecha, la sede de identificación, nombre del titular de boleto u otro identificador de un boleto actual titular, nombres u otros identificadores de últimos titulares del boleto, boleto comprador nombre u otro identificador de la mayoría de los últimos boleto comprador, nombres u otros identificadores de los últimos compradores del boleto, un boleto válido / no válido indicador, y un indicador de que en cuanto a si el boleto ha sido utilizada. El sistema de venta de entradas, opcionalmente, puede ser enganchado a una o más bases de datos de lista de vigilancia 126 bis (por ejemplo, gestionado por el operador del sistema de venta de entradas, una o más entidades privadas, una entidad gubernamental, etc) que se puede acceder a fin de determinar si un usuario que intenta comprar un boleto y / o una persona a la que un boleto está asignado está en una lista de vigilancia (por ejemplo, por ejemplo, uno o más de boleto Escalpadora, presunto delincuente, Venta de entradas sistema de la regla abusador, hooligan, riesgo para la seguridad, y / o terroristas / no-volar listas de vigilancia) , y si esa persona debe contar con un tratamiento especial (por ejemplo, la denegación de entrada, la notificación de un organismo de seguridad, etc.). Como se describe en la Figura 1A, un emisor de boletos, que puede ser un equipo deportivo, el lugar de celebración del operador, agencia de venta de entradas, o similares, accede al sistema de boletaje a través del enrutador 116A. El boleto emisor puede tener un boleto de emisor de boletos 120A sistema que aloja una aplicación, como Ticketmaster S Archtics disponible comercialmente aplicación, que se utiliza para definir los acontecimientos, establecer los precios de los boletos, y proporcionar en tiempo real la integración con el boleto del sistema procesador de boletos. Además, a través del sistema 120A, el boleto emisor, opcionalmente, puede definir personalizada facturas, boletos, recibos, etiquetas, y demás correspondencia. El sistema 120A, opcionalmente, permite que el emisor de boletos para definir por lo menos partes de las páginas Web que se muestra a los usuarios, por ejemplo, la definición de logos, fuentes, colores, y cosas por el estilo. El sistema 120A está conectado a una intranet y / o el Internet a 118 con lo que el enrutador de acceso 116A, sistema de gestión de acceso 122A, y recibir los datos de un escáner 124A (por ejemplo, un escáner de código de barras, un lector de caracteres, etc ) que, opcionalmente, escanea entradas para códigos de boletos, boletos titular códigos, y / o boleto comprador códigos. El escáner 124A, opcionalmente, está configurado para explorar uno o más tipos de dispositivos de identificación (por ejemplo, magstripes licencia de conducir, pasaporte etiquetas RFID, etc) El escáner 124A incluye opcionalmente un escáner biométrico configurado para explorar uno. o más atributos físicos de un boleto de titular ( por ejemplo, huellas dactilares, palma, venas, retina, voz, cara, cuerpo, etc.). El sistema de gestión de acceso 122A, un ejemplo de que es el servidor de acceso basado en el Administrador sistema que está comercialmente disponible a partir de Ticketmaster, se utiliza para autenticar entradas proferido en un caso el lugar de celebración, y para determinar si el actual titular de boleto es un boleto de titular autorizado, opcionalmente, utilizando procesos descritos en este documento en otros lugares. Por ejemplo, la autenticación puede basarse en parte en datos recibidos desde el escáner 124A y / o de una ?· más bases de datos. El acceso a sistema de gestión de servidores, opcionalmente, puede utilizar una base de datos y / o un cifrado / descifrado algoritmo para la titular ticket y / o identificación de boletos de búsqueda. Si un boleto no para autenticar y / o titular del boleto no está .autorizado, opcionalmente, una alerta o notificación a tal efecto se presta a una puerta y poseedor de transmisión a una o más terminales de seguridad 128A. El sistema de gestión de acceso 122A, opcionalmente, puede generar informes de seguimiento de la asistencia, la entrada de tráfico por el tiempo, intervalos, rechazó los intentos de admisión, y los ingresos por punto de entrada, tipo de boleto y / o el precio de código en su caso. A modo de ejemplo, el boleto emisor sistema de boletaje 120A boleto genera códigos de barras y / o los datos legibles por humanos. Opcionalmente, cada evento / sede / impresión contar combinación se asocia con un único código de barras. Una impresión es el número de veces entradas para un asiento individual ubicación que se ha publicado. Opcionalmente, un boleto también se asocia con un boleto de titular cuyo nombre y / u otra identificación se facilita información sobre el boleto en el código de barras, magnéticos y de memoria de estado sólido, y / o formato legible. El boleto emisor vende los boletos, tales como entradas para conciertos, único caso de boletos, o abonos de temporada, a un primer usuario, ya sea directamente oa través del servicio de venta de entradas sistema de procesamiento de boletos. Por ejemplo, el primer usuario puede iniciar y completar la compra a través de la terminal de usuario 114A y además puede autorizar el pago a través de una tarjeta de crédito, de débito gratuita, o de otro tipo. El primer usuario puede utilizar el terminal para enviar 114A, a través de la cuenta de administrador 108A, uno o más de las entradas a la venta en el sitio web auspiciado por el sistema de expedición de boletos o para asignar las entradas a otro (por ejemplo, como un regalo) . Un registro de desplazamiento se pueden almacenar en el boleto base de datos, que pueden ser almacenados en el sistema de boletaje 120A, el administrador de cuentas de los servidores 108A, y / o la venta de entradas 102 servidores. Un segundo usuario puede iniciar, autorizar el pago, y completar una compra de uno o varios de los nuevos boletos a través de la terminal de usuario 112A. Si el segundo usuario está pagando con tarjeta de crédito, tarjeta de crédito el sistema de autorización 106A controles para asegurarse de que la tarjeta de crédito está autorizado y no haya superado su limite de crédito. El sistema también puede recibir y verificar otros datos de identificación proporcionados por el segundo usuario para el segundo usuario y / o para otros a los cuales el segundo es la asignación de usuarios de boletos. El sistema de boletaje 120A invalida el primer usuario? S boleto (s) para que los derechos de acceso han sido adquiridos por el segundo usuario. Un indicador de invalidación se almacena en asociación con la información de código de barras en la base de datos del sistema de expedición de boletos, asi como en una base de datos relacionados con el sistema de gestión de acceso 122A. Por lo tanto, si alguien intenta utilizar el original, primer usuario? S boleto para acceder a la correspondiente evento o juego, el boleto original? S de código de barras será escaneado utilizando el escáner de código de barras 124A. El sistema de gestión de acceso 122A comparará el escaneado de códigos de barras con la información que almacenan en el sistema de gestión de acceso de base de datos, ya través de la invalidación determinar indicación de que el boleto ha sido anulado o invalidado. El titular del boleto original se puede denegar la entrada al evento. Opcionalmente, dos o más de los 102 servidores de emisión de boletos, con el administrador de cuentas servidores 108A, tarjeta de crédito sistema de autorización 106A, sistema de boletaje 120A, y el acceso sistema de gestión de 122A puede ser co-ubicado y / o organizada por el mismo sistema informático . Un ejemplo de la entrega de boletos opción que puede ser utilizado por el sistema electrónico de entrega. A modo de ejemplo, la entrega electrónica puede enviar o entregar un boleto, o una manifestación de un boleto (que también se denomina? Boleto?), (A) dentro de un mensaje de correo electrónico, (b) como un archivo adjunto a un correo electrónico, (c) como una descarga desde un sitio Web, (d) como un mensaje SMS a un teléfono celular, o (e) de otro modo. El usuario puede imprimir el boleto electrónico (incluyendo un identificador de usuario) para su uso en un lugar, o la correspondiente información puede ser transmitida a la sede? S de venta de entradas aparato para que un operador puede recuperar el boleto de información. El sistema puede seguir la pista cuando la entrega es enviada, recibida o aceptada y almacenar esa información en la base de datos del sistema. Opcionalmente o en otra parte, el boleto se pueden enviar por correo como un boleto físico a través del servicio postal, servicio de mensajería, o de otro tipo. Si un comprador es la compra de un comprador anterior múltiples entradas para un evento para el comprador y para otros (por ejemplo, como un regalo, o la compra en su nombre), entonces, opcionalmente, todos los boletos son comprados por vía electrónica o físicamente para el comprador con el correspondiente usuario (por ejemplo, el boleto de titular y / o boleto comprador) los datos de identificación impreso al respecto . Figura IB ilustra otro ejemplo de incorporación componentes de hardware y componentes de software que puede ser invocado durante los procesos descritos en este documento. Un ejemplo de venta de entradas sistema operado por un boleto de procesamiento de servicio u otra entidad puede incluir la venta de entradas 102B servidores, servidores de intercambio de boletos 108B, una autorización de la tarjeta de crédito del sistema 106. ter, una red, 104 B, y un enrutador 116B. As depicted, in this embodiment the ticket exchange servers are connected directly to the ticketing servers 102B and the credit card authorization servers 106B. El sistema se ilustra otra opera de manera similar como se ha descrito anteriormente con respecto a la Figura 1A. Un motor opcional legal reside en una o más de los anteriores sistemas para asegurarse de que boleto de anuncios y las ventas cumplen con los gubernamentales o de otras reglamentaciones. Como se ha mencionado anteriormente de manera similar con respecto a la Figura 1A, el sistema de venta de entradas se ilustra en la Figura IB puede alojar un sitio Web accesible por los usuarios para la compra, venta, y la transferencia de boletos. El sitio Web puede incluir opcionalmente el contenido que se extiende a múltiples dominios de Internet, y / o puede ser aplicado usando servidores físicos que están geográficamente distantes el uno del otro. Como se muestra, a los usuarios acceder a la entrada del sistema procesador de boletos a través de Internet utilizando 110 ter respectivos PCs 112B, 114B. Además, o alternativamente, los usuarios pueden acceder al sistema de boletaje a través de otras computadoras de uso general que tienen acceso a Internet, conectados en red a través de asistentes digitales personales, teléfonos, televisores interactivos, o de otros tipos de terminales de usuario. Los terminales de usuario 112B, 114B pueden ejecutar comercialmente disponibles las solicitudes del explorador Web, como los que aplicar la base World Wide Web estándares tales como HTTP y HTML, u otros tipos de aplicaciones que acceder a datos de los sitios de red. Los terminales de usuario 112B, 114B también puede ejecutar un cliente de correo electrónico (por ejemplo, una disponible comercialmente la aplicación de correo electrónico, como Microsoft Outlook?), Que se puede utilizar para recibir comunicaciones de la venta de entradas sistema. La aplicación de correo electrónico y el navegador puede ser integrado con un otro, y / o puede ser integrado con otros programas de aplicación o el sistema operativo. Los terminales de usuario 112B, 114B también puede ser configurado para recibir SMS y / o comunicaciones de mensajería instantánea. Los terminales 112B, 114B puede incluir pantallas, teclados, dispositivos de almacenamiento de memoria, impresoras, etc.

Del mismo modo, un boleto o más bases de datos accesibles por el sistema de boletaje boleto puede incluir información de los registros de entradas, incluida la información de código de barras, nombre del evento, evento fecha, la sede de identificación, nombre del titular de boleto u otro identificador de un boleto actual titular, nombres o otros identificadores de los últimos titulares de los boletos, boletos comprador nombre u otro identificador de la mayoría de los últimos boleto comprador, nombres u otros identificadores de los últimos compradores del boleto, un boleto válido / no válido indicador, y un indicador de que en cuanto a si el boleto ha sido utilizados. El sistema de venta de entradas, opcionalmente, puede ser enganchado a una o más bases de datos de lista de vigilancia 126B (por ejemplo, gestionado por el operador del sistema de venta de entradas, una o más entidades privadas, una entidad gubernamental, etc) que se puede acceder a fin de determinar si un usuario intenta comprar un boleto y / o una persona a la que un boleto está asignado está en la . lista de vigilancia (por ejemplo, por ejemplo, uno o más de boleto Escalpadora, presunto delincuente, Venta de entradas sistema de la regla abusador, hooligan, riesgo para la seguridad, y / o terroristas / prohibición de vuelos listas de vigilancia) , y si esa persona debe contar con un tratamiento especial (por ejemplo, la denegación de entrada, la notificación de un organismo de seguridad, etc.). Como se describe en la Figura IB, un emisor de boletos, que puede ser un lugar operador, un artista, un promotor, una agencia de venta de entradas, un usuario de reventa de entradas, o similares, accede al sistema de boletaje a través del enrutador 116B.

El sistema 120B está conectado a una intranet y / o la Internet a asi 118B acceder al enrutador 116B, el acceso del sistema de gestión 122b, y recibir los datos de un escáner 124B. El sistema de gestión de acceso 122b, un ejemplo de que es el servidor de acceso basado en el Administrador? sistema que está comercialmente disponible a partir de Ticketmaster, se utiliza para autenticar entradas proferido en un caso el lugar de celebración y, opcionalmente, puede determinar si un boleto es titular de un boleto de titular autorizado. Si un boleto no para autenticar y / o titular del boleto no está autorizado, opcionalmente, una alerta o notificación a tal efecto se presta a una puerta y poseedor de transmisión a una o más terminales de seguridad 128B. El escáner 124B incluye opcionalmente un escáner de código de barras, un personaje lector, y / o una cámara, que explora entradas para códigos de boletos, boletos titular códigos, y / o boleto comprador códigos. El escáner 124B, opcionalmente, está configurado para explorar uno o más tipos de dispositivos de identificación (por ejemplo, magstripes licencia de conducir, pasaporte etiquetas RFID, etc.) El escáner 124B opcionalmente incluye un escáner biométrico configurado para explorar uno o más atributos físicos de un boleto de titular (por ejemplo, huellas dactilares, palma, venas, retina, voz, cara, cuerpo, etc. ) El sistema de gestión de acceso 122b, opcionalmente, puede generar informes de seguimiento de la asistencia, la entrada de tráfico por el tiempo, intervalos, rechazó los intentos de admisión, y los ingresos por punto de entrada, tipo de boleto y / o el precio de código en su caso. El sistema de gestión de acceso 122b utiliza el código de barras la información escaneada de un boleto utilizando el escáner 124B para llevar a cabo la autenticación. El acceso a sistema de gestión de servidores, opcionalmente, puede utilizar una base de datos y / o un cifrado / descifrado algoritmo para la identificación de boletos de búsqueda. A modo de ejemplo, en el caso de una reventa de entradas de usuario, el boleto de venta de entradas sistema emisor 120B puede ser un usuario la ejecución de un ordenador y navegador utilizado para enviar entradas. Si el boleto es el emisor de boletos emisor original, como un lugar operador, artista, o promotor, el sistema 120B puede ser utilizado para generar códigos de barras boleto. Si el sistema 120B está asociado con el boleto original emisor, opcionalmente, cada evento / sede / impresión contar combinación se asocia con un único código de barras. Una impresión es el número de veces entradas para un asiento individual ubicación que se ha publicado. El boleto emisor luego los vende boletos a través de los servicio de venta de entradas sistema de procesamiento de boletos para un primer usuario. Por ejemplo, el primer usuario puede iniciar y completar la compra a través de la terminal de usuario 114B y además puede autorizar el pago a través de una tarjeta de crédito, de débito gratuita, o de otro tipo. El primer usuario puede utilizar el terminal para enviar 114B, a través del intercambio de boletos 108B, uno o más de la temporada de abono en venta en el sitio web auspiciado por el sistema de boletaje. Un registro de desplazamiento se pueden almacenar en el boleto base de datos, que pueden ser almacenados en el sistema de boletaje 120B, el intercambio - de boletos servidores 108B, y / o la emisión de boletos servidores 102B. Un segundo usuario puede iniciar, autorizar el pago, y completar una compra de uno o varios de los nuevos boletos a través de la terminal de usuario 112B. Si el segundo usuario está pagando con tarjeta de crédito, tarjeta de crédito el sistema de autorización 106 ter controles para asegurarse de que la tarjeta de crédito está autorizado y no haya superado su limite de crédito. El boleto de cambio servidores 108B invalidar el primer usuario? S boleto para que los derechos de acceso han sido adquiridos por el segundo usuario. Un indicador de invalidación se almacena en asociación con la información de código de barras en la base de datos del sistema de expedición de boletos y, opcionalmente, en una base de datos relacionados con el sistema de gestión de acceso 122b. Por lo tanto, si alguien intenta utilizar el original, primer usuario? S boleto para acceder a la correspondiente evento o juego, el boleto original? S de código de barras será escaneado utilizando el escáner de código de barras 124B. El sistema de gestión de acceso 122b comparará el escaneado de códigos de barras con la información que almacenan en el sistema de gestión de acceso de base de datos, ya través de la invalidación determinar indicación de que el boleto ha sido anulado o invalidado. El titular del boleto original se puede denegar la entrada al evento . Opcionalmente, dos o más de la venta de entradas 102B servidores, servidores de intercambio de boletos 108B, autorización de la tarjeta de crédito del sistema 106 ter, del sistema de expedición de boletos 120B, y el acceso 122b sistema de gestión puede ser co-ubicado y / o organizada por el mismo sistema informático. La figura 2 se ilustra un ejemplo para el proceso de tramitación de una solicitud de compra de entradas, incluyendo la recepción de boletos de identificación del titular de los datos y la expedición de boletos. En el estado 302 de un boleto de solicitud de un caso se recibe de un usuario (por ejemplo, desde un terminal de usuario o boleto de kiosco) en un sistema de boletaje. El boleto se puede solicitar en caso de asientos en un determinado nivel de precios o de los mejores asientos disponibles. En el estado 304, el sistema de expedición de boletos entradas disponibles localiza la reunión de usuario? S petición y transmite la información relativa a las entradas (por ejemplo, el precio de la sección, fila y asiento) para mostrar al usuario (por ejemplo, para el usuario? Terminal o s un boleto de kiosco siendo utilizado por el usuario) . El usuario puede optar por continuar con la compra de los boletos ofrecidos, abandonar el boleto solicitud, o pedir una nueva selección de entradas. En este ejemplo, en el estado 306, el usuario acepta las ofertas de boletos, y procede a la orden. La venta de entradas sistema recibe la orden y pide que el usuario proporcione. la información de pago (por ejemplo, un número de tarjeta de crédito), o el pago de información se accede desde el usuario? S la información de la cuenta. El usuario puede pedir que log-in (por ejemplo, mediante la aportación de una contraseña y / o ID de usuario) o crear una cuenta (por ejemplo, proporcionar el nombre e información de contacto, seleccione un ID de usuario y / o contraseña) . En el estado 308, al usuario se le pide que proporcione información de identificación, como el nombre y / o otros datos de identificación, para el usuario / receptor de cada boleto comprado. Por ejemplo, si la información de identificación complementaria se desea (por ejemplo, más allá de la información el nombre del destinatario) , el sistema de venta de entradas, opcionalmente, transmite un formulario de lista de una o más formas aceptables de identificación complementaria (por ejemplo, una licencia de conducir, un identificador de cuenta, un crédito número de tarjeta de crédito, etc) para el usuario (por ejemplo, para el usuario? s terminal o un boleto de kiosco) . El formulario puede incluir campos para recibir la información de identificación. En el estado 310, el sistema recibe la información de identificación. Opcionalmente el sistema verifica la información de identificación, tales como la identificación de información complementaria. Por ejemplo, si la información de identificación complementaria incluye una licencia de conducir por un determinado boleto posibles titular, el número puede ser examinada para determinar si se trata de un número válido (por ejemplo, tiene el número correcto de caracteres alfanuméricos, caracteres alfanuméricos dentro de un rango admisible , Cartas en determinadas posiciones, y números en otras posiciones especificadas, etc) , y una base de datos (por ejemplo, operados por o en nombre de un estado) de la licencia de conducir válida números se puede comprobar para ver si el siempre coincide con un número válido número en la base de datos, y si el nombre asociado con el número de licencia en la base de datos coincide con la proporcionada por la compra del usuario. En otras incorporaciones, por ejemplo, la identificación de información complementaria no tiene por qué ser siempre. Opcionalmente, la información de identificación se puede comprobar en contra de una o más listas de vigilancia (por ejemplo, uno o más de boleto Escalpadora, presunto delincuente, Venta de entradas sistema de la regla abusador, hooligan, riesgo para la seguridad, y / o terroristas / no-volar listas de vigilancia) . Si el usuario aparece en esa lista de vigilancia, una o más reglas se pueden leer desde la memoria del sistema en relación a esas listas, y solicitar el boleto puede ser manejado en conformidad con esas normas.

Si la identificación de información es recibida y verificada, a continuación, en el estado 312 de los boletos han sido emitidos con el boleto impreso titular de los identificadores o se disponga otra cosa al respecto. Del mismo modo como se ha descrito anteriormente, las entradas pueden ser emitidas a la compra de los usuarios o enviados directamente a los beneficiarios designados boleto. Del mismo modo como se ha descrito anteriormente, el boleto puede ser por correo electrónico a un terminal, descargado de un sitio Web a una terminal, de transmisión inalámbrica a un teléfono celular, o por correo a la entrada comprador o destinatario. Si hay futuro notificaciones sobre el evento (por ejemplo, un caso de cancelación, la cancelación de un boleto, un cambio de fecha, un cambio del lugar de celebración, etc) pueden ser prestados (por ejemplo, a través del correo electrónico, un mensaje SMS, un instante mensaje, correo ordinario, etc) a la adquisición de boletos y / o el boleto de los beneficiarios. Figura 4 ilustra un ejemplo el proceso de ejecución, previa presentación del boleto de un evento en el evento local. En estado un boleto de 402 titular presenta una entrada para una puerta poseedor (por ejemplo, un boleto de interés humano, un torniquete electrónico, etc.) Los datos almacenados en el boleto es escaneada por un escáner. Por ejemplo, el boleto puede tener un identificador de boletos y titular de un boleto impreso de identificación al respecto en formato legible por el hombre y / o formato legible por máquina, o en cifrado en forma no cifrada. Opcionalmente, los datos escaneados se transmite a una o más de otros sistemas, de manera similar como se ha descrito anteriormente con respecto a las figuras 1A-1B. En el estado 404, un documento de identificación proporcionados por el titular de boleto se escanea. Por ejemplo, el documento de identificación puede ser una licencia de conducir, una tarjeta de crédito, un pasaporte, una tarjeta de identificación estatal, u otro documento. El documento de identificación puede tener una banda magnética, una etiqueta RFID, un holograma, o de otro tipo de dispositivo de almacenamiento de datos que almacena el nombre y / o otros datos de identificación del titular del documento. En el estado 406, si el acceso a la información de identificación de los boletos está encriptada, la información es decodificada . En el estado 408, todas o algunas de las descifrar la información de identificación se transmite a una o más terminales, como una terminal tripulada por la puerta o poseedor de un terminal operado por personal de seguridad. La puerta poseedor puede comparar manualmente la información de identificación descifrado con la información sobre el documento de identificación para determinar si coinciden. En el estado 410, el sistema puede comparar la identificación de los boletos y / o el documento de identificación con el que acceder desde una base de datos del sistema (por ejemplo, utilizando el boleto código de identificación como una clave de búsqueda para localizar el registro) . En el estado 412, se adopte una decisión en cuanto a si el boleto de identificación del titular de la información del boleto, la identificación de la información el documento de identificación, y el boleto titular identificador de la base de datos coinciden. Si hay un partido, el proceso pasa a estado 414, y una autorización de admisión mensaje se transmite a la puerta de la terminal y poseedor del boleto titular es admitido en el evento. Opcionalmente, un torniquete o de otro tipo de barrera de control de acceso se abre / para permitir a su vez automáticamente o en respuesta a una puerta poseedor de mando. Opcionalmente, el torniquete / barrera de control de acceso es, junto con el sistema que proporciona el comando para permitir que el titular boleto para entrar. Si no hay un partido, el proceso pasa a estado 416, y una denegación de admisión mensaje se transmite a la puerta de la terminal y poseedor del boleto es titular se negó la entrada al evento. Figura 4 ilustra un ejemplo de interfaz de usuario se configura para recibir un boleto de comprador asignaciones de entradas para los beneficiarios de boletos, y la información de identificación correspondiente. La información recibida puede ser almacenada en una base de datos. La forma de listas de la sede de información (por ejemplo, la fila, número de asiento, sección, etc) correspondiente a los boletos comprados. Un campo es opcional siempre a través de la cual el boleto comprador puede introducir manualmente el nombre de la entrada destinatario. Una libreta de direcciones campo es opcional contar con un menú desplegable que, cuando está activada, las causas nombres en una libreta de direcciones asociadas con el comprador que se presentó. En este ejemplo, el usuario puede seleccionar opcionalmente un boleto destinatario de los nombres de los presentados. Un mensaje de correo electrónico sobre el terreno y un campo de SMS son proporcionados a través de la cual el comprador puede entrar correspondiente dirección de correo electrónico y SMS direcciones para el destinatario. Opcionalmente, adicionales o diferentes campos de contacto pueden ser prestados (por ejemplo, una dirección de mensajería instantánea, una dirección física, un número de teléfono, etc.) A Transferencia permitido casilla de verificación sobre el terreno es siempre opcional. Si la casilla de verificación permite la transferencia esté activado, el derecho a transferir el boleto se proporcionará al destinatario. Por ejemplo, el receptor se permitirá a don o vender el boleto a otro. Si la casilla de verificación permite la transferencia no está activada y, a continuación, el beneficiario no tendrá derecho a transferir el boleto a otro. Opcionalmente, una o más normas puede ser almacenado en el sistema que impide o prohibe la entrada de la transferencia de beneficiarios de las entradas para el evento a otra persona. Las normas pueden ser especificados por el operador del sistema, el operador lugar, un artista intérprete o ejecutante, una entidad gubernamental, y / o de otra entidad. Por ejemplo, una norma puede ser un sistema en toda la regla (por ejemplo, el boleto comprador no puede transferir un boleto asignado a la adquisición de boletos), una regla que se aplica a uno o varios eventos (por ejemplo, conciertos de un artista intérprete o ejecutante), un norma que se aplica a uno o varios compradores de boletos, o una regla que se aplica a uno o varios destinatarios. Si una norma impide que, como la transferencia, opcionalmente permite la transferencia casilla de verificación no se presenta o está desactivado (por ejemplo, gris) . La casilla de verificación Garantizado es siempre opcional. Si la garantía está marcada casilla de verificación, el receptor se garantiza que el boleto comprador no puede cancelar el boleto o el boleto de transferencia a otro. Esta ventaja permite que el destinatario de hacer planes (por ejemplo, contratar una niñera, hacer la cena reservas) en relación con el caso sin tener que preocuparse por el boleto comprador la anulación del boleto. Una vez que el boleto comprador completa el formulario, el boleto comprador puede activar un botón de envío y los datos serán almacenados en el sistema de boletaje. Los beneficiarios, opcionalmente, se informó de que un boleto se le ha asignado a ellos, con una indicación de si el boleto es transferible por el beneficiario, y si el boleto comprador puede cancelar o transferir el boleto a otro. Varias interfaces de usuario ejemplo, ahora se describe. Opcionalmente, las interfaces de usuario se puede acceder por un terminal de usuario a través de un sitio web auspiciado por un sistema de incidencias, como la que se ha descrito anteriormente . La figura 5 ilustra un ejemplo de interfaz de usuario a través de la forma que el boleto comprador puede ingresar los datos de identificación del boleto para un receptor. Una lista de formas aceptables de identificación se proporciona información con sus correspondientes campos. En este ejemplo, el boleto comprador puede ofrecer un número de licencia de conducir, una tarjeta de identificación de número, un número de pasaporte, o dos números de tarjetas de crédito con códigos de seguridad de la tarjeta (CSC) . Adicionales o diferentes formas de identificación, opcionalmente, puede ser solicitada. El boleto comprador puede ingresar los datos y presentar activar un control, y los datos se transmitan a, y almacenados por el sistema de boletaje. Opcionalmente, la boletos comprador no está obligado a proporcionar tales datos de identificación. Como igualmente se ha señalado anteriormente, opcionalmente, una forma se transmite a un receptor a través de boleto que el boleto receptor puede proporcionar información de identificación complementaria (además de la información al destinatario? S nombre) . Figura 6 muestra un ejemplo de este tipo de formulario. En este ejemplo, el destinatario es informado de que un boleto se le ha asignado a los beneficiarios, pero que el boleto no se publicarán hasta que el receptor proporciona ciertos datos de identificación. Una lista de formas aceptables de identificación se proporciona información con sus correspondientes campos. El destinatario puede ingresar los datos y presentar activar un control, y los datos se transmitan a, y almacenados por el sistema de boletaje. Figura 7 ilustra un ejemplo boleto. En este ejemplo, el boleto incluye un receptor boleto impreso el nombre (? Jane Doe?) , El receptor? S licencia de conducir número (? B1234551?) , Y el correspondiente código de barras. El concierto nombre (? Acmé?) Y sede identificador (? Fila H, asiento 34?) Se imprimen en formato legible por humanos y en la forma de un código de barras. Otro texto y, opcionalmente, la información puede ser proporcionada en el boleto. Por ejemplo, logotipos y nombres relacionados con el emisor de boletos, el lugar de celebración, o un anunciante se puede presentar al respecto. A modo de ejemplo adicional, de información jurídica, tales como las condiciones de venta se pueden presentar al respecto. Si bien algunas de las incorporaciones ejemplo anterior describe la compra de boletos a un precio fijo, los procesos y aparatos descritos anteriormente pueden ser utilizados cuando la subasta de boletos. Por ejemplo, con el fin de una oferta para uno o más boletos para ser aceptado, una oferta puede ser solicitado o necesario para proporcionar los datos de identificación de los destinatarios de cada boleto de manera similar como se ha descrito anteriormente. Opcionalmente, los datos de identificación no tiene que ser siempre hasta después de un postor? S oferta es una oferta ganadora. Debe entenderse que algunas variaciones y modificaciones de la presente invención se sugieren a sí mismos de una habilidad ordinaria en la materia. El ámbito de aplicación de la presente invención no debe ser limitado por las ilustraciones o descripciones de lo anterior la misma.

Claims (80)

REIVINDICACIONES

1. Un sistema de control de acceso, que comprende: un escáner situado junto a un lugar de entrada, y un sistema informático junto con el escáner, el sistema está configurado para: recibir los datos de identificación de un usuario escaneados de una ficha de admisión de un portador de la ficha a través del escáner; decodificar los datos de identificación del usuario codificados; transmitir la identificación del usuario decodificada a un terminal para que se despliegue en pantalla a un portero a fin de que éste pueda determinar si el portador de la token debe ser admitido.

2. El sistema de control de acceso, tal como se define en reivindicación 1, que consta además de un torniquete acoplado al sistema.

3. El sistema de control de acceso, tal como se define en la reivindicación 1, que consta además de una barrera de control de acceso acoplada al sistema.

4. El sistema de control de acceso, tal como se define en la reivindicación 1, que consta además de: un servidor de boletaje; un administrador de cuentas; un sistema de autorización tarjeta de crédito; y y un enrutador.

5. El sistema de control de acceso, tal como se define en la reivindicación 1, donde el dato.de identificación del usuario codificado está encriptado.

6. El sistema de control de acceso, tal como se define en la reivindicación 5, en el que el sistema de control de acceso está configurado para llevar a cabo un proceso de descifrado en el dato de identificación del usuario encriptado.

7. El sistema de control de acceso, tal como se define en la reivindicación 1, donde el sistema informático está configurado para decodificar el dato de identificación del usuario codificado usando el dato de identificación del usuario codificado para localizar un identificador de usuario correspondiente de una base de datos.

8. El sistema de control de acceso, tal como se define en la reivindicación 1, donde el sistema informático está configurado para: recibir los datos de identificación del usuario escaneados de un documento de identificación separado del token de acceso, y comparar el dato de identificación del usuario del documento de identidad escaneado con el dato de identificación codificado o decodificado .

9. El sistema de control de acceso, tal como se define en la reivindicación 8, en el que el documento de identificación es una licencia de conducir, una tarjeta de crédito, un pasaporte o una tarjeta de identificación estatal.

10. El sistema de control de acceso, tal como se define en la reivindicación 8, en la que el documento de identificación almacena los datos de identificación en una banda magnética, una etiqueta RFID y/o un holograma.

11. Un método de control de acceso utilizando un sistema de control de acceso basado en un ordenador, el método que comprende : recibir, de un terminal de usuario a través de una red, en el sistema de control de acceso una petición de un usuario para una pluralidad de permisos de acceso, y proporcionar del sistema de control de acceso a través de la red al terminal usuario una petición para que el usuario proporcione información de identificación de los destinatarios de los permisos de acceso, en el que el usuario es informado de que uno de los permisos de acceso necesita ser asignado al usuario.

12. El método, tal como se define en la reivindicación 11, en el que se solicita al usuario que proporcione para los destinatarios correspondientes identificadores emitidos por el gobierno.

13. El método, tal como se define en la reivindicación 11, en el que se solicita al usuario que proporcione para los destinatarios correspondientes identificadores emitidos por el gobierno y/o un identificador asociado a los instrumentos financieros de los destinatarios correspondientes.

14. El método, tal como se define en la reivindicación 11, en el que se solicita al usuario para los destinatarios correspondientes copias de instrumentos de identificación física .

15. El método, tal como se define en la reivindicación 11, en el que se solicita al usuario para los destinatarios correspondientes imágenes de instrumentos de identificación.

16. El método, tal como se define en la reivindicación 11, donde se solicita al usuario proporcionar identificadores biométricos para los destinatarios.

17. El método, tal como se define en la reivindicación 11, que además comprende proporcionar permisos de acceso al usuario y/o a los demás destinatarios de los permisos de acceso, en el que el acceso a los permisos correspondientes tiene un identificador del destinatario previsto en ellos.

18. El método, tal como se define en la reivindicación .11, que comprende además proporcionar los permisos de acceso al usuario y/o a por lo menos una parte de los otros destinatarios de los permisos de acceso, y en el que los permisos de acceso correspondientes tienen un identificador legible por máquina del destinatario correspondiente.

19. El método, tal como se define en la reivindicación 13, en la que el identificador del destinatario correspondiente incluye un nombre del destinatario correspondiente y/o un identificador de un documento del gobierno y/o un instrumento financiero .

20. El método, tal como se define en la reivindicación 19, en la que el identificador del destinatario correspondiente incluye al menos una parte de un número de pasaporte, por lo menos una parte de un número de licencia de conducir y/o por lo menos una parte de un número de tarjeta de identificación.

21. El método, tal como se define en la reivindicación 19, en la que el instrumento financiero es una tarjeta de crédito o una tarjeta de débito.

22. El método, tal como se define en la reivindicación 13, en el que el identificador del destinatario correspondiente es proporcionado a través de por lo menos un permiso de acceso en forma cifrada.

23. El método, tal como se define en la reivindicación 13, en el que el identificador del destinatario correspondiente es proporcionado a través de por lo menos un permiso de acceso en forma de código de barras.

24. El método, tal como se define en la reivindicación 11, en el que el usuario está autorizado a transferir un primer número de permisos de acceso asignado inicialmente al usuario para otros dentro de un periodo de tiempo determinado.

25. El método, tal como se define en la reivindicación 11, en el que el usuario está autorizado a transferir al menos un permiso de acceso dentro de un periodo de tiempo.

26. El método, tal como se define en la reivindicación 25, en el que el periodo de tiempo es un periodo de tiempo designado relacionado con cuando un permiso de acceso es proporcionado al usuario.

27. El método, tal como se define en la reivindicación 25, en el que el periodo de tiempo designado es un período de tiempo relacionado con una fecha de inicio de un acontecimiento para el que el permiso de acceso concede la admisión.

28. El método, tal como se define en la reivindicación 11, en el que el usuario no está autorizado a transferir el derecho de utilizar al menos uno de la pluralidad de permisos de acceso solicitados, pero por lo menos otro destinatario está autorizado a transferir al menos uno de la pluralidad de permisos de acceso solicitados.

29. El método, tal como se define en la reivindicación 11, donde un primero de los destinatarios está autorizado a transferir al menos un permiso de acceso a través del sistema de control de acceso.

30. El método, tal como se define en la reivindicación 29, en el que se solicita al primer destinatario que proporcione la identificación de una parte a la que el permiso de acceso está siendo transferido.

31. El método, tal como se define en la reivindicación 29, en el que se solicita al primer destinatario que proporcione información de contacto de una parte a la que el permiso de acceso está siendo transferido.

32. El método, tal como se define en la reivindicación 29, en el que se solicita al primer destinatario que proporcione una dirección de correo electrónico de una parte a la que el permiso de acceso está siendo transferido.

33. El método, tal como se define en la reivindicación 29, donde el primer destinatario pone el permiso de acceso a la venta a través del sistema de control de acceso.

34. El método, tal como se define en la reivindicación 29, que comprende: recibir una solicitud del primer destinatario para poner el permiso de acceso a la venta a un primer precio; determinar si el permiso de acceso a venta es elegible para la reventa, y al menos en parte, en respuesta a la determinación de si el permiso de acceso a la venta es elegible para la reventa, poner a disposición el permiso de acceso para la venta.

35. El método, tal como se define en la reivindicación 11, que comprende además solicitar al comprador que proporcione información de contacto de los destinatarios.

36. El método, tal como se define en la reivindicación 35, que comprende además proporcionar al menos un permiso de acceso directamente a por lo menos uno de los destinatarios sin primero proporcionar el permiso de acceso al usuario.

37. El método, tal como se define en la reivindicación 11, donde al menos uno de la pluralidad de' permisos de acceso se proporciona como un boleto impreso físico.

38. El método, tal como se define en la reivindicación 11, donde al menos uno de la pluralidad de permisos de acceso se transmite a través de una red a los destinatarios.

39. El método, tal como se define en la reivindicación 11, donde al menos uno de la pluralidad de permisos de acceso puede ser descargado por los destinatarios.

40. El método, tal como se define en la reivindicación 11, donde al menos uno de la pluralidad de permisos de acceso se transmite a un , dispositivo móvil de telecomunicaciones asociado con un destinatario.

41. El método, tal como se define en la reivindicación 11, que comprende: determinar si al menos un primero de los destinatarios es identificado en una base de datos de vigilancia, y si el primer destinatario es identificado en la base de datos de vigilancia, proporcionar una notificación a una entidad gubernamental.

42. El método, tal como se define en la reivindicación 41, en el que la notificación es proporcionada automáticamente a la entidad gubernamental a través de un mensaje electrónico.

43. El método, tal como se define en la reivindicación 41, en el que la notificación incluye la información de identificación relacionada con el primer destinatario y la información relativa a un evento para el que los permisos de acceso han sido solicitados.

44. El método, tal como se define en la reivindicación 11, que comprende: determinar si al menos un primero de los destinatarios es identificado en una base de datos de vigilancia, y si el primer destinatario es identificado en la base de datos de vigilancia, no expedir un permiso de acceso para el primer destinatario.

45. El método, tal como se define en la reivindicación 11, que comprende: determinar si al menos un primero de los destinatarios es identificado en una base de datos de vigilancia, y si el primer destinatario es identificado en la base de datos de vigilancia, impedir la entrada del primer destinatario a un primer evento.

46. El método, tal como se define en la reivindicación 11, que comprende además almacenar información en inventarios de permisos de acceso para un primer evento, incluyendo la información en inventarios información relativa a las ventas de permisos de acceso.

47. El método, tal como se define en la reivindicación 11, que comprende además proporcionar una interfaz de usuario al usuario a través de la cual el usuario puede indicar si un primer destinatario de un primer permiso de acceso está autorizado a transferir el primer permiso de acceso a otro a través del sistema de control de acceso.

48. El método, tal como se define en la reivindicación 11, que comprende además proporcionar una interfaz de usuario al usuario a través de la cual el usuario puede indicar si un primer destinatario de un primer permiso de acceso debe ser notificado de que el usuario no transferirá el primer permiso de acceso a otro a través del sistema de control de acceso.

49. Un método de control de acceso utilizando un equipo basado en sistema de control de acceso, el método que comprende : recibir de un terminal de usuario a través de una red en el sistema de control de acceso una solicitud de un primer usuario para la compra de una pluralidad de permisos de acceso; proporcionar desde el sistema de control de acceso a través de la red al terminal usuario una solicitud para que el usuario proporcione información de contacto a un segundo usuario al que una primera de la pluralidad de permisos de acceso van a proporcionársele; utilizar la información de contacto para comunicarse con el segundo usuario con una petición de uno o más tipos de identificación, y al menos en parte, en respuesta a la recepción de la identificación solicitada para el segundo usuario, proporcionar un primer permiso de acceso con un identificador único en relación con el segundo usuario, en el que el identificador único es legible por máquina y/o legible por el hombre .

50. El método, tal como se define en la reivindicación 49, en el que se le solicita al segundo usuario que proporcione una identificación emitida por el gobierno.

51. El método, tal como se define en la reivindicación 49, que comprende además almacenar en memoria la identificación solicitada que se ha recibido, en el que la identificación solicitada recibida incluye un número de licencia de conducir, un número de tarjeta de identificación emitida por el gobierno, un número de seguro social y/o un número de pasaporte .

52. El método, tal como se define en la reivindicación 49, que comprende además almacenar en la memoria la identificación solicitada que se ha recibido, en el que la identificación recibida incluye un número de instrumento financiero .

53. El método, tal como se define en la reivindicación 49, en el que se le solicita al segundo usuario que proporcione una copia de un instrumento de identificación física.

54. El método, tal como se define en la reivindicación 49, en el que la identificación recibida incluye una imagen recibida a través de la red.

55. El método, tal como se define en la reivindicación 49, en el que la identificación recibida incluye un identificador biométrico.

56. El método, tal como se define en la reivindicación donde el identificador único incluye un código de barras.

57. El método, tal como se define en la reivindicación 49, donde el identificador único es almacenado magnéticamente en el primer permiso de acceso.

58. El método, tal como se define en la reivindicación 49, donde el primer permiso de acceso es por vía electrónica almacenada en una tarjeta inteligente.

59. El método, tal como se define en la reivindicación 49, donde el primer permiso de acceso es por vía electrónica almacenada en un teléfono móvil .

60. El método, tal como se define en la reivindicación 49, donde el primer permiso de acceso se proporciona como un boleto físico.

61. El método, tal como se define en la reivindicación 49, donde el primer permiso de acceso es enviado por correo electrónico al segundo usuario utilizando la información de contacto.

62. El método, tal como se define en la reivindicación 49, donde el primer permiso de acceso es enviado por correo electrónico al segundo usuario.

63. El método, tal como se define en la reivindicación 49, donde el identificador único es legible por una cámara, un escáner óptico y/o un lector magnético.

64. El método, tal como se define en la reivindicación 49, donde el identificador único es encriptado.

65. El método, tal como se define en la reivindicación 64, que comprende además: recibir de un lector situado en un lugar una lectura del identificador único para el primer permiso de acceso; descifrar el identificador único, y hacer que el identificador único sea mostrado en pantalla a una persona de control de acceso de manera que dicha persona pueda comparer el identificador único descifrado con los medios físicos presentados or el usuario que contiene una versión no encriptada del identificador único .

66. El método, tal como se define en la reivindicación 49 en el que se permite al primer usuario la transferencia de un segundo permiso de acceso, asignado originalmente al primer usuario, a otros dentro de un determinado período de tiempo y no está autorizado a transferir el segundo permiso de acceso fuera del período de tiempo especificado.

67. El método, tal como se define en la reivindicación 66, en el que el periodo de tiempo designado es un período de tiempo relacionado a cuando el segundo permiso de acceso se proporciona al usuario.

68. El método, tal como se define en la reivindicación 66, en el que el periodo de tiempo designado es un período de tiempo designado relacionado con una fecha de inicio de un evento para el que el segundo permiso de acceso concede la admisión.

69. El método, tal como se define en la reivindicación 49, en el que el primer usuario no está autorizado a transferir el derecho a utilizar un segundo permiso de acceso, pero el segundo usuario está autorizado a transferir el primer permiso de acceso.

70. El método, tal como se define en la reivindicación 49, donde al menos en parte, en respuesta a la recepción de una solicitud del segundo usuario para transferir el primer permiso de acceso a un tercer usuario, se solicita que el segundo usuario proporcione información de contacto al tercer usuario .

71. El método, tal como se define en la reivindicación 49, en el que el segundo usuario pone el primer permiso de acceso a la venta a través del sistema de .control de acceso.

72. El método, tal como se define en la reivindicación 49, que comprende además proporcionar el primer permiso de acceso directamente al segundo usuario sin primero proporcionar el primer permiso de acceso al primer usuario.

73. El método, tal como se define en la reivindicación 49, que comprende : determinar si el segundo usuario es identificado en una base de datos de vigilancia, y si el segundo usuario es identificado en la base de datos de vigilancia, proporcionar una notificación a una entidad gubernamental.

74. El método, tal como se define en la reivindicación 73, donde la notificación es proporcionada automáticamente a la entidad gubernamental a través de un mensaje electrónico.

75. El método, tal como se define en la reivindicación 73, en el que la notificación incluye la información de identificación relacionada con el segundo usuario y la información relativa al evento para el que se pretenden los I permisos de acceso solicitados.

76. El método, tal como se define en la reivindicación 49, que comprende: determinar si el segundo usuario es identificado en una base de datos de vigilancia, y si el segundo usuario es identificado en la base de datos de vigilancia, no expedir un permiso de acceso para el segundo usuario.

77. El método, tal como se define en la reivindicación 49, el método más integrado por: determinar si el segundo usuario es identificado en una base de datos de vigilancia, y si el segundo usuario es identificado en la base de datos de vigilancia, impedir la entrada del segundo usuario a un primer evento.

78. El método, tal como se define en la reivindicación 49, que comprende además proporcionar una interfaz de usuario para el primer usuario a través de la cual el primer usuario puede indicar si el segundo usuario está autorizado a transferir el primer permiso de acceso a otro a través del sistema de control de acceso.

79. El método, tal como se define en la reivindicación 49, el método además de proporcionar una interfaz de usuario para el primer usuario a través de la cual el primer usuario puede indicar si el' segundo usuario debe ser notificado de que el primer usuario no transferirá el primer permiso de acceso a otro a través de la sistema de control de acceso.

80. El método, tal como se define en la reivindicación 49, en el que el primer usuario compra el primer permiso de acceso para el segundo usuario.