ES2861443T3 - Método y dispositivo de procesamiento de datos - Google Patents

Método y dispositivo de procesamiento de datos Download PDF

Info

Publication number
ES2861443T3
ES2861443T3 ES16863561T ES16863561T ES2861443T3 ES 2861443 T3 ES2861443 T3 ES 2861443T3 ES 16863561 T ES16863561 T ES 16863561T ES 16863561 T ES16863561 T ES 16863561T ES 2861443 T3 ES2861443 T3 ES 2861443T3
Authority
ES
Spain
Prior art keywords
cause
abnormal event
server
user
attribute 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
ES16863561T
Other languages
English (en)
Inventor
Lu Liu
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 ES2861443T3 publication Critical patent/ES2861443T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0775Content or structure details of the error report, e.g. specific table structure, specific error fields
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0787Storage of error reports, e.g. persistent data storage, storage using memory protection
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)

Abstract

Un método para resolver un evento anormal, en donde un evento anormal comprende el fallo de un proceso tal como un pago en línea o visualización de un navegador web, el método que comprende: obtener, mediante un servidor, datos de interacción entre un usuario y el servidor (S101); detectar, mediante el servidor y en base a los datos de interacción, si ocurrió un evento anormal (S102); obtener, mediante el servidor, información de atributo del usuario cuando ocurrió un evento anormal (S103); buscar, mediante el servidor, una pluralidad de registros de una primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal y una pluralidad de causas, con ponderaciones respectivas, comprendiendo la primera correspondencia almacenada localmente un modelo de árbol de decisión que tiene un nodo raíz que almacena un evento anormal y apunta a al menos un nodo de nivel 2 que almacena la información de atributo y apunta a al menos un nodo de nivel 3 que almacena una causa, cada una de las ponderaciones respectivas se establece entre cada uno de los nodos de nivel 2 y un respectivo nodo de nivel 3 al que apunta el nodo de nivel 2 (S104); seleccionar, mediante el servidor, un registro de la pluralidad de registros que comprende la información de atributo y una ponderación más grande (S104); determinar, mediante el servidor, una causa del evento anormal en base al registro seleccionado (S105); resolver, mediante el servidor, el evento anormal en base a la causa determinada (S201); caracterizado por que el método comprende, además: recibir datos de retroalimentación del usuario en base a un resultado del procesamiento obtenido desde el servidor, en donde el resultado del procesamiento indica si el proceso se realizó con éxito o no; y cuando los datos de retroalimentación comprenden un identificador de acuerdo que indica que el usuario está de acuerdo con el resultado del procesamiento, añadir una ponderación a un registro que comprende la información de atributo y la causa determinada a la primera correspondencia.

Description

