ES2434101B1 - Método y sistema para gestionar teclados virtuales para dispositivo informático - Google Patents

Método y sistema para gestionar teclados virtuales para dispositivo informático Download PDF

Info

Publication number
ES2434101B1
ES2434101B1 ES201230500A ES201230500A ES2434101B1 ES 2434101 B1 ES2434101 B1 ES 2434101B1 ES 201230500 A ES201230500 A ES 201230500A ES 201230500 A ES201230500 A ES 201230500A ES 2434101 B1 ES2434101 B1 ES 2434101B1
Authority
ES
Spain
Prior art keywords
data
screen
characters
computing device
keyboard
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.)
Withdrawn - After Issue
Application number
ES201230500A
Other languages
English (en)
Other versions
ES2434101R1 (es
ES2434101A2 (es
Inventor
Alberto PERALEDA DE LA LLAVE
Cristian RODRÍGUEZ DE LA CRUZ
Daniel Jesús COLOMA BAIGES
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.)
Telefonica SA
Original Assignee
Telefonica SA
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 Telefonica SA filed Critical Telefonica SA
Priority to ES201230500A priority Critical patent/ES2434101B1/es
Priority to PCT/EP2013/056372 priority patent/WO2013149883A1/en
Publication of ES2434101A2 publication Critical patent/ES2434101A2/es
Publication of ES2434101R1 publication Critical patent/ES2434101R1/es
Application granted granted Critical
Publication of ES2434101B1 publication Critical patent/ES2434101B1/es
Withdrawn - After Issue legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G06F3/04886—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures by partitioning the display area of the touch-screen or the surface of the digitising tablet into independently controllable areas, e.g. virtual keyboards or menus

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Input From Keyboards Or The Like (AREA)

Abstract

Método y sistema para gestionar teclados virtuales para dispositivo informático.#Comprendiendo el método:#a) mostrar, en una pantalla de dicho dispositivo informático, información gráfica que requiere que un usuario introduzca datos en cuanto a al menos un campo de datos;#b) hacer clic o tocar, dicho usuario, a través de un dispositivo de entrada, una zona de dicha pantalla prevista para dicha introducción de datos,#comprendiendo el método además activar, dicho hacer clic o tocar dicha zona, que se muestre, en dicha pantalla, un teclado virtual que incluye teclas para permitir introducir datos para dicho al menos un campo de datos, incluyendo dicho mostrar distribuir dinámicamente dichas teclas de dicho teclado virtual por dicho teclado virtual dependiendo de dichos datos que van a introducirse en dicho al menos un campo de datos.#El sistema está adaptado para implementar el método.

Description

DESCRIPCIÓN
Método y sistema para gestionar teclados virtuales para dispositivo informático
Campo de la técnica
La presente invención se refiere de manera general, en un primer aspecto, a un método para gestionar teclados virtuales para un dispositivo informático, y más particularmente a un método que permite la definición de un nuevo 5 teclado con el fin de hacer más fácil satisfacer las restricciones para campos de texto.
El sistema del segundo aspecto de la invención está adaptado para implementar el método del primer aspecto
Estado de la técnica anterior
Teclados virtuales son artefactos de software que permiten que dispositivos con pantallas grandes tengan un hardware delgado a diferencia de dispositivos con teclados de hardware que fuerzan a los fabricantes a crear un 10 sistema complejo que ocupa espacio físico. Por otro lado, los teclados virtuales ocultan elementos de interfaz de usuario debido al hecho de que son un conjunto de píxeles en una pantalla pero pueden personalizarse fácilmente con el fin de tener diferentes aspectos dependiendo del contexto. Éste es el punto fuerte, la personalización/adaptación, que es una buena manera de crear la mejor experiencia de usuario.
Sistemas operativos móviles modernos (por ejemplo, Android e iOS) proporcionan teclados de software predefinidos 15 según el tipo de los campos de entrada que están disponibles en sus API (Android InputType API [9] y iOS UITextInputTraits API [10]). En este sentido, estos sistemas presentan visualmente teclados personalizados para campos de texto que sólo requieren números, correo electrónico o direcciones URI, por ejemplo.
De manera similar, en el contexto de Web, el W3C ha definido un formato convencional [1] para identificar el tipo del elemento de entrada que representa un campo de datos mecanografiado. Este mecanismo proporciona más 20 semántica al campo de datos pero no es suficiente para adaptar los teclados correctamente, por ejemplo: el número de tipo es demasiado complejo porque puede ser un decimal o número entero de modo que el teclado debe ser diferente en ambos casos. Adicionalmente, esta comunidad también ha definido un atributo [2] que especifica una expresión regular [3] frente a la cual debe comprobarse el valor del campo. Este atributo permite que navegadores web realicen validaciones automáticas de campos de formulario, y así garantizar que los datos insertados por el 25 usuario son correctos antes de remitir el formulario. Otra forma de especificar restricciones en el valor léxico de campos de entrada es usando facetas de patrón de esquema de XML [8] en documentos XHTML.
En cuanto a especificaciones concretas para dispositivos móviles, el W3C ha definido un vocabulario común para propiedades que se consideran esenciales para la adaptación de contenido en la web móvil [4]. Se pretende que una de estas propiedades (inputModeSupport) defina las formas preferidas de soportar formatos específicos para 30 campos de entrada con el fin de ayudar a un usuario con la introducción estableciendo apropiadamente el modo de entrada de dispositivo. Hay dos implementaciones presentadas de esa propiedad:
- atributo ‘wml:format’ para elementos de entrada de texto de la especificación OMA WAP 2.0 [5] y su CSS equivalente denominada ‘-wap-input-format’ definida en la especificación OMA WCSS 1.1 [6]. Según la especificación, este atributo puede contener una expresión regular que puede usarse mediante navegadores web 35 con el fin de validar datos de entrada de usuario (véase la sección 5.4.3.2. Text Input Control Interaction de [5]).
- atributo ‘inputmode’ para elementos de entrada de texto de la especificación W3C XHTML Basic 1.1 [7]. Este atributo proporciona una sugerencia a navegadores web para seleccionar un modo de entrada apropiado para la entrada de texto esperada en un campo de formulario asociado (el modo de entrada puede ser una configuración de teclado, un editor de método de entrada o cualquier otro ajuste que afecta al mecanismo de entrada del dispositivo). 40 Esto se lleva a cabo por medio de un Unicode Script (que proporciona una indicación general del conjunto de caracteres válidos para el campo) y un modificador que especifica restricciones en el conjunto previo de caracteres (dígitos, letras minúsculas, letras mayúsculas, etc.).
Algunas invenciones ya están disponibles en el área de personalización de teclados virtuales. Por ejemplo, la patente US 2011/0074692 especifica un método para cambiar la ergonomía del teclado con el fin de permitir que el 45 usuario seleccione el diseño más cómodo para realizar una entrada de texto en dispositivos de pantalla táctil.
La patente US 2009/0070098 define un mecanismo para configurar un dispositivo de entrada virtual basándose en un identificador de idioma asociado con el campo de entrada que está editándose por el usuario. La patente US 2009/0195506 se centra en ayudar a la entrada de usuario prediciendo el próximo carácter que es probable que se seleccione por el usuario. Esta predicción se basa en el entorno de entrada actual que comprende: idioma actual, 50 tipos de datos que son válidos para el campo, palabras que se introducen habitualmente por el usuario, texto ya introducido, modo de funcionamiento, etc. Basándose en estos datos, el teclado virtual se adapta después de cada entrada cambiando el diseño, las ubicaciones de caracteres, los caracteres que corresponden a cada tecla, tamaños de teclas, etc.
Otra patente relacionada es US 2011/0254773 que permite asociar diferentes campos de entrada con diferentes teclados virtuales que se preparan y se almacenan por adelantado, y usar de nuevo estas asociaciones en diferentes programas de aplicación.
Problemas con soluciones existentes
Las normas existentes ([1], [2]) definen un conjunto de propiedades de campo de entrada que se centran en 5 comprobar que los datos mecanografiados por el usuario son correctos. En algunas otras soluciones ([9], [10]), se usan propiedades de campo para cambiar a un teclado predefinido que es útil especialmente para introducir datos en tal tipo de campos.
El problema principal de esas soluciones es que no es posible definir nuevos teclados (es decir, diseños, teclas, caracteres/símbolos disponibles, etc.) basándose en las propiedades de campo de entrada. Por ejemplo, si una 10 entrada de texto acepta sólo números decimales, no es posible mostrar un teclado asociado que muestra sólo un conjunto de teclas que permite a los usuarios introducir esos caracteres que satisfacen ese formato específico.
Se extraen algunas ideas importantes del párrafo anterior:
• Cómo definir el conjunto de caracteres que debe estar disponible en el teclado virtual (y qué caracteres pueden eliminarse) con el fin de cumplimentar un campo 15
• Cómo adaptar y diseñar automáticamente un teclado basándose en el conjunto de caracteres previo
Las invenciones existentes no especifican un mecanismo para realizar esto. Las soluciones que tienen en cuenta atributos de tipo ([1], [9], [10], documento US 2009/0195506) o idioma ([7], documento US 2009/0070098) del campo de entrada no permiten especificar conjuntos particulares de caracteres para que estén disponibles en el teclado virtual. Algunas otras normas ([2], [5], [6]) usan expresiones regulares para validar los datos de un campo después 20 de cumplimentarse, pero no aprovechan esa propiedad con el fin de personalizar el teclado al hacer disponibles sólo caracteres que coinciden con la expresión regular. Las patentes US 2011/0074692 y US 2011/0254773 hacen uso de diseños y teclados virtuales preparados por adelantado por el usuario, y almacenados en el sistema. Por el contrario, se propone adaptar de manera dinámica los diseños de sistema basándose en las propiedades del campo y los datos que pueden introducirse en el mismo. 25
Finalmente, la propuesta de la patente US 2009/0195506 es adaptar el teclado después de cada entrada de usuario, realizando predicciones para el próximo carácter deseado por el usuario. Esta predicción también tiene en cuenta los tipos de datos que son válidos para el campo. Por el contrario, la presente propuesta es adaptar el teclado antes de cualquier entrada de usuario, a través del análisis de las propiedades del campo de entrada. Otra diferencia es que este enfoque no cambia el teclado a lo largo de las entradas de usuario, lo que puede ser molesto en cuanto a la 30 experiencia de usuario.
Descripción de la invención
Es necesario ofrecer una alternativa al estado de la técnica que cubra los huecos encontrados en la misma, particularmente en relación con la falta de propuestas que permitan realmente la definición de un mecanismo para definir la experiencia completa de mecanografía en diferentes teclados virtuales, adaptando de manera dinámica el 35 diseño del teclado virtual basándose en las propiedades del campo y los datos que pueden introducirse con el fin de hacer más fácil satisfacer restricciones para campos de texto cuando los usuarios están mecanografiando en dichos teclados virtuales.
Con ese fin, la presente invención proporciona, en un primer aspecto, un método para gestionar teclados virtuales en un dispositivo informático, comprendiendo el método: 40
a) mostrar, en una pantalla de dicho dispositivo informático, información gráfica que requiere que un usuario introduzca datos en cuanto a al menos un campo de datos;
b) hacer clic o tocar, dicho usuario, a través de un dispositivo de entrada, una zona de dicha pantalla prevista para introducir dichos datos,
el método comprende además que dicho hacer clic o tocar dicha zona active que se muestre, en dicha pantalla, un 45 teclado virtual que incluye teclas para permitir introducir datos para dicho al menos un campo de datos, incluyendo dicho mostrar distribuir dinámicamente dichas teclas de dicho teclado virtual por dicho teclado virtual dependiendo de dichos datos que van a introducirse en dicho al menos un campo de datos.
Otras realizaciones del método del primer aspecto de la invención se describen según las reivindicaciones adjuntas 2 a 11, y en una sección posterior en relación con la descripción detallada de varias realizaciones. 50
Un segundo aspecto de la presente invención se refiere a un sistema para gestionar teclados virtuales en un dispositivo informático, que comprende:
- dicho dispositivo informático, dispuesto para mostrar información gráfica en una pantalla;
- incluyendo dicha información gráfica al menos un campo de datos, configurado para introducir datos de un usuario; y
- un dispositivo de entrada; para hacer clic o tocar, una zona de dicha pantalla proporcionada para dicha introducción de datos; estando configurado dicho dispositivo informático para, activado haciendo clic o tocando dicha región 5 mediante dicho dispositivo de entrada, presentar visualmente un teclado virtual específicamente adaptado para dicho al menos un campo de datos incluyendo teclas para permitir la introducción de datos para dicho al menos un campo de datos.
El sistema del segundo aspecto de la invención está adaptado para implementar el método del primer aspecto.
Otras realizaciones del sistema del segundo aspecto de la invención se describen según las reivindicaciones 10 adjuntas 13 a 16, y en una sección posterior en relación con la descripción detallada de varias realizaciones.
Breve descripción de los dibujos
Las ventajas y características anteriores y otras se entenderán más completamente a partir de la siguiente descripción detallada de realizaciones, con referencia a los dibujos adjuntos, que deben considerarse de una manera ilustrativa y no limitativa, en los que: 15
la figura 1 muestra un ejemplo del teclado virtual de la presente invención para números decimales.
La figura 2 muestra el sistema que ejecuta el teclado adaptado, según una realización de la presente invención.
La figura 3 muestra los módulos de sistema que implementan el teclado adaptado, según una realización de la presente invención.
La figura 4 muestra el diagrama de flujo usado para el método para adaptar el teclado virtual, según una realización 20 de la presente invención.
La figura 5 muestra los diseños de teclado virtual del sistema, según una realización de la presente invención.
La figura 6 muestra posibles representaciones de los teclados virtuales de la presente invención.
Descripción detallada de varias realizaciones
La presente invención consiste en un método y un sistema para definir un mecanismo para definir la experiencia 25 completa de mecanografiar en diferentes teclados dependiendo del tipo del campo de datos. Según esto, un teclado de software debe adaptar su diseño, la distribución de teclas y el conjunto de caracteres que pueden mecanografiarse.
Los conceptos principales que forman la base de la presente invención son los siguientes:
• Los campos de entrada definen el conjunto de caracteres permitidos, en particular por medio de expresiones 30 regulares por ejemplo o un patrón.
• Los teclados adaptan automáticamente el conjunto de caracteres que pueden mecanografiarse según lo anterior.
• La distribución de teclas cambia con el fin de presentar visualmente los símbolos principales en la pantalla de teclado principal.
Se pretende que la presente invención se ejecute en un sistema con una pantalla táctil tal como un dispositivo móvil, 35 tableta, consola de juegos, etc., como el que se ilustra en la figura 2. El sistema 201 es un dispositivo informático que puede ejecutar y presentar visualmente aplicaciones de interfaz gráficas con las que el usuario puede interaccionar tocando la pantalla. Tales aplicaciones contienen uno o más campos 202 para hacer disponible una entrada de datos cuando el usuario los señala y los toca. Un teclado 203 virtual se hace disponible siempre que se centra en un campo y permite introducir caracteres en ese campo tocando sus teclas. 40
La presente invención para adaptar el teclado 203 virtual se ejecuta cuando se centra en un campo 202 de entrada. La figura 3 muestra los módulos de sistema que implementan el mecanismo y tiene en cuenta que:
- los campos 301 pueden configurarse mediante las aplicaciones con el fin de definir valores válidos para los datos de campo, o bien como expresión regular o bien como conjunto de caracteres.
- El teclado 306 virtual puede configurarse para seleccionar uno o más diseños de teclas y para definir la distribución 45 de teclas sobre el diseño seleccionado.
- Hay una configuración 305 de sistema con los diseños de teclado disponibles (figura 3) y la distribución de teclas por defecto (QWERTY, AZERTY, etc.).
El módulo 302 del método principal comprende dos bloques:
- El bloque 303 lee y analiza sintácticamente la configuración de campo de entrada que contiene la definición de los datos válidos como una expresión regular, un conjunto de caracteres o cualquier otro tipo de patrón. 5
- El bloque 304 selecciona un diseño de teclado entre los que están disponibles en el sistema (305), y ordena los caracteres que pasan por 303 en el diseño seleccionado. Este bloque proporciona la configuración de teclado final al teclado 306 virtual que a su vez usará esa configuración para construir la interfaz de usuario gráfica del teclado.
Flujo detallado
La figura 4 muestra un diagrama de flujo de un método para adaptar un teclado virtual. Inicialmente, el sistema 10 recibe las propiedades del campo de entrada que contiene el centro de la interfaz de usuario (F21). Estas propiedades se analizan sintácticamente y se interpretan con el fin de extraer los caracteres permitidos para el campo de entrada (F22). Entonces, se construye un teclado personalizado (F23) basándose en el número y el tipo de los caracteres recibidos. Se lleva a cabo un análisis adicional para ordenar caracteres en las teclas del teclado (F24). Finalmente, se presenta visualmente el teclado resultante al usuario (F25). Se muestra un diseño de teclado 15 convencional, tal como QWERTY, si no se proporcionó ninguna propiedad o si las propiedades no determinan ningún conjunto de caracteres. Este diseño por defecto podrá predefinirse por el usuario u obtenerse de las propiedades de sistema.
El mecanismo que se inicia cuando el sistema recibe las propiedades del campo que está editándose es la segunda parte de la presente invención. El módulo F22 recibe una representación del conjunto de caracteres válidos para un 20 campo de datos específico, en particular descrito como una expresión regular escrita en un lenguaje formal, y finalmente, calcula el conjunto de caracteres que pueden entenderse por el teclado. Las implementaciones de este módulo dependen del mecanismo seleccionado para representar los caracteres permitidos por los campos de datos.
Hay múltiples implementaciones alternativas aunque para la presente invención el mejor modo de desarrollar esta invención es usando expresiones regulares. La expresión regular puede interpretarse por un procesador de 25 expresión regular, analizador sintáctico o simplemente examinando caracteres e identificando coincidencias.
Una vez que se determina un conjunto de caracteres, se tiene en cuenta un conjunto de tipos predefinidos de diseños mecánicos (colocaciones y teclas del teclado) para ordenar los caracteres. Por ejemplo, el sistema puede tener tres diseños predefinidos tales como (véase la figura 5) un diseño 401 de diez teclas (teclado numérico), un diseño 402 de diecisiete teclas (teclado compacto) y un diseño 403 de veintiocho teclas (teclado completo). 30
El algoritmo seleccionará uno de estos diseños basándose en el número de caracteres y el tipo de los caracteres (letras, dígitos numéricos, signos de puntuación, etc.). Por ejemplo, el diseño de diez teclas será más adecuado para números, signos de puntuación y símbolos matemáticos. El diseño de catorce teclas será adecuado para conjuntos que contienen unas cuantas letras o para conjuntos que contienen números y caracteres de control (tales como espaciador e intro). Finalmente, el diseño de teclado completo será adecuado para conjuntos grandes de caracteres. 35
Una vez que se selecciona un diseño, pueden eliminarse filas de teclas si no se necesitan para distribuir los caracteres. Hay situaciones en las que un diseño predefinido tiene algunas teclas que presentan visualmente caracteres que no representan los caracteres permitidos por el campo de datos. En este caso, esta clase de teclas debe deshabilitarse, ocultarse o borrarse con el fin de mejorar la experiencia de usuario reduciendo la altura del teclado virtual en la pantalla, y así hacer visible más contenidos en la pantalla. Son posibles implementaciones más 40 complejas, tales como una que crea un nuevo teclado partiendo de cero para cada conjunto de caracteres válidos. El último enfoque tiene connotaciones especiales porque los usuarios habitualmente esperan hallar un diseño familiar en el que conocen la posición correcta de las teclas. Mediante el uso de este enfoque hay diseños diferentes de este tipo como conjuntos de caracteres válidos. La decisión final para implementar uno de ellos depende del contexto (por ejemplo, una máquina para introducir sólo el número de tarjetas de crédito o un formulario en un teléfono móvil). 45
Finalmente, se realiza la ordenación de los caracteres en las teclas del teclado creado teniendo en cuenta:
- el diseño convencional que se predefinió por el usuario o se obtuvo de las propiedades de sistema (QWERTY, AZERTY, etc.): los caracteres se colocarán lo más cerca posible a su ubicación original en el diseño convencional.
- Los diferentes tipos de caracteres presentes en el conjunto (letras, dígitos numéricos, signos de puntuación, etc.): se harán disponibles diferentes vistas de las teclas a través de la tecla “ALT” con el fin de mostrar caracteres 50 relacionados en la misma vista. El uso de estas implementaciones de teclas puede presentar visualmente tantas teclas como se necesiten.
Un posible caso de uso de la presente invención es un navegador que presenta un teclado virtual para mecanografiar textos de entrada, en particular, un campo de datos que requiere sólo un número decimal. En esta
realización, la presente invención usa expresiones regulares para describir el contenido apropiado de un campo de datos.
<label>Precio:
<input pattern=”[0..9]+\.?[0..9]*” />
</label> 5
El módulo que determina expresiones regulares recibe “[0..9]+\.?[0..9]*” como entrada y calcula el conjunto de caracteres válidos (compuestos por números y el símbolo “.”). El sistema ha predefinido tres teclados: QWERTY, QWERTY compacto y teclado numérico. Diez símbolos definen los caracteres permitidos de modo que finalmente el sistema decide usar un teclado numérico básico predefinido porque se ajusta perfectamente al conjunto de caracteres válidos (diez símbolos matemáticos). Una vez que el sistema determina el teclado predefinido sólo tiene 10 que presentar visualmente teclas que permiten mecanografiar caracteres válidos.
Un segundo caso de uso posible de la presente invención es una planta de procesamiento de cajas en la que los operarios tienen que introducir un código y una fecha cuando una de ellas tiene defectos por medio de un panel de control que está diseñado para su uso como sistema de control. Esto significa que el panel de control proporciona un mecanismo para introducir datos en el sistema que es un teclado virtual en una pantalla táctil. La interfaz de usuario 15 muestra un formulario compuesto por:
• una entrada para códigos que sólo acepta números (excepto cero) y el símbolo de guión (por ejemplo, 1234-5215-5845)
• otra entrada para fechas (por ejemplo, 13/05/1980)
En esta realización la invención usa una enumeración de caracteres válidos para describir el contenido apropiado de 20 cada campo de datos:
<label>Código:
<input characters=”1,2,3,4,5,6,7,8,9,-” />
</label>
25
<label>Fecha:
<input characters =”0,1,2,3,4,5,6,7,8,9,/” />
</label>
La implementación del módulo que determina el conjunto de caracteres válidos es la identidad de función básicamente. La salida es la misma que la entrada. Ambos usan un teclado numérico cambiando un par de símbolos 30 (la explicación es la misma que antes). La figura 6 representa los teclados virtuales respectivamente.
La descripción de las realizaciones de la presente invención debe entenderse como una secuencia particular de etapas de modo que los métodos/procedimientos no deben limitarse a la secuencia particular de etapas descritas previamente.
Ventajas de la invención 35
Esta invención permite que los usuarios mecanografíen más fácilmente en teclados virtuales debido al número reducido de teclas cuando se define una restricción. De manera estadística, el número reducido de teclas implica menos errores al mecanografiar y además, el número reducido de teclas implica teclas más grandes y más espacio entre las mismas (mejor usabilidad).
También permite que las aplicaciones validen mejor los datos debido a que los usuarios sólo pueden mecanografiar 40 caracteres válidos y quizás, se presentan visualmente menos mensajes de error y advertencia.
A veces, la distribución de teclas puede cambiar con el fin de presentar visualmente los símbolos principales en la pantalla de teclado principal. Esta mejora implica mejor experiencia de usuario.
Por último pero no menos importante, al adaptar diseños sólo para el conjunto de caracteres válidos, el tamaño de teclados puede reducirse ocupando menos espacio que el teclado original y por tanto minimizando la parte de la 45 pantalla que se usa para este propósito.
SIGLAS
API Application Programming Interface; Interfaz de programación de aplicaciones
CSS Cascading Style Sheet; Hoja de estilo en cascada
HTML HyperText Markup Language; Lenguaje de marcado de hipertexto
OMA Open Mobile Alliance; Alianza móvil abierta 5
URI Uniform Resource Identifier; Identificador uniforme de recurso
WAP Wireless Applicación Protocol; Protocolo de aplicaciones inalámbricas
W3C World Wide Web Consortium; Consorcio World Wide Web
XML Extensible Markup Language; Lenguaje de marcas extensible
10
BIBLIOGRAFÍA
[1] Input element types, W3C HTML5 Specification: http://www.w3.org/TR/html5/the-input-element.html#attr-input-type
[2] Input element pattern attribute, W3C HTML5 Specification: http://www.w3.org/TR/html5/common-input-element-attributes.html#the-pattern-attribute 5
[3] Javascript Regular Expressions, ECMA262 Edition 5, section 15.10: http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-262.pdf
[4] Device Description Repository Core Vocabulary , W3C Note: http://www.w3.org/TR/ddr-core-vocabulary/
[5] OMA WML 2.0 Specification: http://www.openmobilealliance.org/tech/affiliates/wap/wap-238-wml-20010911-a.pdf 10
[6] OMA WCSS 1.1 Specification: http://www.openmobilealliance.org/technical/release_program/docs/Browsing/V2_3-20080331-A/OMA-WAP-WCSS-V1_1-20061020-A.pdf
[7] Inputmode attribute module, W3C XHTML Basic 1.1 Specification: http://www.w3.org/TR/xhtml-basic/#s_inputmode 15
[8] XML Schema pattern facet: http://www.w3.org/TR/xmlschema11-2/#rf-pattern
[9] Types of input fields in Android, android.text.InputType API: http://developer.android.com/reference/android/text/InputType.html
[10] Types of input fields in iOS, UITextInputTraits Protocol Reference: http://developer.apple.com/library/ios/#documentation/UIKit/Reference/UITextInputTraits_Protocol/Reference/UITextI20 nputTraits.html

