MXPA05004356A

MXPA05004356A - Localizacion de lenguaje utilizando tablas.

Info

Publication number: MXPA05004356A
Application number: MXPA05004356A
Authority: MX
Inventors: Yuah Li Zhong
Original assignee: Microsoft Corp
Priority date: 2004-04-22
Filing date: 2005-04-22
Publication date: 2005-11-04
Also published as: US7721271B2; JP2005310163A; EP1589417A2; RU2005112060A; CN100476734C; CN1702621A; AU2005201633A1; US20050240905A1; CA2504660A1; KR20060047421A; BRPI0501326A; EP1589417A3

Abstract

Se describen un sistema y un procedimiento para proporcionar traducciones de aplicaciones que puede o no tener tablas de traduccion asociadas. Las tablas de traduccion de nucleo pueden o no ser utilizadas junto con tablas de traduccion de aplicacion y tablas de traduccion de comunidad.

Description

LOCALIZACION DE LENGUAJE UTILIZANDO TABLAS ANTECEDENTES DE LA INVENCIÓN CAMPO TECNICO Los aspectos de la invención se refieren a productos de software. Más particularmente, aspectos de la presente invención se refieren a proveer usuarios con contenido de aplicación en un lenguaje local.

DESCRIPCIÓN DE LA TECNICA RELACIONADA Los sistemas de cómputo existen en un número de lenguajes. Un número de aplicaciones de software y sistemas operativos son creados en un primer lenguaje después puestos sobre otros lenguajes. Esto algunas veces es referido como localización de las aplicaciones y sistemas operativos. Sin embargo, un número de aplicaciones de software nunca son traducidas en otros lenguajes. Estas aplicaciones permanecen disponibles sólo en su lenguaje fuente por una variedad de razones. Algunas veces el alto costo de localización no se espera ser conocido por ventas de aplicaciones en otros lenguajes. Otras veces, el desarrollador de software puede carecer de las habilidades necesarias para traducir efectivamente o haber traducido los matices de una aplicación en otros lenguajes.

Estas y otras razones impiden a usuarios de diferentes lenguajes utilizar aplicaciones que no han sido traducidas en sus lenguajes específicos. Un procedimiento convencional de crear aplicaciones en más de un lenguaje es mostrado en la Figura 3A. Una aplicación es creada en un primer lenguaje en el paso 301. Después, un desarrollador puede traducir la aplicación en un segundo lenguaje en el paso 302. El procedimiento convencional de crear aplicaciones en más de un lenguaje es a través del uso de herramientas de localización. Ya sea que archivos de recurso están localizados y el producto es recopilado, o herramientas que no requieren la recopilación de la aplicación son utilizados. Algunas técnicas existen para permitir que las aplicaciones sean traducidas más fácilmente para usuarios de otros lenguajes. Primero, algunos sistemas proporcionan conexiones para diccionarios de traducción de máquina automatizados que son accedidos en tiempo real para traducir texto a ser presentado a un usuario en ese lenguaje local de usuario. Aquí, los diccionarios de traducción de máquina automatizados no tienen conocimiento de términos como se utiliza en la aplicación. La traducción seleccionada típicamente no tiene nada en común con palabras traducidas previamente. Una dificultad con este acercamiento es que solo traducciones de diccionario mecánico son generalmente de calidad pobre. Archivo en un lenguaje fuente (que se relaciona al acto de acceder una ubicación para un documento) puede ser traducido como un dispositivo de afilamiento de metal que utiliza solo traducciones de diccionario. Segundo, como se muestra en la Figura 3B, una aplicación 304 puede incluir con ella unos recursos de traducción de aplicación 305. El núcleo de aplicación 304 puede ser escrito en un primer lenguaje. Sin embargo, cuando el texto va a ser sacado a una presentación o impresora u otro dispositivo o medio, la aplicación 304 accede el texto de traducción de aplicación en recursos de traducción de aplicación 305. La aplicación 304 obtiene entradas correspondientes en texto de recursos de traducción 305 que se relacionan a mensajes de texto esperados y sus equivalentes traducidos. Los equivalentes traducidos son dirigidos a interfase de dispositivo gráfica (GDI) 308, presentada, y sacada a una presentación 309. Existen tres emisiones con el sistema de la Figura 3B. Primero, a menos que los recursos de traducción de aplicación 305 sean proporcionados, no existirá ninguna traducción robusta de la aplicación 304. Segundo, algo de la información proporcionada por aplicación 304 puede ser generada del sistema operativo, no aplicación 304 directamente. Si el sistema operativo que soporta la aplicación 304 es localizado a un primer lenguaje y aplicación 304 es localizado a un segundo lenguaje, el usuario puede ser obligado a recibir mensajes tanto en el primer y segundo lenguajes. Tercero, si una aplicación existe ya sin recursos de traducción 305, después usuarios potenciales no pueden tener la habilidad de utilizar aplicación 304 en su lenguaje hasta que la tabla de traducción 305 sea creada e integrada en aplicación 304.