DESCRIPCIÓN
Método y dispositivo de procesamiento de datos
La presente solicitud reivindica prioridad sobre la Solicitud de Patente China No. 201510763290.X, presentada el 10 de noviembre de 2015 y titulada "DATA PROCESSING METHOD AND APPARATUS".
CAMPO TÉCNICO
La presente invención se refiere al campo de las tecnologías informáticas y, más particularmente, a un método y aparato de procesamiento de datos.
ANTECEDENTES
Actualmente, un usuario a menudo realiza operaciones tales como navegar por una página web, realizar un pago en línea o registrar una cuenta en un dispositivo terminal. Sin embargo, a veces estas operaciones no se pueden realizar correctamente por diversas razones. Por ejemplo, el pago en línea puede fallar o no se puede mostrar una página web navegada.
Generalmente, cuando se encuentra con un problema, un usuario suele llamar a un representante de servicio al cliente para pedir ayuda. Una vez conectada la llamada, el usuario debe describir el problema al representante de servicio al cliente, tal como un síntoma relacionado con el problema, las últimas operaciones realizadas por el usuario o la información devuelta por un servidor. El representante de servicio al cliente determina la causa del problema en base a la descripción del usuario y la experiencia del representante de servicio al cliente, y luego ayuda al usuario a resolver el problema.
Sin embargo, el usuario a veces no puede describir claramente el problema, o el representante de servicio al cliente no puede comprender completamente la descripción del usuario de inmediato debido a diferentes perspectivas del problema. Como resultado, el representante de servicio al cliente puede necesitar más tiempo de comunicación para determinar la causa del problema, lo que aumenta los costes de mano de obra.
El documento US 2008/263404A1 da a conocer software que determina que se ha producido un error técnico asociado con una aplicación de negocio, comunica automáticamente el error técnico y la información de contexto dinámica a un sitio de soporte remoto, la información de contexto dinámica identifica al menos parcialmente el punto de ejecución particular de la aplicación de negocio, recibe una o más soluciones potenciales para el error técnico, la una o más soluciones potenciales determinadas utilizando al menos el error técnico comunicado, información de contexto dinámica e información estática recopilada en el sitio de soporte; y presenta una o más soluciones potenciales a un usuario de la aplicación de negocio a través de una interfaz.
El documento US 8051 335B1 da a conocer métodos y sistemas para la recuperación de fallos transitorios de los componentes de la red de área de almacenamiento.
El documento US 7 418 634 B2 da a conocer un método y un sistema de monitorización remota. Un receptor de información de estado está conectado comunicativamente a al menos un dispositivo de impresión a través de una red y está adaptado para recibir información de estado transmitida desde el dispositivo de impresión. La información de estado es indicativa de un estado de funcionamiento del dispositivo de impresión. Un detector de información de error está adaptado para detectar si la información de error está incluida en la información de estado. La información de error es indicativa de un error ocurrido en el dispositivo de impresión. Un generador de información de reparación está adaptado para generar información de reparación en base a la información de error. La información de reparación es indicativa de un artículo en el dispositivo de impresión que debe repararse.
RESUMEN
Para superar problemas en tecnologías relacionadas, la presente invención proporciona un método y aparato de procesamiento de datos que permite determinar con mayor precisión las causas de eventos anormales a lo largo del tiempo y mejorar la resolución de eventos anormales con el tiempo. La presente invención está definida por las reivindicaciones.
De acuerdo con un primer aspecto de las implementaciones de la presente invención, se proporciona un método de procesamiento de datos y se aplica a un servidor, donde el método incluye: obtener datos de interacción entre un usuario y el servidor; detectar, en base a los datos de interacción, si ha ocurrido un evento anormal; obtener información de atributo del usuario cuando ocurrió un evento anormal; buscar una primera correspondencia almacenada localmente entre la información de atributo correspondiente al
evento anormal, una causa y una ponderación para un registro que incluye la información de atributo y una ponderación más grande; y determinar una causa en el registro como causa del evento anormal.
El método incluye además: procesar el evento anormal en base a la causa determinada. Cuando ha ocurrido una pluralidad de eventos anormales, el procesamiento del evento anormal en base a la causa determinada incluye: clasificar la pluralidad de eventos anormales en un orden predeterminado de eventos anormales; y procesar secuencialmente, en un orden de eventos anormales clasificados, los eventos anormales en base a las causas de los eventos anormales hasta que se procesan los eventos anormales.
El procesamiento del evento anormal en base a la causa determinada incluye: obtener una segunda correspondencia almacenada localmente entre una causa correspondiente al evento anormal y una solución de procesamiento; obtener, a partir de la segunda correspondencia, una solución de procesamiento correspondiente a la causa determinada; y procesar el evento anormal en base a la solución de procesamiento.
Después del procesamiento del evento anormal en base a la causa determinada, el método incluye además: recibir datos de retroalimentación que son retroalimentados por el usuario en base a un resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal; y cuando los datos de retroalimentación incluyen un identificador de acuerdo, añadir una ponderación a un registro que incluye la información de atributo y la causa determinada de la primera correspondencia; o cuando los datos de retroalimentación incluyen un identificador de desacuerdo, recibir una causa del evento anormal que se envía por un representante de servicio al cliente, donde la causa recibida se envía después de que el representante de servicio al cliente interactúe con el usuario; y si la primera correspondencia incluye un registro que incluye la información de atributo y la causa recibida, añadir una ponderación al registro que incluye la información de atributo y la causa recibida; o si la primera correspondencia no incluye un registro que incluye la información de atributo y la causa recibida, establecer una ponderación inicial y almacenar la información de atributo, la causa recibida y la ponderación inicial en la primera correspondencia como un solo registro.
En base a un segundo aspecto de las implementaciones de la presente invención, se proporciona un aparato de procesamiento de datos y se aplica a un servidor, donde el aparato incluye: un primer módulo de adquisición, configurado para obtener datos de interacción entre un usuario y el servidor; un módulo de detección, configurado para detectar, en base a los datos de interacción, si ocurrió un evento anormal; un segundo módulo de adquisición, configurado para obtener información de atributo del usuario cuando ocurre un evento anormal; un módulo de búsqueda, configurado para buscar una primera correspondencia almacenada localmente entre información de atributo correspondiente al evento anormal, una causa y una ponderación para un registro que incluye la información de atributo y una ponderación mayor; y un módulo de determinación, configurado para determinar una causa en el registro como una causa del evento anormal.
El aparato incluye además: un módulo de procesamiento, configurado para procesar el evento anormal en base a la causa determinada. Cuando ha ocurrido una pluralidad de eventos anormales, y el módulo de procesamiento incluye: una unidad de clasificación, configurada para clasificar la pluralidad de eventos anormales en un orden predeterminado de eventos anormales; y una primera unidad de procesamiento, configurada para procesar secuencialmente, en un orden de los eventos anormales clasificados, los eventos anormales en base a las causas de los eventos anormales hasta que se procesan los eventos anormales.
El módulo de procesamiento incluye: una primera unidad de adquisición, configurada para obtener una segunda correspondencia almacenada localmente entre una causa correspondiente al evento anormal y una solución de procesamiento; una segunda unidad de adquisición, configurada para obtener, a partir de la segunda correspondencia, una solución de procesamiento correspondiente a la causa determinada; y una segunda unidad de procesamiento, configurada para procesar el evento anormal en base a la solución de procesamiento.
El aparato incluye además: un primer módulo de recepción, configurado para recibir datos de retroalimentación que son retroalimentados por el usuario en base a un resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal; y un primer módulo de adición, configurado para: añadir una ponderación en un registro que incluye la información de atributo y la causa determinada a la primera correspondencia, cuando los datos de retroalimentación incluyen un identificador de acuerdo; o un segundo módulo de recepción, configurado para: recibir una causa del evento anormal que se envía por un representante de servicio al cliente, cuando los datos de retroalimentación incluyen un identificador de desacuerdo, donde la causa recibida se envía después de que el representante de servicio al cliente interactúe con el usuario; y un segundo módulo de adición, configurado para: añadir una ponderación en el registro que incluye la información de atributo y la causa recibida, si la primera correspondencia incluye un registro que incluye la información de atributo y la causa recibida; o un módulo de almacenamiento, configurado para: establecer una ponderación inicial, almacenar la información de atributo, la causa recibida y la ponderación inicial en la primera correspondencia como un solo registro, si la primera correspondencia no incluye un registro que incluye la información de atributo y la causa recibida.
Las soluciones técnicas proporcionadas en las implementaciones de la presente invención pueden proporcionar los siguientes efectos beneficiosos: En la presente invención, se obtienen los datos de interacción entre el usuario y el servidor; si se ha detectado un evento anormal en base a los datos de interacción; cuando ocurre un evento anormal, se obtiene la información de atributo del usuario; y se busca la primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal, la causa y la ponderación para identificar el registro que incluye la información de atributo y la ponderación más grande; y la causa en el registro se determina como la causa del evento anormal. En este proceso, el usuario no necesita comunicarse con el representante de servicio al cliente, el representante de servicio al cliente no necesita determinar la causa del evento anormal comunicándose con el usuario y la causa del evento anormal se puede determinar utilizando la información de atributo del usuario y la primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación. Por tanto, se ahorran costes laborales.
Debe entenderse que la descripción general anterior y la siguiente descripción detallada son solo ejemplos y son explicativos. No limitan la presente invención.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Los dibujos adjuntos en el presente documento se incorporan en la memoria descriptiva, constituyen una parte de la memoria descriptiva, muestran implementaciones que están de acuerdo con la presente invención y se utilizan con la memoria descriptiva para explicar los principios de la presente invención.
La FIG. 1 es un diagrama de flujo que ilustra un método de procesamiento de datos en base a una implementación de ejemplo;
la FIG. 2 es un diagrama esquemático que ilustra un modelo de árbol de decisión en base a una implementación de ejemplo;
la FIG. 3 es un diagrama de flujo que ilustra un método de procesamiento de datos en base a una implementación de ejemplo;
la FIG. 4 es un diagrama de flujo que ilustra un método de procesamiento de datos en base a una implementación de ejemplo; y
la FIG. 5 es un diagrama de bloques que ilustra un aparato de procesamiento de datos en base a una implementación de ejemplo.
DESCRIPCIÓN DE LAS REALIZACIONES
Las implementaciones de ejemplo se describen en detalle aquí, y los ejemplos de las implementaciones se presentan en los dibujos adjuntos. Cuando la siguiente descripción se refiere a los dibujos adjuntos, a menos que se especifique lo contrario, los mismos números en diferentes dibujos adjuntos representan elementos iguales o similares. Las implementaciones descritas en las siguientes implementaciones no representan implementaciones en base a la presente invención. En cambio, son solo ejemplos de aparatos y métodos en base a algunos aspectos de la presente invención que se describen en detalle en las reivindicaciones adjuntas.
La FIG. 1 es un diagrama de flujo que ilustra un método de procesamiento de datos en base a una implementación de ejemplo. Como se muestra en la FIG. 1, el método se aplica a un servidor y el método incluye los siguientes pasos.
En el paso S101, se obtienen datos de interacción entre un usuario y el servidor.
Los datos de interacción incluyen datos enviados por el usuario al servidor y datos devueltos por el servidor al usuario.
Por ejemplo, cuando el usuario necesita obtener una página web, el usuario puede enviar al servidor una solicitud de adquisición utilizada para obtener la página web, donde la solicitud de adquisición incluye un enlace de la página web. Después de recibir la solicitud de adquisición, el servidor obtiene la página web en base al enlace y puede devolver una respuesta de adquisición al usuario en base a la solicitud de adquisición. La solicitud de adquisición y la respuesta de adquisición son datos de interacción entre el usuario y el servidor.
Como otro ejemplo, cuando es necesario pagar un artículo en línea, el usuario envía una solicitud de pago al servidor, donde la solicitud de pago incluye una cuenta de usuario, el coste del artículo y una cuenta de vendedor. Después de recibir la solicitud de pago, el servidor procesa la solicitud de pago, por ejemplo, deduciendo el coste del artículo de un saldo incluido en la cuenta de usuario, luego añadiendo el coste deducido del artículo a un saldo de la cuenta del vendedor y luego devuelve una respuesta de pago al usuario. La solicitud de pago y la respuesta de pago son datos de interacción entre el usuario y el servidor.
En el paso S102, se detecta si ocurrió un evento anormal en base a los datos de interacción.
Por ejemplo, cuando un formato de un enlace incluido en la solicitud de adquisición enviada por el usuario al servidor y utilizado para obtener la página web es incorrecto, el servidor no puede obtener la página web en base al enlace. Devuelve una respuesta de adquisición al usuario para notificar que no se obtiene la página web. La respuesta de adquisición es información de interacción entre el usuario y el servidor, y la respuesta de adquisición indica que la página web no se obtiene con éxito. Por lo tanto, se puede determinar que ocurrió un evento anormal.
Como otro ejemplo, después de recibir la solicitud de pago, el servidor deduce el coste del artículo del saldo incluido en la cuenta de usuario. Sin embargo, si el saldo incluido en la cuenta de usuario es menor que el precio del artículo, el coste del artículo no se puede deducir correctamente del saldo de la cuenta de usuario y el coste del artículo no se puede añadir al saldo incluido en la cuenta del vendedor. Como resultado, la solicitud de procesamiento no se procesa y se devuelve al usuario una respuesta de pago utilizada para notificar que la solicitud de adquisición no se procesa. La respuesta de pago es información de interacción entre el usuario y el servidor, y la respuesta de pago indica que el pago del artículo no se ha realizado correctamente. Por lo tanto, se puede determinar que ocurrió un evento anormal.
Cuando ocurre un evento anormal, en el paso S103, se obtiene la información de atributo del usuario.
La información de atributo del usuario puede ser género, edad, etc. del usuario almacenada en la cuenta de usuario, si la cuenta de usuario está vinculada a una tarjeta bancaria, si se realiza la autenticación de nombre real para la cuenta de usuario, si una función de pago de la cuenta de usuario está habilitada, etc.
En el paso S104, se busca una primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal, una causa y una ponderación para identificar un registro que incluye la información de atributo y la ponderación más grande.
La primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación puede obtenerse previamente por un técnico a través de la configuración, o puede obtenerse por el servidor mediante aprendizaje automático.
El servidor puede obtener, mediante aprendizaje automático, la primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación utilizando el siguiente proceso:
En un proceso histórico, cuando ocurre un evento anormal durante la interacción entre un usuario y el servidor, un representante de servicio al cliente puede comunicarse con el usuario. Durante la comunicación, el representante de servicio al cliente determina la información de atributo del usuario y una causa del evento anormal en base a la información acerca del evento anormal descrito por el usuario, y luego ingresa la información de atributo determinada del usuario y la causa determinada proporcionada al servidor. El servidor recibe la información de atributo y la causa ingresada por el representante de servicio al cliente.
La primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal, la causa y la ponderación se busca para identificar un registro que incluye la información de atributo y la causa ingresada por el representante de servicio al cliente. Cuando un registro incluye la información de atributo y la causa ingresada por el representante de servicio al cliente, se añade una ponderación al registro que incluye la información de atributo y la causa ingresada por el representante de servicio al cliente. Cuando ningún registro incluye la información de atributo y la causa ingresada por el representante de servicio al cliente, se establece una ponderación inicial y la información de atributo y la causa ingresada por el representante de servicio al cliente, y la ponderación inicial se almacenan en la primera correspondencia como un solo registro.
Cualquier registro en la primera correspondencia incluye información de atributo, una causa y una ponderación. En un proceso histórico, cuando la información de atributo del usuario es la información de atributo en el registro y la causa es la causa en el registro, la ponderación puede ser una cantidad de veces que ocurrió el evento anormal. Esto es válido para otros registros en la primera correspondencia.
Por lo tanto, en este paso, se puede buscar la primera correspondencia para identificar registros que incluyan la información de atributo. Cuando un registro incluye la información de atributo, el registro que incluye la mayor ponderación se selecciona de los registros que incluyen la información de atributo, y se realiza el paso S105.
Sin embargo, si ningún registro incluye la información de atributo, para determinar con precisión la causa del evento anormal, el servidor puede asociar una conexión entre el servidor y el dispositivo terminal del usuario con una conexión entre el servidor y el dispositivo terminal del representante de servicio al cliente, de modo que el dispositivo terminal del usuario está conectado directamente al dispositivo terminal del representante de servicio al cliente, y el representante de servicio al cliente puede comunicarse directamente con el usuario. Durante la comunicación, el representante de servicio al cliente puede determinar la causa del evento anormal en base a la información del evento anormal descrito por el usuario y luego ingresa la causa determinada proporcionada al servidor. El servidor recibe la causa ingresada por el representante de servicio al cliente, determina la causa ingresada por el representante de servicio al cliente como la causa del evento anormal, establece una ponderación inicial y almacena la información de atributo obtenida del usuario, la causa ingresada por el representante de servicio al cliente y la ponderación inicial en la primera correspondencia como un solo registro.
Por ejemplo, en esta implementación de la presente invención, la primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación puede ser un modelo de árbol de decisión. Por ejemplo, un nodo raíz en el modelo de árbol de decisión almacena un evento anormal. El nodo raíz apunta a al menos un nodo de nivel 2. Cada uno de los nodos de nivel 2 puede almacenar información de atributo, y cada uno de los nodos de nivel 2 puede apuntar a al menos un nodo de nivel 3. Cada uno de los nodos de nivel 3 puede almacenar una causa. Se establece una ponderación entre cada uno de los nodos de nivel 2 y un nodo de nivel 3 al que apunta el nodo de nivel 2.
Como se muestra en la FIG. 2, el nodo raíz almacena un evento X anormal, el nodo raíz apunta a dos nodos de nivel 2: un primer nodo de nivel 2 y un segundo nodo de nivel 2, el primer nodo de nivel 2 almacena la información 1 de atributo y el segundo nodo de nivel 2 almacena información 2 de atributo.
El primer nodo de nivel 2 apunta a tres nodos de nivel 3: un primer nodo de nivel 3, un segundo nodo de nivel 3 y un tercer nodo de nivel 3. El primer nodo de nivel 3 almacena una causa A, el segundo nodo de nivel 3 almacena una causa B y el tercer nodo de nivel 3 almacena una causa C.
La ponderación 1 se establece entre el primer nodo de nivel 2 y el primer nodo de nivel 3 al que apunta el primer nodo de nivel 2, la ponderación 2 se establece entre el primer nodo de nivel 2 y el segundo nodo de nivel 3 al que apunta el primer nodo de nivel 2, y la ponderación 3 se establece entre el primer nodo de nivel 2 y el tercer nodo de nivel 3 al que apunta el primer nodo de nivel 2.
El segundo nodo de nivel 2 apunta a tres nodos de nivel 3: un cuarto nodo de nivel 3, un quinto nodo de nivel 3 y un sexto nodo de nivel 3. El cuarto nodo de nivel 3 almacena la causa D, el quinto nodo de nivel 3 almacena la causa E y el sexto nodo de nivel 3 almacena la causa F.
La ponderación 4 se establece entre el segundo nodo de nivel 2 y el cuarto nodo de nivel 3 al que apunta el segundo nodo de nivel 2, la ponderación 5 se establece entre el segundo nodo de nivel 2 y el quinto nodo de nivel 3 al que apunta el segundo nodo de nivel 2 y la ponderación 6 se establece entre el segundo nodo de nivel 2 y el sexto nodo de nivel 3 al que apunta el segundo nodo de nivel 2.
Suponiendo que cuando ocurre un evento X anormal, la información de atributo del usuario es la información 1 de atributo. En el modelo de árbol de decisión mostrado en la FIG. 2, partiendo del nodo raíz, se pueden buscar los nodos de nivel 2 a los que apunta el nodo raíz para identificar un nodo de nivel 2 que almacena la información 1 de atributo, y se identifica que el nodo de nivel 2 que almacena la información 1 de atributo es el primer nodo de nivel 2.
Debido a que cada uno de los nodos de nivel 3 al que apunta el primer nodo de nivel 2 almacena una causa diferente, comenzando desde el primer nodo de nivel 2, los nodos de nivel 3 a los que apunta el primer nodo de nivel 2 se pueden buscar para identificar un nodo de nivel 3 que tiene la mayor ponderación con el primer nodo de nivel 2, y una causa almacenada en el nodo de nivel 3 identificado se determina como una causa del evento X anormal. Suponiendo que la ponderación 2 es mayor que la ponderación 1 y la ponderación 1 es mayor que la ponderación 3. La ponderación entre el segundo nodo de nivel 3 y el primer nodo de nivel 2 es la mayor ponderación, la causa 2 almacenada en el segundo nodo de nivel 3 se determina entonces como la causa del evento X anormal.
En el paso S105, se determina una causa en el registro como causa del evento anormal.
Si se selecciona una pluralidad de registros en el paso S104, es decir, en la primera correspondencia, hay una pluralidad de registros que incluyen la información de atributo que tiene la mayor ponderación, un registro se selecciona aleatoriamente de la pluralidad de registros seleccionados, y un causa asociada con el registro seleccionado se determina como la causa del evento anormal. Si se selecciona un registro en el paso S104, se determina una causa asociada con el registro seleccionado como la causa del evento anormal.
En la implementación de la presente invención mostrada en la FIG 1, se obtienen los datos de interacción entre el usuario y el servidor; si se ha detectado un evento anormal en base a los datos de interacción; cuando ocurre un evento anormal, se obtiene la información de atributo del usuario; y se busca la primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal, la causa y la ponderación para identificar el registro que incluye la información de atributo y la mayor ponderación; y la causa en el registro se determina como la causa del evento anormal. En este proceso, el usuario no necesita comunicarse con el representante de servicio al cliente, el representante de servicio al cliente no necesita determinar la causa del evento anormal comunicándose con el usuario y la causa del evento anormal se puede determinar utilizando la información de atributo del usuario y la primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación. Por tanto, se pueden ahorrar costes laborales.
Generalmente, cuando se determina la causa del evento anormal, es necesario proporcionar ayuda al usuario para resolver el evento anormal. Por lo tanto, en otra implementación de la presente invención, con referencia a la FIG. 3, el método incluye además los siguientes pasos.
En el paso S201, el evento anormal se procesa en base a la causa determinada.
En esta implementación de la presente invención, para el evento anormal, un técnico recopila las causas comunes del evento anormal de antemano en un proceso histórico, y una solución de procesamiento correspondiente de cada una de las causas. Por ejemplo, cuando el usuario no paga un artículo en línea, el evento anormal es un incumplimiento de pago. Luego se determina que la causa del evento anormal es que el saldo en la cuenta de usuario es insuficiente, y una solución preferida es enviar directamente una página de recarga utilizada para recargar la cuenta de usuario. Como tal, después de recibir la página de recarga, el usuario puede recargar directamente la cuenta de usuario con una cantidad suficiente utilizando la página de recarga, y luego el pago se puede realizar con éxito utilizando la cantidad, para resolver el evento anormal. Para cualquier causa del evento anormal, el servidor puede almacenar la causa y una solución correspondiente a la causa en una segunda correspondencia almacenada localmente entre la causa del evento anormal y una solución correspondiente como un solo registro. Para otras causas del evento, las operaciones anteriores se pueden realizar de manera similar.
Por lo tanto, en este paso, se puede obtener la segunda correspondencia entre la causa del evento anormal y la solución correspondiente; a partir de la segunda correspondencia se obtiene una solución correspondiente a la causa determinada; y el evento anormal se procesa en base a la solución obtenida.
Además, en la implementación anterior, a veces se pueden determinar una pluralidad de eventos anormales diferentes. En tal caso, el servidor necesita procesar secuencialmente estos eventos anormales. Los técnicos pueden establecer un orden de procesamiento de eventos anormales en el servidor por adelantado, y el orden de procesamiento de eventos anormales puede almacenar identificadores de los eventos anormales en un orden en base a las prioridades de procesamiento.
Por lo tanto, en esta implementación de la presente invención, cuando se determina una pluralidad de eventos anormales diferentes, la pluralidad de eventos anormales determinados se puede determinar en el orden predeterminado de procesamiento de eventos anormales; y los eventos anormales se procesan secuencialmente en un orden obtenido después de la clasificación y en base a las causas de los eventos anormales hasta que se procesan los eventos anormales.
Una vez que el servidor procesa el evento anormal en base a la causa determinada, se obtiene un resultado del procesamiento, que puede ser un procesamiento exitoso o un procesamiento fallido.
Por ejemplo, cuando el evento anormal es un fallo en el pago, después de que el servidor procesa el evento anormal, si el usuario puede realizar con éxito el pago durante un reintento, el resultado del procesamiento puede indicar que el procesamiento se ha realizado correctamente. O después de que el servidor procesa el evento anormal, si el usuario sigue fallando al realizar el pago durante un reintento, el resultado del procesamiento puede indicar que el procesamiento ha fallado.
En esta implementación de la presente invención, el usuario puede proporcionar retroalimentación al resultado del procesamiento del servidor. La retroalimentación incluye un acuerdo sobre el resultado del procesamiento del evento anormal o un desacuerdo sobre el resultado del procesamiento.
Por ejemplo, después de que el servidor procesa el evento anormal, si el usuario puede realizar con éxito el pago durante un reintento, el usuario puede estar de acuerdo con el resultado del procesamiento obtenido desde el servidor que procesó el evento anormal. Después de que el servidor procesa el evento anormal, si el usuario sigue fallando al realizar el pago durante un reintento, el usuario puede no estar de acuerdo con el resultado del procesamiento obtenido desde el servidor que procesó el evento anormal.
En otra implementación más de la presente invención, para mejorar la precisión de determinar posteriormente la causa del evento anormal por parte del servidor en base a la primera correspondencia, el servidor puede actualizar la primera correspondencia en base a la retroalimentación del usuario. Con referencia a la FIG. 4, el método incluye además los siguientes pasos.
En el paso S301, se reciben datos de retroalimentación que se retroalimentan por el usuario en base a un resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal.
Los datos de retroalimentación pueden incluir un bit indicador predeterminado. El bit indicador predeterminado puede almacenar un identificador de acuerdo o un identificador de desacuerdo. Por ejemplo, "1" puede indicar el identificador de acuerdo y "0" puede indicar el identificador del desacuerdo.
Cuando el usuario está de acuerdo con el resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal, el usuario puede activar, en el dispositivo terminal, un botón de acuerdo que indica un acuerdo del resultado del procesamiento. Cuando la operación de activación de la activación del botón de acuerdo se recibe desde el usuario, el dispositivo terminal genera los datos de retroalimentación, añade el identificador "1" de acuerdo al bit de bandera predeterminado en los datos de retroalimentación y luego envía, al servidor, los datos de retroalimentación a los que se añade el identificador "1" de acuerdo. Después de recibir los datos de retroalimentación, el servidor determina si un identificador incluido en los datos de retroalimentación es el identificador "1" de acuerdo o el identificador "0" de desacuerdo, y cuando se determina que los datos de retroalimentación incluyen el identificador "1" de acuerdo, los datos de retroalimentación se determinan como datos de retroalimentación de acuerdo.
En la implementación anterior, cuando el servidor determina la causa del evento anormal, se busca la primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación para identificar el registro que incluye la información de atributo, el registro que incluye la mayor ponderación se selecciona del registro identificado que incluye la información de atributo. Luego, la causa asociada con el registro que incluye la mayor ponderación se utiliza como la causa del evento anormal. Sin embargo, una causa real del evento anormal puede no ser la causa asociada con el registro que incluye la mayor ponderación. Cuando la causa se determina incorrectamente, porque se obtiene una solución en base a la causa determinada, no se puede resolver el evento anormal.
Por ejemplo, el evento anormal es el fallo en el pago, la información de atributo no incluye la autenticación del nombre real de la cuenta de usuario y la cuenta de usuario no está vinculada a una tarjeta bancaria, y la causa asociada con el registro que incluye la mayor ponderación es que el saldo en la cuenta es insuficiente, pero la causa del presente evento anormal es que la función de pago de la cuenta de usuario está deshabilitada. Una solución para la causa de saldo insuficiente es enviar al usuario directamente la página de recarga utilizada para recargar la cuenta de usuario. Una solución para la causa de la función de pago inhabilitada es proporcionar al usuario una página de aplicación para solicitar la habilitación de la función de pago. Por lo tanto, el evento anormal del presente fallo de pago no se puede resolver enviando al usuario directamente la página de recarga utilizada para recargar la cuenta de usuario.
Además, el usuario no está de acuerdo con el resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal en base a la causa determinada. Cuando el usuario no está de acuerdo con el resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal en base a la causa determinada, el usuario puede activar, en el dispositivo terminal, un botón de desacuerdo utilizado para indicar un desacuerdo sobre el resultado del procesamiento. Al recibir la operación de activación del botón de desacuerdo por parte del usuario, el dispositivo terminal puede generar los datos de retroalimentación, añadir el identificador "0" de desacuerdo al bit indicador predeterminado en los datos de retroalimentación y enviar, al servidor, los datos de retroalimentación a los que se añade el identificador "0" de desacuerdo. El servidor recibe los datos de retroalimentación, determina si un identificador incluido en los datos de retroalimentación es el identificador "1" de acuerdo o el identificador "0" de desacuerdo, y cuando se determina que los datos de retroalimentación incluyen el identificador "0" de desacuerdo, determina que los datos de retroalimentación son datos de retroalimentación de desacuerdo.
En el paso S302, se determina si los datos de retroalimentación incluyen un identificador de acuerdo o un identificador de desacuerdo.
Cuando los datos de retroalimentación incluyen el identificador de acuerdo, en el paso S303, se añade a la primera correspondencia una ponderación en un registro que incluye la información de atributo y la causa determinada.
Cuando los datos de retroalimentación incluyen el identificador de acuerdo, se determina que el usuario está de acuerdo con el resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal en base a la causa determinada, la ponderación en el registro que incluye la información de atributo y la causa determinada añadida a la primera correspondencia, para actualizar la primera correspondencia en base a los datos de retroalimentación del usuario.
Cuando los datos de retroalimentación incluyen el identificador de desacuerdo, en el paso S304, se recibe una causa del evento anormal enviada por un representante de servicio al cliente. La causa recibida se envía después de que el representante de servicio al cliente interactúe con el usuario.
Cuando los datos de retroalimentación incluyen el identificador de desacuerdo, se determina que el usuario no está de acuerdo con el resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal en base en la causa determinada, y es probable que la causa del evento anormal que se determina por el servidor en la implementación anterior no es la causa real del evento anormal. Cuando la causa se determina incorrectamente, debido a que se obtiene una solución en base a la causa determinada por el servidor, no puede resolver el evento anormal.
Por lo tanto, para resolver el evento anormal, en esta implementación de la presente invención, el servidor puede asociar la conexión entre el servidor y el dispositivo terminal del usuario con la conexión entre el servidor y el dispositivo terminal del representante de servicio al cliente, de modo que el dispositivo terminal del usuario está conectado directamente al dispositivo terminal del representante de servicio al cliente. El representante de servicio al cliente puede comunicarse directamente con el usuario. Durante la comunicación, el representante de servicio al cliente puede determinar la causa del evento anormal en base a la información sobre el evento anormal descrito por el usuario y luego ingresa la causa determinada proporcionada al servidor. El servidor recibe la causa ingresada por el representante de servicio al cliente. Generalmente, la causa del evento anormal que se determina después de que el representante de servicio al cliente se comunica con el usuario es usualmente la causa real del evento anormal y, por lo tanto, se puede realizar el paso S305.
En otra implementación más de la presente invención, después de recibir la causa ingresada por el representante de servicio al cliente, el servidor puede procesar el evento anormal en base a la causa ingresada. Luego, el usuario puede continuar proporcionando retroalimentación en base a un resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal en base a la causa ingresada. Cuando el servidor recibe datos de retroalimentación sobre este resultado del procesamiento desde el usuario, si los datos de retroalimentación incluyen el identificador de desacuerdo, indica que el servidor aún no ayuda al usuario a resolver el evento anormal, y los pasos anteriores se realizan repetidamente hasta que los datos de retroalimentación que incluye el identificador de acuerdo se recibe desde el usuario. Si los datos de retroalimentación incluyen el identificador de acuerdo, se puede determinar que el usuario está de acuerdo con el resultado del procesamiento obtenido desde el servidor que procesó el evento anormal en base a la causa recibida, o se puede determinar que el servidor ayudó al usuario a resolver el evento anormal, y se realiza el paso S305.
En el paso S305, se determina si la primera correspondencia almacenada localmente incluye un registro que incluye la información de atributo y la causa recibida.
Si la primera correspondencia incluye el registro que incluye la información de atributo y la causa recibida, en el paso S306 se añade una ponderación en el registro que incluye la información de atributo y la causa recibida.
Si la primera correspondencia no incluye el registro que incluye la información de atributo y la causa recibida, en el paso S307, se establece una ponderación inicial, y la información de atributo, la causa recibida y la ponderación inicial se almacenan en la primera correspondencia como un registro único.
La FIG. 5 muestra un aparato de procesamiento de datos aplicable a un servidor, en base a una implementación de ejemplo. Con referencia a la FIG. 5, el aparato incluye:
un primer módulo 11 de adquisición, configurado para obtener datos de interacción entre un usuario y el servidor;
un módulo 12 de detección, configurado para detectar, en base a los datos de interacción, si ocurrió un evento anormal;
un segundo módulo 13 de adquisición, configurado para obtener información de atributo del usuario cuando ocurre un evento anormal;
un módulo 14 de búsqueda, configurado para buscar una primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal, una causa y una ponderación para un registro que incluye la información de atributo y una ponderación mayor; y
un módulo 15 de determinación, configurado para determinar una causa en el registro como una causa del evento anormal.
En la implementación de la presente invención que se muestra en la FIG. 5, se obtienen los datos de interacción entre el usuario y el servidor; si se ha detectado un evento anormal en base a los datos de interacción; cuando ocurre un evento anormal, se obtiene la información de atributo del usuario; y se busca la primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal, la causa y la ponderación para identificar el registro que incluye la información de atributo y la mayor ponderación; y la causa en el registro se determina como la causa del evento anormal. En este proceso, el usuario no necesita comunicarse con un representante de servicio al cliente, el representante de servicio al cliente no necesita determinar la causa del evento anormal comunicándose con el usuario y la causa del evento anormal se puede determinar utilizando la información de atributo del usuario y la primera correspondencia entre la información de atributo correspondiente al evento anormal, la causa y la ponderación. Por tanto, se pueden ahorrar costes laborales.
Además, el aparato puede incluir además:
un módulo de procesamiento, configurado para procesar el evento anormal en base a la causa determinada.
Si ocurrieron varios eventos anormales, el módulo de procesamiento puede incluir:
una unidad de clasificación, configurada para clasificar la pluralidad de eventos anormales en un orden predeterminado de eventos anormales; y
una primera unidad de procesamiento, configurada para procesar secuencialmente, en un orden de los eventos anormales clasificados, los eventos anormales en base a las causas de los eventos anormales hasta que se procesan los eventos anormales.
El módulo de procesamiento incluye:
una primera unidad de adquisición, configurada para obtener una segunda correspondencia almacenada localmente entre una causa correspondiente al evento anormal y una solución de procesamiento;
una segunda unidad de adquisición, configurada para obtener, a partir de la segunda correspondencia, una solución de procesamiento correspondiente a la causa determinada; y
una segunda unidad de procesamiento, configurada para procesar el evento anormal en base a la solución de procesamiento.
Además, el aparato incluye además:
un primer módulo de recepción, configurado para recibir datos de retroalimentación que se retroalimentan por el usuario en base a un resultado del procesamiento obtenido desde el servidor que ha procesado el evento anormal; y
un primer módulo de adición, configurado para: añadir una ponderación en un registro que incluye la información de atributo y la causa determinada a la primera correspondencia, cuando los datos de retroalimentación incluyen un identificador de acuerdo; o
un segundo módulo de recepción, configurado para: recibir una causa del evento anormal que se envía por un representante de servicio al cliente, cuando los datos de retroalimentación incluyen un identificador de desacuerdo, y donde la causa recibida se envía después de que el representante de servicio al cliente interactúe con el usuario; y
un segundo módulo de adición, configurado para: añadir una ponderación en el registro que incluye la información de atributo y la causa recibida, si la primera correspondencia incluye un registro que incluye la información de atributo y la causa recibida; o
un módulo de almacenamiento, configurado para: establecer una ponderación inicial y almacenar la información de atributo, la causa recibida y la ponderación inicial en la primera correspondencia como un solo registro, si la primera correspondencia no incluye un registro que incluye la información de atributo y la causa recibida.
Para el aparato en la implementación anterior, se ha descrito en detalle una manera específica en la que cada uno de los módulos realiza una operación en la implementación del método relacionado, y los detalles repetitivos se omiten aquí por simplicidad.
Un experto en la técnica puede encontrar fácilmente otra solución de implementación de la presente invención después de considerar la memoria descriptiva y poner en práctica la presente invención aquí divulgada. La presente solicitud está destinada a cubrir cualquier variación, función o cambio adaptativo. Estas variaciones, funciones o cambios adaptativos cumplen con los principios generales de la presente invención y pueden abarcar el conocimiento común o un medio técnico comúnmente utilizado en el campo técnico que no se describe en la presente invención. La memoria descriptiva y las implementaciones se consideran ejemplos, y el alcance de la presente invención se define en las reivindicaciones adjuntas.
Debe entenderse que la presente invención no se limita a las estructuras exactas que se describen anteriormente y que se muestran en los dibujos adjuntos. Se pueden realizar modificaciones y cambios sin apartarse del alcance de la presente invención. El alcance de la presente invención está definido únicamente por las reivindicaciones adjuntas.

