SISTEMAS Y MÉTODOS PARA RECONCILIAR METADATOS DE IMAGEN
CAMPO DE LA INVENCIÓN La presente invención se refiere en general a archivos de imagen comprendiendo metadatos. Más específicamente, la presente invención está dirigida a sistemas y métodos para reconciliar metadatos de imagen en un archivo de imagen , tanto en utilización de dichos metadatos por una aplicación o dispositivo (ej . , leer desde y/o escribir a) , así como también como reconciliar proactivamente conflictos en los metadatos para el archivo cuando sea detectado.
ANTECEDENTES DE LA I NVENCIÓN Como es sabido y apreciado por aq uellos expertos en la materia, un archivo de imagen generalmente com prende tanto datos de imagen (para la reconstrucción de una imagen pixeleada, ej. , un mapa de bits) como metadatos (para describir la imagen y el archivo de imagen) . Los datos de imagen son almacenados de acuerdo con varios formatos estándar de imagen (ej. , J PEG, TI FF, G I F, etc.) mientras q ue los metadatos son almacenados en acuerdo con uno o más esquemas de metadatos de imagen fijos (ej . , EXI F, I PTC, XMP, etc.) . Los varios esq uemas de metadatos han sido largamente desarrollados independientemente para propósitos separados. Por ejemplo, el esquema de metadatos EXIF pertenece a la fotog rafía digital y comprende información perteneciente a la cámara que creó el archivo, la fecha en que la fotografía fue tomada, etcétera y así sucesivamente. En contraste, el esquema de metadatos I PTC pertenece a imágenes usadas en editoriales y comprende información perteneciente a leyendas de una ilustración, palabras clave, gente, índices de audiencia, y así sucesivamente relativos a la editorial. Por otro lado, el esquema de metadatos XMP (creado por Adobe Systems Inc.) es un esquema de metadatos que describe varias propiedades del archivo de imagen incluyendo descripciones significativas y títulos, palabras claves de búsqueda, y actualizaciones del autor e información de derechos de autor, y también incluyendo todas las propiedades de los esquemas EXI F e I PTC así como también otras propiedades únicas no incluidas en otros esquemas de metadatos. Aunque un archivo de imagen típicamente tiene solo datos de imagen para un solo formato estándar de imagen, puede sin embargo tener metadatos para más de un esquema de metadatos, ej . , un archivo JPEG puede tener metadatos EXIF, I PTC y XMP. Estos componentes diferentes de metadatos son a menudo creados, mantenidos, y utilizados por programas de aplicaciones separadas, (o similares) que utilizan metadatos de uno o más esquemas de metadatos cuando utilizan dicho archivo. Desafortunadamente, varios dispositivos y programas de aplicación solo usan un componente de metadatos presente en un archivo de imagen (ej. , para leer desde/o escribir a dicho archivo) y no hacer utilización de otros componentes de metadatos que puedan estar presentes y disponibles en dicho archivo. Sin embargo, varios campos en cada uno de estos componentes de metadatos pueden estar traslapados, y de esta manera pueden aparecer inconsistencias cuando diferentes aplicaciones o dispositivos actualizan campos correspondientes en diferentes componentes de metadatos por separado. Esto se vuelve particularmente problemático para otras aplicaciones o dispositivos que pueden utilizar (para leer desde/o escribir a) más de un componente de metadatos. Por ejemplo, si una aplicación actualiza la leyenda para una imagen en metadatos EXIF y una segunda aplicación actualiza por separado la leyenda para una imagen en metadatos IPTC, entonces una tercera aplicación que puede utilizar tanto metadatos EXIF como IPTC encara un conflicto con respecto a la diferente y separada información de leyendas en cada componente de metadatos. De manera similar, una aplicación o dispositivo que puede usar información en más de un componente de metadatos se encuentra con la cuestión de cual esquema usar, y un problema similar existe para reconciliar proactivamente inconsistencias de metadatos de imagen cuando son descubiertas. Lo que se necesita en la materia son sistemas y métodos para reconciliar los metadatos de una imagen entre diferentes componentes de metadatos en un archivo de imagen, tanto para reconciliar conflictos en dichos metadatos cuando son utilizados así como también para prevenir de manera preactiva y corregir conflictos cuando se encuentren. BREVE DESCRIPCIÓN DE LA INVENCIÓN Varias modalidades de la presente invención están dirigidas a sistema y métodos para reconciliar metadatos de imagen en un archivo de imagen entre diferentes esquemas de metadatos, tanto en la utilización de dichos metadatos por una aplicación o dispositivo, así como también para reconciliar proactivamente conflictos cuando se detecten en dicho archivo de imagen . Varias modalidades están dirigidas a reconciliar lógicamente metadatos conflictivos entre dos o más componentes de metadatos relacionados a las operaciones de lectura o escritura de dichos, metadatos por aplicaciones o dispositivos. Varias otras modalidades están dirigidas a encontrar proactivamente conflictos en los componentes de los metadatos de un archivo y reconciliarlos proactivamente para una utilización presente y futura de dicho archivo. Además , ciertas modalidades de la presente invención están específicamente dirigidas a la lógica para el almacenamiento de metadatos de una manera que se conforme con cada uno de los estándares separados, así como también ciertas modalidades alternativas acerca de la lógica para la resolución de conflictos entre los metadatos cuando sean leídos.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La breve descripción anterior, así como también la descripción detallada sig uiente de las modalidades preferidas, es mejor entendida cuando se lee en conjunto con los dibujos adjuntos. Para propósitos de ilustración de la invención , es mostrado en los dibujos construcciones ejemplares de la invención ; sin embargo, la invención no está limitada a los métodos específicos e ¡nstrumentalidades divulgadas. En los dibujos: La figura 1 es un diagrama de bloques representando un sistema computacional en el cual aspectos de la presente invención pueden incorporarse; La figura 2 es un diagrama de bloques ilustrando la estructura general de un archivo típico de imagen com prendiendo múltiples esquemas de metadatos. La figura 3 es un diagrama de flujo de procesos ilustrando un método representativo de varias modalidades de la presente invención para escribir metadatos nuevos o actualizados a un archivo de imagen ; y La figura 4 es un diagrama de flujo de procesos ilustrando un método representativo de varias modalidades de la presente invención para la lectura de metadatos desde un archivo de imagen y reconciliar cualquier inconsistencia que pueda existir para diferentes esquemas de metadatos teniendo componentes de metadatos traslapados.
DESCRI PCIÓN DETALLADA DE LAS MODALIDADES ILUSTRATIVAS El tema inventivo es descrito con especificidad para encontrar requerimientos reg lamentarios. Sin embargo, la descripción misma no esta intencionada a limitar el alcance de esta patente. En vez de eso, el inventor ha contemplado que el tema reivindicado pueda también ser modificado en otros modos , para incluir diferentes etapas o combinaciones de etapas similares a las descritas en este documento, en conjunto con otras tecnologías del presente o futuro. Además, aunque el termino "etapa" puede ser usado en la presente para connotar diferentes elementos de métodos empleados, el termino no deberá ser interpretado como implicando cualquier orden particular junto o entre varias etapas divulgadas en la presente a menos y excepto cuando el orden de etapas individuales es descrito explícitamente.
DISPOSITIVOS Y AMBIENTE COMPUTACIONALES Numerosas modalidades de la presente invención pueden ejecutarse en una computadora o un dispositivo pseudo-computadora. La figura 1 y la siguiente divulgación intenta proporcionar una breve descripción general de un ambiente general computacional en el cual la invención puede ser implementada. Aunque no es requerido, la invención será descrita en un contexto general de instrucciones ejecutables por computadora, tales como módulos de programa, siendo ejecutados por una computadora, tal como una estación de trabajo o un servidor de un cliente. Generalmente, los módulos de programa incluyen rutinas, programas, objetos, componentes, estructuras de datos y similares que llevan a cabo tareas particulares o implementan tipos de datos abstractos particulares. Además, aquellos expertos en la materia apreciarán que la invención puede ser practicada con otras configuraciones de sistema computacional, incluyendo dispositivos portátiles, sistemas multiprocesadores, electrónicos basados en m icroprocesadores o prog ramables, PCs de red , microcomputadoras, com putadoras principales y similares. La invención puede también ser practicada en ambientes com putacionales distribuidos donde las tareas son llevadas a cabo por dispositivos procesadores remotos que están ligados a través de una red de com unicaciones. En un ambiente computacional distribuido, los módulos de programa pueden estar ubicados tanto en dispositivos de memoria locales como remotos. Como es mostrado en la figura 1 , un sistema computacional de propósito general ejemplificativo incluye una computadora personal convencional 20 o lo similar, incluyendo una unidad procesadora 21 , una memoria de sistema 22, y un bus de sistema 23 que acopla varios componentes del sistema incluyendo la memoria de sistema a la unidad procesadora 21 . El bus de sistema 23 puede ser de varios tipos de estructuras de bus incluyendo un bus de memoria o controlador de memoria, un bus periférico, y un bus local usando cualquiera de una variedad de arquitecturas de bus. La memoria de sistema incluye memoria de solo lectura (ROM) 24 y memoria de acceso aleatorio (RAM) 25. U na sistema de entrada/salida básico 26 (BI OS) , conteniendo las rutinas básicas que ayudan a transformar la información entre elementos en la computadora personal 20, tal como durante el inicio, es almacenado en la ROM 24. La computadora personal 20 puede además incluir una unidad de disco duro 27 para leer desde y escribir a un disco duro, no mostrado, una unidad de disco magnético 28 para leer desde y escribir a un disco magnético removióle 29, y una unidad de disco óptico 30 para leer desde y escribir a un disco óptico removible 31 tal como un CD ROM u otro medio óptico . La unidad de disco duro 27, la unidad de disco magnético 28, y la unidad de disco óptico 30 están conectadas al bus de sistema 23 por una interfase de unidad de disco duro 32, una interfase de unidad de disco magnético 33, y una interfase de unidad de disco óptico 34, respectivamente. Las unidades y sus respectivos medios legibles por computadora asociados proporcionan almacenamiento no volátil de instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos para la computadora personal 20. Aunque el ambiente ejemplificativo descrito en la presente emplea un disco duro, un disco magnético removible 29 y un disco óptico removible 31 , deberán ser apreciados por aq uellos en la materia que otros tipos de medios legibles por computadora q ue pueden almacenar datos que son accesibles por una computadora, tales como casettes magnéticos, tarjetas de memoria flash , discos de video digitales, cartuchos Bernoulli, memorias de acceso aleatorio (RAMs) , memorias solo de lectura (ROMs) y similares pueden tam bién ser usados en el ambiente operativo ejemplificativo. U n numero de módulos de programa pueden estar almacenados en el disco duro, disco mag nético 29, disco óptico 31 , ROM 24 o RAM 25 , incluyendo un sistema operativo 35, uno o más programas de aplicación 36, otros módulos de programa 37 y datos de programa 38. Un usuario puede ing resar comandos e información en la computadora personal 20 a través de dispositivos de entrada tales como un teclado 40 y un dispositivo apuntador 42. Otros dispositivos de entrada (no mostrados) pueden incluir un micrófono, una palanca, un cojín de juego, disco satelital, escáner o sim ilares. Estos y otros dispositivos de entrada están a menudo conectados a la unidad procesadora 21 a través de una interfase de puerto serial 46 que es acoplada al bus de sistema, pero puede estar conectado por otras interfases, tales como un puerto paralelo, puerto de juego o un bus serial universal (USB). Un monitor 47 u otro tipo de dispositivo de visualización está también conectado al bus de sistema 23 vía una interfase, tal como un adaptador de video 48. Además del monitor 47, las computadoras personales típicamente incluyen otros dispositivos periféricos de salida (no mostrados) , tales como bocinas e impresoras. El sistema ejemplificativo de la figura 1 también incluye un adaptador huésped 55, bus de I nterfase Pequeña de Sistema computacional (SCS I) 56, y un dispositivo de almacenamiento externo 62 conectado al bus SCSI 56. La computadora personal 20 puede operar en un ambiente en red usando conexiones lógicas a una o más computadoras remotas, tales como una computadora remota 49. La computadora remota 49 puede ser otra computadora personal , un servidor, un ruteador, una PC de red , un dispositivo par u otro nodo común de red , y típicamente incluye muchos o todos los elementos descritos anteriormente relativos a la computadora personal 20, aunque solo un dispositivo de memoria de almacenamiento 50 ha sido ilustrado en la figura 1 . Las conexiones lógicas demostradas en la figura 1 incluyen un área de red local (LAN) 51 y un área de red amplia (WAN) 52. Tales ambientes en red están comúnmente localizadas en oficinas, redes amplias de computadoras de empresas , intranets e Internet. Cuando se usa en un am biente de red LAN, la computadora personal 20 está conectada a la LAN 51 a través de una ¡nterfase de red o adaptador 53. Cuando es usada en un am biente de red WAN, la computadora personal 20 típicamente incluye un módem 54 u otros medios para establecer comunicación sobre la red de área amplia 52, tal como I nternet. El módem 54, que puede ser externo o interno, está conectado al bus de sistema 23 vía la interfase de puerto serial 46. En un ambiente en red, módulos de programa representados relativos la computadora personal 20, o porciones de la misma, pueden estar almacenados en el dispositivo de almacenam iento de memoria remoto. Será apreciado que las conexiones de la red mostradas son ejemplificativas y otros medios de establecim iento de un enlace de comunicación entre las computadoras pueden ser usados. Además, ciertos sistemas computarizados pueden com prender solo un subconjunto de componentes descritos en la presente, tales como los com ponentes computarizados de una cámara digital u otro dispositivo capturador fotográfico, editor, conversión o de producción . Sin em bargo, aunq ue es visualizado que varias modalidades de la presente invención son particularmente convenientes para sistemas com putarizados y equipo fotográfico comprendiendo componentes computarizados y pseudo- com putarizados, nada en este documento intenta limitar la invención a tales modalidades.
RECONCI L1 AMIENTO DE METADATOS DE IMAGEN La figura 2 es un diagrama de bloques de un archivo de imagen 200 com prendiendo tanto datos de imagen 202 como esquemas m últiples de metadatos 204, 206 y 208. En esta fig ura, los datos de imagen 202 son datos en un formato estándar de imagen tales como TI FF, GI F, o, en este ejem plo, JPEG . El archivo de imagen 200 además comprende metadatos de imagen EXIF 204, metadatos de imagen IPTC 206, y metadatos de imagen XMP 208 , cada uno de los cuales comprende varios componentes de metadatos (no mostrados) que pueden o no traslaparse con los componentes de metadatos de otros esquemas de metadatos. Aunque varios dispositivos y aplicaciones solo soportan la utilización de un subconjunto de esquemas de metadatos (y a menudo solo un solo esquema) y/o utilizan solo un subconjunto de metadatos contenidos en dicho esquema(s) , dispositivos más robustos y aplicaciones pueden no estar tan limitadas y de esta manera se originará la cuestión de que esquemas de metadatos tales dispositivos dinám icos deberían leer desde y/o escribir a. Varias modalidades de la presente invención están dirigidas a sistemas y métodos para leer desde o escribir a esquemas de metadatos de un archivo de imagen. Más específicamente, ciertas modalidades de la presente invención están dirigidos a métodos de escritura de metadatos a un archivo de imagen para prevenir la creación de inconsistencias entre diferentes esquemas de metadatos en un solo archivo de imagen teniendo componentes de metadatos traslapados, mientras otras modalidades de la presente invención están dirigidas a reconciliar las inconsistencias descubiertas cuando son leídas desde esq uemas de metadatos diferentes en un solo archivo de imagen teniendo componentes de metadatos traslapados. La fig ura 3 es un diagrama de flujo de procesos ilustrando un método representativo de varias modalidades de la presente invención para escribir metadatos nuevos o actualizados a un archivo de imagen. Para estas varias modalidades, la aplicación o dispositivo intenta mantener un conjunto existente de esquemas en un archivo de imagen si es posible sin escribir a (es decir, crear) nuevos esq uemas. En la fig ura , en la etapa 302 una aplicación o dispositivo teniendo metadatos nuevos o actualizados que necesitan ser escritos a un archivo de imagen primero determina cuales esquemas existen ya en el archivo de imagen. En la etapa 304, la aplicación o el dispositivo luego establece si los metadatos deseados a ser escritos a dicho archivo de imagen pueden ser adecuadamente almacenados en los esquemas de metadatos existentes para ese archivo. Si es así, entonces en la etapa 306 la aplicación o dispositivo escribe los metadatos nuevos o revisados a todo esquema al grado que cada uno de tales esq uemas de metadatos puedan adecuadamente almacenar metadatos nuevos o revisados. Si no es así, entonces en la etapa 306 la aplicación o dispositivo luego ag rega un nuevo esquema de metadatos al archivo de imagen y escribe los metadatos nuevos o revisados a ese nuevo esq uema de metadatos. Para ciertas modalidades, el nuevo esq uema de metadatos que puede ser agregado será el esquema de metadatos más expresivo dispon ible, es decir, el esquema de metadatos teniendo la estructura más robusta y com ponente de metadatos traslapado con otros esquemas de metadatos tales que, en general, el esquema de metadatos pueda comprender la mayoría (si no todos) de los componentes de metadatos de los otros esquemas de metadatos. Por ejemplo, en un archivo de imagen teniendo un esquema de metadatos I PTC, un n uevo esquema más expresivo de metadatos podría ser XMP, porq ue X P puede almacenar todos los metadatos que el I PTC puede almacenar así como tam bién todos los metadatos que EXI F puede almacenar, y de esta manera desde el grupo de esquemas de metadatos comprendiendo EXI F, I PTC, y XM P, XMP sería el esquema de metadatos más rico y de esta manera el seleccionado. Para ciertas modalidades alternativas de la presente invención, el método siempre agregaría en su lugar el esquema de metadatos más rico disponible y actualizaría tanto el nuevo esquema de metadatos como cualquier esquema de metadatos existente con los nuevos metadatos. Para ciertas otras modalidades alternativas, el método nunca agregaría un nuevo esquema y siempre escribiría los nuevos metadatos en los esquemas de metadatos existentes a la máxima extensión posible. Para varias de estas modalidades, la clasificación relativa de esquemas de metadatos desde el más expresivo al menos expresivo en una base de esquema por esquema puede ser predefinida, mientras que para varias otras modalidades puede ser determ inada en tiempo real. Para varias otras modalidades, la clasificación relativa de esquemas de metadatos del más expresivo al menos expresivo puede predefinirse en una base de componente por componente de metadatos , mientras que para varias otras modalidades puede determinarse en tiempo real. La figura 4 es un diagrama de flujo de procesos ilustrando un método representativo de varias modalidades de la presente invención para la lectura de metadatos desde un archivo de imagen y reconciliar cualquier inconsistencia que pueda existir para diferentes esquemas de metadatos teniendo componentes de metadatos traslapados. Para estas varias modalidades, la aplicación o dispositivo intenta reconciliar cualquier conflicto en el conjunto existente de esquemas en un archivo de imagen y corregir esas inconsistencias si es posible en dicho archivo de imagen. En la fig ura , en la etapa 402 una aplicación o dispositivo lee los metadatos de cada esquema de metadatos presente en el archivo de imagen (o al menos desde todos los esquemas de metadatos conocidos y entendidos por la aplicación o dispositivo). En la etapa 404, la aplicación o dispositivo entonces asegura cuales esquemas de metadatos tienen los com ponentes de metadatos deseados y, en la etapa 406, además asegura cual es el esquema de metadatos más expresivo de entre aquellos que tienen el componente de metadatos deseado. En la etapa 408, la aplicación o dispositivo entonces lee los componentes de los metadatos desde este esquema único de metadatos. En la etapa 41 0, la aplicación o dispositivo entonces aseg ura cuales otros esquemas de metadatos tienen este mismo componente de metadatos teniendo metadatos conflictivos y, en la etapa 41 2, actualiza el componente de metadatos en cada tal esquema de metadatos con los metadatos del componente de metadatos del esquema más expresivo seleccionado de metadatos teniendo dicho componente de metadatos. Para ciertas modalidades alternativas de la presente invención, en vez de actualizar los esquemas de metadatos no seleccionados con metadatos del esquema de metadatos seleccionado, los componentes de metadatos de los esquemas de metadatos no seleccionados serían puestos en cero (ej. , sobrescrito con un valor nulo) . Además, varias modalidades alternativas de la presente invención están específicamente dirigidas a aplicaciones o dispositivos que accesan archivos proactivamente y reconcilien inconsistencias de metadatos sin hacer uso directo de los metadatos. Para varias modalidades de la presente invención , la clasificación relativa de los esquemas de metadatos desde el más expresivo al menos expresivo sobre una base de esq uema por esq uema puede ser predefinida, m ientras que para varias otras modalidades puede determ inarse en tiempo real. Para varias otras modalidades , la clasificación relativa de esquemas de metadatos del más expresivo al menos expresivo puede predefinirse en una base de componente por componente de metadatos, mientras que para varias otras modalidades puede ser determinada en tiempo real. CONCLUSIÓN Los varios sistemas, métodos, y técnicas descritas en la presente pueden ser implementadas con hardware o software o, donde sea apropiado, con una combinación de ambos. De esta manera, los métodos y aparatos de la presente invención, o ciertos aspectos o porciones de los mismos, pueden tomar la forma de código de programa (ej. , instrucciones) plasmados en medios tangibles, tales como discos flexibles, CD-ROMs, discos duros, o cualquier otro medio de almacenamiento legible por máquina, en donde cuando el código de programa es cargado y ejecutado por una máquina, tal como una computadora, la maquina se convierte en un aparato para la práctica de la invención. En el caso de ejecución del código de programa en computadoras programables, la computador generalmente incluirá un procesador, un medio de almacenamiento legible por el procesador (incluyendo memoria volátil y no volátil y/o elementos de almacenamiento), al menos un dispositivo de entrada, al menos un dispositivo de salida. Uno o más programas son preferiblemente implementados en un lenguaje de programación orientado al objeto o de procedimiento a alto nivel para comunicarse con un sistema computacional. Sin embargo, el(los) programa(s) puede(n) ser implementado(s) en asamblea o lenguaje de la maquina, si se desea. En cualquier caso, el lenguaje puede ser un lenguaje compilado o interpretado, y combinado con implementaciones de hardware.
Los métodos y aparatos de la presente invención pueden ser también incluidos en la forma de un código de programa que es transmitido sobre algún medio de transmisión, tal como sobre cableado o alam brado eléctrico, a través de fibras ópticas, o vía cualquier otra forma de transmisión , en donde, cuando el código de programa es cargado y ejecutado por una maquina, tal como una EPRO , un conjunto de acceso, un dispositivo lógico programable (PLD) , una com putadora cliente, una grabadora de video o similares, la maquina se convierte en un aparato para la práctica de la invención . Cuando es implementado en un procesador de propósito general, el código de programa se com bina con el procesador para proporcionar un aparato único que opera para llevar a cabo la funcionalidad de catalogación de la presente invención. Aunque la presente invención ha sido descrita en conexión con las modalidades preferidas de varias figuras, debe ser entendido q ue otras modalidades similares pueden ser usadas o modificaciones y adiciones pueden ser hechas a la modalidad descrita para llevar a cabo la misma función de la presente invención sin desviarse de ahí. Por ejemplo, aunque las modalidades ejemplificativas de la invención están descritas en el contexto de dispositivos digitales em ulando la funcionalidad de computadoras personales, un experto en la materia reconocerá que la presente invención no está limitada a tales dispositivos digitales, según lo descrito en la presente solicitud puede aplicar a cualquier numero de dispositivos computacionales emergentes o ambientes, tales como una consola de juego, una computadora portátil, etc. ya sea alámbrica o inalámbrica, y puede ser aplicada a cualquier numero de tales dispositivos computacionales conectados vía una red de comunicaciones, e interactuar a través de la red. Además, debería ser enfatizado que una variedad de plataformas de cómputo, incluyendo sistemas operativos de dispositivos portátiles y otras aplicaciones específicas de sistemas de interfases de hardware/software, están contempladas en la presente, especialmente por el numero de dispositivos de red inalámbrica que sigue proliferando. Es por eso, que la presente invención no debería ser limitada a ninguna modalidad, sino más bien interpretada en el ámbito y alcance de acuerdo con las reivindicaciones adjuntas. Finalmente, las modalidades divulgadas descritas en la presente pueden ser adaptadas para usar en otras arquitecturas de procesador, sistemas basados en computadora, o virtualizaciones de sistemas y tales modalidades están expresamente anticipadas por las divulgaciones hechas en la presente y, de esta manera, la presente invención no debería ser limitada a modalidades específicas descritas en la presente sino en su lugar ser construida más ampliamente. Así mismo, el uso de instrucciones sintéticas para otros propósitos que la virtualización del procesador también se anticipa por las divulgaciones hechas en la presente, y cualquier tal utilización de instrucciones sintéticas en otros contextos que la virtualización del procesador debería ser leída más ampliamente en las divulgaciones hechas en la presente.