COMPENDIO DE LA INVENCION Los aspectos de lá presente invención dirigen una o más de las emisiones anteriormente mencionadas, por eso proporcionan aplicaciones a usuarios de diferentes lenguajes. Los aspectos de la invención incluyen el uso de tablas de traducción de nivel de sistema operativo que pueden ser utilizadas individual o en conjunto con otras tablas para proporcionar traducciones de mensajes. Estos y otros aspectos son dirigidos en relación con las Figuras y descripción relacionada.

BREVE DESCRIPCION DE LOS DIBUJOS Varios aspectos de la presente invención son ilustrados en las figuras anexas. Las Figuras 1 y 2 muestran ambientes de cómputo de propósito general que soportan uno o más aspectos de la presente invención. Las Figuras 3A y 3B muestran técnicas de localización convencionales para aplicaciones. La Figura 4 muestra interacción entre una aplicación, recursos de sistema, y una GDI. La Figura 5A y 5B muestra varios procedimientos para proveer a usuarios con aplicaciones localizadas de acuerdo con aspectos de la presente invención. La Figura 6 muestra varios procedimientos que pueden ocurrir durante la normalización de acuerdo con aspectos de la presente invención. La Figura 7 muestra varias tablas y su relación con un sistema de usuario de acuerdo con aspectos de la presente invención. La Figura 8 muestra la interacción de varias tablas de acuerdo con aspectos de la presente invención. Las Figuras 9 a la 11 muestran la salida de aplicación siendo traducida utilizando una o más tablas de acuerdo con aspectos de la presente invención. La Figura 12 muestra una interfase de usuario de acuerdo con aspectos de la presente invención.

DESCRIPCION DETALLADA DE LOS DIBUJOS Los aspectos de la presente invención se refieren a proporcionar una habilidad para traducir aplicaciones y sistemas operativos. A través del uso de una tabla de traducción de nivel de sistema operativo individual o en combinación con otras tablas de traducciones (que incluyen tablas de traducción específica de aplicación y tablas de traducción de comunidad), aplicaciones pueden ser capaces de ser utilizadas en otros lenguajes. Lo siguiente está separado en varias secciones para ayudar al lector. Estos encabezados incluyen: ambiente de cómputo de propósito general; localización basada en tabla; localización de tablas de traducción; integración de sistema operativo; y ejemplos de uso de tabla de traducción.