Claims (8)

REIVINDICACIONES
1. Un método para resolver un evento anormal, en donde un evento anormal comprende el fallo de un proceso tal como un pago en línea o visualización de un navegador web, el método que comprende:
obtener, mediante un servidor, datos de interacción entre un usuario y el servidor (S101);
detectar, mediante el servidor y en base a los datos de interacción, si ocurrió un evento anormal (S102);
obtener, mediante el servidor, información de atributo del usuario cuando ocurrió un evento anormal (S103);
buscar, mediante el servidor, una pluralidad de registros de una primera correspondencia almacenada localmente entre la información de atributo correspondiente al evento anormal y una pluralidad de causas, con ponderaciones respectivas, comprendiendo la primera correspondencia almacenada localmente un modelo de árbol de decisión que tiene un nodo raíz que almacena un evento anormal y apunta a al menos un nodo de nivel 2 que almacena la información de atributo y apunta a al menos un nodo de nivel 3 que almacena una causa, cada una de las ponderaciones respectivas se establece entre cada uno de los nodos de nivel 2 y un respectivo nodo de nivel 3 al que apunta el nodo de nivel 2 (S104);
seleccionar, mediante el servidor, un registro de la pluralidad de registros que comprende la información de atributo y una ponderación más grande (S104);
determinar, mediante el servidor, una causa del evento anormal en base al registro seleccionado (S105);
resolver, mediante el servidor, el evento anormal en base a la causa determinada (S201);
caracterizado por que el método comprende, además:
recibir datos de retroalimentación del usuario en base a un resultado del procesamiento obtenido desde el servidor, en donde el resultado del procesamiento indica si el proceso se realizó con éxito o no; y
cuando los datos de retroalimentación comprenden un identificador de acuerdo que indica que el usuario está de acuerdo con el resultado del procesamiento, añadir una ponderación a un registro que comprende la información de atributo y la causa determinada a la primera correspondencia.
2. El método de la reivindicación 1, en donde el método comprende, además:
obtener un resultado del procesamiento, comprendiendo el resultado del procesamiento un éxito de procesamiento o un fallo de procesamiento.
3. El método de una cualquiera de las reivindicaciones 1 y 2, en donde han ocurrido una pluralidad de eventos anormales; y resolver el evento anormal en base a la causa determinada comprende:
clasificar la pluralidad de eventos anormales en un orden predeterminado de eventos anormales; y
resolver secuencialmente, en un orden de los eventos anormales clasificados, los eventos anormales en base a las causas de los eventos anormales hasta que se resuelvan los eventos anormales.
4. El método de una cualquiera de las reivindicaciones 1 a 3, en donde la resolución del evento anormal en base a la causa determinada comprende:
obtener una segunda correspondencia almacenada localmente entre una causa correspondiente al evento anormal y una solución de procesamiento;
obtener, a partir de la segunda correspondencia, una solución de procesamiento correspondiente a la causa determinada; y
resolver el evento anormal en base a la solución de procesamiento.
5. El método de una cualquiera de las reivindicaciones 1 a 4, en donde el método comprende, además, cuando los datos de retroalimentación comprenden un identificador de desacuerdo que indica que el usuario no está de acuerdo con el resultado del procesamiento:
recibir una causa del evento anormal que se envía por un representante de servicio al cliente, en donde la causa recibida se envía después de que el representante de servicio al cliente interactúe con el usuario; y
si la primera correspondencia comprende un registro que comprende la información de atributo y la causa recibida, añadir una ponderación en el registro que comprende la información de atributo y la causa recibida; o
si la primera correspondencia no comprende un registro que comprende la información de atributo y la causa recibida, establecer una ponderación inicial, y almacenar la información de atributo, la causa recibida y la ponderación inicial en la primera correspondencia como un solo registro.
6. El método de una cualquiera de las reivindicaciones 1 a 5, en donde la ponderación comprende un número de veces que ocurrió el evento anormal.
7. El método de una cualquiera de las reivindicaciones 1 a 6, en donde los datos de interacción comprenden una solicitud y una respuesta de un proceso.
8. Un aparato para resolver un evento anormal, en donde un evento anormal comprende el fallo de un proceso tal como un pago en línea o visualización de un navegador web, el aparato comprende una pluralidad de módulos configurados para realizar el método de una cualquiera de las reivindicaciones 1 a 7.
ES16863561T 2015-11-10 2016-11-01 Método y dispositivo de procesamiento de datos Active ES2861443T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510763290.XA CN106681849B (zh) 2015-11-10 2015-11-10 数据处理方法及装置
PCT/CN2016/104184 WO2017080384A1 (zh) 2015-11-10 2016-11-01 数据处理方法及装置

