ES2842675T3 - Método y dispositivo de procesamiento de servicios - Google Patents

Método y dispositivo de procesamiento de servicios Download PDF

Info

Publication number
ES2842675T3
ES2842675T3 ES17878848T ES17878848T ES2842675T3 ES 2842675 T3 ES2842675 T3 ES 2842675T3 ES 17878848 T ES17878848 T ES 17878848T ES 17878848 T ES17878848 T ES 17878848T ES 2842675 T3 ES2842675 T3 ES 2842675T3
Authority
ES
Spain
Prior art keywords
information
user
service
doi
type information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17878848T
Other languages
English (en)
Inventor
Ge Chen
Lingnan Shen
Yanghui Liu
Jie Qi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Original Assignee
Advanced New Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Application granted granted Critical
Publication of ES2842675T3 publication Critical patent/ES2842675T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0025—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G06K7/1404—Methods for optical code recognition
    • G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
    • G06K7/1413—1D bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/36—User authentication by graphic or iconic representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0236—Incentive or reward received by requiring registration or ID from user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Toxicology (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Un método para procesar un servicio, el método que comprende: recibir (S101) una solicitud de visualización de identificador de objeto digital, DOI, en un primer dispositivo terminal; determinar (S102) un tipo de servicio correspondiente a la solicitud de visualización; obtener (S103) información de usuario básica de un primer usuario; recibir (S103) información de tipo de identidad introducida por el primer usuario, la información de tipo de identidad correspondiente y aplicable al tipo de servicio y que se obtiene en base al tipo de servicio determinado, en donde la información de usuario básica es un ID de usuario o un nombre de cuenta del primer usuario, y la información de tipo de identidad es información relacionada con la identidad del primer usuario que representa un tipo de ocupación, un tipo de cuenta o un tipo de edad del primer usuario; autenticar previamente la información de tipo de identidad, que comprende recibir la información de tipo de identidad a ser comprobada introducida por el primer usuario, y enviar la información de tipo de identidad a ser comprobada a un servidor que tiene una función de comprobación para la autenticación; generar (S104, S402) un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad previamente autenticada; visualizar (S104) el DOI a un segundo dispositivo terminal para escanear por el segundo terminal; y realizar el procesamiento de servicio (S403) por el segundo dispositivo terminal en base a la información de usuario básica y la información de tipo de identidad comprendidas en el DOI visualizado, que comprende, antes de realizar el procesamiento de servicio, comprobar la información de tipo de identidad y determinar que la información de tipo de identidad coincide con un tipo de servicio a ser procesado, en donde realizar el procesamiento de servicio (S403) incluye identificar, de acuerdo con una regla de procesamiento de servicio predeterminada, un método de procesamiento de servicio que coincide con la información de tipo de identidad, y realizar el procesamiento de servicio en base al método de procesamiento de servicio identificado.

Description

DESCRIPCIÓN
Método y dispositivo de procesamiento de servicios
CAMPO TÉCNICO
La presente solicitud se refiere al campo de las tecnologías informáticas y, en particular, a un método y un aparato para procesar un servicio.
ANTECEDENTES
A medida que se desarrollan las tecnologías de la información, los identificadores de objetos digitales (DOI), tales como los códigos de barras generados utilizando tecnologías de identificación de recursos digitales, se utilizan ampliamente en diversos servicios, por ejemplo, pago por escaneo de códigos, adición de contactos y seguimiento. El DOI es un patrón de codificación formado distribuyendo patrones geométricos específicos (por ejemplo, una forma de tira larga y un cuadrado) de acuerdo con una regla específica, e incluye un código de barras unidimensional, un código bidimensional, etc.
El DOI se muestra gráficamente después de codificar una pluralidad de piezas de información "invisible", tal como información de enlace, un identificador de usuario e información de producto. Por tanto, un usuario puede utilizar un dispositivo correspondiente para escanear e identificar el DOI para obtener información incluida en el DOI, realizando así una operación de servicio correspondiente.
En la tecnología existente, un método para completar una operación de servicio utilizando un DOI suele ser el siguiente: un primer usuario muestra un DOI (por ejemplo, un código bidimensional) del primer usuario utilizando un primer dispositivo terminal, y el DOI almacena un ID de usuario del primer usuario; y un segundo usuario puede escanear el DOI del primer usuario utilizando un segundo dispositivo terminal (por ejemplo, un dispositivo de escaneo de códigos) y completar el procesamiento del servicio correspondiente en base al ID de usuario después de obtener el ID de usuario del primer usuario.
Sin embargo, en un proceso de completar un servicio utilizando un DOI, diferente de las tecnologías de comunicaciones de corto alcance como Near Field Communication (NFC), dos partes del servicio no pueden intercambiar información utilizando el DOI. En otras palabras, solo se puede implementar la transmisión de información unidireccional de una sola vez utilizando el DOI. Especialmente en algunos escenarios de servicios, un proveedor de servicios solo puede conocer información básica (por ejemplo, un ID de usuario o un nombre de cuenta) del primer usuario en base al DOI del primer usuario. Para completar el servicio, el proveedor de servicios debe realizar operaciones de servicio adicionales. Aparentemente, el método es relativamente complicado.
La publicación de patente de EE. UU. N° 2015/248663 A1 de Meere et al. para "Processing payments for an online marketplace", publicada el 3 de septiembre de 2015, da a conocer sistemas y métodos para permitir que un usuario de un dispositivo móvil cargue fondos en la cuenta del usuario con un mercado en línea. El usuario inscribe su cuenta en el mercado en línea para generar un código de barras que se puede representar en el dispositivo móvil. El usuario presenta el código de barras a un comerciante para que lo escanee. El comerciante escanea el código de barras para recuperar un número de serie, que se envía al mercado en línea para identificar de forma única la cuenta del usuario. Luego, el usuario puede proporcionar fondos al comerciante para que los cargue en la cuenta, y el comerciante puede utilizar la infraestructura de pago existente para procesar tarjetas de plástico físicas tradicionales para cargar fondos. Este enfoque evita los costos asociados con la distribución, fabricación y almacenamiento de tarjetas de plástico, y también ahorra espacio en los estantes de las tiendas minoristas.
RESUMEN
Las implementaciones de la presente solicitud proporcionan un método para procesar un servicio, a fin de aliviar un problema en la tecnología existente de que la implementación de algunos servicios es excesivamente engorrosa en un escenario de servicio que utiliza un DOI.
Las implementaciones de la presente solicitud proporcionan un aparato para procesar un servicio, a fin de aliviar el problema en la tecnología existente de que la implementación de algunos servicios es excesivamente engorrosa en un escenario de servicio que utiliza un DOI. La invención se describe en las reivindicaciones.
Las implementaciones de la presente solicitud utilizan las siguientes soluciones técnicas.
Una implementación de la presente solicitud proporciona un método para procesar un servicio, que incluye lo siguiente: recibir una solicitud de visualización de identificador de objeto digital (DOI); determinar un tipo de servicio correspondiente a la solicitud de visualización; obtener información de usuario básica de un primer usuario e información de tipo de identidad previamente autenticada correspondiente al tipo de servicio en base al tipo de servicio determinado; y generar y visualizar un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad de modo que un segundo usuario realice el procesamiento del servicio en base a la información de usuario básica y la información de tipo de identidad incluida en el DOI visualizado.
Una implementación de la presente solicitud proporciona además un método para procesar un servicio, que incluye lo siguiente: obtener un DOI de un primer usuario, donde el DOI se genera en base a la información de usuario básica del primer usuario y la información de tipo de identidad previamente autenticada de un tipo de servicio correspondiente; determinar la información de usuario básica incluida en el DOI y la información de tipo de identidad del primer usuario adicionalmente incluida en el DOI; y realizar el procesamiento del servicio en base a la información de usuario básica y la información de tipo de identidad.
Una implementación de la presente solicitud proporciona un aparato para procesar un servicio, que incluye lo siguiente: un módulo de recepción, configurado para recibir una solicitud de visualización de identificador de objeto digital (DOI); un módulo de determinación, configurado para determinar un tipo de servicio correspondiente a la solicitud de visualización; un módulo de adquisición, configurado para obtener información de usuario básica de un primer usuario e información de tipo de identidad previamente autenticada correspondiente al tipo de servicio en base al tipo de servicio determinado; y un módulo de generación, configurado para generar y mostrar un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad de modo que un segundo usuario realice el procesamiento de servicio en base a la información de usuario básica y la información de tipo de identidad incluidas en el DOI visualizado.
Una implementación de la presente solicitud proporciona otro aparato para procesar un servicio, que incluye lo siguiente: un módulo de adquisición, configurado para obtener un DOI de un primer usuario, donde el DOI se genera en base a la información de usuario básica del primer usuario e información de tipo de identidad previamente autenticada de un tipo de servicio correspondiente; un módulo de determinación, configurado para determinar la información de usuario básica incluida en el DOI y la información de tipo de identidad del primer usuario adicionalmente incluida en el DOI; y un módulo de procesamiento, configurado para realizar el procesamiento del servicio en base a la información de usuario básica y la información de tipo de identidad.
Al menos una de las soluciones técnicas descritas anteriormente utilizadas en las implementaciones de la presente solicitud puede lograr los siguientes efectos beneficiosos:
En un escenario de obtención de un servicio comercial utilizando el DOI, cuando el primer dispositivo terminal genera el DOI del primer usuario necesaria para el servicio, la información de usuario básica del primer usuario y la información de tipo de identidad del primer usuario que es aplicable al tipo de servicio se obtienen en base al tipo de servicio, y el DOI del primer usuario se genera en base a la información de usuario básica y la información de tipo de identidad. Como tal, después de obtener el DOI del primer usuario mediante escaneo de código, etc., el proveedor de servicios puede obtener, a partir del DOI, la información de tipo de identidad de la parte solicitante incluida en el DOI para proporcionar un servicio comercial correspondiente en base a la información de tipo de identidad. Por lo tanto, la parte solicitante puede obtener plenamente el servicio comercial proporcionado por el proveedor de servicios.
En comparación con el método en la tecnología existente, en las implementaciones de la presente solicitud, la información de tipo de identidad de la parte solicitante se agrega al DOI para que el proveedor del servicio pueda obtener el DOI de la parte solicitante junto con la información de tipo de identidad de la parte solicitante, reduciendo o previniendo así efectivamente las operaciones correspondientes realizadas adicionalmente por el proveedor de servicios, mejorando aún más la eficiencia de la prestación del servicio y asegurando los beneficios del servicio obtenidos por la parte solicitante.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Los dibujos adjuntos descritos aquí se utilizan para proporcionar una mayor comprensión de la presente solicitud y constituyen una parte de la presente solicitud. Las implementaciones esquemáticas de la presente solicitud y las descripciones de las implementaciones se utilizan para explicar la presente solicitud, y no constituyen una limitación inapropiada de la presente solicitud. En los dibujos adjuntos:
La FIG. 1a es un diagrama esquemático que ilustra una arquitectura en la que se basa un proceso de procesamiento de servicios, de acuerdo con una implementación de la presente solicitud;
la FIG. 1b es un diagrama esquemático que ilustra un proceso de procesamiento de servicios, de acuerdo con una implementación de la presente solicitud;
la FIG. 2 es un diagrama esquemático que ilustra una interfaz donde un usuario envía una solicitud de visualización, de acuerdo con una implementación de la presente solicitud;
la FIG. 3 es un diagrama esquemático que ilustra información incluida en un DOI, de acuerdo con una implementación de la presente solicitud;
la FIG. 4 es un diagrama esquemático que ilustra un proceso de procesamiento de servicios en un lado de un segundo usuario, de acuerdo con una implementación de la presente solicitud;
la FIG. 5a es un diagrama esquemático que ilustra una arquitectura en un escenario de pago en línea, de acuerdo con una implementación de la presente solicitud;
la FIG. 5b es un diagrama esquemático que ilustra un procedimiento de servicio en un escenario de pago de escaneo de código en línea, de acuerdo con una implementación de la presente solicitud;
la FIG. 6 es un diagrama estructural esquemático que ilustra un aparato para procesar un servicio en un lado de un primer usuario, de acuerdo con una implementación de la presente solicitud; y
la FIG. 7 es un diagrama estructural esquemático que ilustra un aparato para procesar un servicio en un lado de un segundo usuario, de acuerdo con una implementación de la presente solicitud.
DESCRIPCIÓN DE IMPLEMENTACIONES
Como se describió anteriormente, cuando un servicio se procesa utilizando un DOI, un primer usuario visualiza el DOI utilizando un primer dispositivo y un segundo usuario puede obtener, a través del escaneo de código utilizando un segundo dispositivo, el DOI visualizado por el primer dispositivo. A diferencia de una pluralidad de veces de intercambio de información en una tecnología de transmisión de corto alcance existente, el segundo dispositivo no retroalimenta el DOI al primer dispositivo en un proceso de escaneo de código. En otras palabras, el proceso de escaneo de código puede considerarse como un proceso de transmisión de información unidireccional en realidad. Además, la información incluida en un DOI generado es fija y la información que se obtiene cuando el segundo dispositivo realiza una operación de escaneo de código es la información incluida en el DOI. Es necesario generar un nuevo DOI para obtener otra información. Puede verse que el escaneo DOI es un proceso de transmisión de información unidireccional de una sola vez.
Para aclarar los objetivos, las soluciones técnicas y las ventajas de la presente solicitud, a continuación, se describen de forma clara y completa las soluciones técnicas de la presente solicitud con referencia a implementaciones específicas y los correspondientes dibujos adjuntos en la presente solicitud. Aparentemente, las implementaciones descritas son simplemente algunas, pero no todas, las implementaciones de la presente solicitud.
Vale la pena señalar que, en una implementación de la presente solicitud, un proceso de procesamiento de servicios puede basarse en una arquitectura mostrada en la FIG 1 a. Un primer usuario puede mostrar un DOI del primer usuario utilizando un dispositivo terminal (es decir, un primer dispositivo terminal) del primer usuario para que un segundo usuario pueda obtener el DOI a través del escaneo de código, captura de pantalla, etc. utilizando un correspondiente dispositivo terminal (es decir, un segundo dispositivo terminal, tal como un dispositivo de escaneo de códigos).
El primer dispositivo terminal incluye, pero no se limita a, un dispositivo terminal que tiene una pantalla de visualización, tal como un teléfono inteligente, un reloj inteligente, una computadora tableta o una computadora. El segundo dispositivo terminal incluye, pero no se limita a, un dispositivo terminal que tiene una función de escaneo de código, tal como un teléfono inteligente, un reloj inteligente, una computadora tableta, una computadora, un escáner de código, una máquina POS, una máquina expendedora de billetes o una máquina expendedora, lo que no constituye limitación alguna a la presente solicitud aquí.
En base a la arquitectura mostrada en la FIG. 1a, una implementación de la presente solicitud proporciona un proceso de procesamiento de servicios mostrado en la FIG 1b. El proceso incluye los siguientes pasos.
5101. Recibir una solicitud de visualización de DOI.
En los servicios reales, un usuario puede operar un primer dispositivo terminal para visualizar el DOI. Por tanto, el primer dispositivo terminal puede recibir una solicitud de visualización enviada por el primer usuario.
En las operaciones reales, el primer dispositivo terminal tiene una función de visualización de DOI (la función se puede proporcionar por un sistema operativo del primer dispositivo terminal, o se puede proporcionar por una aplicación instalada en el primer dispositivo terminal, lo que no está limitada aquí) de modo que el primer usuario puede enviar la solicitud de visualización en una interfaz de función correspondiente.
5102. Determinar un tipo de servicio correspondiente a la solicitud de visualización.
En la presente implementación de la presente solicitud, si el primer usuario necesita obtener diferentes tipos de servicios, el primer usuario puede utilizar el primer dispositivo terminal para generar DOI aplicables a los diferentes tipos de servicios. En otras palabras, la solicitud de visualización enviada por el usuario realmente incluye información sobre diferentes tipos de servicios. Por lo tanto, después de recibir la solicitud de visualización, un segundo dispositivo terminal de un segundo usuario determina además el tipo de servicio correspondiente a la solicitud de visualización.
5103. Obtener información de usuario básica de un primer usuario e información de tipo de identidad previamente autenticada correspondiente al tipo de servicio en base al tipo de servicio determinado.
En la presente implementación de la presente solicitud, se puede entender que la información de usuario básica es un ID de usuario, un nombre de cuenta, etc. del primer usuario, y la información de tipo de identidad es información relacionada con la identidad del primer usuario que representa un tipo de ocupación, un tipo de cuenta, etc. del primer usuario.
En aplicaciones reales, para diferentes tipos de servicios, la información de tipo de identidad puede afectar a un servicio comercial obtenido por el primer usuario. Por ejemplo, en transacciones de pago de compras, la membresía del primer usuario puede permitir que el primer usuario disfrute de un descuento correspondiente. Para otro ejemplo, en las transacciones de pago de billetes de metro a través del escaneo de códigos, una identidad de estudiante del primer usuario puede permitir que el primer usuario disfrute de un descuento correspondiente.
Por lo tanto, el primer dispositivo terminal obtiene la información de tipo de identidad del usuario en base al tipo de servicio correspondiente en un proceso de generación de DOI. Ciertamente, para asegurar la validez de la información de tipo de identidad del primer usuario, la información de tipo de identidad se autentica previamente en la presente implementación de la presente solicitud.
En la presente implementación de la presente solicitud, la información de tipo de identidad del primer usuario se incluye en el DOI del primer usuario. En comparación con la tecnología existente, especialmente cuando la información se transmite utilizando el DOI, el DOI que incluye la información de tipo de identidad puede permitir que el segundo usuario obtenga un tipo de identidad del primer usuario en un proceso de transmisión de escaneo de código unidireccional de una sola vez sin necesidad de realizar una operación de transmisión de información adicional.
S104. Generar y visualizar un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad para que un segundo usuario realice el procesamiento de servicio en base a la información de usuario básica y la información de tipo de identidad incluida en el DOI visualizado.
Con referencia al paso anterior, se puede ver que el DOI generado en el presente paso se puede considerar como un DOI aplicable a un tipo de servicio correspondiente. En otras palabras, después de obtener el DOI del primer usuario utilizando el segundo dispositivo, el segundo usuario puede realizar el procesamiento del servicio en base a la información de tipo de identidad incluida en el DOI para que el primer usuario obtenga el servicio correspondiente.
De acuerdo con los pasos anteriores, en un escenario de obtención de un servicio comercial utilizando un DOI, cuando el primer dispositivo terminal genera el DOI del primer usuario necesario para el servicio, la información de usuario básica del primer usuario y la información de tipo de identidad del primer usuario que es aplicable al tipo de servicio se obtiene en base al tipo de servicio, y el DOI del primer usuario se genera en base a la información de usuario básica y la información de tipo de identidad. Como tal, después de obtener el DOI del primer usuario mediante escaneo de código, etc., el proveedor de servicios puede obtener, a partir del DOI, la información de tipo de identidad de la parte solicitante incluida en el DOI para proporcionar un servicio comercial correspondiente en base a la información de tipo de identidad. Por lo tanto, la parte solicitante puede obtener plenamente el servicio comercial proporcionado por el proveedor de servicios.
Para el proceso descrito, en aplicaciones reales, la FIG. 2 muestra los controles de generación de códigos de pago de tres tipos de servicios. El usuario puede seleccionar un control de código de pago aplicable a un servicio correspondiente en una interfaz de código de pago de un teléfono móvil. En consecuencia, después de que el usuario pulsa un cierto código de pago, es equivalente a enviar una solicitud de visualización, y el teléfono móvil puede determinar un tipo de servicio correspondiente a partir de la solicitud de visualización. Como tal, el teléfono móvil puede obtener la información de tipo de identidad correspondiente.
En la presente implementación de la presente solicitud, la información de tipo de identidad se autentica previamente, y la autenticación previa de la información de tipo de identidad incluye: recibir información de tipo de identidad que a ser comprobada que se introduce mediante el primer usuario; y enviar la información de tipo de identidad a ser comprobada a un servidor que tiene una función de comprobación para la autenticación.
En un método posible, el primer usuario puede introducir información tal como información de tarjeta de identidad, información de tarjeta de seguro médico o información de tarjeta de ID de estudiante en el primer dispositivo terminal como la información de tipo de identidad a ser comprobada. En consecuencia, el primer dispositivo terminal puede enviar la información de tipo de identidad que a ser comprobada que introduce el usuario a un servidor de plataforma de servicio para que el servidor de plataforma de servicio compruebe la información de tipo de identidad que a ser comprobada y retroalimente un resultado de comprobación al primer dispositivo terminal. Ciertamente, un proceso de comprobación de la información de tipo de identidad a ser comprobada no constituye limitación alguna para la presente solicitud.
La generación de un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad incluye: establecer un bit indicador de información para la información de tipo de identidad; y generar el DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad que tiene el bit indicador de información.
Por ejemplo, en las transacciones de pago de billete de metro a través del escaneo de códigos, si un determinado usuario es un estudiante, un teléfono móvil utilizado por el usuario puede obtener un ID de usuario y la información de tipo de identidad del usuario. Supongamos que la información de tipo de identidad es una identidad "Stu" de usuario (indica el estudiante) en el presente ejemplo. Como se muestra en la FIG. 3, la información de tipo de identidad utiliza "##" como bit indicador antes de que se genere un código bidimensional. En otras palabras, en la FIG. 3, una cadena de caracteres entre "##" es una cadena de caracteres correspondiente a la información de tipo de identidad, concretamente, "Stu".
El contenido anterior se describe en base a un lado de un primer usuario. Para un lado de un segundo usuario, una implementación de la presente solicitud proporciona además un método para procesar un servicio. Como se muestra en la FIG. 4, el método incluye los siguientes pasos.
5401. Obtener un DOI de un primer usuario.
El DOI se genera en base a la información de usuario básica del primer usuario y la información de tipo de identidad previamente autenticada de un tipo de servicio correspondiente.
En la presente implementación de la presente solicitud, el DOI del primer usuario puede visualizarse por un primer dispositivo terminal utilizado por el primer usuario. Después de que el primer dispositivo terminal visualice el DOI, un segundo dispositivo terminal (por ejemplo, un dispositivo de escaneo de códigos) puede obtener el DOI del primer usuario mediante escaneo de código, captura de pantalla, etc., lo que no constituye limitación alguna para la presente solicitud.
5402. Determinar información de usuario básica incluida en el DOI y la información de tipo de identidad del primer usuario adicionalmente incluida en el DOI.
En la presente implementación de la presente solicitud, la información de tipo de identidad del primer usuario se incluye en el DOI del primer usuario. En comparación con la tecnología existente, especialmente cuando la información se transmite utilizando el DOI, el DOI que incluye la información de tipo de identidad puede permitir que un proveedor de servicios obtenga un tipo de identidad del primer usuario en un proceso de transmisión de escaneo de código de una sola vez sin necesidad de realizar una operación de transmisión de información adicional.
Ciertamente, en las operaciones reales, el segundo usuario puede analizar el DOI después de obtener el DOI del primer usuario utilizando el segundo dispositivo terminal, para obtener la información de tipo de identidad del primer usuario, lo que no constituye una limitación para la presente solicitud.
5403. Realizar el procesamiento del servicio en base a la información de usuario básica y la información de tipo de identidad.
En las aplicaciones reales, después de obtener la información de tipo de identidad del primer usuario, el segundo usuario puede realizar el procesamiento de servicio en base a la información de tipo de identidad del primer usuario.
Por ejemplo, en transacciones de pago de escaneo de código en un autobús, un pasajero puede visualizar un código bidimensional utilizando un teléfono móvil y escanear el código bidimensional utilizando un dispositivo de escaneo de códigos en el autobús. Después de obtener el código bidimensional, el dispositivo de escaneo de códigos puede determinar que el pasajero es un estudiante. Por lo tanto, la deducción se puede completar después de realizar el descuento correspondiente.
De acuerdo con los pasos anteriores, en un escenario de obtención de un servicio comercial utilizando un DOI, el primer usuario agrega la información de tipo de identidad correspondiente al DOI generado del primer usuario. Como tal, después de obtener el DOI del primer usuario mediante escaneo de código, etc., el proveedor de servicios puede obtener, a partir del DOI, la información de tipo de identidad de la parte solicitante incluida en el DOI para proporcionar un servicio comercial correspondiente en base a la información de tipo de identidad. Por lo tanto, la parte solicitante puede obtener plenamente el servicio comercial proporcionado por el proveedor de servicios.
En comparación con el método en la tecnología existente, en la implementación de la presente solicitud, la información de tipo de identidad de la parte solicitante se agrega al DOI para que el proveedor del servicio pueda obtener el DOI de la parte solicitante junto con la información de tipo de identidad de la parte solicitante, reduciendo o previniendo así efectivamente las operaciones correspondientes realizadas adicionalmente por el proveedor de servicios, mejorando aún más la eficiencia de la prestación del servicio y asegurando los beneficios del servicio obtenidos por la parte solicitante.
Vale la pena señalar que, en aplicaciones reales, los pasos anteriores pueden realizarse por un dispositivo terminal (es decir, el segundo dispositivo terminal. El segundo dispositivo terminal puede entenderse como un dispositivo de escaneo de códigos en el siguiente contenido en la presente implementación de la presente solicitud) utilizado por el proveedor de servicios.
En aplicaciones reales, después de obtener el DOI del primer usuario a través del escaneo de código, el dispositivo de escaneo de códigos puede analizar el DOI y obtener información incluida en el DOI analizado. Por lo tanto, en la presente implementación de la presente solicitud, la determinación de la información de tipo de identidad del primer usuario incluida en el DOI incluye: analizar el DOI para obtener información de DOI; obtener información en un bit indicador de tipo de identidad previamente acordado en la información de DOI; y determinar la información obtenida como información de tipo de identidad del primer usuario.
Se utiliza un código bidimensional como ejemplo. Después de decodificar el código bidimensional, se puede obtener una cadena de caracteres correspondiente, por ejemplo, un localizador de recursos uniforme (URL) u otra cadena de caracteres de código. En las transacciones de pago de escaneo de código en la presente implementación de la presente solicitud, el código bidimensional utilizado por el primer usuario no solo incluye un ID del usuario, sino que también incluye la información de tipo de identidad del usuario. Vale la pena señalar que, para determinar la información de tipo de identidad a partir de la cadena de caracteres obtenida mediante análisis, se puede acordar previamente un bit indicador de la información de tipo de identidad entre el primer usuario y el segundo usuario.
El ejemplo mostrado en la FIG. 3 todavía se utiliza. El dispositivo de escaneo de códigos obtiene una cadena de caracteres en la figura después de decodificar un código bidimensional de un determinado primer usuario, y la cadena de caracteres incluye un ID de usuario del primer usuario. Además, la información de tipo de identidad utiliza "##" como un bit indicador en base a un acuerdo predeterminado. En otras palabras, en la FIG. 3, una cadena de caracteres entre "##" es una cadena de caracteres correspondiente a la información de tipo de identidad, concretamente, "Stu".
Debe entenderse que el ejemplo descrito se utiliza simplemente para describir un proceso de análisis de información de tipo de identidad en la presente implementación de la presente solicitud, y no se limita al método mostrado en el ejemplo descrito en aplicaciones reales.
Ciertamente, en la presente implementación de la presente solicitud, el DOI puede analizarse utilizando un decodificador o algoritmo correspondiente, por ejemplo, un códec UTF-8 o un códec Unicode, lo que no constituye una limitación para la presente solicitud.
En las aplicaciones reales, después de obtener la información de identidad del primer usuario, el dispositivo de escaneo de códigos puede comprobar además la información de tipo de identidad para determinar la validez de la información de tipo de identidad obtenida. En otras palabras, en la presente implementación de la presente solicitud, antes de realizar el procesamiento del servicio en base a la información de tipo de identidad, el método incluye, además: comprobar la información de tipo de identidad y determinar que la información de tipo de identidad coincide con un tipo del servicio a ser procesado.
Además, durante la comprobación en la presente implementación de la presente solicitud, el dispositivo de escaneo de códigos puede almacenar más información de calibración, y la información de calibración puede incluir información tal como un tipo de identidad estándar y períodos de validez de diferentes tipos de identidad. Por lo tanto, el dispositivo de escaneo de códigos puede comprobar, de acuerdo con la información de tipo de identidad estándar almacenada, la información de tipo de identidad analizada a partir del código bidimensional.
Por ejemplo, después de saber que la cadena "Stu" de caracteres corresponde a la información de tipo de identidad, el dispositivo de escaneo de códigos determina, en base al tipo de identidad estándar almacenado, si la cadena "Stu" de caracteres coincide con el tipo de identidad estándar y el dispositivo de escaneo de códigos puede además determinar si la edad del primer usuario cumple con una identidad "estudiante".
Asimismo, el presente ejemplo sólo pretende describir el proceso de comprobación descrito y no debe interpretarse como una limitación de la presente solicitud. En aplicaciones reales, se puede utilizar otro método de comprobación. Los detalles se omiten aquí por simplicidad.
Una vez que la comprobación tiene éxito, se puede realizar una operación de servicio correspondiente en base a la información de tipo de identidad del primer usuario. En otras palabras, realizar el procesamiento del servicio en base a la información de tipo de identidad incluye: determinar, de acuerdo con una regla de procesamiento de servicio predeterminada, un método de procesamiento de servicio que coincida con la información de tipo de identidad, y realizar el procesamiento del servicio en base al método de procesamiento de servicio determinado.
En la presente implementación de la presente solicitud, la regla de procesamiento de servicio puede incluir reglas de procesamiento aplicables a diferentes escenarios de servicios. Por ejemplo, en transacciones de pago de escaneo de código en un proceso de compra, una regla de pago proporciona un descuento correspondiente en base a un tipo de miembro de un consumidor. Alternativamente, en las transacciones de pago de billetes de metro a través del escaneo de código, una regla de pago es una regla de reducción de pago para pasajeros de diferentes identidades, tales como estudiantes, ancianos o soldados. Ciertamente, en la presente implementación de la presente solicitud, la regla de procesamiento de servicio no está limitada.
Por lo tanto, con referencia a la información de tipo de identidad del primer usuario obtenida utilizando el proceso descrito y de acuerdo con la regla de procesamiento de servicio descrita, se puede realizar el procesamiento de servicio correspondiente para proporcionar un servicio comercial para el primer usuario.
Especialmente en transacciones de pago de escaneo de código, el DOI incluye un código de pago bidimensional. Realizar el procesamiento de servicio en base a la información de usuario básica y la información de tipo de identidad incluye: determinar, de acuerdo con la regla de procesamiento de servicio predeterminada, un coeficiente de descuento de pago que coincide con la información de tipo de identidad; y realizar el pago y la deducción en base al coeficiente de descuento de pago determinado y la información de usuario básica.
Vale la pena señalar aquí que, se puede ver en el contenido descrito y la arquitectura mostrada en la FIG. 1a que el método para procesar un servicio en la presente implementación de la presente solicitud es aplicable a un escenario fuera de línea. En otras palabras, tanto el primer dispositivo terminal como el segundo dispositivo terminal pueden estar en un estado fuera de línea, mejorando así la aplicabilidad de pago por escaneo de código.
Ciertamente, el método para procesar un servicio en la presente solicitud también es aplicable a un escenario en línea. Para el escenario, se puede mostrar una arquitectura en la FIG. 5a. Se puede observar en la FIG. 5a que dos partes que necesitan realizar la interacción de servicio pueden completar las operaciones de servicio correspondientes utilizando una plataforma de servicios en línea (por ejemplo, un sitio web). Tanto el primer usuario (es decir, la parte solicitante) como el segundo usuario (el proveedor) registran las cuentas correspondientes en la plataforma de servicios para que la plataforma de servicios pueda especificar uniformemente un formato de información de tipo de identidad estándar para cada uno de los usuarios en la plataforma de servicios. Además, la plataforma de servicios puede determinar la información de tipo de identidad del usuario en base a la información personal y la información histórica de servicio del usuario. Por ejemplo, la plataforma de servicios puede determinar, mediante una revisión en base la información de identidad proporcionada por el usuario, que el usuario es un estudiante. Para otro ejemplo, la plataforma de servicio determina, en base a datos de servicio históricos del usuario, que un tipo de cuenta del usuario es un miembro senior.
En base al escenario en línea mostrado en la FIG. 5a, la FIG. 5b puede mostrar un proceso para completar un servicio de pago por dos partes de servicio. El proceso incluye los siguientes pasos:
5501. Un dispositivo terminal genera y visualiza un código de pago bidimensional de una parte solicitante.
5502. Un dispositivo de escaneo de códigos escanea el código de pago bidimensional visualizado por el terminal para obtener una imagen del código de pago bidimensional.
5503. El dispositivo de escaneo de códigos analiza la imagen del código de pago bidimensional obtenida para obtener un resultado de análisis que incluye información de tipo de identidad de la parte solicitante.
5504. El dispositivo de escaneo de códigos envía el resultado del análisis a un servidor de plataforma de servicios para su comprobación.
5505. El servidor de la plataforma de servicios comprueba el resultado del análisis y retroalimenta un resultado de comprobación exitosa.
5506. Después de recibir el resultado de comprobación y determinar que la comprobación tiene éxito, el dispositivo de escaneo de códigos realiza la deducción en base a la información de tipo de identidad de la parte solicitante.
El método para procesar un servicio se proporciona en la implementación de la presente solicitud anterior. En base a la misma idea, una implementación de la presente solicitud proporciona además un aparato para procesar un servicio.
Como se muestra en la FIG. 6, el aparato incluye lo siguiente: un módulo 601 de recepción, configurado para recibir una solicitud de visualización de identificador de objeto digital (DOI); un módulo 602 de determinación, configurado para determinar un tipo de servicio correspondiente a la solicitud de visualización; un módulo 603 de adquisición, configurado para obtener información de usuario básica de un primer usuario e información de tipo de identidad previamente autenticada correspondiente al tipo de servicio en base al tipo de servicio determinado; y un módulo 604 de generación, configurado para generar y mostrar un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad, de modo que un segundo usuario realice el procesamiento de servicio en base a la información de usuario básica y la información de tipo de identidad incluidas en el DOI visualizado.
El aparato incluye, además un módulo 605 de comprobación, configurado para recibir información de tipo de identidad a ser comprobada que se introduce por el primer usuario; y enviar la información de tipo de identidad a ser comprobada a un servidor que tiene una función de comprobación para la autenticación.
El módulo 604 de generación establece un bit indicador de información para la información de tipo de identidad; y genera el DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad que tiene el bit indicador de información.
En un lado de un segundo usuario, una implementación de la presente solicitud proporciona además un aparato para procesar un servicio. Como se muestra en la FIG. 7, el aparato incluye lo siguiente: un módulo 701 de adquisición, configurado para obtener un DOI de un primer usuario, donde el DOI se genera en base a la información de usuario básica del primer usuario e información de tipo de identidad previamente autenticada de un tipo de servicio correspondiente; un módulo 702 de determinación, configurado para determinar la información de usuario básica incluida en el DOI y la información de tipo de identidad del primer usuario adicionalmente incluida en el DOI; y un módulo 703 de procesamiento, configurado para realizar el procesamiento de servicio en base a la información de usuario básica y la información de tipo de identidad.
Además, el módulo 702 de determinación analiza el DOI para obtener información de DOI; obtiene información correspondiente a un bit indicador de tipo de identidad previamente acordado en la información de DOI; y determina la información obtenida como la información de tipo de identidad del primer usuario.
El aparato incluye, además un módulo 704 de comprobación, configurado para comprobar la información de tipo de identidad y determinar que la información de tipo de identidad coincide con un tipo del servicio a ser procesado.
El módulo 703 de procesamiento determina, de acuerdo con una regla de procesamiento de servicio predeterminada, un método de procesamiento de servicio que coincide con la información de tipo de identidad; y realiza el procesamiento de servicio en base al método de procesamiento de servicios determinado y la información de usuario básica.
En las transacciones de pago de escaneo de código, el DOI incluye un código de pago bidimensional; y el módulo 703 de procesamiento determina, de acuerdo con la regla de procesamiento de servicio predeterminada, un coeficiente de descuento de pago que coincide con la información de tipo de identidad; y realiza el pago y la deducción en base al coeficiente de descuento de pago determinado y la información de usuario básica.
En la década de 1990, la mejora de una tecnología se puede distinguir claramente entre la mejora del hardware (por ejemplo, la mejora de la estructura de un circuito, tal como un diodo, un transistor o un interruptor) y la mejora del software (mejora de un procedimiento de método). Sin embargo, con el desarrollo de las tecnologías, la mejora de muchos procedimientos de métodos puede considerarse como una mejora directa de la estructura de un circuito de hardware. Casi todos los diseñadores programan un procedimiento de método mejorado en un circuito de hardware, para obtener una estructura de circuito de hardware correspondiente. Por lo tanto, no se puede decir que la mejora de un procedimiento de método no se pueda implementar utilizando un módulo de entidad de hardware. Por ejemplo, un dispositivo lógico programable (PLD) (por ejemplo, una matriz de compuertas programables en campo (FPGA)) es un circuito integrado de este tipo. Una función lógica del dispositivo lógico programable está determinada por la programación de componentes ejecutada por un usuario. Los diseñadores realizan una programación voluntaria para "integrar" un sistema digital en un solo PLD sin necesidad de un fabricante de chips para diseñar y producir un chip de circuito integrado dedicado. Además, actualmente, en lugar de producir manualmente un chip de circuito integrado, la programación se implementa principalmente mediante software de "compilador lógico", que es similar a un compilador de software utilizado durante el desarrollo del programa. El código original antes de la compilación también se escribe en un lenguaje de programación específico, que se conoce como lenguaje de descripción de hardware (HDL), y hay más de un tipo de HDL, tal como ABEL (Lenguaje de expresión booleano avanzado), AHDL (Altera Hardware Description Language), Confluence, CUPL (Lenguaje de programación de la Universidad de Cornell), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM y RHDL (Ruby Hardware Description Language), etc. En la actualidad, los más utilizados son VHDl (Lenguaje de descripción de hardware de circuitos integrados de muy alta velocidad) y Verilog. Un experto en la técnica también debe comprender que un procedimiento de método solo necesita programarse lógicamente y programarse en el circuito integrado utilizando los lenguajes de descripción de hardware anteriores, de modo que se pueda obtener fácilmente un circuito de hardware que implemente el procedimiento de método lógico.
Un controlador puede implementarse utilizando cualquier método apropiado. Por ejemplo, el controlador puede ser un microprocesador o un procesador, o un medio legible por computadora, una puerta lógica, un interruptor, un circuito integrado de aplicación específica (ASIC), un controlador lógico programable o un microprocesador integrado que almacena código de programa legible por computadora (tal como software o firmware) que puede ejecutar el microprocesador o el procesador. Los ejemplos del controlador incluyen pero no se limitan a los siguientes microprocesadores: A r C 625D, Atmel AT91SAM, Microchip PIC18F26K20 y Silicone Labs C8051F320. El controlador de memoria también se puede implementar como parte de la lógica de control de la memoria. Un experto en la técnica también sabe que se puede implementar un controlador utilizando un código de programa puro legible por computadora, y los pasos en el método se pueden programar lógicamente para permitir que el controlador implemente además las mismas funciones en forma de una puerta lógica, un interruptor, un circuito integrado de aplicación específica, un controlador lógico programable, un microcontrolador integrado, etc. Por lo tanto, el controlador puede considerarse como un componente de hardware, y un aparato que está incluido en el controlador y que está configurado para implementar diversas funciones puede también se considerará como una estructura en el componente de hardware. Alternativamente, un aparato configurado para implementar diversas funciones se puede considerar como un módulo de software para implementar el método y una estructura en el componente de hardware.
El sistema, aparato, módulo o unidad descrito en las implementaciones descritas puede implementarse mediante un chip de computadora o una entidad, o implementarse mediante un producto con una determinada función. Un dispositivo de implementación típico es una computadora. La computadora puede ser, por ejemplo, una computadora personal, una computadora portátil, un teléfono móvil, un teléfono con cámara, un teléfono inteligente, un asistente digital personal, un reproductor multimedia, un dispositivo de navegación, un dispositivo de correo electrónico, una consola de juegos, una computadora tableta o un dispositivo ponible, o una combinación de cualquiera de estos dispositivos.
Para facilitar la descripción, el aparato descrito se describe dividiendo las funciones en diversas unidades. Ciertamente, cuando se implementa la presente solicitud, las funciones de las unidades se pueden implementar en una o más piezas de software y/o hardware.
Un experto en la técnica debe comprender que las implementaciones de la presente divulgación pueden proporcionarse como un método, un sistema o un producto de programa informático. Por lo tanto, la presente divulgación puede utilizar una forma de implementaciones de solo hardware, implementaciones de solo software o implementaciones con una combinación de software y hardware. Además, la presente divulgación puede utilizar una forma de un producto de programa informático que se implementa en uno o más medios de almacenamiento utilizables por computadora (que incluyen, entre otros, una memoria de disco, un CD-ROM y una memoria óptica) que incluyen código de programa utilizable por computadora.
La presente divulgación se describe con referencia a los diagramas de flujo y/o diagramas de bloques del método, el dispositivo (sistema) y el producto de programa informático de acuerdo con las implementaciones de la presente divulgación. Debe entenderse que las instrucciones de programa informático se pueden utilizar para implementar cada uno de los procesos y/o cada uno de los bloques en los diagramas de flujo y/o los diagramas de bloques y una combinación de un proceso y/o un bloque en los diagramas de flujo y/o los diagramas de bloques. Estas instrucciones de programa informático se pueden proporcionar para una computadora de propósito general, una computadora dedicada, un procesador integrado o un procesador de cualquier otro dispositivo de procesamiento de datos programable para generar una máquina de modo que las instrucciones ejecutadas por una computadora o un procesador de cualquier otro dispositivo de procesamiento de datos programable generan un aparato para implementar una función específica en uno o más procesos en los diagramas de flujo o en uno o más bloques en los diagramas de bloques.
Estas instrucciones de programa de computadora pueden almacenarse en una memoria legible por computadora que puede instruir a la computadora o cualquier otro dispositivo de procesamiento de datos programable para trabajar en un método específico de modo que las instrucciones almacenadas en la memoria legible por computadora generen un artefacto que incluye un aparato de instrucción. El aparato de instrucción implementa una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.
Estas instrucciones de programa informático pueden cargarse en una computadora u otro dispositivo de procesamiento de datos programable de modo que se realicen una serie de operaciones y pasos en la computadora o en el otro dispositivo programable, generando así un procesamiento implementado por computadora. Por tanto, las instrucciones ejecutadas en la computadora o en otro dispositivo programable proporcionan pasos para implementar una función específica en uno o más procesos en los diagramas de flujo o en uno o más bloques en los diagramas de bloques.
En una configuración típica, el dispositivo informático incluye uno o más procesadores (CPU), una o más interfaces de entrada/salida, una o más interfaces de red y una o más memorias.
La memoria puede incluir una memoria no persistente, una memoria de acceso aleatorio (RAM) y/o una memoria no volátil en un medio legible por computadora, por ejemplo, una memoria de solo lectura (ROM) o una memoria flash (flash RAM).
El medio legible por computadora incluye medios persistentes, no persistentes, móviles e inamovibles que pueden implementar el almacenamiento de información utilizando cualquier método o tecnología. La información puede ser una instrucción legible por computadora, una estructura de datos, un módulo de programa u otros datos. Un medio de almacenamiento informático incluye, entre otros, una memoria de acceso aleatorio de cambio de fase (PRAM), una memoria de acceso aleatorio estática (SRAM), una memoria de acceso aleatorio dinámica (DRAM), una memoria de acceso aleatorio (RAM) de otro tipo, una memoria de solo lectura (ROM), una memoria de solo lectura programable y borrable eléctricamente (EEPROM), una memoria flash u otra tecnología de memoria, una memoria de disco compacto de solo lectura (CD-ROM), un disco versátil digital (DVD) o otro almacenamiento óptico, una cinta magnética, un almacenamiento en disco magnético, otro dispositivo de almacenamiento magnético o cualquier otro medio que no sea de transmisión que pueda utilizarse para almacenar información a la que pueda acceder el dispositivo informático. En base a la definición de la presente memoria descriptiva, el medio legible por computadora no incluye medios legibles por computadora transitorios (medio transitorio), por ejemplo, una señal de datos modulada y un portador.
Vale la pena señalar además que el término "incluye", "contiene", o cualquier otra variante, está destinado a cubrir una inclusión no exclusiva de modo que un proceso, un método, una mercancía o un dispositivo que incluya una lista de elementos no solo incluye esos elementos, sino que también incluye otros elementos que no están expresamente enumerados, o incluye, además elementos inherentes a dicho proceso, método, mercancía o dispositivo. Un elemento precedido por "incluye un..." no excluye, sin más restricciones, la existencia de elementos idénticos adicionales en el proceso, método, mercancía o dispositivo que incluye el elemento.
La presente solicitud puede describirse en el contexto general de instrucciones ejecutables por computadora ejecutadas por una computadora, por ejemplo, un módulo de programa. Generalmente, el módulo de programa incluye una rutina, un programa, un objeto, un componente, una estructura de datos, etc. para ejecutar una tarea específica o implementar un tipo de datos abstracto específico. La presente solicitud también se puede practicar en entornos informáticos distribuidos. En los entornos informáticos distribuidos, las tareas se realizan mediante dispositivos de procesamiento remoto conectados a través de una red de comunicaciones. En un entorno informático distribuido, el módulo de programa puede ubicarse en medios de almacenamiento informáticos tanto locales como remotos, incluidos dispositivos de almacenamiento.
Todas las implementaciones de la presente memoria descriptiva se describen de forma progresiva. Para partes iguales o similares de las implementaciones, consultar las implementaciones. Cada una de las implementaciones se centra en una diferencia con respecto a otras implementaciones. En particular, la implementación de un sistema es básicamente similar a la implementación de un método y, por lo tanto, se describe brevemente. Para las partes relacionadas, consultar las descripciones parciales de la implementación del método.

Claims (8)

REIVINDICACIONES
1. Un método para procesar un servicio, el método que comprende:
recibir (S101) una solicitud de visualización de identificador de objeto digital, DOI, en un primer dispositivo terminal; determinar (S102) un tipo de servicio correspondiente a la solicitud de visualización;
obtener (S103) información de usuario básica de un primer usuario;
recibir (S103) información de tipo de identidad introducida por el primer usuario, la información de tipo de identidad correspondiente y aplicable al tipo de servicio y que se obtiene en base al tipo de servicio determinado, en donde la información de usuario básica es un ID de usuario o un nombre de cuenta del primer usuario, y la información de tipo de identidad es información relacionada con la identidad del primer usuario que representa un tipo de ocupación, un tipo de cuenta o un tipo de edad del primer usuario;
autenticar previamente la información de tipo de identidad, que comprende recibir la información de tipo de identidad a ser comprobada introducida por el primer usuario, y enviar la información de tipo de identidad a ser comprobada a un servidor que tiene una función de comprobación para la autenticación;
generar (S104, S402) un DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad previamente autenticada;
visualizar (S104) el DOI a un segundo dispositivo terminal para escanear por el segundo terminal; y
realizar el procesamiento de servicio (S403) por el segundo dispositivo terminal en base a la información de usuario básica y la información de tipo de identidad comprendidas en el DOI visualizado, que comprende, antes de realizar el procesamiento de servicio, comprobar la información de tipo de identidad y determinar que la información de tipo de identidad coincide con un tipo de servicio a ser procesado, en donde realizar el procesamiento de servicio (S403) incluye identificar, de acuerdo con una regla de procesamiento de servicio predeterminada, un método de procesamiento de servicio que coincide con la información de tipo de identidad, y realizar el procesamiento de servicio en base al método de procesamiento de servicio identificado.
2. El método de acuerdo con la reivindicación 1, en donde la información de tipo de servicio comprende un tipo de servicio, siendo el tipo de servicio un servicio de autobús/metro, un servicio de pago de compras o un servicio de pago médico.
3. Método de acuerdo con la reivindicación 1, en donde generar el DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad comprende:
establecer un bit indicador de información para la información de tipo de identidad; y
generar el DOI del primer usuario en base a la información de usuario básica y la información de tipo de identidad que tiene el bit indicador de información.
4. El método de acuerdo con la reivindicación 1, en donde la información de tipo de identidad del primer usuario comprendida en el DOI se determina realizando operaciones que comprenden:
analizar el DOI para obtener información de DOI utilizando un decodificador o algoritmo correspondiente; obtener información correspondiente a un bit indicador de tipo de identidad previamente acordado en la información de DOI; y
determinar la información obtenida como información de tipo de identidad del primer usuario.
5. El método de acuerdo con la reivindicación 1, en donde el DOI comprende un código de pago bidimensional.
6. El método de acuerdo con la reivindicación 5, en donde realizar el procesamiento de servicio comprende:
determinar, de acuerdo con la regla de procesamiento de servicio predeterminada, un coeficiente de descuento de pago que coincida con la información de tipo de identidad; y
realizar el pago y la deducción en base al coeficiente de descuento de pago determinado y la información de usuario básica.
7. El método de acuerdo con la reivindicación 1, en donde la información de tipo de identidad comprende una información de tarjeta de identidad, una información de tarjeta de seguro médico o una información de tarjeta de identificación de estudiante.
8. Aparato para procesar un servicio, el aparato que comprende una pluralidad de módulos configurados para realizar el método de una cualquiera de las reivindicaciones 1 a 7.
ES17878848T 2016-12-08 2017-11-29 Método y dispositivo de procesamiento de servicios Active ES2842675T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611121881.8A CN107016420B (zh) 2016-12-08 2016-12-08 一种业务处理方法及装置
PCT/CN2017/113576 WO2018103561A1 (zh) 2016-12-08 2017-11-29 一种业务处理方法及装置

Publications (1)

Publication Number Publication Date
ES2842675T3 true ES2842675T3 (es) 2021-07-14

Family

ID=59439586

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17878848T Active ES2842675T3 (es) 2016-12-08 2017-11-29 Método y dispositivo de procesamiento de servicios

Country Status (11)

Country Link
US (4) US10607050B2 (es)
EP (1) EP3553705B1 (es)
JP (1) JP6707270B2 (es)
KR (1) KR102140905B1 (es)
CN (2) CN107016420B (es)
ES (1) ES2842675T3 (es)
PH (1) PH12019501276B1 (es)
PL (1) PL3553705T3 (es)
SG (1) SG10202103277VA (es)
TW (1) TW201822049A (es)
WO (1) WO2018103561A1 (es)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107016420B (zh) 2016-12-08 2022-01-28 创新先进技术有限公司 一种业务处理方法及装置
CN108197930B (zh) * 2017-12-13 2023-10-20 创新先进技术有限公司 一种doi展示和交易信息校验方法、装置及设备
CN108304899A (zh) * 2018-01-16 2018-07-20 阿里巴巴集团控股有限公司 基于扫描doi的信息处理方法、装置及设备
CN111861454B (zh) * 2018-03-01 2024-01-30 创新先进技术有限公司 一种显示数字对象唯一标识符的方法及装置
CN111860020B (zh) * 2018-04-25 2024-10-01 创新先进技术有限公司 业务处理方法、装置以及设备
CN108881170A (zh) * 2018-05-21 2018-11-23 阿里巴巴集团控股有限公司 一种授权引导的数据处理方法、装置、处理设备及系统
CN110335036B (zh) 2019-06-03 2020-11-06 创新先进技术有限公司 离线图形码的处理、生成方法及装置
CN110765328B (zh) * 2019-10-25 2024-08-20 腾讯科技（深圳）有限公司 一种数据处理的方法、装置及存储介质
CN111461725B (zh) * 2020-01-02 2023-11-14 中国银联股份有限公司 一种基于二维码支付的身份识别方法以及身份识别系统
CN111275836A (zh) * 2020-01-16 2020-06-12 深圳市深圳通有限公司 基于二维码的乘车收费方法、装置、系统以及终端
CN111599085B (zh) * 2020-04-10 2021-07-09 支付宝(杭州)信息技术有限公司 身份核验处理方法、装置及移动终端
KR102502243B1 (ko) * 2020-11-13 2023-03-07 주식회사 인에이블다온소프트 군복무 경력 확인 시스템 및 방법
CN112669041B (zh) * 2021-01-04 2022-11-11 英华达（上海）科技有限公司 身份验证系统、方法、设备及存储介质
TWI789777B (zh) * 2021-06-02 2023-01-11 華南商業銀行股份有限公司 離線支付系統

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9342829B2 (en) * 2002-10-01 2016-05-17 Andrew H B Zhou Systems and methods for mobile application, wearable application, transactional messaging, calling, digital multimedia capture and payment transactions
JP4488675B2 (ja) * 2002-12-27 2010-06-23 株式会社日本総合研究所 電子画像表示装置、電子画像表示方法およびその方法をコンピュータに実行させるプログラム
US7566002B2 (en) * 2005-01-06 2009-07-28 Early Warning Services, Llc Identity verification systems and methods
CN103076916B (zh) * 2007-01-12 2015-04-22 吉田健治 使用点阵图形的密码输入方法、密码输入系统、网上购物结算系统
MX2010006744A (es) 2007-12-19 2010-09-10 Paysert Ab Sistema de recepcion y transmision de datos cifrados.
CA2659698C (en) * 2008-03-21 2020-06-16 Dressbot Inc. System and method for collaborative shopping, business and entertainment
CN101847236A (zh) * 2009-03-25 2010-09-29 上海客主商务服务有限公司 一种对会员消费行为进行管理的控制装置以及控制方法
US20110238473A1 (en) * 2010-03-23 2011-09-29 Sanjay Dattatreya Sankolli Alternate mobile payment service
US9400978B2 (en) * 2010-04-09 2016-07-26 Paypal, Inc. Methods and systems for selecting accounts and offers in payment transactions
AU2011348061B2 (en) * 2010-12-23 2015-12-10 Paypal, Inc. Mobile phone atm processing methods and systems
WO2013029014A2 (en) * 2011-08-24 2013-02-28 Visa International Service Association Method for using barcodes and mobile devices to conduct payment transactions
US20130282582A1 (en) * 2012-04-18 2013-10-24 Edgard Lobo Baptista Pereira System and method for data and identity verfication and authentication
CN103577421A (zh) * 2012-07-23 2014-02-12 中国移动通信集团公司 一种应用二维码的方法、设备和系统
CN102930654B (zh) * 2012-11-05 2014-10-29 南京华设科技股份有限公司 一种自助办理保险业务的方法
TW201421393A (zh) 2012-11-27 2014-06-01 Top Information Technologies Co Ltd 行動裝置互動式二維條碼交易資訊傳輸及驗證之系統及其方法
CN103049869B (zh) * 2012-12-28 2015-12-23 浙江理工大学 一种基于二维码的服装业客户信息的管理方法
US20230196328A1 (en) * 2013-02-14 2023-06-22 Advanced New Technologies Co., Ltd. Data interaction method and device, and offline credit payment method and device
CN103227796A (zh) * 2013-05-06 2013-07-31 北京灵创众和科技有限公司 一种基于二维码共享联系人网络的方法及系统
US10878416B2 (en) * 2013-06-21 2020-12-29 Mastercard International Incorporated Apparatus, method, and computer program product for bus rapid transit ticketing and the like
CN203338381U (zh) * 2013-06-25 2013-12-11 浙江理工大学 一种基于二维码的服装业客户信息的管理系统
CN104253689B (zh) * 2013-06-28 2018-10-23 中国电信股份有限公司 基于二维码的用户卡动态口令验证方法与系统
WO2015017970A1 (en) * 2013-08-06 2015-02-12 Intel Corporation Optical communication using differential images
KR101450013B1 (ko) * 2013-12-20 2014-10-13 주식회사 시큐브 빠른 응답 코드를 이용한 인증 시스템 및 방법
US20150199941A1 (en) * 2014-01-15 2015-07-16 Nokia Corporation 3d touch sensor reader
US10621570B2 (en) * 2014-03-03 2020-04-14 Apple Inc. Processing payments for an online marketplace
CN104021468B (zh) * 2014-07-01 2017-09-05 广州云移信息科技有限公司 支持二维码和一维码扫描管理的商铺智能管理营销终端
US10482558B2 (en) * 2014-08-11 2019-11-19 Waltz, Inc. Interactive image-based communication using image coding
CN105488364A (zh) * 2014-09-15 2016-04-13 上海天脉聚源文化传媒有限公司 一种利用二维码区分用户类别的方法、装置及系统
US9231925B1 (en) 2014-09-16 2016-01-05 Keypasco Ab Network authentication method for secure electronic transactions
CN105590198B (zh) * 2014-10-30 2020-12-15 中国银联股份有限公司 一种二维码支付方法以及支付系统
CN105989485B (zh) 2015-02-16 2020-06-05 阿里巴巴集团控股有限公司 一种业务管理方法和装置
CN106296186B (zh) * 2015-05-25 2020-07-03 阿里巴巴集团控股有限公司 信息交互方法、装置及系统
CN105871824A (zh) * 2016-03-25 2016-08-17 北京华信联创科技有限公司 支付式的Web Portal 认证方法、装置和系统
GB201613080D0 (en) * 2016-07-28 2016-09-14 Mastercard International Inc Mobile payment method and system
CN107016420B (zh) 2016-12-08 2022-01-28 创新先进技术有限公司 一种业务处理方法及装置

Also Published As

Publication number Publication date
TW201822049A (zh) 2018-06-16
KR102140905B1 (ko) 2020-08-04
US10977464B2 (en) 2021-04-13
JP2020504863A (ja) 2020-02-13
US10977465B2 (en) 2021-04-13
US10902233B2 (en) 2021-01-26
US20200202093A1 (en) 2020-06-25
EP3553705A1 (en) 2019-10-16
EP3553705A4 (en) 2019-12-18
PL3553705T3 (pl) 2021-07-26
PH12019501276A1 (en) 2019-12-16
PH12019501276B1 (en) 2019-12-16
US10607050B2 (en) 2020-03-31
US20190286865A1 (en) 2019-09-19
WO2018103561A1 (zh) 2018-06-14
US20200364426A1 (en) 2020-11-19
SG10202103277VA (en) 2021-04-29
CN107016420A (zh) 2017-08-04
US20200364425A1 (en) 2020-11-19
JP6707270B2 (ja) 2020-06-10
CN114676799A (zh) 2022-06-28
EP3553705B1 (en) 2020-10-07
KR20190093609A (ko) 2019-08-09
CN107016420B (zh) 2022-01-28

Similar Documents

Publication Publication Date Title
ES2842675T3 (es) Método y dispositivo de procesamiento de servicios
US20170148013A1 (en) Providing shipping details on a pay transaction via the internet
ES2845923T3 (es) Aprobación de un pago mediante lectura de un código QR generado por un usuario o dispositivo independiente
JP5686834B2 (ja) 画像配信サーバおよび画像配信方法
ES2786254T3 (es) Sistemas y métodos para decodificar y usar datos en tarjetas
TWI676107B (zh) 資訊交互方法及裝置
CN107067056A (zh) 二维码生成方法及其设备和二维码识别方法及其设备
WO2021114837A1 (zh) 识别图形码的方法及装置
RU2724351C2 (ru) Универсальный доступ к электронному бумажнику
US20130019284A1 (en) Automated web based applications with a wireless communication device
US11257059B2 (en) Keyboard application with third party engagement selectable items
US20240265371A1 (en) Integration of transaction status indications
US10699272B2 (en) Customized content integration in mobile device application
KR20210083306A (ko) 키 쌍들 및 프로세스 간 통신들을 사용하는 검증
WO2019165875A1 (zh) 一种交易处理方法、服务器、客户端及系统
CN111913920A (zh) 电子名片生成方法、装置、计算机系统和计算机可读介质
EP3895109B1 (en) Two-dimensional code transaction processing common gateway
US20150249913A1 (en) Location-based secure wave
CN111340505A (zh) 一种支付方法、装置及电子设备
CN113661507A (zh) 用于授权交易的系统和方法
TWI718468B (zh) 一種應用條碼的方法、系統及伺服器
US20210073822A1 (en) Data transmission via dual channels
CN110751455B (zh) 一种联名业务处理方法及装置
CN117933989A (zh) 基于电子社保凭证的身份鉴权方法及装置
KR20220120841A (ko) 간편 출입 인증을 지원하는 결제 처리 방법 및 결제 처리 시스템