Claims (13)

  1. REIVINDICACIONES
    1. Método para gestionar teclados virtuales para un dispositivo informático, que comprende:
    a) mostrar, en una pantalla de dicho dispositivo informático, información gráfica que requiere que un usuario introduzca datos en cuanto a al menos un campo de datos;
    b) hacer clic o tocar, dicho usuario, a través de un dispositivo de entrada, una zona de dicha pantalla 5 prevista para dicha introducción de datos,
    estando el método caracterizado porque comprende además:
    - que hacer clic o tocar dicha zona, activa que se muestre en dicha pantalla, un teclado virtual que incluye teclas para permitir introducir datos para dicho al menos un campo de datos, incluyendo el mostrar en la pantalla la distribución dinámicamente de dichas teclas del teclado virtual por el 10 mismo teclado virtual dependiendo de los datos que van a introducirse en dicho al menos un campo de datos,
    - determinar un conjunto de caracteres permitidos en dicho al menos un campo de datos por medio de una expresión regular, y
    - que dicha etapa b) se realiza tocando una pantalla táctil de dicho dispositivo informático. 15
  2. 2. Método según la reivindicación 1, que comprende ordenar caracteres de dicho conjunto de caracteres definidos en dichas teclas de dicho teclado virtual teniendo en cuenta una pluralidad de tipos predefinidos de diseños.
  3. 3. Método según la reivindicación 2, en el que dicho tipo predefinido de diseños se seleccionan basándose en el número de dichos caracteres de dicho conjunto de caracteres. 20
  4. 4. Método según la reivindicación 3, en el que dicho tipo predefinido de diseños se seleccionan basándose en el tipo de dichos caracteres de dicho conjunto de caracteres.
  5. 5. Método según la reivindicación 2, que comprende presentar visualmente un teclado virtual convencional si dicho conjunto de caracteres en dicho al menos un campo de datos no ordena ninguno de dichos caracteres. 25
  6. 6. Método según la reivindicación 1, que comprende además presentar visualmente dichas teclas de dicho teclado virtual con el fin de presentar visualmente los símbolos principales en una pantalla de teclado principal.
  7. 7. Método según la reivindicación 1, en el que dicha etapa b) se realiza haciendo clic en dicho dispositivo informático con al menos un botón de ratón. 30
  8. 8. Método según la reivindicación 1, en el que dicha pantalla usada en la etapa a) es dicha pantalla táctil.
  9. 9. Método según la reivindicación 1, que comprende presentar visualmente dicho teclado virtual en un dispositivo informático móvil.
  10. 10. Sistema para gestionar teclados virtuales para un dispositivo informático, que comprende: 35
    - dicho dispositivo informático, dispuesto para mostrar información gráfica en una pantalla;
    - incluyendo dicha información gráfica al menos un campo de datos, configurado para introducir datos de un usuario; y
    - un dispositivo de entrada; para hacer clic o tocar, una zona de dicha pantalla proporcionada para dicha introducción de datos; 40
    caracterizado porque en el que dicho dispositivo informático está configurado para, activado haciendo clic o tocando dicha región mediante dicho dispositivo de entrada, presentar visualmente un teclado virtual específicamente adaptado para dicho al menos un campo de datos incluyendo teclas para permitir introducir datos para dicho al menos un campo de datos, implementando dicho sistema un método según cualquiera de las reivindicaciones anteriores.. 45
  11. 11. Sistema según la reivindicación 10, en el que dicho dispositivo informático es un dispositivo móvil.
  12. 12. Sistema según la reivindicación 10, en el que dicha pantalla es una pantalla táctil.
  13. 13. Sistema según la reivindicación 12, en el que dicho dispositivo de entrada para introducir datos de dicho usuario es al menos uno de un dispositivo de ratón, un joystick o un ratón táctil.