Publications (1)

Publication Number Publication Date
ES2861443T3 true ES2861443T3 (es) 2021-10-06

Family

ID=58694561

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16863561T Active ES2861443T3 (es) 2015-11-10 2016-11-01 Método y dispositivo de procesamiento de datos

Country Status (12)

Country Link
US (1) US10678624B2 (es)
EP (2) EP3822790B1 (es)
JP (1) JP6782778B2 (es)
KR (1) KR102151326B1 (es)
CN (1) CN106681849B (es)
AU (1) AU2016352206B2 (es)
ES (1) ES2861443T3 (es)
MY (1) MY187118A (es)
PH (1) PH12018501014A1 (es)
PL (1) PL3376389T3 (es)
SG (1) SG11201803902VA (es)
WO (1) WO2017080384A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109828884B (zh) * 2018-12-14 2023-04-14 深圳壹账通智能科技有限公司 加挂服务数据处理方法、系统、计算机设备及存储介质
US20200265393A1 (en) * 2019-02-15 2020-08-20 Highradius Corporation Predictive analytics for abnormal event resolutions
US11841784B2 (en) 2019-04-29 2023-12-12 Hewlett-Packard Development Company, L.P. Digital assistant to collect user information
CN110245168B (zh) * 2019-06-20 2021-08-31 国网江苏省电力有限公司南京供电分公司 一种提取电网历史告警中异常事件特征信号的方法及系统
CN110851298B (zh) * 2019-11-08 2023-07-21 卫盈联信息技术(深圳)有限公司 异常分析及处理方法、电子装置及存储介质
CN110807104B (zh) * 2019-11-08 2023-04-14 上海明胜品智人工智能科技有限公司 异常信息的确定方法及装置、存储介质、电子装置
CN111107057B (zh) * 2019-11-28 2022-06-14 泰康保险集团股份有限公司 异常用户账号检测方法、装置、设备及存储介质
CN111221674A (zh) * 2019-12-31 2020-06-02 瑞庭网络技术(上海)有限公司 故障排查方法、装置及可读存储介质
CN111309954B (zh) * 2020-02-24 2023-10-17 浙江力石科技股份有限公司 景区导购行为识别系统
CN113469594A (zh) * 2020-03-30 2021-10-01 北京京东振世信息技术有限公司 用于客户服务的信息处理方法、装置、系统及介质
CN112084220B (zh) * 2020-09-21 2024-05-14 国网重庆市电力公司营销服务中心 一种电能计量装置异常诊断方法、装置及可读存储介质
CN112099983A (zh) * 2020-09-22 2020-12-18 北京知道创宇信息技术股份有限公司 服务异常处理方法、装置、电子设备和计算机可读存储介质
CN113240480A (zh) * 2021-01-25 2021-08-10 天津五八到家货运服务有限公司 订单处理方法、装置、电子终端及存储介质

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100370753B1 (ko) * 2001-04-26 2003-02-05 (주) 디엠디 서버에서 실행되는 데이타베이스 연동 페이지 생성방법
JP4237076B2 (ja) * 2004-02-17 2009-03-11 Necパーソナルプロダクツ株式会社 エラー処理システム、エラー対応情報処理装置、情報端末、エラー処理方法、プログラム
JP2005310105A (ja) * 2004-03-22 2005-11-04 Seiko Epson Corp リモート監視システム、リモート監視方法およびリモート監視プログラム
JP2006039729A (ja) * 2004-07-23 2006-02-09 Oki Electric Ind Co Ltd 取引システムおよび取引装置および決済システム
US7127185B2 (en) * 2004-08-20 2006-10-24 Eastman Kodak Company Method and system for component replacement based on use and error correlation
JP2006065659A (ja) * 2004-08-27 2006-03-09 Fujitsu Ltd コンピュータ動作記録プログラム、コンピュータ動作解決プログラム、コンピュータ、管理装置、および方法
EP1851959B1 (en) * 2005-02-21 2012-04-11 Computer Process Controls, Inc. Enterprise control and monitoring system
US9946982B2 (en) * 2007-02-28 2018-04-17 Red Hat, Inc. Web-based support subscriptions
US7757126B2 (en) * 2007-04-20 2010-07-13 Sap Ag System and method for supporting software
US8051335B1 (en) * 2008-06-02 2011-11-01 Network Appliance, Inc. Recovery from transitory storage area network component failures
CN101848477A (zh) * 2009-03-24 2010-09-29 亚信科技(中国)有限公司 一种故障诊断方法及系统
CN102081631A (zh) * 2009-11-30 2011-06-01 国际商业机器公司 回答支持系统和方法
CN101741622A (zh) * 2009-12-21 2010-06-16 中兴通讯股份有限公司 一种失败原因数据的统计方法及系统
US20110154117A1 (en) * 2009-12-22 2011-06-23 General Electric Company, A New York Corporation Methods and apparatus to perform log file analyses
CN102469035B (zh) * 2010-11-05 2016-01-20 腾讯科技(深圳)有限公司 跨进程通信的方法和装置
TW201417536A (zh) * 2012-10-24 2014-05-01 Hon Hai Prec Ind Co Ltd 伺服器自動管理方法及系統
CN103152219B (zh) * 2013-02-18 2015-12-09 中国工商银行股份有限公司 一种计算机网络系统的事件监控系统及事件监控方法
CN103997416B (zh) * 2013-02-20 2018-05-04 中国移动通信集团广东有限公司 移动终端上网的纠错方法及纠错装置
JP5869513B2 (ja) * 2013-04-05 2016-02-24 株式会社日立製作所 障害対応システムおよび障害対応方法
JP5925734B2 (ja) * 2013-07-12 2016-05-25 シャープ株式会社 情報通知装置、情報通知装置の制御方法、および携帯端末
CN103974299A (zh) * 2014-05-15 2014-08-06 华为技术有限公司 网络优化方法和装置
US10275301B2 (en) * 2015-09-29 2019-04-30 International Business Machines Corporation Detecting and analyzing performance anomalies of client-server based applications
US10445220B2 (en) * 2017-01-25 2019-10-15 Verizon Patent And Licensing Inc. System and methods for application activity capture, error identification, and error correction

