ES2248952T3 - Documentos autoprotegidos. - Google Patents
Documentos autoprotegidos.Info
- Publication number
- ES2248952T3 ES2248952T3 ES99121165T ES99121165T ES2248952T3 ES 2248952 T3 ES2248952 T3 ES 2248952T3 ES 99121165 T ES99121165 T ES 99121165T ES 99121165 T ES99121165 T ES 99121165T ES 2248952 T3 ES2248952 T3 ES 2248952T3
- Authority
- ES
- Spain
- Prior art keywords
- document
- content
- segment
- self
- polarized
- 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.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/106—Enforcing content protection by specific content processing
- G06F21/1063—Personalisation
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/107—License processing; Key processing
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/16—Program or content traceability, e.g. by watermarking
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2151—Time stamp
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Technology Law (AREA)
- Multimedia (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Document Processing Apparatus (AREA)
- Materials For Medical Uses (AREA)
- Orthopedics, Nursing, And Contraception (AREA)
- Developing Agents For Electrophotography (AREA)
- Editing Of Facsimile Originals (AREA)
Abstract
Un sistema y un procedimiento para la distribución segura de documentos electrónicos reduce la probabilidad de reproducción no autorizada y la redistribución por otros receptores autorizados o no autorizados. Un documento autoprotegido (SPD) contiene un documento encriptado así como un conjunto de seguridad de permisos y el software necesario para procesar el documento; la total desencriptación del documento se lleva a cabo lo mas tarde posible de manera a minimizar la posibilidad de interceptar el documento antes de que haya sido volcado totalmente en pantalla o en papel.
Description
Documentos autoprotegidos.
La invención se refiere a la gestión de derechos
documentales, y más en concreto, a un esquema de documento
autoprotector que permite la protección de documentos electrónicos
sin necesidad de soporte adicional de software o hardware para
protección.
Uno de los problemas más importantes que impiden
la amplia distribución de documentos digitales mediante comercio
electrónico es la falta actual de protección de los derechos de
propiedad intelectual de los propietarios del contenido durante la
distribución y el uso de los documentos digitales. Los esfuerzos por
resolver este problema se han denominado "Gestión de Derechos de
Propiedad Intelectual" ("IPRM"), "Gestión de Derechos de
Propiedad Digitales" ("DPRM"), "Gestión de Propiedad
Intelectual" ("IPM"), "Gestión de Derechos"
("AM"), y "Gestión de Copyright Electrónico"
("ECM").
Un documento, en el sentido en que el término se
utiliza aquí, es cualquier unidad de información sujeta a
distribución o transferencia, incluyendo, aunque sin limitación,
correspondencia, libros, revistas, diarios, periódicos, otros
documentos, software, fotografías y otras imágenes, clips audio y
vídeo, y otras presentaciones multimedia. Un documento se puede
realizar en forma impresa en papel, como datos digitales en un medio
de almacenamiento, o de cualquier otra manera conocida en varios
medios.
En el mundo de los documentos impresos, el
trabajo creado por un autor es enviado por lo general a un editor,
que formatea e imprime numerosos ejemplares del trabajo. Los
ejemplares son enviados posteriormente por un distribuidor a las
librerías u otras tiendas minoristas, en las que los usuarios
finales pueden adquirir los ejemplares.
Aunque la baja calidad de las copias y el alto
costo de distribuir material impreso han servido como elementos
disuasorios de la copia ilegal de la mayoría de los documentos
impresos, es mucho más fácil copiar, modificar y redistribuir
documentos electrónicos no protegidos. Por consiguiente, se necesita
algún método de proteger documentos electrónicos para hacer más
difícil copiarlos ilegalmente. Esto servirá como un elemento
disuasorio de la copia, aunque todavía es posible, por ejemplo,
hacer copias en papel de documentos impresos y duplicarlas al viejo
estilo.
Con documentos impresos, hay un paso adicional de
digitalizar el documento antes de que pueda ser redistribuido
electrónicamente; esto sirve como disuasorio. Por desgracia, se ha
reconocido ampliamente que no hay forma viable de evitar que la
gente realice distribuciones no autorizadas de documentos
electrónicos dentro de los actuales sistemas informáticos y de
comunicaciones de uso general tales como ordenadores personales,
estaciones de trabajo, y otros dispositivos conectados en redes de
área local (LANs), intranets, e Internet. Se ha demostrado que
muchos intentos de proporcionar soluciones basadas en hardware para
evitar la copia no autorizada no han tenido éxito.
Se ha empleado dos esquemas básicos para intentar
resolver el problema de la protección de documentos: contenedores
seguros y sistemas de confianza.
Un "contenedor seguro" (o simplemente un
documento encriptado) ofrece una forma de mantener encriptado el
contenido del documento hasta que se cumple una serie de condiciones
de autorización y se cumplen algunos términos de derechos de autor
(por ejemplo, pago por uso). Después de verificar las varias
condiciones y términos con el proveedor de documentos, el documento
se entrega al usuario en forma no cifrada. Productos comerciales
como Cryptolopes de IBM e Digiboxes de InterTrust pertenecen a esta
categoría. Claramente, el acercamiento de contenedor seguro
proporciona una solución para proteger el documento durante la
distribución por canales inseguros, pero no proporciona ningún
mecanismo para evitar que los usuarios legítimos obtengan el
documento no cifrado y después lo utilicen y redistribuyan en
violación de la propiedad intelectual del propietario del
contenido.
Se utilizan típicamente mecanismos criptográficos
para encriptar (o "cifrar") documentos que después se
distribuyen y almacenan públicamente, y en último término son
descifrados privadamente por usuarios autorizados. Esto proporciona
una forma básica de protección durante la distribución del documento
desde un distribuidor de documentos a un usuario deseado por una red
pública, así como durante el almacenamiento del documento en un
medio inseguro.
En el acercamiento del "sistema de
confianza", todo el sistema es responsable de evitar el uso y la
distribución no autorizados del documento. Crear un sistema de
confianza implica en general introducir hardware nuevo tal como un
procesador seguro, almacenamiento seguro y dispositivos de
renderizar seguros. Esto requiere también que todas las aplicaciones
de software que se ejecuten en sistemas de confianza tengan el
certificado de ser de confianza. Aunque la construcción sistemas de
confianza a prueba de manipulación todavía es un reto real para las
tecnologías actuales, las actuales tendencias del mercado sugieren
que los sistemas abiertos y de confianza, tales como PCs y
estaciones de trabajo, serán los sistemas dominantes utilizados para
acceder a documentos con copyright. En este sentido, los actuales
entornos informáticos, tales como PCs y estaciones de trabajo,
equipados con sistemas operativos populares (por ejemplo, Windows y
UNIX) y renderizar aplicaciones (por ejemplo, Microsoft Word) no son
sistemas de confianza y no se pueden hacer de confianza sin alterar
considerablemente sus arquitecturas.
Por consiguiente, aunque algunos componentes de
confianza pueden ser desplegados, se debe continuar confiando en
varios elementos y sistemas desconocidos y no de confianza. En tales
sistemas, aunque se espera que sean seguros, se encuentran y
explotan frecuentemente errores no anticipados y debilidades.
Hay numerosas cuestiones en la Gestión de
Derechos: autenticación, autorización, contabilidad, pago y
compensación financiera, especificación de derechos, verificación de
derechos, ejecución de derechos, y protección de documentos. La
protección de documentos es una cuestión especialmente importante.
Después de que un usuario ha pagado los derechos del propietario del
contenido y se le ha permitido efectuar una operación particular con
un documento (por ejemplo, impresión, visión en pantalla,
reproducción musical, o ejecución del software), el documento está
presumiblemente en lenguaje no cifrado o no encriptado. Indicado en
términos sencillos, el problema de la protección de documentos es
evitar que los derechos del propietario del contenido estén en
peligro cuando el documento esté en su estado más vulnerable:
almacenado, en estado no cifrado, en una máquina dentro del control
del usuario. Incluso cuando los documentos son enviados de forma
segura (típicamente en forma encriptada) desde un distribuidor al
usuario, deben ser renderizados a una forma de datos de presentación
antes de que el usuario pueda ver o manipular de otro modo el
documento. Por consiguiente, para lograr el nivel más alto de
protección, es importante proteger todo lo posible el contenido del
documento, revelándolo al mismo tiempo al usuario en una etapa
posterior y en una forma que sea difícil de recuperar en forma
útil.
En los acercamientos conocidos a la distribución
de documentos electrónicos que emplean encriptado, un documento
encriptado se hace en varios pasos separados. Primero: el documento
encriptado es recibido por el usuario. Segundo: el usuario emplea su
clave privada (en un criptosistema de clave pública) para
desencriptar los datos y derivar el contenido no cifrado del
documento. Finalmente, el contenido no cifrado se pasa después a una
aplicación de renderización, que traduce el documento legible por
ordenador al documento acabado, para verlo en la pantalla de
ordenador del usuario o para imprimir una copia en papel. El
contenido no cifrado precisa renderización porque, en la mayoría de
los casos, la aplicación de renderización es un producto de terceras
partes (tal como Microsoft Word o Adobe Acrobat Reader) que requiere
que el documento de entrada esté en una forma específica. Se deberá
apreciar entonces que entre los pasos segundo y tercero el documento
previamente protegido es vulnerable. Ha sido desencriptado, pero
todavía está almacenado en forma electrónica no cifrada en el
ordenador del usuario. Si el usuario es descuidado o está motivado
de otro modo para minimizar los honorarios, el documento puede ser
redistribuido fácilmente sin adquirir los permisos necesarios del
propietario del contenido.
Por consiguiente, sería beneficioso proporcionar
un esquema de distribución de documentos electrónicos que minimice
las desventajas de los sistemas conocidos.
WO 98/11690 describe un sistema y método de
autodesencriptar información digital incluyendo una estructura de
información digital que incluye un archivo de datos encriptados
(54), un procedimiento de desenvolvimiento (50) para identificar
posiciones de otras porciones almacenadas de la información digital
y para extraer un programa que comunicará con el sistema operativo,
y una aplicación de driver (52), por lo que una función de la
aplicación de driver (52) es atrapar todas las llamadas del sistema
operativo para acceso a archivos.
El objeto de la presente invención es
proporcionar un esquema que es capaz de evitar que usuarios obtengan
una forma útil de un documento distribuido electrónicamente durante
los procesos de desencriptado y/o renderización.
Este objeto se alcanza con la materia de las
reivindicaciones independientes 1, 9 y 11.
Las realizaciones preferidas se definen en las
reivindicaciones dependientes.
El documento autoprotector presente ("SPD")
no está sometido a las desventajas antes indicadas de la técnica
anterior. Combinando un documento encriptado con una serie de
permisos y un segmento de código ejecutable que incluye la mayor
parte del software necesario para extraer y usar el documento
encriptado, el documento autoprotector lleva a cabo la protección
del contenido de documento sin necesidad de hardware y software
adicionales.
El sistema SPD se descompone entre un creador de
contenido (análogo al autor y el editor del modelo tradicional) y un
distribuidor de contenido. El autor/editor crea el documento
original, y decide qué derechos están autorizados. El distribuidor
personaliza posteriormente el documento para uso por varios
usuarios, garantizando mediante la personalización que los usuarios
no excedan de los permisos que adquirieron.
En el sistema de usuario, el documento
autoprotector es desencriptado en el último momento posible. En una
realización de la invención, también se disponen varias facilidades
de renderización dentro del SPD, de manera que el uso del SPD no
tiene que basarse en una aplicación externa que podría no ser de
confianza (y que podría invitar al uso no autorizado). En una
realización alternativa, se especifican interfaces y protocolos para
que una aplicación de renderización de una tercera parte interactúe
con el SPD para realizar la renderización de confianza.
En una realización de la invención, el documento
encriptado es desencriptado por el sistema de usuario
"polarizándolo" simultáneamente con una clave que depende, al
menos en parte, del estado del sistema de usuario. La polarización
puede ser criptográficamente menos segura que el encriptado usado
para distribución, pero sirve para disuadir las copias ocasionales.
En esta realización, la despolarización se lleva a cabo durante o
después del proceso de renderización, para hacer que cualquier forma
intermedia del documento sea esencialmente inutilizable.
La figura 1 es un diagrama de bloques de alto
nivel que representa un modelo para la creación y distribución
comercial de documentos electrónicos en entornos seguros o
inseguros.
La figura 2 es un diagrama de flujo que ilustra
el desencriptado de documentos electrónicos protegidos según la
técnica.
La figura 3 es un diagrama de flujo que ilustra
el desencriptado de documentos electrónicos protegidos según una
realización simple de la invención.
La figura 4 es un diagrama de flujo que ilustra
el desencriptado de documentos electrónicos protegidos según una
realización preferida de la invención.
La figura 5 es un diagrama de bloques funcionales
que ilustra las estructuras de datos presentes en un documento
autoprotector según una realización de la invención.
La figura 6 es un diagrama de flujo que ilustra
la creación y personalización de un documento autoprotector según
una realización de la invención.
La figura 7 es un diagrama de flujo, desde la
perspectiva del usuario, que ilustra las acciones realizadas al
manejar y usar un documento autoprotector según la invención.
La figura 8 es un gráfico que ilustra varios
recorridos posibles entre un documento no renderizado y encriptado,
y datos de presentación renderizados y desencriptados.
La figura 9 es un diagrama de flujo que ilustra
un proceso de polarización según la invención en el que la
información de formato del documento permanece en estado no cifrado
para renderización.
La figura 1 representa un modelo funcional de
alto nivel para un sistema para la distribución electrónica de
documentos, que como se ha definido antes, puede incluir
correspondencia, libros, revistas, diarios, periódicos, otros
documentos, software, clips audio y vídeo, y otras presentaciones
multimedia.
Un autor (o editor) 110 crea un contenido
original de documento 112 y lo pasa a un distribuidor 114 para
distribución. Aunque se contempla que el autor también puede
distribuir documentos directamente, sin que participe otra parte
como distribuidor, la división de tareas expuesta en la figura 1 es
más eficiente, porque permite al autor/editor 110 concentrarse en la
creación del contenido, y no en las funciones mecánicas y mundanas
que asume el distribuidor 114. Además, tal división permitiría al
distribuidor 114 realizar economías de escala por asociación con un
número de autores y editores (incluyendo el autor/editor 110
ilustrado).
El distribuidor 114 pasa después el contenido
modificado 116 a un usuario 118. En un modelo típico de distribución
electrónica, el contenido modificado 116 representa una versión
encriptada del contenido original 112; el distribuidor 114 encripta
el contenido original 112 con la clave pública del usuario 118, y el
contenido modificado 116 es personalizado solamente para el único
usuario 118. El usuario 118 es capaz entonces de usar su clave
privada para desencriptar el contenido modificado 116 y ver el
contenido original 112.
El usuario 118 pasa al distribuidor 114 un pago
120 por el contenido 112 por medio de una cámara de compensación
122. La cámara de compensación 122 recoge peticiones del usuario 118
y de otros usuarios que desean ver un documento particular. La
cámara de compensación 122 también recoge información sobre pago,
tal como transacciones de débito, transacciones con tarjeta de
crédito, u otros esquemas conocidos de pago electrónico, y envía los
pagos de usuario recogidos como un lote de pago 124 al distribuidor
114. Naturalmente, se espera que la cámara de compensación 122
retenga una parte del pago del usuario 120. A su vez, el
distribuidor 114 retiene una porción del lote de pago 124 y envía un
pago 126 (incluyendo derechos de autor) al autor y editor 110. En
una realización de este esquema, el distribuidor 114 espera un grupo
de peticiones de usuario para un documento único antes de enviar
nada. Cuando se hace esto, se puede generar un documento único con
contenido modificado 116 para desencriptado por todos los usuarios
solicitantes. Esta técnica es conocida en la materia.
Mientras tanto, cada vez que el usuario 118 pide
(o usa) un documento, se envía un mensaje contable 128 a un servidor
de auditoría 130. El servidor de auditoría 130 garantiza que cada
petición realizada por el usuario 118 coincida con un documento
enviado por el distribuidor 114; la información contable 131 es
recibida por el servidor de auditoría 130 directamente del
distribuidor 114. Las inconsistencias son transmitidas mediante un
informe 132 a la cámara de compensación 122, que entonces puede
ajustar los lotes de pago 124 hechos al distribuidor 114. Este
esquema contable está presente para reducir la posibilidad de fraude
en este modelo de distribución de documentos electrónicos, así como
manejar los permisos de uso dependientes de tiempo que pueden dar
lugar a que los cargos varíen, dependiendo de la duración o la
amplitud de uso.
El modelo anterior para comercio electrónico de
documentos, representado en la figura 1, es de uso común hoy día.
Como se mostrará con detalle a continuación, es igualmente aplicable
al sistema y método aquí expuestos para la distribución de
documentos autoprotectores.
Pasando ahora a la figura 2, se representan los
pasos realizados por el usuario 118 (figura 1) en un sistema de la
técnica anterior para distribución de documentos electrónicos. como
se ha explicado anteriormente, se utilizan típicamente mecanismos
criptográficos para cifrar documentos. Los documentos encriptados
son distribuidos posteriormente y almacenados públicamente y
descrifrados a nivel privado por usuarios autorizados. Esto
proporciona una forma básica de protección durante la distribución
del documento de un distribuidor de documentos a un usuario deseado
por una red pública, así como durante el almacenamiento de
documentos en un medio inseguro.
Al comienzo, un documento encriptado 210 es
recibido por el usuario 118 y pasado a un paso de desencriptado 212.
Como es conocido en la materia, el paso de desencriptado 212 recibe
la clave privada del usuario 118, que se almacena localmente en el
ordenador del usuario o es introducida por el usuario cuando sea
necesario. El documento 210 es desencriptado, dando lugar al
descifrado del contenido 216 similar o idéntico al contenido
original 112 (figura 1).
El contenido no cifrado 216 se pasa a una
aplicación de renderización 218, que construye datos de presentación
220, o una versión utilizable del contenido original de documento
112. En sistemas típicos de este tipo, los datos de presentación 220
son datos inmediatamente adecuados para visualización en una
pantalla vídeo, para impresión como una copia en papel, o para otro
uso dependiendo del tipo de documento.
Como se ha explicado anteriormente, el documento
es vulnerable en sistemas como éste. El contenido no cifrado 216 se
puede copiar, almacenar o pasar a otros usuarios sin el conocimiento
o consentimiento del distribuidor 114 o el autor/editor 110. Incluso
un usuario legítimo puede sentir la tentación de minimizar los
derechos de licencia capturando el documento en estado no cifrado
para redistribuirlo y usarlo a voluntad, sin pagar la propiedad
intelectual de los propietarios del contenido. Como se ha explicado
anteriormente, la presente invención se dirige a un esquema para
evitar que tal usuario obtenga una forma útil del documento durante
el proceso de renderización en el sistema de usuario.
Por consiguiente, el sistema y método de la
presente invención exponen un esquema alternativo para manejar
documentos encriptados en el sistema del usuario 118. Una
realización simple de este esquema se ilustra en la figura 3.
La figura 3 es parecida a la figura 2, en que un
documento encriptado 310 se pasa a un paso de desencriptado 312 (que
usa una clave privada 314) y una aplicación de renderización 316,
dando lugar a datos de presentación 318. Sin embargo, una envuelta
protectora 320 ofrece una capa adicional de protección. La envuelta
protectora 320 permite que el documento 310 sea desencriptado y
renderizado sin dejar que el contenido no cifrado (como en el
contenido no cifrado 216 de la figura 2) esté disponible para ser
interceptado. Esto se lleva a cabo incluyendo elementos de
desencriptado y renderización dentro del documento 310, como se
describirá a continuación con referencia a la figura 5. Los
elementos de desencriptado y renderización incluidos están adaptados
para limitar la interacción del usuario con el SPD, prohibiendo
algunas operaciones (tal como guardar el documento o realizar
operaciones de cortar y pegar) según los permisos del usuario.
La figura 4 es una versión más sofisticada. El
esquema de la figura 4 incluye un paso intermedio de
"polarización" adaptado para fijar el documento después de
haber sido desencriptado pero antes de renderizarlo. En primer
lugar, el contenido del documento encriptado 410 se pasa a un
polarizador 412. El polarizador 412 recibe la clave privada del
usuario 414 y, mediante un paso de desencriptado 416, descifra el
contenido del documento 410. Simultáneamente, el polarizador 412
recibe una clave de polarización 418 del sistema de usuario.
Esta clave de polarización 418 es utilizada por
el polarizador 412 para transformar el documento a una versión que
tiene contenido polarizado 420. Todas estas operaciones pueden tener
lugar en abierto, sin ningún tipo de mecanismo protector, a
condición de que el polarizador 412 no almacene una versión no
cifrada del documento entre su desencriptado y polarización.
En una realización de la invención, la clave de
polarización 418 representa una combinación de elementos de datos
tomados del estado interno del sistema del usuario, tal como la
fecha y hora del día, el tiempo transcurrido desde la última
pulsación de tecla, la velocidad y número de serie del procesador, y
cualquier otra información que pueda ser derivada de forma repetible
del sistema de usuario. Es útil incluir alguna información derivada
del tiempo en la clave de polarización 418 de manera que la
interceptación y captura del contenido polarizado 420 no sean
útiles. La renderización adicional del documento polarizado no sería
posible, puesto que la hora del sistema habría cambiado
demasiado.
Después, de nuevo dentro de una envuelta
protectora 422, el contenido polarizado 420 se pasa a una aplicación
de renderización 424. Como se ha explicado anteriormente, las
aplicaciones de renderización típicas son aplicaciones de terceras
partes tales como Microsoft Word o Adobe Acrobat Reader. Sin
embargo, es probable que dichas aplicaciones de renderización
externas no sean capaces de procesar el contenido polarizado 420,
puesto que el contenido, los códigos de formato, y otras claves
usadas por el renderizador se habrán embrollado en el proceso de
polarización.
Por lo tanto, la aplicación de renderización 424
debe ser conmutativa (o al menos tolerante a los fallos), o debe
recibir el contenido polarizado 420 que esté en gran parte completo
y sea procesable por la aplicación. Esta última posibilidad se
explicará a continuación, en conexión con la figura 9.
La salida de la aplicación de renderización son
datos de presentación polarizados 426, que han sido formateados por
la aplicación de renderización 424, pero todavía están polarizados,
y por lo tanto no son legibles por el usuario. Los datos de
presentación polarizados 426 se pasan a un despolarizador 428, que
recibe la clave de polarización 418 y restaura la forma original del
documento como datos de presentación 430. En una realización de la
invención, la función de despolarización se combina con la función
de renderización o visualización. En este caso, los datos de
presentación polarizados 426 son recibidos directamente por un
dispositivo de visualización, que puede estar separado del sistema
de usuario y recibir datos por un canal de comunicaciones.
La creación de la clave de polarización 418, la
aplicación de renderización 418, y el paso de despolarización 428
son todos los elementos de la envuelta protectora 422; estos son
elementos de programa resistentes a manipulación. Se contempla que
todos los pasos de cálculo que tienen lugar dentro de la envuelta
protectora 422 usen datos locales solamente, y no almacenen datos
temporales en ningún medio de almacenamiento globalmente accesible o
zona de memoria; solamente los resultados explícitos será exportados
de la envuelta protectora 422. Este acercamiento evitará que los
usuarios modifiquen fácilmente los puntos de entrada del sistema
operativo o hagan fraude con los recursos del sistema para
interceptar y utilizar datos intermedios.
Se deberá observar que los datos de presentación
430 de la figura 4, en realizaciones alternativas de la invención,
pueden ser independientes de dispositivo o dependientes de
dispositivo. En el caso de independencia de dispositivo, se necesita
típicamente un procesado adicional por un driver de dispositivo (tal
como un driver de visualización o un driver de impresora) para
completar el proceso de renderización. En el caso dependiente de
dispositivo actualmente preferido, ya se han hecho las
modificaciones específicas de dispositivo en los datos de
presentación (en la aplicación de renderización 424 o el paso de
despolarización 428), y los datos de presentación 430 pueden ser
enviados directamente al dispositivo de salida deseado.
Los esquemas de desencriptado antes descritos con
referencia a las figuras 3 y 4 están habilitados por una única
estructura de documento, que se representa con detalle en la figura
5. Como se ha explicado anteriormente, algunas operaciones
realizadas por el sistema y método de la invención requieren
componentes de confianza. Una forma de garantizar que algún código
no modificado esté siendo utilizado para efectuar los aspectos de
confianza de la invención es proporcionar el código junto con los
documentos. Los varios componentes de un documento autoprotector
según la invención se ilustran en la figura 5.
La invención realiza un acercamiento al problema
de protección de documentos sin ningún supuesto en presencia de
unidades de hardware o módulos de software de confianza en el
sistema de usuario. Esto se lleva a cabo mejorando un documento de
manera que sea un objeto meta-documento activo. Los
propietarios del contenido (es decir, autores o editores) unen a un
documento derechos que especifican los tipos de usos, las
autorizaciones necesarias y los derechos asociados, y un módulo de
software que ejecuta los permisos concedidos al usuario. Esta
combinación del documento, los derechos asociados, y los módulos de
software unido que ponen en vigor los derechos son el documento
autoprotector ("SPD") de la invención. Un documento
autoprotector evita el uso y la distribución no autorizados y no
controlados del documento, protegiendo por lo tanto los derechos de
los propietarios del contenido.
El documento autoprotector 510 incluye tres
segmentos funcionales principales: un segmento de código ejecutable
512 contiene algunas porciones de código ejecutable necesarias para
permitir al usuario utilizar el documento encriptado; un segmento de
derechos y permisos 514 contiene estructuras de datos
representativas de los varios niveles de acceso que se han de
permitir a varios usuarios; y un segmento de contenido 516 incluye
el contenido encriptado 116 (figura 1) que el usuario desea ver.
En una realización preferida de la invención, el
segmento de contenido 516 del SPD 510 incluye tres subsecciones:
metainformación de documento 518 (incluyendo, aunque sin limitación,
el título, formato, y fecha de revisión del documento), información
sobre derechos 520 (tal como un aviso sobre derechos de autor unido
al texto, así como información sobre derechos y permisos), y el
contenido protegido 520 (el documento encriptado propiamente
dicho).
dicho).
En una realización de la invención, el segmento
de derechos y permisos 514 incluye información sobre los derechos
específicos de cada usuario autorizado. Se puede unir una lista de
términos y condiciones a cada derecho de uso. Por ejemplo, el
usuario John Doe puede tener derecho a ver un documento particular e
imprimirlo dos veces, a un costo de \textdollar10. En este caso,
el segmento de derechos y permisos 514 identifica a John Doe, asocia
con él dos derechos (el derecho de visión y el derecho de
impresión), y especifica los términos y condiciones incluyendo el
precio (\textdollar10) y una limitación de impresión (dos veces).
El segmento de derechos y permisos 514 también puede incluir
información sobre otros usuarios.
En una realización alternativa, el segmento de
derechos y permisos 514 incluye solamente un enlace a información
externa especificando información sobre derechos. En tal caso, los
derechos y permisos reales se almacenan en otro lugar, por ejemplo
en un servidor de permisos en red, que debe ser consultado cada vez
que se haya de utilizar el documento. Este acercamiento proporciona
la ventaja de que los derechos y permisos pueden ser actualizados
dinámicamente por los propietarios del contenido. Por ejemplo, se
puede incrementar el precio por visión, o se puede poner fin a los
derechos del usuario si se ha detectado uso no autorizado.
En cualquier escenario, el segmento de derechos y
permisos 514 es firmado criptográficamente (por métodos conocidos en
la materia) para evitar la manipulación con los derechos y permisos
especificados; también puede ser encriptado para evitar que el
usuario vea directamente los derechos y permisos propios y de
otros.
El segmento de código ejecutable 512, también
llamado el "Control SPD", también contiene varias subsecciones,
cada una de las cuales incluye un módulo de software al menos
parcialmente dentro del segmento de código ejecutable. En una
realización de la invención, se utiliza el lenguaje de programación
Java para el Control de SPD; sin embargo, se contempla que en una
implementación de esta invención se pueda usar cualquier lenguaje
dependiente de plataforma o específico de plataforma, interpretado o
compilado.
Un ejecutor de derechos 524 está presente para
verificar la identidad del usuario, para comparar una acción pedida
por el usuario con las acciones enumeradas en el segmento de
derechos y permisos 514, y para permitir o denegar la acción pedida
dependiendo de los derechos especificados. La operación del ejecutor
de derechos 524 se explicará con más detalle a continuación, en
conexión con la figura 7.
También está presente un motor de polarización
fijo 526 dentro del segmento de código ejecutable 512; sirve para
leer y polarizar los datos según el estado del sistema (u otra clave
de polarización) como se ha explicado anteriormente. En una
realización preferida de la invención, el motor de polarización 526
actúa sobre el documento antes de que se almacene o desencripte, de
modo que el documento nunca es almacenado en el estado no cifrado en
el sistema de usuario. El motor de polarización 526 está asegurado,
es decir, está firmado criptográficamente y encriptado, para evitar
la manipulación, ingeniería inversa, y desensamblaje.
También se incluye un motor de despolarización
contrapartida 528 para permitir la generación de datos de
presentación en estado no cifrado del contenido polarizado (véase la
figura 4). El motor de despolarización incluye un conjunto de
objetos de ventana segura, que proporciona una interface
relativamente a prueba de manipulación a la API de renderización
(interface de programa de aplicación) del sistema de usuario. Los
objetos de ventana segura son resistentes a ser interceptados,
reduciendo por ello la posibilidad de que el documento, en su forma
no cifrada, se pueda reconstruir interceptando y recibiendo los
datos destinados al sistema operativo.
También se incluye un motor de despolarización
contrapartida 528 para permitir la generación de datos de
presentación no cifrados del contenido polarizado (véase la figura
4). El motor de despolarización 528 proporciona una interface
relativamente a prueba de manipulación al dispositivo lógico o
físico de salida (por ejemplo, el dispositivo de visualización del
usuario). La entrada al motor de despolarización 528 son datos de
presentación polarizados. Por lo tanto, si dichos datos son
interceptados, no revelarán nada del contenido no cifrado sin
despolarización adicional que dependa, por ejemplo, del estado del
sistema de usuario.
Se incluye opcionalmente un visor seguro 530 en
el segmento de código ejecutable 512. El visor seguro 530 se utiliza
para permitir solamente los niveles de acceso que están permitidos
según el segmento de derechos y permisos 514. Por ejemplo, si el
usuario adquirió solamente derechos suficientes para ver un
documento (y no para guardarlo o imprimirlo), el visor no permitirá
al usuario guardar, imprimir ni realizar las operaciones estándar de
cortar y pegar posibles en la mayoría de los sistemas operativos
modernos.
Finalmente, se incluye o referencia un motor de
renderización 532 dentro del segmento de código ejecutable 512. El
motor de renderización 532 no tiene que ser seguro. Por
consiguiente, el código para el motor de renderización 532 se puede
incluir dentro del applet de SPD, o recuperar alternativamente
(mediante un enlace seguro) de alguna otra posición. En cualquier
caso, el motor de renderización 532 está adaptado para recibir el
contenido de documento polarizado y producir a partir de él datos de
presentación polarizados (véase la figura 4).
Los aspectos y elementos anteriores del documento
autoprotector 510 se explicarán con más detalle a continuación, en
unión con el funcionamiento del sistema.
La figura 6 muestra los pasos realizados cuando
se crea y distribuye un documento autoprotector 510. Un SPD genérico
610 incluye información de derechos no específica de usuario y no
está encriptado para ningún usuario particular. El SPD genérico 610
se crea a partir de tres artículos: el contenido del documento
original 612, en forma no cifrada (no encriptada); una
especificación de derechos de alto nivel 614; y una marca de agua
opcional 616.
El contenido 612 es preprocesado (paso 618) para
configurar el documento según se desee por el autor o editor. Por
ejemplo, se puede seleccionar un tamaño de página, fuente, y
disposición de página preferidos. El contenido 612 es esencialmente
"prerrenderizado" en el paso de preprocesado del contenido de
manera que esté en un formato que sea compatible con los sistemas
del usuario y el SPD. Por ejemplo, el contenido 612 se puede
convertir de formato de Microsoft Word (".DOC") o Adobe Acrobat
(".PDF") a un formato diferente especialmente adaptado para ser
leído por el motor de renderización 532 (figura 5). En una
realización de la invención, se generan múltiples versiones del
contenido 612 por el paso de preprocesado del contenido y almacenan
en el SPD genérico 610; las versiones diferentes pueden ser
adquiridas posteriormente por separado por el usuario según sus
necesidades.
La especificación de derechos de alto nivel 614
expone qué combinaciones de derechos de acceso son permisibles. Tal
especificación de derechos se adapta a un documento particular, y es
capaz de describir grupos diferentes de derechos para clases
diferentes de usuarios situados hacia abajo. Por ejemplo, un editor
puede recibir el derecho de distribuir hasta 100.000 ejemplares de
un documento a un royalty de \textdollar1,00 por copia, originando
las copias adicionales un derecho de \textdollar2,00. Igualmente,
los usuarios pueden recibir la opción de comprar una versión del
documento que "caduque" después de un mes, un año o nunca. Se
describen varias limitaciones posibles con referencia a un ejemplo
detallado, que se expone a continuación. Digital Property Rights
Language (DPRL) es un lenguaje que se puede usar para especificar
derechos para obras digitales. Proporciona un mecanismo en el que
los diferentes términos y condiciones se pueden especificar y
ejecutar para derechos. Las especificaciones de derechos se
representan como sentencias en DPRL. Para detalles, véase, por
ejemplo, la Patente de Estados Unidos número 5.715.403 de Stefik,
titulada "Sistema para controlar la distribución y el uso de obras
digitales que llevan anejos derechos de uso donde los derechos de
uso son definidos por una gramática de derechos de uso". La
ejecución de los derechos y la verificación de condiciones asociadas
con los derechos se realizan usando la tecnología SPD.
Se puede especificar diferentes derechos para
partes diferentes de una obra digital usando una especificación de
"trabajo". Dentro de una especificación de obra se especifican
conjuntos diferentes de derechos aplicables a esta obra. Los
derechos se pueden agrupar en grupos llamados "grupos de
derechos". Cada derecho dentro de un grupo de derechos está
asociado con una serie de condiciones. Las condiciones pueden ser de
tipos diferentes: derechos a pagar, tiempo de uso, tipo de acceso,
tipo de marca de agua, tipo de dispositivo en que se puede realizar
la operación, etc. DPRL permite diferente categorías de derechos:
transferencia, derechos de renderización, derechos de obra
derivados, derechos de gestión de archivos y derechos de
configuración. Los derechos de transporte gobiernan el movimiento de
una obra de un depósito a otro. Los derechos de renderización
gobiernan la impresión y visualización de una obra, o más en
general, la transmisión de una obra mediante un transductor a un
medio externo (esto incluye el derecho de "exportación", que se
puede usar para hacer copia en lenguaje no cifrado). Los derechos de
obra derivados gobiernan la reutilización de una obra al crear
nuevas obras. Los derechos de gestión de archivos gobiernan la
creación y restauración de copias de seguridad. Finalmente, los
derechos de configuración se refieren a la instalación de software
en depósitos.{XE "derechos: categorías de"}
Una especificación de obra ejemplar en DPRL se
expone a continuación:
(Obra:
(Rights-Language-Version:
1.02)
(ID de obra:
"ISDN-1-55860-166-X;
AAP-2348957tut")
(Descripción: ``Título:
"Zuke-Zack, the Moby Dog Story"
- Autor: ``John Beagle''
- Copyright 1994 Jones Publishing'')
(Propietario: (Certificado:
- (Autoridad: "Library of Congress")
- (ID: "Murphy Publishers")))
(Partes:
"Photo-Celebshots-Dogs-23487gfj"
"Dog-Breeds-Chart-AKC")
(Comentario: "Derechos editado por Pete Jones,
Junio 1996")
(Contenido: (De: 1) (A: 16636))
(Grupo de derechos: "Ordinario"
(Comentario: "Este grupo de derechos se utiliza
para ediciones estándar de venta al por menor")
(Conjunto:
(Hora: (Hasta: 01/01/1998 0:01))
- (Derechos: (A: "Jones-PBLSH-18546789")
- (Cámara: "Visa")))
(Reproducción:
- (Derechos: (Por uso: 10,00 USD)) (Por: 1:0:0) (Para: 0:0:1))))
\newpage
(Impresión:
- (Derechos: (Medidos: (Tarifa: 1,00 USD)
- (Impresora:
- (Certificado:
- (Autoridad: "DPI"
- (Tipo: "TrustedPrinter-6")))
- (Marca de agua:
- (Watermark-Str. ``Título: "Zeke Zack - the Moby Dog"
- Copyright 1994
- por Zeke Jones.
- Reservados todos los derechos'')
- (Marca de agua-símbolos: id-usuario institución-posición renderizar-nombre renderizar-tiempo))))
(Transferencia)
(Copia:(Derechos: (Por uso: 10,00 USD)))
(Copia: (Acceso:
- (Usuario: (Certificado:
- (Autoridad: "Murphy Publishers")
- (Tipo: ``Distributor)))))
(Borrado:)
(Copia de seguridad:)
(Restaurar: (Derechos: (Por uso: 5,00
USD)))))
Esta especificación de obra tiene un grupo de
derechos llamado "Ordinarios", que especifica derechos para
ediciones estándar de venta al por menor de un libro titulado
"Zuke-Zack, the Moby Dog Story". La
especificación de obra expresa las condiciones para varios derechos:
reproducción, impresión, transferencia, copia, borrado, copia de
seguridad y restauración. La obra del ejemplo incluye otras dos
partes, una fotografía y un gráfico de razas incorporados de otras
fuentes. Una especificación de "conjunto" agrupa un conjunto de
condiciones comunes que se aplican a todos los derechos en el grupo.
Esta especificación indica que todos los derechos del grupo son
válidos hasta el 1 de enero de 1998 y que el derecho deberá ser
pagado en la cuenta
"Jones-PBLSH-18546789". La
cámara de compensación para esta transacción deberá ser Visa. El
contrato siguiente aplica: la obra puede ser reproducida pagando
\textdollar1,00 cada hora, donde la tarifa aumenta por segundo; la
obra se puede imprimir en TrustedPrinter-6
certificada por "DPT" a una tarifa de \textdollar10,00 por
impresión; la copia impresa deberá tener un hilo de marca de agua
(como se ilustra) y una lista de símbolos que signifiquen que se
imprime la información de "huellas dactilares" conocida en ese
momento; esta obra se puede copiar pagando \textdollar10,00 o
adquiriendo un certificado de distribuidor del editor Murphy; y se
permite la transferencia, borrado o copia de seguridad sin
restricciones de esta obra (costos de restauración
\textdollar5,00).
La especificación de derechos de alto nivel 614
también está sometida a un paso de preprocesado (paso 620), en el
que la especificación de alto nivel (es decir, legible por humano)
se compila a una representación más eficiente de estructura de datos
para uso por la invención.
Posteriormente se crea el SPD genérico 610 (paso
622) combinando el contenido preprocesado 612, la especificación
preprocesada de derechos 614, y la marca de agua 616. Se puede
añadir una marca de agua por cualquier medio conocido en la técnica;
puede ser visible o estar oculta dentro del SPD. El SPD genérico 610
también puede ser encriptado opcionalmente por el autor/editor 110
para transmisión al distribuidor 114 (figura 1).
El SPD genérico 610 es recibido después por el
distribuidor 114, y se almacena para personalización posterior.
Cuando el distribuidor 114 recibe una petición de usuario 624
(directamente o mediante la cámara de compensación 122 u otro
intermediario), el distribuidor 114 crea un grupo de permisos de
usuario (paso 626) que es consistente con la petición de usuario 624
y la especificación de derechos 614. Si no hay tal grupo consistente
de permisos, no se lleva a cabo ninguna acción adicional a cuenta de
dicho usuario (distinta de un mensaje de notificación opcional para
el usuario).
Posteriormente se usan los permisos de usuario y
la clave pública de usuario 628 para generar (paso 630) un SPD
personalizado 632 adaptado para uso por el usuario. Los permisos de
usuario del paso 626 se almacenan en el segmento de derechos y
permisos 514 del SPD 632, y la clave pública de usuario 628 se
utiliza para encriptar el contenido en el segmento de contenido 516
del SPD 632. Se puede usar un mecanismo de encriptado de clave
pública para transformar el SPD de la forma genérica al SPD
personalizado 632. Tal mecanismo es útil si el SPD tiene que ser
transferido confidencialmente entre diferentes partes, por ejemplo,
autor a editor a minorista a consumidor, con protección de derechos
en cada etapa. También se deberá observar que múltiples peticiones
de usuario pueden formarse y alojarse dentro de un solo SPD 632; hay
técnicas conocidas en la materia que son capaces de usar múltiples
claves públicas para encriptar un documento de tal manera que se
pueda usar cualquiera de las claves privadas de usuario para
desencriptado.
El SPD personalizado resultante 632 se transmite
después al usuario 118 por cualquier medio disponible, tal como
mediante una red de ordenadores, o almacena en un medio físico (tal
como un disco magnético u óptico).
Las operaciones realizadas cuando un usuario
recibe un SPD se ilustran en el diagrama de flujo de la figura 7. El
SPD es recibido en primer lugar y almacenado en el sistema de
usuario (paso 710); en muchos casos, no hay que utilizar el SPD.
Cuando se desea usarlo, el usuario es autenticado primero (paso
712), típicamente con un nombre de usuario y una contraseña o clave.
El sistema determina entonces qué acción desea el usuario (paso
714). Cuando se elige una acción, el paso de ejecución de derechos
de la invención (paso 716) verifica las condiciones asociadas con la
acción deseada (tal como la tarifa, tiempo, nivel de acceso, marca
de agua, u otras condiciones); esto se puede realizar localmente
mediante el applet de SPD 512 (figura 5) o accediendo a un servidor
de ejecución de derechos.
Si falla el paso de ejecución de derechos (paso
716), se inicia un procedimiento de actualización (paso 718). El
usuario puede elegir actualizar sus permisos, por ejemplo
autorizando derechos adicionales. Después de la verificación
satisfactoria de las condiciones, se lleva a cabo un procedimiento
de preauditoría (paso 718), en el que el sistema SPD registra el
estado de verificación a un servicio de seguimiento (por ejemplo, el
servidor de auditoría 130 de la figura 1). El contenido es
renderizado después con seguridad en la pantalla (paso 722) como se
ha explicado anteriormente. Cuando el usuario ha terminado, se lleva
a cabo un procedimiento de post-auditoría (paso 724)
en el que la cantidad de uso es actualizada con el servicio de
seguimiento. El sistema SPD espera entonces una acción
adicional.
La protección producida por el SPD se deriva de
la incapacidad del usuario de capturar una forma útil del documento
en cualquier etapa intermedia durante el proceso de renderización.
Esto se lleva a cabo desencriptando el contenido del documento a una
forma no cifrada en la etapa más tardía posible, idealmente en el
último paso.
El modelo de desencriptado SPD se ilustra en la
figura 8. E denota la función de encriptado realizada por el editor;
D denota el desencriptado realizado en el sistema de usuario, y R
denota la transformación de renderización. Muchos sistemas de la
técnica anterior usan una primera secuencia de transformaciones 810,
D(E(x)) seguido de R(D(E(x))).
Como se ha expresado previamente, el primer desencriptado deja el
documento en un estado vulnerable. Idealmente, las transformaciones
se realizan en el orden inverso 812, R'(E(x)) seguido de
D(R'(E(x))). Esto postpone el desencriptado al último
tiempo posible.
La existencia de R', una operación de
renderización que se puede realizar antes del desencriptado, se
determina por la igualdad siguiente:
D(R'(E(x))) =
R(D(E(x)))
En caso de que las funciones de encriptado y
desencriptado sean conmutativas, es decir, E(D(x)) =
D(E(x)) para cualquier x, se asegura la existencia de
R':
R'(y) =
E(R(D(y))) para y =
E(x)
En la práctica, las funciones de encriptado y
desencriptado en sistemas criptográficos de clave pública populares
tal como el sistema RSA y el sistema de logaritmo discreto ElGamal
cumplen el requisito de conmutación. Esto significa que la
transformación R' existe si se utilizan estos sistemas
criptográficos para encriptado y desencriptado.
El recorrido x' = D(R'(E(x)))
representa una solución SPD ideal a la protección de documentos
contra el uso y la distribución no autorizados de documentos. Un
escenario de distribución y uso de un documento se puede describir
como sigue. Cuando un usuario compra el documento, el documento se
cifra usando una información pública de usuario y se transmite por
un canal de red inseguro tal como Internet. El documento encriptado
tiene la información de derechos unida y un applet de protección 512
que ejecuta los derechos y permisos concedidos al usuario por el
propietario del contenido. A la petición del usuario de usar el
documento, el applet verifica los derechos y permisos y genera a
partir del documento encriptado el formato de presentación del
documento original. Como cualquier forma intermedia del documento
antes de los datos de presentación finales está cifrada con la
información privada del usuario, el modelo SPD de protección de
documentos garantiza que cualquier forma intermedia del documento no
sea útil para otros sistemas cuando sea interceptado.
Claramente, este modelo ideal se basa en si la
transformación R' que corresponde a la transformación de
renderización R se puede calcular eficientemente o no, y en
particular de si se necesita una invocación de la función de
desencriptado D durante una implementación de R'. Un caso trivial en
el que R' se puede implementar eficientemente es donde R es
conmutativo con la función de encriptado E. Cuando esto sucede,
R'(y) =
E(R(D(y))) = R(E(D(y))) =
R(y)
para y = E(x). En este caso,
R' =
R.
La consideración de la figura 8 revela que muchas
soluciones intermedias (por ejemplo, las soluciones intermedias 814,
816, y 818) al problema de la protección de documentos pueden
existir en el sistema de usuario entre los dos extremos x' =
R(D(E (x))), que no tiene protección en x =
D(E(x)), y x' = D(R'(E(x))), que tiene
protección ideal (bajo los supuestos expuestos anteriormente). Como
se ilustra en la figura 8, se puede considerar recorridos diferentes
desde el documento encriptado E(x) a los datos de
presentación x' que corresponden a diferentes combinaciones de
transformaciones de renderización parciales y transformaciones de
desencriptado parciales. De nuevo, se deberá reconocer que retardar
el desencriptado D en cualquier recorrido aumenta el nivel de
protección del documento.
Como se ha explicado anteriormente, un método
alternativo de retardar el desencriptado al último momento posible
emplea una técnica de polarización que encripta solamente el
contenido del documento, no el formato o todo el documento en
conjunto. Esta posibilidad se representa en la figura 9. Comenzando
con el contenido no cifrado del documento 910 (que, se deberá
observar, no existe en una sola posición identificable durante el
procesado del usuario, sino más bien es un estado transitorio que se
produce dentro del paso 412 de la figura 4), el documento se divide
(paso 912) en una porción de datos 914 y una porción de formato 916.
La porción de datos 914 se polariza (paso 918) usando la clave de
polarización 920 y fusiona (paso 922) con la porción de formato no
cifrada 916. Esto da lugar a que el contenido polarizado 924 pueda
ser renderizado a datos de presentación polarizados sin desencriptar
primero el contenido. Se debe observar que esta forma de
polarización es probablemente menos segura que el encriptado total
con la clave de polarización, puesto que un lote de información se
puede derivar potencialmente de la disposición de un documento,
longitudes de palabra, longitudes de línea, etc; sin embargo, este
esquema presentará un disuasivo útil a la violación casual de los
derechos de autor.
Aunque algunas realizaciones ejemplares de la
invención se han descrito con detalle anteriormente, se deberá
reconocer que otras formas, alternativas, modificaciones, versiones
y variaciones de la invención son igualmente operativas y serán
evidentes a los expertos en la materia. Por ejemplo, las porciones
de la invención antes descrita que se describen como componentes de
software se podrían implementar como hardware. Además, aunque
algunos bloques funcionales se describen aquí como separados e
independientes uno de otro, estos bloques funcionales pueden ser
consolidados y realizados en un solo ordenador de propósito general,
o también descomponerse en subfunciones como es aceptado en la
técnica.
Según una realización preferida del método para
crear un documento autoprotector, el paso de modificación incluye
además el paso de preprocesar el documento no encriptado. Además,
incluye ventajosamente además el paso de personalizar el documento
autoprotector genérico.
El paso de personalización incluye
preferiblemente los pasos secundarios de recibir una petición de
documento de un usuario, recibir la clave pública de usuario, crear
un segmento de derechos y permisos consistente con la petición de
documento del usuario y la especificación de derechos, encriptar el
segmento de contenido original para producir un segmento de
contenido encriptado y combinar el segmento de código, el segmento
de derechos y permisos y el segmento de contenido encriptado para
producir un documento autoprotector personalizado.
Según una realización preferida del método para
usar un documento autoprotector que tiene un segmento de contenido
encriptado en un sistema de usuario, el paso de modificar el
segmento de contenido encriptado incluye el paso secundario de
transformar el segmento de contenido encriptado mediante un
algoritmo de encriptado y empleando la clave de polarización. Además
el paso de reencriptado incluye los pasos secundarios de identificar
información de datos e información de formato dentro del segmento de
contenido encriptado, separar la información de datos y la
información de formato del segmento de contenido encriptado,
encriptar la información de datos con la clave de polarización, y
combinar la información de datos encriptada con la información de
formato para producir el contenido polarizado.
Según una realización ventajosa, la clave de
polarización incluye una combinación de información de estado
derivada del sistema de usuario.
Claims (13)
1. Un documento autoprotector (510) realizado
como datos almacenados en un medio de almacenamiento tangible,
incluyendo el documento autoprotector:
un segmento de contenido encriptado (516)
conteniendo datos representativos del contenido del documento y que
tiene una porción de datos (914) y una porción de formato (916);
un segmento de permisos (514);
caracterizado por
un segmento de código ejecutable (512) incluyendo
una subsección de polarización adaptada para polarizar el segmento
de contenido (516) transformando la porción de datos (914), estando
además adaptada dicha subsección de polarización para fusionar la
porción de datos polarizada (914) con la porción de formato no
polarizada (916); por lo que la transformación usada para polarizar
la porción de datos (914) es un esquema de encriptado que puede ser
criptográficamente menos seguro que el esquema de encriptado usado
para generar el segmento de contenido encriptado (516).
2. El documento autoprotector (510) de la
reivindicación 1 o 2, donde el segmento de código (512) incluye:
una subsección de ejecución de derechos (524);
y
una subsección de renderización.
3. El documento autoprotector (510) de la
reivindicación 1 o 2, donde dicha subsección de polarización está
adaptada además para desencriptar, y renderizar los datos.
4. El documento autoprotector (510) de la
reivindicación 3, donde la subsección de polarización incluye un
motor de polarización (526), un motor de renderización (532) y un
motor de despolarización (528).
5. El documento autoprotector (510) de la
reivindicación 3, donde la subsección de polarización contiene
código de ordenador ejecutable adaptado para modificar el segmento
de contenido encriptado (516).
6. El documento autoprotector (510) de la
reivindicación 3, donde la subsección de polarización contiene
código de ordenador ejecutable adaptado para modificar el segmento
de contenido encriptado (516) a un segmento de contenido
polarizado.
7. El documento autoprotector (510) de la
reivindicación 4, donde el motor de renderización (532) está
adaptado para recibir el contenido de documento polarizado y
producir datos de presentación polarizados a partir de él.
8. El documento autoprotector (510) de la
reivindicación 4, donde el motor de despolarización (528) está
adaptado para recibir datos de presentación polarizados y generar
segmento de contenido no cifrado.
9. Un método para crear un documento
autoprotector (510), incluyendo los pasos de:
recibir un documento no encriptado (612);
modificar (618) el documento no encriptado (612)
para producir un segmento de contenido original (516) que tiene una
porción de datos (914) y una porción de formato (916);
crear una especificación de derechos (514;
614);
crear un segmento de código (512) incluyendo una
subsección de polarización adaptada para polarizar el segmento de
contenido (516) transformando la porción de datos (914) y para
fusionar la porción de datos polarizada (914) con la porción de
formato no polarizada (916); por lo que la transformación usada para
polarizar la porción de datos (914) es un esquema de encriptado que
puede ser criptográficamente menos seguro que el esquema de
encriptado usado para generar el segmento de contenido encriptado
(516); y
combinar (622) el segmento de contenido original
(516), la especificación de derechos (514; 614), y el segmento de
código (512) para producir un documento autoprotector genérico (510;
610).
10. El método de la reivindicación 9, donde el
paso de modificación (618) incluye el paso de encriptar el documento
no encriptado (612).
11. Un método para usar un documento
autoprotector (510) en un sistema de usuario (118), teniendo dicho
documento autoprotector (510) un segmento de contenido encriptado
(516) que tiene una porción de datos (914) y una porción de formato
(916), teniendo también dicho documento autoprotector (510) un
segmento de código ejecutable (512), incluyendo dicho método los
pasos de:
obtener una clave de polarización (418; 920);
modificar (918) el segmento de contenido
encriptado (516) con la clave de polarización (418; 920),
realizándose dicha modificación (918) dentro de un polarizador (412)
incluido en dicho sistema de usuario (118), por lo que dicha
modificación (918) incluye producir contenido polarizado (420)
desencriptando el segmento de contenido encriptado (516),
polarizando el segmento de contenido (516) transformando la porción
de datos (914) y fusionando (922) la porción de datos polarizada con
la porción de formato no polarizada (916); por lo que
- la transformación usada para polarizar la porción de datos (914) es un esquema de encriptado que puede ser criptográficamente menos seguro que el esquema de encriptado usado para generar el segmento de contenido encriptado (516) y dicha clave de polarización (418; 920) es una clave de encriptado de dicho esquema de encriptado usado para polarizar la porción de datos (914);
suministrar el contenido polarizado (420; 924) a
una aplicación de renderización;
renderizar, por la aplicación de renderización,
el contenido polarizado (420; 924) para producir contenido
polarizado renderizado (426) para salida en un dispositivo de
salida;
despolarizar el contenido polarizado renderizado
(426) con la clave de polarización (418; 920) para producir
contenido no cifrado renderizado (430); y
enviar el contenido no cifrado renderizado (430)
al dispositivo de salida.
12. El método de la reivindicación 11, donde el
paso de modificar (918) el segmento de contenido encriptado (516)
incluye polarizar el segmento de contenido encriptado (516) con la
clave de polarización (418; 920) para producir contenido polarizado
(420; 924).
13. El método de la reivindicación 12, donde el
paso de polarizar el segmento de contenido encriptado (516) incluye
el paso secundario de transformar el segmento de contenido
encriptado (516) mediante un algoritmo de desincriptado empleando la
clave de polarización (418; 920).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US178529 | 1998-10-23 | ||
| US09/178,529 US6519700B1 (en) | 1998-10-23 | 1998-10-23 | Self-protecting documents |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2248952T3 true ES2248952T3 (es) | 2006-03-16 |
Family
ID=22652901
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES99121165T Expired - Lifetime ES2248952T3 (es) | 1998-10-23 | 1999-10-22 | Documentos autoprotegidos. |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US6519700B1 (es) |
| EP (2) | EP0999488B1 (es) |
| JP (2) | JP4235691B2 (es) |
| AT (1) | ATE303630T1 (es) |
| DE (1) | DE69926970T8 (es) |
| ES (1) | ES2248952T3 (es) |
Families Citing this family (138)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7089212B2 (en) * | 1992-12-15 | 2006-08-08 | Sl Patent Holdings Llc | System and method for controlling access to protected information |
| US6266654B1 (en) * | 1992-12-15 | 2001-07-24 | Softlock.Com, Inc. | Method for tracking software lineage |
| US7831516B2 (en) * | 1992-12-15 | 2010-11-09 | Sl Patent Holdings Llc | System and method for redistributing and licensing access to protected information among a plurality of devices |
| EP0936805A1 (en) * | 1998-02-12 | 1999-08-18 | Hewlett-Packard Company | Document transfer systems |
| US20010029582A1 (en) * | 1999-05-17 | 2001-10-11 | Goodman Daniel Isaac | Method and system for copy protection of data content |
| US6298446B1 (en) | 1998-06-14 | 2001-10-02 | Alchemedia Ltd. | Method and system for copyright protection of digital images transmitted over networks |
| US9038193B2 (en) * | 1998-08-14 | 2015-05-19 | Azos Al, Llc | System and method of data cognition incorporating autonomous security protection |
| ES2274557T3 (es) * | 1998-08-31 | 2007-05-16 | Irdeto Access B.V. | Sistema para proporcionar datos encriptados, sistema para desencriptar datos encriptados y metodo para proporcionar una interfaz de comunicaciones en dicho sistema desencriptador. |
| US6519700B1 (en) * | 1998-10-23 | 2003-02-11 | Contentguard Holdings, Inc. | Self-protecting documents |
| US6751670B1 (en) | 1998-11-24 | 2004-06-15 | Drm Technologies, L.L.C. | Tracking electronic component |
| US7624046B2 (en) * | 1998-12-24 | 2009-11-24 | Universal Music Group, Inc. | Electronic music/media distribution system |
| JP4405090B2 (ja) * | 1999-01-05 | 2010-01-27 | 富士通株式会社 | ペイバックシステム、ペイバック方法および記録媒体 |
| US7127515B2 (en) | 1999-01-15 | 2006-10-24 | Drm Technologies, Llc | Delivering electronic content |
| US6424950B1 (en) | 1999-05-10 | 2002-07-23 | Xerox Corporation | Remote feature delivery for output devices |
| CN1312593C (zh) | 1999-09-01 | 2007-04-25 | 松下电器产业株式会社 | 分布系统、半导体存储卡、接收装置、计算机可读记录介质和接收方法 |
| US7065342B1 (en) * | 1999-11-23 | 2006-06-20 | Gofigure, L.L.C. | System and mobile cellular telephone device for playing recorded music |
| JP4952964B2 (ja) * | 1999-11-25 | 2012-06-13 | 修一 大津 | 電子出版システム |
| CA2393345A1 (en) * | 1999-12-09 | 2001-06-14 | Silanis Technology Inc. | Method and system for generating a secure electronic signature file |
| US6785812B1 (en) * | 2000-01-14 | 2004-08-31 | Avaya Technology Corp. | Secure and controlled electronic document distribution arrangement |
| KR100601633B1 (ko) * | 2000-04-26 | 2006-07-14 | 삼성전자주식회사 | 디지털 컨텐츠의 다단계 유통 시스템 및 방법 |
| US20010039510A1 (en) * | 2000-05-08 | 2001-11-08 | Galomb David E. | Advertisement testing method and system |
| WO2002003603A1 (en) * | 2000-06-30 | 2002-01-10 | E L & Associates, Inc. | Method and apparatus for encrypted electronic file access control |
| US7269735B2 (en) * | 2000-08-28 | 2007-09-11 | Contentgaurd Holdings, Inc. | Instance specific digital watermarks |
| US7171558B1 (en) * | 2000-09-22 | 2007-01-30 | International Business Machines Corporation | Transparent digital rights management for extendible content viewers |
| JP4072988B2 (ja) * | 2000-10-02 | 2008-04-09 | 株式会社ハドソン | デジタルコンテンツデータ生成システム |
| WO2002035327A2 (en) | 2000-10-24 | 2002-05-02 | Nds Limited | Transferring electronic content |
| US20020082939A1 (en) * | 2000-10-25 | 2002-06-27 | Clark George Phillip | Fulfilling a request for an electronic book |
| US20020073177A1 (en) * | 2000-10-25 | 2002-06-13 | Clark George Philip | Processing content for electronic distribution using a digital rights management system |
| WO2002035324A2 (en) * | 2000-10-26 | 2002-05-02 | Netactive Inc | System and method for managing digital content |
| JP2003044297A (ja) * | 2000-11-20 | 2003-02-14 | Humming Heads Inc | コンピュータリソースの制御を行なう情報処理方法および装置、情報処理システム及びその制御方法並びに記憶媒体、プログラム |
| FI113898B (fi) * | 2000-11-21 | 2004-06-30 | Nokia Corp | Menetelmä sisällön tuottamiseksi langattomaan viestintälaitteeseen |
| US7110541B1 (en) * | 2000-11-28 | 2006-09-19 | Xerox Corporation | Systems and methods for policy based printing |
| US7412519B2 (en) * | 2000-12-08 | 2008-08-12 | Xerox Corporation | Authorized document usage including rendering a protected document |
| GB2371636A (en) * | 2000-12-21 | 2002-07-31 | Nokia Oyj | Content Distribution System |
| US6988196B2 (en) * | 2000-12-22 | 2006-01-17 | Lenovo (Singapore) Pte Ltd | Computer system and method for generating a digital certificate |
| GB0031663D0 (en) * | 2000-12-27 | 2001-02-07 | Internet Extra Ltd | Method and apparatus for controlling access to multimedia files design and implementation |
| US6832349B1 (en) * | 2001-01-08 | 2004-12-14 | Cardiff Software, Inc. | Remote activation of enhanced functionality features in locally created documents |
| US20070219918A1 (en) * | 2001-01-19 | 2007-09-20 | Jonathan Schull | System and method for controlling access to protected information |
| JP2004530183A (ja) * | 2001-01-25 | 2004-09-30 | デービッド・シドマン | 情報アクセスを実行する多重解決のための装置、方法及びシステム |
| US20040088333A1 (en) | 2002-01-25 | 2004-05-06 | David Sidman | Apparatus method and system for tracking information access |
| JPWO2002063482A1 (ja) * | 2001-02-07 | 2004-09-24 | 嶋 昌彦 | コンテンツ及びコンテンツ管理・運用システム |
| JP2002244927A (ja) * | 2001-02-16 | 2002-08-30 | Matsushita Electric Ind Co Ltd | データ配布システム |
| AU2002233609B2 (en) * | 2001-03-28 | 2008-05-29 | Nds Limited | Digital rights management system and method |
| KR20030007773A (ko) * | 2001-03-29 | 2003-01-23 | 소니 가부시끼 가이샤 | 정보 처리 장치 |
| US20020178353A1 (en) * | 2001-04-11 | 2002-11-28 | Graham Randall James | Secure messaging using self-decrypting documents |
| US20060059117A1 (en) * | 2004-09-14 | 2006-03-16 | Michael Tolson | Policy managed objects |
| CN1539117A (zh) * | 2001-06-07 | 2004-10-20 | ��̹�е¿عɹɷ�����˾ | 在数字权利管理系统中支持多个委托区域的方法和装置 |
| US7313824B1 (en) * | 2001-07-13 | 2007-12-25 | Liquid Machines, Inc. | Method for protecting digital content from unauthorized use by automatically and dynamically integrating a content-protection agent |
| US7111285B2 (en) * | 2001-07-17 | 2006-09-19 | Liquid Machines, Inc. | Method and system for protecting software applications against static and dynamic software piracy techniques |
| US20030031317A1 (en) * | 2001-08-13 | 2003-02-13 | Michael Epstein | Increasing the size of a data-set and watermarking |
| US7729495B2 (en) * | 2001-08-27 | 2010-06-01 | Dphi Acquisitions, Inc. | System and method for detecting unauthorized copying of encrypted data |
| US10033700B2 (en) | 2001-12-12 | 2018-07-24 | Intellectual Ventures I Llc | Dynamic evaluation of access rights |
| US7921288B1 (en) | 2001-12-12 | 2011-04-05 | Hildebrand Hal S | System and method for providing different levels of key security for controlling access to secured items |
| US7681034B1 (en) | 2001-12-12 | 2010-03-16 | Chang-Ping Lee | Method and apparatus for securing electronic data |
| US7930756B1 (en) * | 2001-12-12 | 2011-04-19 | Crocker Steven Toye | Multi-level cryptographic transformations for securing digital assets |
| US7783765B2 (en) * | 2001-12-12 | 2010-08-24 | Hildebrand Hal S | System and method for providing distributed access control to secured documents |
| US10360545B2 (en) | 2001-12-12 | 2019-07-23 | Guardian Data Storage, Llc | Method and apparatus for accessing secured electronic data off-line |
| US7631184B2 (en) * | 2002-05-14 | 2009-12-08 | Nicholas Ryan | System and method for imposing security on copies of secured items |
| US8065713B1 (en) | 2001-12-12 | 2011-11-22 | Klimenty Vainstein | System and method for providing multi-location access management to secured items |
| US7380120B1 (en) | 2001-12-12 | 2008-05-27 | Guardian Data Storage, Llc | Secured data format for access control |
| US7921284B1 (en) | 2001-12-12 | 2011-04-05 | Gary Mark Kinghorn | Method and system for protecting electronic data in enterprise environment |
| US7260555B2 (en) * | 2001-12-12 | 2007-08-21 | Guardian Data Storage, Llc | Method and architecture for providing pervasive security to digital assets |
| USRE41546E1 (en) | 2001-12-12 | 2010-08-17 | Klimenty Vainstein | Method and system for managing security tiers |
| US8006280B1 (en) | 2001-12-12 | 2011-08-23 | Hildebrand Hal S | Security system for generating keys from access rules in a decentralized manner and methods therefor |
| US7565683B1 (en) * | 2001-12-12 | 2009-07-21 | Weiqing Huang | Method and system for implementing changes to security policies in a distributed security system |
| US7921450B1 (en) | 2001-12-12 | 2011-04-05 | Klimenty Vainstein | Security system using indirect key generation from access rules and methods therefor |
| US7562232B2 (en) * | 2001-12-12 | 2009-07-14 | Patrick Zuili | System and method for providing manageability to security information for secured items |
| US7178033B1 (en) | 2001-12-12 | 2007-02-13 | Pss Systems, Inc. | Method and apparatus for securing digital assets |
| US7950066B1 (en) | 2001-12-21 | 2011-05-24 | Guardian Data Storage, Llc | Method and system for restricting use of a clipboard application |
| US8176334B2 (en) | 2002-09-30 | 2012-05-08 | Guardian Data Storage, Llc | Document security system that permits external users to gain access to secured files |
| US8245306B2 (en) * | 2002-02-15 | 2012-08-14 | Galo Gimenez | Digital rights management printing system |
| AU2003219823A1 (en) * | 2002-02-20 | 2003-09-09 | Bitpipe, Inc. | Electronic document tracking |
| KR100567724B1 (ko) * | 2002-02-26 | 2006-04-05 | 주식회사 소프트커널 | 문서보안시스템 및 그 방법 |
| US20050071657A1 (en) * | 2003-09-30 | 2005-03-31 | Pss Systems, Inc. | Method and system for securing digital assets using time-based security criteria |
| US7748045B2 (en) * | 2004-03-30 | 2010-06-29 | Michael Frederick Kenrich | Method and system for providing cryptographic document retention with off-line access |
| US7373658B1 (en) | 2002-10-25 | 2008-05-13 | Aol Llc | Electronic loose-leaf remote control for enabling access to content from a media player |
| US7647277B1 (en) | 2002-10-25 | 2010-01-12 | Time Warner Inc. | Regulating access to content using a multitiered rule base |
| US7315946B1 (en) | 2003-04-14 | 2008-01-01 | Aol Llc | Out-of-band tokens for rights access |
| US7836310B1 (en) | 2002-11-01 | 2010-11-16 | Yevgeniy Gutnik | Security system that uses indirect password-based encryption |
| US7577838B1 (en) | 2002-12-20 | 2009-08-18 | Alain Rossmann | Hybrid systems for securing digital assets |
| WO2004070584A2 (en) * | 2003-02-04 | 2004-08-19 | Canonline Global Media, Inc. | Method and apparatus for converting objects between weakly and strongly typed programming frameworks |
| CA2519116C (en) | 2003-03-13 | 2012-11-13 | Drm Technologies, Llc | Secure streaming container |
| US20040230893A1 (en) * | 2003-05-16 | 2004-11-18 | Dethe Elza | Method and system for enabling collaborative authoring of hierarchical documents with node privileges |
| US8707034B1 (en) | 2003-05-30 | 2014-04-22 | Intellectual Ventures I Llc | Method and system for using remote headers to secure electronic files |
| US7730543B1 (en) | 2003-06-30 | 2010-06-01 | Satyajit Nath | Method and system for enabling users of a group shared across multiple file security systems to access secured files |
| US20050005146A1 (en) * | 2003-07-03 | 2005-01-06 | Maui X-Tream, Inc. | Methods, data structures, and systems for authenticating media stream recipients |
| US7515717B2 (en) * | 2003-07-31 | 2009-04-07 | International Business Machines Corporation | Security containers for document components |
| US7555558B1 (en) | 2003-08-15 | 2009-06-30 | Michael Frederick Kenrich | Method and system for fault-tolerant transfer of files across a network |
| US7104282B2 (en) | 2003-08-26 | 2006-09-12 | Honeywell International, Inc. | Two stage solenoid control valve |
| US7434048B1 (en) * | 2003-09-09 | 2008-10-07 | Adobe Systems Incorporated | Controlling access to electronic documents |
| US8127366B2 (en) | 2003-09-30 | 2012-02-28 | Guardian Data Storage, Llc | Method and apparatus for transitioning between states of security policies used to secure electronic documents |
| US7703140B2 (en) * | 2003-09-30 | 2010-04-20 | Guardian Data Storage, Llc | Method and system for securing digital assets using process-driven security policies |
| US7281274B2 (en) * | 2003-10-16 | 2007-10-09 | Lmp Media Llc | Electronic media distribution system |
| WO2005043802A1 (en) | 2003-10-20 | 2005-05-12 | Drm Technologies, Llc | Securing digital content system and method |
| US20050086531A1 (en) * | 2003-10-20 | 2005-04-21 | Pss Systems, Inc. | Method and system for proxy approval of security changes for a file security system |
| US20050138371A1 (en) * | 2003-12-19 | 2005-06-23 | Pss Systems, Inc. | Method and system for distribution of notifications in file security systems |
| EP1723590A4 (en) * | 2004-02-11 | 2010-11-24 | Google Inc | BROKER SYSTEM FOR COMBINING GAMING AND ADVERTISING ON COMPUTER |
| JP2007533037A (ja) * | 2004-04-14 | 2007-11-15 | デジタル リバー、インコーポレイテッド | 地理的位置に基づくライセンスシステム |
| EP1602999B1 (en) | 2004-06-04 | 2015-09-16 | Swisscom AG | Data reproduction method |
| JP2008505385A (ja) * | 2004-07-02 | 2008-02-21 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | セキュリティユニットおよびそのようなセキュリティユニットを備える保護システムならびにデータを保護するための方法 |
| WO2006020238A2 (en) * | 2004-07-16 | 2006-02-23 | Ns8 Corporation | Method and system for managing the use of electronic works |
| US7707427B1 (en) | 2004-07-19 | 2010-04-27 | Michael Frederick Kenrich | Multi-level file digests |
| US20060015501A1 (en) * | 2004-07-19 | 2006-01-19 | International Business Machines Corporation | System, method and program product to determine a time interval at which to check conditions to permit access to a file |
| US9009582B2 (en) * | 2004-11-19 | 2015-04-14 | Google Inc. | Converting spreadsheet applications to web-based applications |
| WO2006057639A1 (en) * | 2004-11-24 | 2006-06-01 | Contentguard Holdings, Inc. | Adapting rights to derivate works |
| US20060112015A1 (en) * | 2004-11-24 | 2006-05-25 | Contentguard Holdings, Inc. | Method, system, and device for handling creation of derivative works and for adapting rights to derivative works |
| US20060230282A1 (en) * | 2005-04-06 | 2006-10-12 | Hausler Oliver M | Dynamically managing access permissions |
| US7860801B2 (en) * | 2005-07-05 | 2010-12-28 | Xerox Corporation | Tools for accessing digital works |
| US11200302B2 (en) * | 2005-11-16 | 2021-12-14 | Azos Ai, Llc | System and method of data cognition incorporating autonomous security protection |
| US7784102B2 (en) * | 2005-12-15 | 2010-08-24 | Xerox Corporation | Method for secure access to document repositories |
| US9754119B1 (en) * | 2006-03-07 | 2017-09-05 | Emc Corporation | Containerized security for managed content |
| US9519399B1 (en) | 2006-03-07 | 2016-12-13 | Emc Corporation | Providing a visual indication that stored content is associated with a collaboration environment |
| US7512578B2 (en) * | 2006-03-30 | 2009-03-31 | Emc Corporation | Smart containers |
| US8307119B2 (en) | 2006-03-31 | 2012-11-06 | Google Inc. | Collaborative online spreadsheet application |
| US8601590B2 (en) * | 2006-04-27 | 2013-12-03 | Panasonic Corporation | Content distribution system |
| US8095517B2 (en) * | 2007-02-08 | 2012-01-10 | Blue Coat Systems, Inc. | Method and system for policy-based protection of application data |
| US20080320600A1 (en) * | 2007-06-21 | 2008-12-25 | Matthew Pandiscia | Secure document management system and apparatus |
| US20090119379A1 (en) * | 2007-11-05 | 2009-05-07 | Sony Electronics Inc. | Rendering of multi-media content to near bit accuracy by contractual obligation |
| US9338166B2 (en) * | 2008-11-04 | 2016-05-10 | Adobe Systems Incorporated | System and method for a single request and single response authentication protocol |
| GB2467580B (en) * | 2009-02-06 | 2013-06-12 | Thales Holdings Uk Plc | System and method for multilevel secure object management |
| US8874930B2 (en) * | 2009-12-09 | 2014-10-28 | Microsoft Corporation | Graph encryption |
| US12072989B2 (en) | 2011-12-09 | 2024-08-27 | Sertainty Corporation | System and methods for using cipher objects to protect data |
| US9792451B2 (en) | 2011-12-09 | 2017-10-17 | Echarge2 Corporation | System and methods for using cipher objects to protect data |
| US20130152160A1 (en) * | 2011-12-09 | 2013-06-13 | Echarge2 Corporation | Systems and methods for using cipher objects to protect data |
| GB2498204A (en) * | 2012-01-06 | 2013-07-10 | Cloudtomo Ltd | Encrypted data processing |
| WO2013111284A1 (ja) | 2012-01-25 | 2013-08-01 | 三菱電機株式会社 | データ検索装置、データ検索方法、データ検索プログラム、データ登録装置、データ登録方法、データ登録プログラムおよび情報処理装置 |
| JP5963936B2 (ja) | 2013-02-25 | 2016-08-03 | 三菱電機株式会社 | サーバ装置、秘匿検索プログラム，記録媒体及び秘匿検索システム |
| US20150220891A1 (en) * | 2014-02-06 | 2015-08-06 | Sony Corporation | Method and Apparatus for Securely Distributing Digital Vouchers |
| DE102014105116A1 (de) * | 2014-04-10 | 2015-10-15 | Fujitsu Technology Solutions Intellectual Property Gmbh | Verfahren zur Zerstörung von Dateiinhalten |
| CN106233292B (zh) * | 2014-06-24 | 2019-07-16 | 惠普发展公司有限责任合伙企业 | 合成文档访问 |
| US9449187B2 (en) * | 2014-08-11 | 2016-09-20 | Document Dynamics, Llc | Environment-aware security tokens |
| US9501658B1 (en) * | 2016-01-08 | 2016-11-22 | International Business Machines Corporation | Avoiding file content reading using machine information |
| WO2017152037A1 (en) | 2016-03-04 | 2017-09-08 | 1Usf, Inc. | Systems and methods for media codecs and containers |
| SG10201803501QA (en) * | 2018-04-26 | 2019-11-28 | Mastercard International Inc | Methods and systems for facilitating sharing of digital documents between a sharing party and a relying party |
| US11960454B2 (en) * | 2020-01-03 | 2024-04-16 | Conéctate Soluciones Y Aplicaciones Sl | Method of a universal registration and identification of legal procedures |
| CN112906021B (zh) * | 2021-02-10 | 2022-02-18 | 北京深思数盾科技股份有限公司 | 一种文档处理方法及装置 |
| IT202100018851A1 (it) * | 2021-07-16 | 2023-01-16 | E Sier S R L | Processo di gestione e monitoraggio di documenti digitali in modalità protetta |
| WO2025264501A1 (en) * | 2024-06-18 | 2025-12-26 | Factify Technologies Inc. | Self-tracking documents |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5742677A (en) * | 1995-04-03 | 1998-04-21 | Scientific-Atlanta, Inc. | Information terminal having reconfigurable memory |
| US4712238A (en) * | 1984-06-08 | 1987-12-08 | M/A-Com Government Systems, Inc. | Selective-subscription descrambling |
| US4796220A (en) | 1986-12-15 | 1989-01-03 | Pride Software Development Corp. | Method of controlling the copying of software |
| US5796829A (en) * | 1994-09-09 | 1998-08-18 | The Titan Corporation | Conditional access system |
| DE69532434T2 (de) | 1994-10-27 | 2004-11-11 | Mitsubishi Corp. | Gerät für Dateiurheberrechte-Verwaltungssystem |
| CA2212574C (en) * | 1995-02-13 | 2010-02-02 | Electronic Publishing Resources, Inc. | Systems and methods for secure transaction management and electronic rights protection |
| US6052780A (en) * | 1996-09-12 | 2000-04-18 | Open Security Solutions, Llc | Computer system and process for accessing an encrypted and self-decrypting digital information product while restricting access to decrypted digital information |
| EP0968585A1 (en) | 1997-03-14 | 2000-01-05 | Cryptoworks Inc. | Digital product rights management technique |
| US6519700B1 (en) * | 1998-10-23 | 2003-02-11 | Contentguard Holdings, Inc. | Self-protecting documents |
-
1998
- 1998-10-23 US US09/178,529 patent/US6519700B1/en not_active Expired - Lifetime
-
1999
- 1999-10-14 JP JP29259599A patent/JP4235691B2/ja not_active Expired - Lifetime
- 1999-10-22 AT AT99121165T patent/ATE303630T1/de not_active IP Right Cessation
- 1999-10-22 EP EP99121165A patent/EP0999488B1/en not_active Revoked
- 1999-10-22 EP EP05018841A patent/EP1612641A3/en not_active Withdrawn
- 1999-10-22 DE DE69926970T patent/DE69926970T8/de active Active
- 1999-10-22 ES ES99121165T patent/ES2248952T3/es not_active Expired - Lifetime
-
2002
- 2002-07-18 US US10/196,953 patent/US6763464B2/en not_active Expired - Lifetime
-
2007
- 2007-07-11 JP JP2007182191A patent/JP4304220B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6519700B1 (en) | 2003-02-11 |
| JP4304220B2 (ja) | 2009-07-29 |
| JP2007328798A (ja) | 2007-12-20 |
| US20020194485A1 (en) | 2002-12-19 |
| EP0999488A2 (en) | 2000-05-10 |
| EP1612641A3 (en) | 2006-02-01 |
| ATE303630T1 (de) | 2005-09-15 |
| DE69926970D1 (de) | 2005-10-06 |
| EP0999488A3 (en) | 2002-09-11 |
| JP4235691B2 (ja) | 2009-03-11 |
| DE69926970T2 (de) | 2006-02-23 |
| DE69926970T8 (de) | 2006-04-27 |
| EP1612641A2 (en) | 2006-01-04 |
| JP2000137649A (ja) | 2000-05-16 |
| US6763464B2 (en) | 2004-07-13 |
| EP0999488B1 (en) | 2005-08-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6763464B2 (en) | Self-protecting documents | |
| ES2426256T3 (es) | Sistema y procedimiento para la protección de obras digitales | |
| CN100359519C (zh) | 为未来创建的数字内容建立使用权的方法和设备 | |
| CA2341931C (en) | System and method for protection of digital works | |
| EP0895148B1 (en) | Software rental system and method for renting software | |
| US7068787B1 (en) | System and method for protection of digital works | |
| US6301660B1 (en) | Computer system for protecting a file and a method for protecting a file | |
| JP5331920B2 (ja) | コンピュータ可読記憶媒体 | |
| ES2254682T3 (es) | Procedimiento y aparato de asignacion dinamica de derechos de utilizacion a obras digitales. | |
| US6801999B1 (en) | Passive and active software objects containing bore resistant watermarking | |
| JP7133589B2 (ja) | Ｎｆｔアクセス制限システムおよびｎｆｔアクセス制限プログラム | |
| US20050039022A1 (en) | License-based cryptographic technique, particularly suited for use in a digital rights management system, for controlling access and use of bore resistant software objects in a client computer | |
| JP2000503154A (ja) | デジタル所有権のアクセスと分配を制御するためのシステム | |
| EP1596269A2 (en) | A system and method for rendering selective presentation of documents | |
| Schneck | Persistent access control to prevent piracy of digital information | |
| CA2432189A1 (en) | Cryptographic trust zones in digital rigths management | |
| US7412519B2 (en) | Authorized document usage including rendering a protected document | |
| JP2005065209A (ja) | 文書保安システム | |
| US20050114684A1 (en) | Contents use frequency limiting method, contents using terminal apparatus, contents using system, computer program and computer readable memory medium |