ES201230500A 2012-04-02 2012-04-02 Método y sistema para gestionar teclados virtuales para dispositivo informático Withdrawn - After Issue ES2434101B1 (es)

Priority Applications (2)

Application Number Priority Date Filing Date Title
ES201230500A ES2434101B1 (es) 2012-04-02 2012-04-02 Método y sistema para gestionar teclados virtuales para dispositivo informático
PCT/EP2013/056372 WO2013149883A1 (en) 2012-04-02 2013-03-26 A method and a system for managing virtual keyboards for a computing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
ES201230500A ES2434101B1 (es) 2012-04-02 2012-04-02 Método y sistema para gestionar teclados virtuales para dispositivo informático

Publications (3)

Publication Number Publication Date
ES2434101A2 ES2434101A2 (es) 2013-12-13
ES2434101R1 ES2434101R1 (es) 2014-02-19
ES2434101B1 true ES2434101B1 (es) 2014-11-25

Family

ID=48013982

Family Applications (1)

Application Number Title Priority Date Filing Date
ES201230500A Withdrawn - After Issue ES2434101B1 (es) 2012-04-02 2012-04-02 Método y sistema para gestionar teclados virtuales para dispositivo informático

Country Status (2)

Country Link
ES (1) ES2434101B1 (es)
WO (1) WO2013149883A1 (es)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105224858A (zh) * 2014-06-05 2016-01-06 阿里巴巴集团控股有限公司 一种密码输入界面显示方法及***
CN105450583B (zh) 2014-07-03 2019-07-05 阿里巴巴集团控股有限公司 一种信息认证的方法及装置
CN105446992A (zh) 2014-07-08 2016-03-30 阿里巴巴集团控股有限公司 建立商品对象回收信息数据库、确定价值信息方法及装置
CN105450411B (zh) 2014-08-14 2019-01-08 阿里巴巴集团控股有限公司 利用卡片特征进行身份验证的方法、装置及***
EP2990925A1 (en) * 2014-08-25 2016-03-02 Thomson Licensing Apparatus and method for displaying a virtual keyboard
CN105447378B (zh) * 2014-08-27 2018-07-13 阿里巴巴集团控股有限公司 一种密码生成方法和装置
CN105719183A (zh) 2014-12-03 2016-06-29 阿里巴巴集团控股有限公司 定向转账方法及其装置
CN105869043A (zh) 2015-01-19 2016-08-17 阿里巴巴集团控股有限公司 分散热点的数据库账户转入、转出的记账方法及装置
CN105989467A (zh) 2015-02-03 2016-10-05 阿里巴巴集团控股有限公司 无线支付方法与装置及交通工具乘坐费检验方法与***
CN106570009B (zh) 2015-10-09 2020-07-28 阿里巴巴集团控股有限公司 导航类目更新方法及装置
DE102015119609A1 (de) * 2015-11-13 2017-05-18 Endress + Hauser Process Solutions Ag Tastaturapplikation für eine Gerätezugriffssoftware
JP2017151747A (ja) * 2016-02-25 2017-08-31 コニカミノルタ株式会社 表示装置、画像形成装置、キー画面の表示方法及びキー画面の表示プログラム
JP6535633B2 (ja) * 2016-05-13 2019-06-26 株式会社日立製作所 テンキー表示制御システムおよびテンキー表示制御方法
CN108734371A (zh) 2018-02-12 2018-11-02 阿里巴巴集团控股有限公司 一种针对风控指令的处理方法、装置及设备
CN108632348B (zh) 2018-03-19 2020-02-18 阿里巴巴集团控股有限公司 一种业务校验方法和装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114825A1 (en) * 2003-11-24 2005-05-26 International Business Machines Corporation Laptop computer including a touch-sensitive display and method of driving the laptop computer
JP2007025808A (ja) 2005-07-12 2007-02-01 Canon Inc 仮想キーボードシステム及びその制御方法
KR101405284B1 (ko) * 2006-12-20 2014-06-10 삼성전자 주식회사 화상형성장치 및 그 다국어 자판 표시방법
US8667412B2 (en) 2007-09-06 2014-03-04 Google Inc. Dynamic virtual input device configuration
US9552155B2 (en) 2008-02-04 2017-01-24 Microsoft Technology Liecsnsing, LLC Dynamic soft keyboard
US20110074692A1 (en) 2009-09-30 2011-03-31 At&T Mobility Ii Llc Devices and Methods for Conforming a Virtual Keyboard
US20120017161A1 (en) * 2010-07-19 2012-01-19 David Hirshberg System and method for user interface