Also Published As

Publication number Publication date
EP3376389B8 (en) 2021-03-10
EP3376389A4 (en) 2018-12-05
JP6782778B2 (ja) 2020-11-11
CN106681849B (zh) 2020-11-24
KR20180081123A (ko) 2018-07-13
EP3376389A1 (en) 2018-09-19
EP3822790B1 (en) 2024-01-03
KR102151326B1 (ko) 2020-09-03
PH12018501014B1 (en) 2018-11-05
EP3376389B1 (en) 2021-01-06
PL3376389T3 (pl) 2021-06-28
US20180260266A1 (en) 2018-09-13
WO2017080384A1 (zh) 2017-05-18
AU2016352206A1 (en) 2018-06-14
PH12018501014A1 (en) 2018-11-05
JP2019500680A (ja) 2019-01-10
SG11201803902VA (en) 2018-06-28
EP3822790A1 (en) 2021-05-19
CN106681849A (zh) 2017-05-17
US10678624B2 (en) 2020-06-09
MY187118A (en) 2021-09-02
AU2016352206B2 (en) 2020-01-02

Similar Documents

Publication Publication Date Title
ES2861443T3 (es) Método y dispositivo de procesamiento de datos
JP5684946B2 (ja) イベントの根本原因の解析を支援する方法及びシステム
JP4911386B2 (ja) 保守作業支援システム及びその方法
CN101126928A (zh) 用于维护过程控制系统的系统及方法
CN111506358B (zh) 更新容器配置的方法及装置
JP2016049947A (ja) 故障診断支援システム
CN109144801A (zh) 一种针对于服务器中moc卡的测试方法、装置及设备
CN111353841B (zh) 单据数据处理方法、装置及系统
CN106339379A (zh) 网站运行状态监控方法及装置
JP2017167578A (ja) インシデント管理システム
CN115167896A (zh) 一种更新软件版本的方法、装置、存储介质及电子设备
CN109582334A (zh) 可编程逻辑器件的升级方法及装置
CN110570207A (zh) 一种商品的溯源方法及装置
CN111797149B (zh) 数据采集方法、装置、设备及计算机可读存储介质
CN111835566A (zh) 一种系统故障管理方法、装置及系统
CN111554053A (zh) 一种取票系统、方法及装置
JP4539990B2 (ja) エラーコードに対応するエラーメッセージ処理技術
CN111026619A (zh) 一种页面监控方法、装置和存储介质
CN107105063B (zh) 3d显示模组的光学参数获取方法和装置
WO2017068669A1 (ja) イベント検知端末
JP4697585B2 (ja) 情報処理システム及び該情報処理システムにおける接続状態の確認方法
JP6156175B2 (ja) 情報処理装置及びプログラム
CN116743640A (zh) 一种拨测方法和相关设备
CN118069519A (zh) 电子商业汇票业务测试方法、装置及电子设备
CN112702199A (zh) 一种检测设备激活状态的方法及装置