Ambiente de cómputo de propósito general Las Figuras 1 y 2 ¡lustran ejemplos de ambientes operativos adecuados 100 y 201 en los que la invención puede ser implementada. Los ambientes operativos 100 y 201 son sólo unos cuantos ejemplos de ambientes operativos adecuados que no pretenden sugerir cualquier limitación al alcance de uso o funcionalidad de la invención. Otros sistemas de cómputo de propósito general o propósito especial. Ejemplos de sistemas de cómputo, ambientes, y/o configuraciones bien conocidos que pueden ser adecuados para utilizarse incluyen, pero no se limitan a, computadoras personales, computadoras de servidor, dispositivos portátiles o laptop, sistemas de multiprocesador, sistemas basados de microprocesador, aparatos electrónicos programables para el consumidor, PCs de red, minicomputadoras, macrocomputadoras, ambientes de cómputo distribuidos que incluyen cualquiera de los sistemas o dispositivos anteriores, y similares. Los aspectos de la invención pueden ser descritos en el contexto general de instrucciones ejecutables por computadora, tal como módulos de programa, ejecutados por uno o más componentes u otros dispositivos. Generalmente, los módulos de programa incluyen rutinas, algoritmos, programas, objetos, componentes, estructuras de datos, etc. que realizan tareas particulares o implementan tipos de datos abstractos particulares. Típicamente, la funcionalidad de los módulos de programa puede ser combinada o distribuida como se desea en varias modalidades. Los sistemas de dispositivo de cómputo 100 y 201 típicamente incluyen al menos uno de medios legibles por computadora. Los medios legibles por computadora puede ser cualquier medio disponible que puede ser accedido por servidor 103 o sistema 201. Como ejemplo, y no limitación, los medios legibles por computadora pueden comprender medios de almacenamiento de computadora y medios de comunicación. Los medios de almacenamiento de computadora incluyen medios volátiles y no volátiles, removibies y no removibies implementados en cualquier método o tecnología para almacenamiento de información tal como instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos. Los medios de almacenamiento de computadora incluyen, pero no se limitan a, RAM, ROM, EEPROM, memoria instantánea u otra tecnología de memoria, CD-ROM, discos versátiles digitales (DVD) u otro almacenamiento de disco óptico, cassettes magnéticos, cinta magnética, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que puede ser usado para almacenar la infamación deseada y que puede ser accedida por el servidor 103 o sistema 201. Los medios de comunicación típicamente representan instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada tal como onda de vehículo u otro mecanismo de transporte e incluye cualquier medio de entrega de información. El término "señal de datos modulada" significa una señal que tiene una o más de sus características establecidas o cambiadas de tal forma para codificar información en la señal. Como ejemplo y no limitación, los medios de comunicación incluyen medios alámbricos tal como red alámbrica o una conexión alámbrica directa, y medios inalámbricos tal como medios acústicos, RF, infrarrojos u otros inalámbricos. Combinaciones de cualquiera de los anteriores también debe estar incluida dentro del alcance de medio legible por computadora. Con referencia a la Figura 2, un sistema ilustrativo para implementar aspectos de la invención incluye un dispositivo 201. En su configuración más básica, el dispositivo 201 típicamente incluye unidad de procesamiento 204 y memoria 203. Dependiendo en la configuración exacta y tipo de dispositivo de cómputo, memoria 203 puede ser volátil (tal como RAM), no volátil (tal como ROM, memoria instantánea, etc.) o alguna combinación de los dos. Adicionalmente, dispositivo 201 también puede tener almacenamiento de masa (removible y/o no removible) tal como discos magnéticos u ópticos o cinta 205-206. Similarmente, el dispositivo 201 también puede tener dispositivos de entrada tal como 208 (que incluye un ratón, aguja, teclado, seguibola, y similares) y/o dispositivos de salida 207 tal como una presentación y similares. Otros aspectos de dispositivo 201 pueden incluir conexiones de red 209 a otros dispositivos, computadoras, redes, servidores, etc. que utilizan ya sea medios alámbricos o inalámbricos 210. Todos estos dispositivos son bien conocidos en la técnica y no necesitan ser discutidos a extensión aquí.