Also Published As

Publication number Publication date
WO2013149883A1 (en) 2013-10-10
ES2434101R1 (es) 2014-02-19
ES2434101A2 (es) 2013-12-13

Similar Documents

Publication Publication Date Title
ES2434101B1 (es) Método y sistema para gestionar teclados virtuales para dispositivo informático
KR102345002B1 (ko) 특허 문서 작성 장치, 방법, 컴퓨터 프로그램, 컴퓨터로 판독 가능한 기록매체, 서버 및 시스템
US8707208B2 (en) Font selector and method for the same
EP1416394A2 (en) Method for selecting a font
US20070240032A1 (en) Method and system for vertical acquisition of data from HTML tables
US20150278190A1 (en) Web server system, dictionary system, dictionary call method, screen control display method, and demonstration application generation method
US20120072832A1 (en) Methods And Systems For Multiple Styling HyperText Markup Language (HTML) Form Fields
US20060253803A1 (en) Directional I-beam cursor
WO2013009898A1 (en) System and method for processing document
WO2013009879A1 (en) System and method for processing document
US9158507B2 (en) Domain transformation languages
WO2013009904A1 (en) System and method for processing document
AU2020202048A1 (en) Cross-references within a hierarchically structured document
World Wide Web Consortium Cascading style sheets level 2 revision 1 (CSS 2.1) specification
Brown CSS Master
CN111670426B (zh) 具有多语言支持的触摸屏用户界面
CN110597592A (zh) 输入法键盘的处理方法、显示装置及存储介质
JP2009087289A (ja) ドキュメント作成管理システム、端末、サーバ、ドキュメント作成管理方法およびそのプログラム
White DITA for Print
Dyer An examination of typographic standards and their relevance to contemporary user-centred web and application design
KR20200029116A (ko) 특허 명세서 작성 시스템
Alliance OMA-WAP-WCSS-V1_1-20040609-C
Lipautz et al. How to do Web Accessibility
Vatton et al. Amaya user manual
BROWN S MASTER

Legal Events

Date Code Title Description
FG2A Definitive protection

Ref document number: 2434101

Country of ref document: ES

Kind code of ref document: B1

Effective date: 20141125

FA2A Application withdrawn

Effective date: 20150330