ES2336187B2 - Procedimiento de obtencion de informacion asociada a una ubicacion. - Google Patents
Procedimiento de obtencion de informacion asociada a una ubicacion. Download PDFInfo
- Publication number
- ES2336187B2 ES2336187B2 ES200802842A ES200802842A ES2336187B2 ES 2336187 B2 ES2336187 B2 ES 2336187B2 ES 200802842 A ES200802842 A ES 200802842A ES 200802842 A ES200802842 A ES 200802842A ES 2336187 B2 ES2336187 B2 ES 2336187B2
- Authority
- ES
- Spain
- Prior art keywords
- information
- languages
- dimensional code
- location
- code
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/151—Transformation
- G06F40/157—Transformation using dictionaries or tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9554—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL] by using bar codes
-
- G06F17/2276—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/40—Processing or translation of natural language
- G06F40/58—Use of machine translation, e.g. for multi-lingual retrieval, for server-side translation for client devices or for real-time translation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- General Health & Medical Sciences (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Procedimiento de obtención de información
asociada a una ubicación.
El procedimiento de la presente invención
permite obtener información asociada a una ubicación (3), a través
del uso de un dispositivo de telecomunicaciones (2) y un código
bidimensional (1) donde se almacena la información. La información
obtenida se refiere a la situación geográfica del código
bidimensional (1), es decir la ubicación (3), así como datos
adicionales como una descripción de la misma, un teléfono de
contacto o su horario. La información podrá ser presentada según
las preferencias idiomáticas del usuario, contando el código
bidimensional (1) con al menos tres idiomas, y siendo posible
acceder a un repositorio con un número mayor de alternativas o
también traducir el contenido si el repositorio no contiene la
traducción en ninguno de los idiomas seleccionados. La traducción
se obtendrá accediendo al repositorio con una clave única que
incluye datos de la posición geográfica de la ubicación (3).
Description
Procedimiento de obtención de información
asociada a una ubicación.
La presente invención pertenece al campo de los
códigos bidimensionales, códigos que pueden ser escaneados y
decodificados por un dispositivo, obteniendo así la información
contenida en el código. Concretamente, los códigos descritos en la
presente invención se refieren a códigos que almacenan datos de
localización geográfica de la posición en la que se encuentran
dichos códigos junto con información adicional de dicha posición o
ubicación. La información es almacenada en el código en al menos
tres idiomas, siendo posible acceder a una traducción a idiomas
adicionales a través de las posibilidades de comunicación que tienen
los dispositivos que pueden escanear y decodificar dichos códigos,
como por ejemplo un teléfono móvil o una agenda electrónica.
Los códigos bidimensionales son conocidos desde
mediados de la década de los noventa. Dichos códigos permiten ser
leídos como los códigos de barras, pero en lugar de escanear la
información en una dirección, la información está dispuesta en dos
dimensiones, siendo por este motivo conocidos como códigos
bidimensionales o matriciales.
Las aplicaciones de dichos códigos
bidimensionales son numerosas, como por ejemplo la gestión de
stocks.
Otra de las aplicaciones que se encuentran a los
códigos bidimensionales son las de aportar información respecto a la
posición geográfica en la que se encuentra el código. La solicitud
de patente japonesa JP 2004/213191 describe un código que aporta
dicha información.
La solicitud JP 2006/202264 muestra el hecho de
que en un código bidimensional se incluye información de utilidad o
relevante respecto a una tienda, edificio o servicio. De este modo,
escaneando el código bidimensional se podría tener dicha información
mostrada en el teléfono móvil, por ejemplo. Dicha información se
mostrarla en aquel idioma en que la información estuviera almacenada
en el código.
Otra de las aplicaciones, descrita en la
solicitud japonesa JP 2006/318114, es la de facilitar, en alguna
medida, traducciones, incluyendo en el código bidimensional una
palabra junto con su traducción o significado.
La invención se refiere a un procedimiento de
obtención de información asociada a una ubicación, contenida dicha
información en un código bidimensional próximo a la ubicación.
La información almacenada en el código
bidimensional podrá ser, por ejemplo, el nombre de la ubicación o el
establecimiento, un número de teléfono de información asociado al
establecimiento o ubicación, su horario comercial o página web, en
el caso de ser un comercio. En el caso de que en la ubicación se
encuentre un restaurante, podrá incluirse datos referidos al tipo de
cocina y platos recomendados. En el caso de que el código se
encuentre en un museo, se podrá incluir en el código bidimensional
una lista de autores recomendados y las salas en las que se
encuentran sus mejores obras. Dada la versatilidad de los códigos
bidimensionales, las realizaciones concretas de la invención, es
decir, la información incluida en el código, serán innumerables. En
cualquiera de los casos, la información se almacenará según el
estándar Unicode (UTF-8), posibilitando la
codificación de la información en cualquier alfabeto.
El código bidimensional se situará próximo a la
ubicación, de tal modo que la relación existente entre el contenido
del código y la ubicación sea clara. Típicamente el código se
localizará junto a la puerta de acceso o en un soporte diseñado a
tal efecto y debidamente señalizado.
Con el fin de decodificar el código
bidimensional, éste deberá ser escaneado por un dispositivo de
telecomunicaciones dotado de una cámara, como por ejemplo un
teléfono móvil. Dada la exigencia de que el dispositivo se pueda
conectar a un servidor, como se comentará posteriormente, el
dispositivo deberá ser un dispositivo capaz de realizar dicha
acción, es decir, un dispositivo de telecomunicaciones.
El dispositivo de telecomunicaciones tendrá
configurada una lista ordenada de idiomas en los cuales el usuario
desea obtener la información, de modo que, en el caso de que ésta
esté disponible en dos idiomas, se optará por aquel que estando en
la lista ordenada del dispositivo de telecomunicaciones esté en
mejor situación, es decir, se preferirá la información en el idioma
seleccionado en primer lugar frente a cualquier otro, en el segundo
idioma frente al tercero y siguientes, pero no frente al primero, y
así sucesivamente.
De acuerdo con la invención, la información
contenida en el código bidimensional se obtendrá realizando las
etapas que se describen a continuación.
En primer lugar, se procederá a decodificar el
código bidimensional escaneado. Para ello el dispositivo de
telecomunicaciones deberá contar con la aplicación de
decodificación, la cual puede ser obtenida conectándose a su
proveedor de telecomunicaciones o bien a través de Internet. Una vez
decodificado el código bidimensional, se obtendrá un mensaje
dispuesto en bytes, correspondiéndose la información de los primeros
de ellos a los siguientes datos.
En el primer y segundo byte se almacenará
información relativa a una signatura. El tercer byte se corresponde
con un byte de estado. El cuarto, quinto y sexto byte almacenan
información respecto a la coordenada de latitud del punto en el que
el código bidimensional se encuentra. Paralelamente, el séptimo,
octavo y noveno byte guardan información respecto a la coordenada de
longitud del punto en el que el código bidimensional se encuentra.
El décimo byte comprende información respecto a un número secuencial
de identificación. A partir del undécimo byte, el código
bidimensional comprende información referida a la ubicación del
código bidimensional en al menos tres idiomas.
Una vez escaneado e interpretado el código, se
procede a su tratamiento para ser mostrado al usuario. De los datos
almacenados en el código, los datos referidos a la coordenada de
latitud o longitud son indiferentes al idioma seleccionado, por lo
que podrán ser formateados y presentados al usuario sin tener que
llevar a cabo ninguna operación adicional.
En lo que se refiere a la información adicional,
ésta se encuentra codificada en al menos tres idiomas, con el fin de
poder cubrir a un mayor número de usuarios, incluyendo, por ejemplo,
español, catalán e inglés para códigos en Cataluña o español, inglés
y japonés para códigos en Sevilla. De los al menos tres idiomas
presentes, el dispositivo deberá mostrar únicamente uno, en función
de la lista ordenada de idiomas establecida en el dispositivo de
telecomunicaciones. De este modo, un dispositivo cuya selección de
idiomas sea catalán, español e inglés, en Cataluña obtendrá la
información en catalán, dado que éste idioma es prioritario frente
al español y ambos idiomas están presentes en el código
bidimensional, mientras que en Sevilla la obtendrá en español, al no
contar el código con la información en catalán y ser
el español prioritario frente al inglés. Un usuario angloparlante en ambos casos obtendría la información en inglés.
el español prioritario frente al inglés. Un usuario angloparlante en ambos casos obtendría la información en inglés.
En el caso de que el dispositivo estuviera
configurado con una selección de idiomas que fuera sueco, alemán y
ruso, en ninguno de los dos ejemplos anteriores el código contendría
información para ser mostrada de manera directa, dado que no hay
ningún idioma coincidente en ambas listas, la del código y la del
dispositivo. En este caso, se optará por acceder a un servidor para
obtener una traducción de la información referida a la ubicación del
código bidimensional.
El acceso al servidor se deberá llevar a cabo de
tal modo que los parámetros empleados sean una clave única, es
decir, que a través de dicha clave se acceda a la información
relacionada con la ubicación en los distintos idiomas que se hallen
almacenados en el servidor. Dicha clave única está basada en la
información del estado, la coordenada de latitud, la coordenada de
longitud y el número secuencial almacenados en el mensaje.
El estado contiene información respecto a la
versión del código, siendo por tanto necesario contar con este dato
a la hora de llevar a cabo la búsqueda. Obviamente, los datos de
longitud y latitud definen claramente una única ubicación. Sin
embargo, debido a posibles cambios o traspasos en los locales
situados en dicha ubicación, la información contenida en el código
habrá podido variar, pasando de referirse de datos de una panadería
a datos de una frutería, por ejemplo. Por este motivo, los datos de
la panadería serian codificados con un número secuencial igual a 1,
mientras que los datos de la frutería con un 2, evitando así la
posible duplicidad de información y el error del sistema.
Adicionalmente a la clave única se mandará la
lista ordenada de idiomas, de tal modo que en el servidor se
procederá a realizar una búsqueda secuencial empezando por el idioma
prioritario hasta encontrar una traducción en un idioma seleccionado
por el usuario.
De este modo, se presenta un procedimiento capaz
simultáneamente de dar información de la localización geográfica de
la ubicación, sin necesidad de contar con un GPS, así como de
aportar información adicional de valor para el usuario, siendo esta
información proporcionada de acuerdo a las preferencias lingüísticas
del usuario.
La búsqueda planteada en el párrafo anterior se
podrá realizar accediendo a un repositorio en el que se almacenan,
para cada clave única, la traducción de la información en al menos
tres idiomas. De este modo, si alguno de estos tres idiomas coincide
con uno de los idiomas de la lista ordenada seleccionada por el
usuario, se mandará la información en aquel idioma que ostente una
mayor prioridad. En el caso mencionado anteriormente, el alemán
prevalecerá sobre el ruso en el caso de que ambos idiomas estén
recogidos en el repositorio, y no el sueco.
En el caso de que en el repositorio no haya
información en ninguno de los idiomas seleccionados, se procederá a
traducir de forma automática la información al idioma prioritario
dentro de la lista de idiomas del dispositivo de telecomunicaciones,
a través de un medio de traducción automático, como por ejemplo
Google. La información obtenida por este medio podrá ser incorporada
al repositorio a falta de que una persona compruebe la corrección de
la traducción realizada automáticamente.
Dependiendo de la posibilidad o no de traducción
directa, o de la calidad de dichas traducciones, se podrá acudir a
una tercera lengua como puente entre la información del código
bidimensional y el idioma prioritario establecido en el dispositivo
de telecomunicaciones. Dicha tercera lengua, por ejemplo, podrá ser
el inglés. De este modo, la información del código será traducida al
inglés, u otra tercera lengua, para posteriormente traducir el
resultado al idioma prioritario. Debido a los errores acumulativos
que se pueden producir tras las dos traducciones automáticas, esta
circunstancia, la utilización de traducciones automáticas, se
avisará al usuario final.
En lo que se refiere al byte de estado, éste
contendrá información respecto a la versión del código empleada, y
datos adicionales respecto a las coordenadas de longitud y latitud.
Respecto a la longitud, se almacenarán en este byte los dos bits más
significativos, respecto a la latitud, el bit más significativo.
De este modo, para la longitud se contarán con
tres bytes más dos bits adicionales, permitiendo de este modo
establecer la longitud con una precisión superior a un metro. Para
la latitud se contarán con tres bytes más un bit adicional, pudiendo
también establecer la longitud con una precisión superior a un
metro. Dichas precisiones se han calculando considerando que el
paralelo máximo tiene 4 0.000 kilómetros aproximadamente y un
meridiano 20.000 kilómetros aproximadamente.
Respecto a la versión del código, se contemplan
tres posibilidades, en función de la presencia o no de datos de la
altura sobre un origen o referencia de alturas, que podrá
establecerse según la versión del código, y del formato que tenga
dicha información de la altura a la cual se coloca el código
bidimensional.
El primer caso es aquel en el que no hay
información de altura, pudiendo así el número secuencial ocupar la
totalidad del décimo byte.
El segundo caso, como en el caso anterior, el
número secuencial ocupa la totalidad del décimo byte, incluyéndose
dos bytes adicionales para la información de la altura, siendo sus
unidades el metro. Por lo tanto, el rango cubierto en este segundo
caso es de 65.536 metros desde el origen de alturas que se
establezca.
En el tercer caso, el décimo byte se reparte
para incluir datos del número secuencial y los cuatro bits más
significativos de la altura. El undécimo byte incluirá así mismo
información de la altura, pudiendo cubrir valores de altura de hasta
4.096 metros desde el origen de alturas que se establezca.
Tanto en el segundo como el en tercer caso, los
valores de altura se incorporarán a la clave única. Gracias a que el
byte de estado es transmitido, y que éste contiene información
respecto a qué versión se está empleando, el acceso en el servidor
podrá cubrir las tres opciones planteadas, dado que gracias a la
información de la versión permite determinar el significado de cada
uno de los doce primeros bytes.
Para complementar la descripción que se está
realizando y con objeto de ayudar a una mejor comprensión de las
características de la invención, se acompaña como parte integrante
de dicha descripción, un juego de dibujos en donde con carácter
ilustrativo y no limitativo, se ha representado lo siguiente:
Figura 1.- Muestra una representación
esquemática de un ejemplo de la aplicación del procedimiento de la
invención, en el que se muestra un código bidimensional en las
proximidades de un museo.
Figura 2.- Muestra un diagrama de flujo de las
acciones llevadas a cabo en el dispositivo para decodificar y
mostrar la información contenida en un código bidimensional.
Figura 3.- Muestra un diagrama de flujo de las
acciones llevadas a cabo en el servidor con el fin de obtener una
traducción del mensaje contenido en el código bidimensional.
A continuación, con referencia a las figuras, se
describe un modo de realización preferente del procedimiento de
obtención de información asociada a una ubicación (3) que constituye
el objeto de esta invención.
La figura 1 muestra una posible utilidad del
procedimiento de la invención. En este caso, en las proximidades de
un museo, ya sea en la puerta, en el vestíbulo o en algún soporte en
el interior o exterior del museo, debidamente señalizado, habrá un
código bidimensional (1) con información relevante respecto al
museo, como su ubicación (3) geográfica, el nombre del museo, su
horario, su teléfono de información, los autores más
representativos, sus obras y las salas donde se exponen. A
continuación se describirá cómo se obtiene esta información.
El proceso de decodificación del código
bidimensional (1) por parte de un dispositivo de telecomunicaciones
(2), por ejemplo un teléfono móvil, empieza escaneando o
fotografiando dicho código bidimensional (1) . El dispositivo de
telecomunicaciones (2) deberá contar con una aplicación para
interpretar el código bidimensional (1) y poder así extraer la
información en él contenida. Si el dispositivo de telecomunicaciones
(2) no contara con dicha aplicación, ésta podría ser proporcionada a
través del proveedor de servicios o bien accediendo a una página de
Internet y descargándose dicho programa.
Una vez que el código bidimensional (1) sea
escaneado, una aplicación obtendrá la secuencia de bytes que
contiene el código bidimensional (1). Mencionar en este sentido que
la presente invención describe un proceso que emplea códigos
bidimensionales, no limitándose a ningún tipo concreto o especifico
de códigos bidimensionales. A todos los efectos, una vez que la
información del código bidimensional (1) sea obtenida, qué tipo de
codificación se haya llevado a cabo pasa a ser irrelevante para el
procedimiento de la invención. Un cambio en los códigos
bidimensionales sólo implicarla la instalación en el dispositivo de
telecomunicaciones (2) de una nueva aplicación que interpretase
dicho cambio.
Obtenida la secuencia de bytes, se comprobarla
si la signatura, almacenada en el primer y segundo byte, se
corresponde con la establecida para este tipo de códigos
bidimensionales, es decir, si el código bidimensional (1) contiene
información respecto a la localización de la ubicación (3) en la que
se encuentra el código bidimensional (1) y si adicionalmente
almacena información sobre la ubicación (3). La signatura asignada a
este tipo de código es "WY", por lo que en el caso de que la
signatura recuperada no coincidiese con la anteriormente definida,
se mostrarla un código de error.
En el caso de que la signatura del código
bidimensional (1) sea "WY", se procederá a interpretar la
información del código. Los datos comunes para cualquier versión de
código bidimensional (1) son:
- -
- El tercer byte contiene información de estado. Concretamente, datos sobre la versión del código en los tres bits más significativos, el bit más significativo de la coordenada de latitud a continuación, seguido de los dos bits más significativos de la coordenada de longitud y dos bits libres.
- -
- El cuarto, quinto y sexto byte almacenan información respecto a la coordenada de latitud del punto en el que el código bidimensional (1) se encuentra.
- -
- El séptimo, octavo y noveno byte almacenan información respecto a la coordenada de longitud del punto en el que el código bidimensional (1) se encuentra.
- -
- El décimo byte comprende información respecto a un número secuencial de identificación. La forma de codificación de este número secuencial dependerá de la versión de código.
- -
- A partir del undécimo byte, el código bidimensional (1) comprende información referida a la ubicación (3) del código bidimensional (1) en al menos tres idiomas. Adicionalmente, y de nuevo dependiendo de la versión del código, el código podrá incluir datos respecto a la altura de la ubicación (3) en la que se encuentra el código bidimensional (1) respecto a una referencia de alturas.
\vskip1.000000\baselineskip
Las versiones del código bidimensional (1)
definidas se refieren a la existencia o no de datos de altura de la
ubicación (3), así como la codificación de dicha altura.
La versión del código "001" no contempla la
presencia de datos de la altura en el código bidimensional (1). De
este modo, el número secuencial ocupará la totalidad del décimo
byte. A partir del undécimo byte se presentarla la información de la
ubicación (3).
La versión "010" incluye en el código
bidimensional (1) información de altura en formato compacto, es
decir, almacenada en 12 bits, cuatro de ellos serian los bits menos
significativos del décimo byte, dejando los otros cuatro bits para
el número secuencial, ocupando los otros ocho bits el undécimo byte.
A partir del duodécimo byte se almacenarían los datos asociados a la
ubicación (3), tal y como se comentará posteriormente.
La altura en formato compacto permite definir
4.096, 2^{12}, unidades de dicho parámetro. La unidad elegida han
sido los metros, por lo que el rango de altura que puede definirse
es de 4.096 metros. El origen de alturas se ha fijado en el punto
con menor altura sobre el nivel del mar, es decir, el Mar Muerto, el
cual se sitúa a 420 metros por debajo del nivel del mar. De este
modo, a una ubicación (3) situada a 130 metros por encima del nivel
del mar se le asignarla una altura de 550, codificada como
001000100110, ocupado los primeros cuatro bits, 0100, los cuatro
bits menos significativos del décimo byte, y los otros ocho el
undécimo byte, 00100110. El algoritmo decodificará y obtendrá el
valor 550, al que restará 420 para obtener la información de altura
sobre el nivel del mar. Esta versión será la más empleada ya que
cubre hasta una altura de 3.67 6 metros, en donde se concreta la
mayor parte de la actividad humana.
La versión "011" almacena la información de
la altura en dos bytes, pudiendo definir 65.536, 2^{16}, unidades
de altura. En este caso, la unidad empleada es también el metro, por
lo que se podrán almacenar rangos de altura de 65.536 metros de
altura. En este caso, el origen de alturas se define a 12.000 metros
por debajo del nivel del mar. La información se almacenarla en el
undécimo y duodécimo byte, siendo el décimo byte dispuesto
exclusivamente para el número secuencial.
Los datos de las coordenadas de longitud y
latitud se almacenan también con una precisión de un metro. De este
modo, para contar con dicha precisión y teniendo en consideración
que el paralelo de longitud máxima mide, aproximadamente, 40.000.000
metros y un meridiano 20.000.000, se establece la necesidad de
contar con 25 bits para la latitud y 26 para la longitud. Dichos
valores son calculados según la siguiente fórmula:
Tal y como se ha descrito, los bytes cuarto,
quinto y sexto almacenan los veinticuatro bits menos significativos
de la latitud, mientras que el más significativo se almacena en el
cuarto bit del byte de estado. Respecto a la longitud, ésta ocupa
los bytes séptimo, octavo y noveno más los dos bits a continuación
del acabado de mencionar para la latitud en el byte de estado.
Respecto a la información referida a la
ubicación (3), ésta se almacenará en tres idiomas en el código
bidimensional (1), para todos aquellos datos que contengan texto que
pueda ser traducido. Los datos se codificarán en distintos campos,
contando cada uno de ellos con una etiqueta o letra que identifica
qué tipo de información contiene. Etiquetas de carácter general son,
por ejemplo, "N" para el nombre, "D" para la descripción,
"T" para un teléfono, "U" para una URL o "S" para un
SMS. En el caso particular que se describe se pueden añadir, por
ejemplo, etiquetas como "A" para los autores, "P" para los
cuadros y "L" para las salas. Con el fin de saber la longitud
del campo, se podrá incluir un número de dos bytes que establezca la
longitud del campo de datos o bien situar al final del campo un
carácter centinela que, al ser leído, marque el final del campo.
Para aquellos campos que contengan información susceptible de ser
traducida, como por ejemplo los campos "D" de descripción,
éstos incluirán dos letras para la identificación del idioma de la
información.
Los campos susceptibles de ser traducidos se
almacenarán en tres idiomas. Aquellos que sean invariables, por ser
un número de teléfono, por ejemplo, no contemplarán ninguna
distinción en función del idioma. Del mismo modo, el dispositivo de
telecomunicaciones (2) podrá tener configurada una lista ordenada de
idiomas en los que se puede mostrar la información, por ejemplo
español, inglés y francés o catalán, español e inglés. Dado que la
información del código bidimensional (1) está almacenada en tres
idiomas, se empleará la información del código que coincida con
alguno de los idiomas seleccionados en el dispositivo de
telecomunicaciones (2). En el caso de que coincidan más de un
idioma, se optará por aquel que esté situado más arriba en la lista
ordenada de idiomas elaborada por el usuario, es decir, el de mayor
prioridad.
En el caso anterior, la información se mostrará
en la pantalla del dispositivo de telecomunicaciones (2) debidamente
formateada, según las etiquetas de los campos. Todos los pasos o
etapas descritos hasta ahora se resumen en el diagrama de flujo de
la figura 2.
En el caso de que ninguno de los idiomas del
código bidimensional (1) coincida con los idiomas del dispositivo de
telecomunicaciones (2), se procederá a solicitar autorización al
usuario respecto a si desea conectarse a un servidor para obtener
una traducción de la información contenida en el código
bidimensional (1). Para el acceso a dicha traducción se empleará
como clave la información contenida en los bytes tercero a décimo,
incluyendo la información de la altura en el caso de que la versión
de código sea "010" o "011". Adicionalmente se mandará la
lista ordenada de idiomas del dispositivo de telecomunicaciones (2).
Este proceso está ilustrado en la figura 3.
La información del byte de estado, latitud,
longitud, número secuencial y posible dato de altura supone una
clave única, en base a la cual se podrá acceder a las posibles
traducciones almacenadas en un repositorio en el servidor. El acceso
se realizará de forma secuencial, solicitando para la clave
establecida la traducción de la información al primer idioma de la
lista ordenada. En el caso de no estar disponible, el segundo
idioma, y si de nuevo la respuesta es negativa el tercero. En el
momento en el cual se obtenga la traducción, el proceso finalizarla,
mandando la traducción al dispositivo de telecomunicaciones (2) para
que muestre la información completa del código bidimensional
(1).
En el caso de que en el repositorio no hubiera
una traducción en ninguno de los idiomas del dispositivo de
telecomunicaciones (2), se procedería a obtener una traducción
automática. En primer lugar se intentarla obtener una traducción
directa, en la medida que dicha traducción sea posible y su calidad
sea adecuada. En el caso de que no sea posible realizar una
traducción directa o que ésta no sea fiable, se procederá a usar un
idioma puente, es decir, un idioma al que se traducirá la
información del código para posteriormente realizar una nueva
traducción de la primera traducción a un idioma del dispositivo de
telecomunicaciones (2). Debido al posible error acumulado en las dos
traducciones realizadas, el hecho de haberse obtenido la información
a través de traducciones automáticas podrá advertirse al usuario
junto con la información del código.
El procedimiento descrito es de aplicación para
teléfonos móviles, así como para agendas electrónicas con acceso a
una red de datos. Los tipos de códigos bidimensionales que pueden
ser empleados, como ya se ha comentado, pueden ser cualquiera, como
por ejemplo códigos QR o Datamatrix.
A la vista de esta descripción y juego de
figuras, el experto en la materia podrá entender que la invención ha
sido descrita según una realización preferente de la misma, pero que
múltiples variaciones pueden ser introducidas en dicha realización
preferente, sin salir del objeto de la invención tal y como ha sido
reivindicada.
Claims (10)
1. Procedimiento de obtención de información
asociada a una ubicación (3), contenida dicha información en un
código bidimensional (1) próximo a la ubicación (3), escaneado dicho
código bidimensional (1) a través de una cámara comprendida en un
dispositivo de telecomunicaciones (2), dicho dispositivo de
telecomunicaciones (2) comprendiendo una lista ordenada de idiomas
en los que mostrar información, caracterizado por que
comprende las etapas de:
- -
- decodificar el código bidimensional (1) escaneado, obteniendo un mensaje dispuesto en bytes, donde:
- -
- el primer y segundo byte se refieren a una signatura,
- -
- el tercer byte corresponde con un byte de estado,
- -
- el cuarto, quinto y sexto byte almacenan información respecto a la coordenada de latitud del punto en el que el código bidimensional (1) se encuentra,
- -
- el séptimo, octavo y noveno byte almacenan información respecto a la coordenada de longitud del punto en el que el código bidimensional (1) se encuentra,
- -
- el décimo byte comprende información respecto a un número secuencial de identificación,
- -
- a partir del undécimo byte, el código bidimensional (1) comprende información referida a la ubicación (3) del código bidimensional (1) en al menos tres idiomas,
- -
- si al menos un idioma de la lista ordenada de idiomas del dispositivo de telecomunicaciones (2) coincide con al menos uno de los idiomas en los que la información referida a la ubicación (3) del código bidimensional (1) está almacenada en el código bidimensional (1), mostrar dicha información en el idioma coincidente de mayor prioridad en la lista ordenada de idiomas del dispositivo de telecomunicaciones (2), junto con los datos de la coordenada de longitud y la coordenada de latitud,
- -
- si ninguno de los idiomas de la lista ordenada de idiomas del dispositivo de telecomunicaciones (2) coincide con los idiomas en los que la información referida a la ubicación (3) del código bidimensional (1) está almacenada en el código bidimensional (1),
- -
- acceder a un servidor para obtener una traducción de la información referida a la ubicación (3) del código bidimensional (1), accediendo a dicha traducción a través de una clave única basada en la información del estado, la coordenada de latitud, la coordenada de longitud y el número secuencial almacenados en el mensaje, junto con la lista ordenada de idiomas del dispositivo de telecomunicaciones (2).
\vskip1.000000\baselineskip
2. Procedimiento según la reivindicación 1,
caracterizado por que en la etapa de acceder a un servidor
para obtener una traducción de la información referida a la
ubicación (3) del código bidimensional (1), el servidor accede a un
repositorio donde se almacena para cada clave única la información
referida a la ubicación (3) del código bidimensional (1) traducida a
al menos tres idiomas, devolviendo al dispositivo de
telecomunicaciones (2) la información en el idioma coincidente de
mayor prioridad en la lista ordenada de idiomas del dispositivo de
telecomunicaciones (2).
3. Procedimiento según la reivindicación 2,
caracterizado por que en el caso de que en el repositorio no
hubiera información en ninguno de los idiomas de la lista ordenada
de idiomas del dispositivo, se obtiene una traducción automática al
idioma de mayor prioridad en la lista ordenada de idiomas del
dispositivo de la información referida a la ubicación (3) del código
bidimensional (1).
4. Procedimiento según la reivindicación 3,
caracterizado por que la etapa de traducción automática
comprende una etapa intermedia de traducción a un tercer idioma,
actuando dicho tercer idioma como puente entre la información
referida a la ubicación (3) y el idioma de mayor prioridad en la
lista ordenada de idiomas del dispositivo de telecomunicaciones
(2).
5. Procedimiento según cualquiera de las
reivindicaciones 1-4, caracterizado por que
el byte de estado comprende información respecto a la versión del
código, el bit más significativo de la coordenada de latitud y los
dos bits más significativos de la coordenada de longitud.
6. Procedimiento según cualquiera de las
reivindicaciones 1-5, caracterizado por que
el décimo byte almacena únicamente información respecto al número
secuencial de identificación en sus ocho bits.
7. Procedimiento según la reivindicación 6,
caracterizado por que el undécimo y duodécimo byte almacenan
información de una primera coordenada de altura respecto de una
primera referencia de alturas del punto en el que el código
bidimensional (1) se encuentra.
8. Procedimiento según cualquiera de las
reivindicaciones 1-5, caracterizado por que
el décimo byte almacena en los primeros cuatro bits información
referida al número secuencial de identificación y en los segundos
cuatro bits los cuatro bits más significativos de una segunda
coordenada de altura respecto de una segunda referencia de alturas
del punto en el que el código bidimensional (1) se encuentra y el
undécimo byte comprende los ocho bits menos significativos de la
segunda coordenada de altura del punto en el que el código
bidimensional (1) se encuentra.
9. Procedimiento según la reivindicación 7,
caracterizado por que la clave única comprende adicionalmente
la información de la primera coordenada de altura del punto en el
que el código bidimensional (1) se encuentra.
10. Procedimiento según la reivindicación 8,
caracterizado por que la clave única comprende adicionalmente
la información de la segunda coordenada de altura del punto en el
que el código bidimensional (1) se encuentra.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200802842A ES2336187B2 (es) | 2008-10-07 | 2008-10-07 | Procedimiento de obtencion de informacion asociada a una ubicacion. |
| US13/123,081 US8308056B2 (en) | 2008-10-07 | 2009-10-06 | Method for obtaining information associated with a location |
| EP09818836.0A EP2341449A4 (en) | 2008-10-07 | 2009-10-06 | METHOD FOR OBTAINING INFORMATION ON A LOCATION |
| PCT/ES2009/070420 WO2010040883A1 (es) | 2008-10-07 | 2009-10-06 | Procedimiento de obtención de información asociada a una ubicación |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200802842A ES2336187B2 (es) | 2008-10-07 | 2008-10-07 | Procedimiento de obtencion de informacion asociada a una ubicacion. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2336187A1 ES2336187A1 (es) | 2010-04-08 |
| ES2336187B2 true ES2336187B2 (es) | 2010-10-27 |
Family
ID=42040397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES200802842A Active ES2336187B2 (es) | 2008-10-07 | 2008-10-07 | Procedimiento de obtencion de informacion asociada a una ubicacion. |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US8308056B2 (es) |
| EP (1) | EP2341449A4 (es) |
| ES (1) | ES2336187B2 (es) |
| WO (1) | WO2010040883A1 (es) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8468610B2 (en) * | 2011-01-27 | 2013-06-18 | Echostar Technologies L.L.C. | Determining fraudulent use of electronic devices utilizing matrix codes |
| US8577965B2 (en) * | 2011-02-25 | 2013-11-05 | Blackberry Limited | Knowledge base broadcasting |
| US8670976B2 (en) * | 2011-03-31 | 2014-03-11 | King Abdulaziz City for Science & Technology | System and methods for encoding and decoding multi-lingual text in a matrix code symbol |
| JP4918174B1 (ja) * | 2011-09-20 | 2012-04-18 | 株式会社Ｐｉｊｉｎ | 情報提供装置、情報提供方法、及びコンピュータプログラム |
| CN103455160B (zh) | 2012-05-29 | 2017-07-28 | 阿里巴巴集团控股有限公司 | 一种根据地理位置推荐候选词的方法和装置 |
| WO2014001937A1 (en) * | 2012-06-30 | 2014-01-03 | Geller Gidi | Mobile tourism services translation |
| US9304990B2 (en) | 2012-08-20 | 2016-04-05 | International Business Machines Corporation | Translation of text into multiple languages |
| US9928085B2 (en) * | 2012-11-06 | 2018-03-27 | Intuit Inc. | Stack-based adaptive localization and internationalization of applications |
| US9154915B2 (en) | 2013-04-16 | 2015-10-06 | Google Inc. | Apparatus and method for ascertaining the operating hours of a business |
| CN105528712A (zh) | 2014-09-29 | 2016-04-27 | 阿里巴巴集团控股有限公司 | 一种记录信息的方法和设备 |
| FR3027140B1 (fr) * | 2014-10-13 | 2016-10-28 | Solystic | Installation logistique avec des navettes de transport de colis et des equipements portatifs d'identification des colis |
| CN105530163A (zh) | 2014-10-22 | 2016-04-27 | 阿里巴巴集团控股有限公司 | 发送信息的方法及其系统 |
| CN105843800B (zh) * | 2015-01-13 | 2019-06-14 | 阿里巴巴集团控股有限公司 | 一种基于doi的语言信息展示方法及装置 |
| ES2555037B1 (es) * | 2015-11-02 | 2016-10-19 | Betafix Services S.L. | Sistema de identificación de pertenencias y método para dicho sistema |
| JP6028249B1 (ja) * | 2016-04-14 | 2016-11-16 | 株式会社カイシン物流サービス | 翻訳データ報知システム |
| CN106447000B (zh) * | 2016-08-26 | 2019-10-22 | 成都国信信息发展有限公司 | 一种中文万维码及应用中文万维码实现精确投递的方法 |
| CN107730402A (zh) * | 2017-10-13 | 2018-02-23 | 李继泽 | 一种智能点餐系统及方法 |
| ES2711001A1 (es) * | 2017-10-25 | 2019-04-29 | Fernandez Carlos Iglesias | Productos sanitarios con códigos visuales incorporados como sistema de información sanitaria |
| CN108427525B (zh) | 2018-02-12 | 2020-08-14 | 阿里巴巴集团控股有限公司 | 应用的识别码的展示方法及装置 |
| CN109299406A (zh) * | 2018-10-11 | 2019-02-01 | 西安艾润物联网技术服务有限责任公司 | 信息推送方法及相关设备 |
| CN109919607A (zh) | 2018-11-23 | 2019-06-21 | 阿里巴巴集团控股有限公司 | 基于离线乘车码的换乘优惠方法及装置和电子设备 |
| JP2020177543A (ja) * | 2019-04-19 | 2020-10-29 | ユニコシステム株式会社 | 情報表示体及びそれを取り扱う情報処理装置 |
| CN111967551A (zh) * | 2020-08-03 | 2020-11-20 | 贵州安易和信科技有限公司 | 一种智慧门牌系统 |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030212996A1 (en) * | 1996-02-08 | 2003-11-13 | Wolzien Thomas R. | System for interconnection of audio program data transmitted by radio to remote vehicle or individual with GPS location |
| JPH10162098A (ja) * | 1996-12-02 | 1998-06-19 | Nec Corp | 文書電子化装置及び文書電子化方法 |
| US9177476B2 (en) * | 1997-10-22 | 2015-11-03 | American Vehicular Sciences Llc | Method and system for guiding a person to a location |
| JP2001084183A (ja) * | 1999-09-17 | 2001-03-30 | Nec Corp | データ変換システム |
| US20030120555A1 (en) * | 2000-03-09 | 2003-06-26 | Takashi Kitagawa | Information processing apparatus with optical data reader, servers, and electronic commerce method |
| JP3379521B2 (ja) * | 2000-11-27 | 2003-02-24 | 株式会社デンソー | 物流管理システム |
| US20030069693A1 (en) * | 2001-01-16 | 2003-04-10 | Snapp Douglas N. | Geographic pointing device |
| US7062572B1 (en) * | 2001-03-19 | 2006-06-13 | Microsoft Corporation | Method and system to determine the geographic location of a network user |
| US6470268B1 (en) * | 2001-08-14 | 2002-10-22 | Horizon Navigation, Inc. | Navigation destination entry via glyph to digital translation |
| WO2004043106A1 (en) * | 2002-11-08 | 2004-05-21 | Nokia Corporation | Method, terminal device and system allowing for handling location services independently from a cellular communication system |
| JP2004213191A (ja) | 2002-12-27 | 2004-07-29 | Denso Wave Inc | 地図情報提供システムおよびその携帯端末 |
| WO2004080097A1 (en) * | 2003-03-07 | 2004-09-16 | Ktfreetel Co., Ltd | Method for providing mobile service using code-pattern |
| JP2005291885A (ja) * | 2004-03-31 | 2005-10-20 | Nec Corp | ナビゲーション機能付き携帯通信端末 |
| US7480546B2 (en) * | 2004-05-12 | 2009-01-20 | General Motors Corporation | System and method for providing language translation in a vehicle telematics device |
| JP4134152B2 (ja) | 2004-12-24 | 2008-08-13 | デジタル・インフォメーション・テクノロジー株式会社 | サーバ装置および情報提供システム |
| JP2006318114A (ja) | 2005-05-11 | 2006-11-24 | National Institute Of Advanced Industrial & Technology | Ｑｒコード及びｑｒコードを用いた栞又は辞書 |
| US8615358B2 (en) * | 2005-05-26 | 2013-12-24 | General Motors Llc | System and method for zone based initial route guidance within a telematics equipped mobile vehicle |
| US7373246B2 (en) * | 2005-05-27 | 2008-05-13 | Google Inc. | Using boundaries associated with a map view for business location searching |
| US8160614B2 (en) * | 2005-08-05 | 2012-04-17 | Targus Information Corporation | Automated concierge system and method |
| US20070124077A1 (en) * | 2005-11-30 | 2007-05-31 | Robert Hedlund | An Inventory Stocking and Locating System Utilizing Tags and GPS providing Summarization by Hierarchical Code |
| US8396657B2 (en) * | 2005-12-22 | 2013-03-12 | Hewlett-Packard Development Company, L.P. | Techniques to improve location accuracy for a map |
| US7805227B2 (en) * | 2005-12-23 | 2010-09-28 | General Electric Company | Apparatus and method for locating assets within a rail yard |
| TW200746783A (en) * | 2006-02-23 | 2007-12-16 | Powerdsine Ltd | System and method for location identification |
| US8559968B2 (en) * | 2006-05-12 | 2013-10-15 | At&T Intellectual Property I, L.P. | Location-based targeting |
| US8112100B2 (en) * | 2006-05-12 | 2012-02-07 | At&T Intellectual Property I, L.P. | Location-based status checking |
| JP5028920B2 (ja) * | 2006-09-13 | 2012-09-19 | コニカミノルタビジネステクノロジーズ株式会社 | バーコード画像生成装置、及びバーコード画像読取装置、及びバーコード画像生成読取システム |
| US20080071749A1 (en) * | 2006-09-17 | 2008-03-20 | Nokia Corporation | Method, Apparatus and Computer Program Product for a Tag-Based Visual Search User Interface |
| US20090012704A1 (en) * | 2007-07-02 | 2009-01-08 | Bruce Franco | Retail Store Product Location Service System and Method |
| KR101405944B1 (ko) * | 2007-10-15 | 2014-06-12 | 엘지전자 주식회사 | 통신 기기 및 이것의 위치 정보 제공 방법 |
| US8155877B2 (en) * | 2007-11-29 | 2012-04-10 | Microsoft Corporation | Location-to-landmark |
| US8073795B2 (en) * | 2008-01-07 | 2011-12-06 | Symbol Technologies, Inc. | Location based services platform using multiple sources including a radio frequency identification data source |
| US20100217525A1 (en) * | 2009-02-25 | 2010-08-26 | King Simon P | System and Method for Delivering Sponsored Landmark and Location Labels |
| US9049543B2 (en) * | 2009-04-29 | 2015-06-02 | Blackberry Limited | Method and apparatus for location notification using location context information |
| US8368594B2 (en) * | 2009-06-24 | 2013-02-05 | Samsung Electronics Co., Ltd. | Techniques for bar code assisted positioning |
-
2008
- 2008-10-07 ES ES200802842A patent/ES2336187B2/es active Active
-
2009
- 2009-10-06 WO PCT/ES2009/070420 patent/WO2010040883A1/es active Application Filing
- 2009-10-06 EP EP09818836.0A patent/EP2341449A4/en not_active Withdrawn
- 2009-10-06 US US13/123,081 patent/US8308056B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP2341449A1 (en) | 2011-07-06 |
| US8308056B2 (en) | 2012-11-13 |
| EP2341449A4 (en) | 2014-07-30 |
| WO2010040883A1 (es) | 2010-04-15 |
| ES2336187A1 (es) | 2010-04-08 |
| US20110192895A1 (en) | 2011-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2336187B2 (es) | Procedimiento de obtencion de informacion asociada a una ubicacion. | |
| ES2774971T3 (es) | Dispositivo de suministro de información, método de suministro de información y programa informático | |
| CN102594857A (zh) | 移动设备上的图像识别和共享 | |
| BRPI0710824A2 (pt) | sistema e método para fornecer acesso a informações em um dispositivo portátil | |
| JP4934229B1 (ja) | 調剤薬局情報提供装置、調剤薬局情報提供方法、および、調剤薬局情報提供コンピュータプログラム | |
| JP2006325185A (ja) | 文字認識のためのデジタル・カメラを含む無線遠隔通信端末装置、および該端末装置のためのネットワーク | |
| ES2949351T3 (es) | Sistema de traducción | |
| US20140209671A1 (en) | System for Transferring Maps to a Mobile Device Without Network Connectivity Using Matrix Bar Codes or Other Passive Data Media | |
| US20120289156A1 (en) | Multiple uses of an e-book reader | |
| KR100331092B1 (ko) | 인공위성/지적/측지 체계를 이용한 묘지정보 관리 시스템 | |
| KR20150056730A (ko) | 위치 정보를 코드화하여 저장하는 위치 정보 제공 모듈을 포함하는 주차 위치 확인 시스템 | |
| KR100312793B1 (ko) | 원격 가이드 방법 및 장치 | |
| JP6223726B2 (ja) | 標示器または情報杭を管理する管理サーバおよびサービス提供システム | |
| JP6537073B2 (ja) | 現在地確認システム及びｎｆｃタグ又は二次元コード付きシート状製品 | |
| KR101079663B1 (ko) | 모바일단말기를 이용한 고인 안장장소 방문관리시스템 및 방문관리방법 | |
| KR20120059177A (ko) | 무선 태그를 이용한 응용 서비스 방법, 이를 제공하는 단말 측위 장치 및 응용 서비스 장치 | |
| US9992611B2 (en) | Communication portable device and communication method | |
| JP2012038278A (ja) | 外国語による観光案内システム | |
| ES2217176T3 (es) | Instalacion para proporcionar informaciones relativas a un objeto. | |
| CN107682809A (zh) | 一种计算机可读存储介质、移动终端及计算机系统 | |
| ES2555037B1 (es) | Sistema de identificación de pertenencias y método para dicho sistema | |
| Abe et al. | Proposal for a system based on the universal design approach for providing tourism information by linking RFID and GIS | |
| JP2007132821A (ja) | 位置特定システム、およびそのシステムに用いる位置コード | |
| KR20180057030A (ko) | 경기장 주변정보 제공 시스템 | |
| BRPI0905430A2 (pt) | sistema de busca, acesso a informação e navegação virtual |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EC2A | Search report published |
Date of ref document: 20100408 Kind code of ref document: A1 |
|
| FG2A | Definitive protection |
Ref document number: 2336187B2 Country of ref document: ES |