Localización a base de tabla Las aplicaciones pueden proporcionar traducciones a usuarios que utilizan aspectos de la presente invención. En algunos aspectos de la presente aplicación, las operaciones de la presente pueden ser descritas como ocurre en uno o más niveles: un nivel de aplicación y/o nivel de sistema operativo. El sistema operativo puede proporcionar una máquina que permite traducciones rápidas al comparar texto interceptado destinado para un cargador de recurso de sistema o GDI con una tabla almacenada de texto traducido. La tabla almacenada puede tener traducciones de cada término individualmente y/o pueden •incluir solamente filas de texto. Las filas pueden ser contenido entero o enunciados presentados a un usuario en un cuadro de menú/botón/diálogo y similares. Una ventaja de tener traducciones correspondientes de filas de texto es que el significado de términos en las filas es mantenido. De esta forma la traducción resultante siempre corresponderá al texto de fuente. La máquina puede residir en el sistema operativo o en alguna otra parte. En donde no existe tabla de traducción diseñada, la máquina pasa en el cargador de recurso de sistema interceptado o 1 o GDI llama a sus destinos propuestos. Una ventaja de colocar la máquina en el nivel de sistema operativo en que los desarrolladores de aplicación pueden necesitar modificar su código menos si en todos para proporcionar traducciones de sus aplicaciones. En algunas situaciones, los desarrolladores de aplicación pueden desear sólo utilizar la tabla de traducción accedida por el sistema operativo. En otras situaciones, los desarrolladores de aplicación pueden desear proporcionar tablas de traducción adicionales o alternativas con el fin de realizar lo siguiente: a. Cubrir lenguajes o dialectos adicionales; b. Proporcionar traducciones alternativas para algunas terminologías; y c. Proporcionar traducciones para terminología específica de aplicación no dirigida por tablas de traducción asociadas con el sistema operativo. La Figura 4 muestra cargador de recurso de sistema 401 y GDI de sistema 403 ambos intercambiando información con aplicación 402. El procedimiento de carga de recurso de la aplicación 402 es manejado por el módulo cargador de recurso de sistema. Llama a interfases de programación de aplicación de carga de recurso (por ejemplo, una API de recurso de carga o un recurso de encuentro, externo o interno), que puede ser hecho directamente por la aplicación o indirectamente por el sistema a beneficio de la aplicación son manejados por el cargador de recurso de sistema 401 y el resultado final es regresado a la aplicación 402.

La máquina de redirección permite la intercepción y redirección eventual del contenido de los intercambios de datos de elemento de recurso de interfase de usuario entre la aplicación 402, el cargador de recurso de sistema 401 y la GDI de sistema 403. Las tablas de traducción (que incluyen la tabla(s) de traducción del sistema operativo y las tablas de traducción de aplicación(es)) toman ventaja de la funcionalidad de la máquina para ofrecer una fuente alternativa de datos que contienen elementos de Ul en el lenguaje objetivo deseado. La tabla de traducción del sistema operativo puede incluir artículos del sistema operativo genérico. Puede o no incluir terminologías de aplicaciones populares. Por simplicidad, la tabla de traducción del sistema operativo que incluye o no terminologías de aplicaciones populares es referida como una "tabla de traducción de núcleo". Los desabolladores de aplicación pueden supiementar la tabla de traducción del sistema operativo al incluir tablas de traducción específicas de aplicación. El origen de las tablas de traducción puede ser un trazado unidireccional de un lenguaje fuente individual a un lenguaje objetivo individual. Alternativamente, las tablas de traducción pueden ser un trazo bidireccional entre los lenguajes de fuente y objetivo. Además, las tablas de traducción pueden ser los trazos (unidireccionales o bidireccionales) entre un lenguaje fuente individual y múltiples lenguajes objetivo. La especificación del lenguaje objetivo ayuda a determinar cual de los lenguajes objetivos utilizar. Las Figuras 5A y 5B muestran el uso de tablas de traducción de acuerdo con aspectos de la presente invención. En la Figura 5A, una aplicación comienza a intercambiar datos con cargador de recurso de sistema o GDI en el paso 501. Los datos del paso 501 son interceptados por la máquina en el paso 502. Los datos son simplificados y normalizados en el paso 503. En el paso 504, los datos son revisados contra tablas de traducción de una aplicación en el lenguaje objetivo. Si existe un ajuste (paso 505) entre los datos del paso 503 e información en las tablas de traducción 504, después el formato original de los datos es almacenado en el paso 506. La información con el fin de restaurar el formato original puede ser uso futuro almacenado. Las ventanas y diálogos pueden ser reajustados para acomodar el contenido traducido en el paso 507. El procedimiento regresa a la aplicación en el paso 501. Si no se encuentra ajuste en el paso 505 (debido a que no existe ningún ajuste o ninguna tabla de traducción de aplicación), después el sistema revisa los datos contra tablas de traducción de núcleo en el lenguaje objetivo en el paso 508. Si ningún ajuste es encontrado en el paso 509, después el sistema realiza el paso 506 y continúa de allí. Si ningún ajuste es encontrado en el paso 509, después la aplicación es redirigida al cargador de recurso o GDI para procesamiento normal. La Figura 5B muestra una modificación a la Figura 5A en la que existe una tabla de traducción de comunidad. Si en el paso 509 ningún ajuste fue encontrado, después los datos son revisados contra la tabla(s) de traducción construida por comunidad en el paso 511. Si un ajuste es encontrado en el paso 512, después el paso 506 es ejecutado y el procedimiento continúa en el paso 5A. Si ningún ajuste fue encontrado en el paso 512, después el procedimiento utiliza traducción de máquina (por ejemplo, traducción de diccionario de tiempo real) 513. Si la traducción fue exitosa en el paso 514, después el procedimiento regresa al paso 506 y continúa. Si ningún ajuste fue encontrado en el paso 514, el procedimiento después redirige los datos en el paso 510. El paso 503 es mostrado con mayor detalle en la Figura 6. Los procedimientos de simplificación y normalización pueden incluir un o más de los siguientes: a. Unificar cubierta (602), cambiar todos los casos de datos a caso más arriba o más abajo; b. Remover caracteres de control (603), por ejemplo, "&abrir...\tCrtl + A" puede ser reemplazado con "abrir"; c. Cruzar fila de referencia con reemplazos (604), Recursos de fila con argumentos de reemplazo pueden ser referenciados de forma cruzada entre intercambio de datos de cargador de recurso y GDI de presentación. Los resultados, modificaciones, o descripción de modificaciones hechos a datos en el paso de simplificar y normalizar 503 son mostrados en la Figura 6 pueden ser almacenados en almacenamiento 605. Por ejemplo, la modificación de "Abrir" a "abrir" puede ser almacenada como cualquiera de "Abrir" y "abrir", "A" y "a", o alguna representación del primer carácter siendo cambiado a caso más bajo. Similarmente, la remoción de los caracteres de control y la referencia cruzada puede ser almacenada también para uso futuro. Haciendo referencia de nuevo a la Figura 5B, las tablas de traducción construidas por comunidad en el paso 511 pueden ser generadas por entidades a ser utilizadas en donde el desarrollador no ha creado una tabla de traducción de aplicación. Alternativamente, las comunidades pueden desarrollar tablas de traducción que proporcionan tablas de traducción que son insuficientes en algunos casos. La comunidad puede crear una tabla de traducción para uso con la aplicación. Un usuario puede ser capaz de designar la orden en la que las tablas de traducción son utilizadas. En este ejemplo de una comunidad que crea una tabla de traducción, el usuario puede designar la tabla de traducción de comunidad para ser utilizada antes de una tabla de traducción específica de aplicación después de la tabla de traducción de núcleo.

Las comunidades pueden proporcionar las tablas de traducción construidas por comunidad, por ejemplo, para dirigir nueva traducción de terminología descubierta o traducción para nuevos lenguajes a través de un esfuerzo de comunidad a través de un glosario de comunidad. Como se describió anteriormente, la Figura 5B es opcional en la que las aplicaciones pueden ser competentemente localizadas en otro lenguaje que utiliza el procedimiento en la Figura 5A. LA máquina de traducción 513 puede o no ser opcional. En algunos casos, los diccionarios de traducción de máquina puede no existir esa fuente de puente y lenguajes objetivos. El paso 506 puede incluir la restauración de claves cercanas al utilizar el lenguaje fuente u objetivo. Un beneficio de utilizar el lenguaje fuente para regenerar claves cercanas es que asociaciones en la aplicación de sistema operativo pueden permanecer. La máquina que intercepta el intercambio de datos en el paso 502 puede ser representada en un número de formas que incluyen como combinación de una biblioteca de conexión dinámica y una base de datos. Por ejemplo, la biblioteca de conexión dinámica puede ser responsable de una o más de las siguientes tareas: a. Identificación de aplicaciones aprobadas/registradas. b. Intercepción de intercambio de datos entre la aplicación y el cargador de recurso de sistema y/o GDI. c. Simplificación de recurso: Con el fin de mejorar la tasa de máximos y mantener un tamaño de tabla de traducción pequeño, la máquina puede realizar el paso de simplificar y normalizar 503. Ejemplos del paso 503 además pueden incluir la remoción de espacios, nuevas líneas, elipses, dos puntos, punto y coma, aceleradores, etc. de una cuerda. También, en vez de "&Abrir...\tCtrl+A", una fila puede ser modificada a "Abrir" o "abrir". d. Auto reajustar: ajusfar automáticamente el tamaño de cuadros de diálogo y ventanas de la aplicación objetivo con el fin de prevenir el corte de texto y control introducido por traducción. El reajuste puede ser hecho en tiempo de funcionamiento al agregar un relleno vertical y horizontal a medidas de ventana. Para eso, un valor de aumento de porcentaje, un nombre de frente de fuente, y un tamaño de fuente pueden ser definidos para cada uno de los lenguajes. Los valores pueden ser difícilmente codificados o modificables. Un ejemplo de valores por omisión pueden incluir: i. Aumento de tamaño: 30% ii. Nombre de frente de fuente: Tipo antiguo de Microsoft. iii. Tamaño de Fuente: 8. Si se utiliza el sistema operativo de Microsoft Windows®, una clave de registro puede ser creada, por ejemplo bajo KCLAVE_ACTUAL_USUARlO\Software\MAT\ para almacenar uno o más de los siguientes valores: a. La especificación de una fuente en la que el usuario desea lanzar la aplicación; b. La especificación de un lenguaje objetivo en el que el usuario desea lanzar la aplicación; c. Reajustar: el porcentaje de el reajuste para una aplicación dada; d. Tamaño de fuente: el tamaño de fuente real a ser utilizado para una aplicación; y e. Una revisión de fuente de aplicación para uso con las Figuras 5A y 5B.

Para otras implementaciones, se pueden utilizar diferentes ubicaciones de almacenamiento. En algunos casos por ejemplo con aplicaciones de no unicódigo, una localidad de sistema de ajuste puede ser necesaria para presentar apropiadamente los elementos de interfase de usuario en el lenguaje deseado por el usuario. En estos casos, si el lenguaje objetivo no es manejado por la localidad de sistema actualmente establecida, el sistema puede intentar simular la localidad de sistema de ajuste. Este procedimiento puede ocurrir en el antecedente de un usuario cuando una lista de aplicaciones objetivo es predefinida y aplicaciones de no unicódigo son identificadas. El componente de base de datos de la máquina puede incluir una archivo que incluye la lista de aplicaciones y también identifica aplicaciones de no unicódigo. El sistema puede proporcionar una interfase de usuario a un usuario para modificar cómo los datos a ser traducidos son dirigidos.

La Figura 12 muestra una interfase de usuario que proporciona estas opciones que incluyen si una aplicación debe o no ser traducida, los lenguajes de fuente y destino, y el tamaño con el cuál agrandar ventanas. Además, el procedimiento por omisión puede lanzar aplicaciones aprobadas en el mismo lenguaje que el sistema operativo que corre. Aquí, los usuarios finales pueden decidir no localizar el lenguaje objetivo o lanzar la aplicación en un lenguaje alternativo, También, como en lo anterior, el valor de reajuste para ventanas y cuadros de diálogo para compensar aumento de tamaño de texto inducido por traducción. Otro editor puede ser proporcionado a desabolladores que les permiten extraer sus elementos de Ul de aplicación y proporcionar traducción nueva/alternativade ellos. El editor permite al desarrollador crear un archivo binario de tabla de traducción para ser enviado con su aplicación.

Ubicación de Tablas de Traducción La ubicación de tablas de traducción puede variar. La Figura 7 muestra varios ejemplos de donde pueden estar localizadas las tablas de traducción. La tabla(s) de traducción de aplicación 701, tabla(s) de traducción de núcleo 702, y tabla(s) de traducción de comunidad 703 pueden estar localizada localmente o remotamente como muestra mi línea divisoria 708. Remotamente puede incluirse en el Internet u otra ubicación remota. El sistema de usuario 704 con procesador 706 puede utilizar las tablas de traducción 701-703 en una variedad de formas. Primero, el sistema de usuario puede acceder las tablas de traducción directamente y utilizarlas mientras corre una aplicación (como se muestra por las flechas entre las tablas de traducción 701-703 y sistema 704). Segundo, las tablas de traducción pueden ser instaladas localmente en sistema 704 como 705 y accedidas directamente. Tercero, las tablas de traducción pueden ser colocadas en una ubicación local como se representa por la tabla(s) de traducción local 707. Estos tres acercamientos pueden ser utilizados en combinaciones variantes.

Integración de Sistema Operativo La Figura 8 muestra como la máquina del sistema operativo ayuda a proporcionar traducciones. La aplicación 801 con o sin tabla(s) de traducción de aplicación 802 envía información corriente abajo. La información es interceptada por la máquina de intercepción de datos 804 que corre como parte del sistema operativo 803. La máquina de intercepción de datos 804 trabaja con los datos de aplicación 801 al utilizar tabla(s) de traducción de núcleo 805 y envía la información traducida corriente abajo a GDI 806 (o cargador de recurso de sistema, no mostrado). La información traducida resultante puede ser enviada a salida 807 (por ejemplo, una presentación, impresora, controlador de impresora, y similares).

Ejemplos de Uso de Tabla de Traducción Las Figuras 9-11 muestran varios ejemplos de aplicaciones siendo traducidas. En la Figura 9, una aplicación en lenguaje L1 901 puede ser utilizada (902) en lenguaje L . También, puede ser traducida utilizando tabla(s) de traducción de núcleo 903 en lenguaje LN 904. Tabla(s) de comunidad 905 y traducción de tiempo real 906 también pueden ser utilizadas. En la Figura 10, tabla(s) de traducción de aplicación 1001 es agregada al ejemplo de la Figura 9. En la Figura 11, el sistema sólo utiliza la tabla(s) de comunidad 905 y traducción de tiempo real 906 para traducir la aplicación 901.

Los aspectos de la presente invención han sido descritos en términos de modalidades ilustrativas de ello. Numerosas otras modalidades, modificaciones y variaciones dentro del alcance y espíritu de las reivindicaciones anexas ocurrirán a personas de experiencia ordinaria en la técnica de una revisión de esta descripción.

Claims

REIVINDICACIONES

1. - Un procedimiento para modificar información de un lenguaje fuente a un lenguaje objetivo que comprende los pasos de: interceptar datos destinados para uno de recurso de sistema o GDI; comparar dichos datos interceptados contra datos en una tabla de traducción de núcleo; reemplazar dichos datos interpretados con dichos datos de dicha tabla de traducción de núcleo basado en dicho paso de comparación.

2. - El procedimiento de acuerdo con la reivindicación 1, que además comprende el paso de: redirigir dichos datos interceptados a uno de dicho recurso de sistema de dicho GDI basado en dicho paso de comparación.

3. - El procedimiento de acuerdo con la reivindicación 1, que además comprende los pasos de: comparar dichos datos interceptados contra datos en una tabla de traducción de aplicación; y reemplazar dichos datos interceptados con dichos datos de dicha tabla de traducción de aplicación.

4. - El procedimiento de acuerdo con la reivindicación 1, que además comprende los pasos de: simplificar y normalizar dichos datos interceptados. 5.- El procedimiento de acuerdo con la reivindicación 4, en donde dicho paso de simplificar y normalizar además comprende el paso de: unificar un caso de dichos datos interceptados. 6. - El procedimiento de acuerdo con la reivindicación '4, en donde dicho paso de simplificar y normalizar además comprende el paso de: remover caracteres de control. 7. - El procedimiento de acuerdo con la reivindicación 4, en donde dicho paso de simplificar y normalizar además comprende el paso de: referenciar de forma cruzada dichos datos interceptados entre el cargador de recurso y GDI. 8. - El procedimiento de acuerdo con la reivindicación 1, que además comprende el paso de: restaurar los datos traducidos a un formato de dichos datos interceptados. 9. - El procedimiento de acuerdo con la reivindicación 1, que además comprende el paso de: reajustar un artículo presentado para mostrar dichos datos traducidos. 10. - El procedimiento de acuerdo con la reivindicación 1, que además comprende el paso de: comparar dichos datos interceptados contra datos en una tabla de traducción construida por comunidad; y reemplazar dichos datos interpretados con dichos datos de dicha tabla de traducción construido por comunidad. 11.- El procedimiento de acuerdo con la reivindicación 1, que además comprende el paso de: procesar dichos datos interceptados que utilizan traducción de máquina. 12.- Un sistema para modificar información de un lenguaje fuente a un lenguaje objetivo que comprende: medios para interceptar datos destinados para uno de un recurso de sistema o GDI; medios para comparar dichos datos interceptados contra datos en una tabla de traducción de núcleo; medios para reemplazar dichos datos interceptados con dichos datos de dicha tabla de traducción de núcleo basándose en un resultado de dichos medios de comparación. 13.- El sistema de acuerdo con la reivindicación 12, que además comprende: medios para redirigir dichos datos interceptados a uno de dicho recurso de sistema o dicho GDI basándose en un resultado de dichos medios de comparación. 14.- El sistema de acuerdo con la reivindicación 12, que además comprende: medios para comparar dichos datos interceptados contra datos en una tabla de traducción de aplicación; y medios para reemplazar dichos datos interceptados con dichos datos de dicha tabla de traducción de aplicación. 15.- El sistema de acuerdo con la reivindicación 12, que además comprende: medios para simplificar y normalizar dichos datos interceptados. 16.- El sistema de acuerdo con la reivindicación 15, en donde dichos medios para simplificar y normalizar además comprenden: medios para unificar un caso de dichos datos interceptados. 17. - El sistema de acuerdo con la reivindicación 15, en donde dichos medios para simplificar y normalizar además comprenden: medios para remover caracteres de control. 18. - El sistema de acuerdo con la reivindicación 15, en donde dichos medios para simplificar y normalizar además comprenden: medios para hacer referencia cruzada de dichos datos interpretados entre dicho cargador de recurso y dicho GDI. 19.- El sistema de acuerdo con la reivindicación 12, que además comprende: medios para restaurar datos traducidos en un formato de dichos datos interceptados. 20. - El sistema de acuerdo con la reivindicación 12, que además comprende: medios para reajustar un artículo presentado para mostrar dichos datos traducidos. 21. - El sistema de acuerdo con la reivindicación 12, que además comprende: medios para comparar dichos datos interceptados contra datos en una tabla de traducción construida por comunidad; y medios para reemplazar dichos datos interceptados con dichos datos de dicha tabla de traducción construida por comunidad. 22. - El sistema de acuerdo con la reivindicación 12, que además comprende: medios para procesar dichos datos interceptados utilizando traducción de máquina. 23. - Un sistema para proporcionar traducciones que comprende: un procesador que corre un sistema operativo, dicho sistema operativo estando asociado con al menos una tabla de traducción de núcleo, dicho procesador: interceptando datos dirigidos a un cargador de recurso de sistema o un GDI; comparando dichos datos interceptados contra datos traducidos en dicha tabla de traducción de núcleo; y sacando dichos datos traducidos basándose en dicha comparación; un dispositivo de salida que recibe dichos datos traducidos y da salida a dichos datos traducidos. 24. - El sistema de acuerdo con la reivindicación 23, que además comprende: un almacenamiento que almacena dicha al menos una tabla de traducción de núcleo, dicho almacenamiento siendo accedido por dicho procesador para obtener dichos datos traducidos.