Data storage/management systems and rights management systems may each be implemented in various diverse manners. Thus, many rights management formats are incompatible with each other. Unified storage makes it possible to treat various data storage/management data formats similarly from both a developer perspective, by using an API architecture that implements a superset of the different underlying systems, and a user interface perspective, allowing data to be returned to the user in the preferred interface irrespective of the system that actually is acting as the host to the specific data. In order to associate rights management information about items referenced or contained in a unified storage system, it would be desirable to convert and/or create rights management information from the original format to a common format stored and used by unified storage.
Microsoft has published a model for combining rights management information and the data it protects in a single file using the COM protocol called structured storage. Structured storage defines a consistent metadata and schema for properties and data within the files in which it is used, while the implemented format of structured storage varies depending on the type of data and software with which it is designed to be used. It always draws from a consistent schema to identify aspects of the files. Structured storage is compatible with Microsoft rights management techniques as well as other rights management protocols. It is desirable to insure a uniform and consistent user experience, by abstracting the various formats into a uniform schema and metadata that will allow a user to access, at a level appropriate to the rights management specifications on the data, data that is stored or referenced by unified storage.
In view of the foregoing, there is a need for systems and methods that overcome such deficiencies and provide a common rights management model to go with the common data model.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
Conventional implementations of unified storage are extended with a uniform schema to allow for a rights management engine to provide uniform rights management behaviors across different types of rights management systems when they are being used in conjunction with unified storage.
Access control data is transcoded or translated into a unified format. The unified format is acceptable and extensible. Other control languages can be transcoded into the unified format.
Rights management information may be converted to unified storage data for use in a unified storage system. The construction of a data object that contains data and rights management information comprises transcoding both the original data (if not already in the unified storage format) to the unified storage format as well as transcoding and/or creating the rights management information to the rights management format used by the unified storage platform.
The subject matter is described with specificity to meet statutory requirements. However, the description itself is not intended to limit the scope of this patent. Rather, the inventors have contemplated that the claimed subject matter might also be embodied in other ways, to include different steps or combinations of steps similar to the ones described in this document, in conjunction with other present or future technologies. Moreover, although the term “step” may be used herein to connote different elements of methods employed, the term should not be interpreted as implying any particular order among or between various steps herein disclosed unless and except when the order of individual steps is explicitly described.
A conventional model of unified storage requires file transcoding when data files are added to or removed from the unified storage system. This transcoding of the data storage/management data is done to make the file usable by the unified storage system and preserve the original structure so it can, if necessary, be demoted to its original state. The invention is directed to addition of a rights management promotion/demotion phase that converts rights management information to unified storage metadata for use in the unified storage system.
A unified security model which may include rights management should be applicable to data in unified storage regardless of the rights management formats protecting original data. There are various types of data formats and rights management formats. An extension to the classes used to contain data in the unified storage system has been devised to contain rights management information. In this model, security metadata is converted from the native system to a single format—a process that referred to as transcoding. This transcoded format desirably becomes part of the data object when it is added to storage.
Access control data is transcoded or translated into a unified format. The unified format is acceptable and extensible so that other control languages can be transcoded into the unified format. In this model, the construction of a data object that contains data and rights management information involves transcoding both the original data to the unified storage format as well as transcoding the rights management information from any of a number of platforms to the rights management format used by the unified storage platform. Transcoding may occur in a transacted environment so that failures to complete will not degrade or lose data and rollback is possible if the process fails.
Desirably, groups of data objects to be changed simultaneously can be aggregated. Rights are also desirably assignable in aggregate based on user, hardware, data type, or associations between items.
Thus, data with rights management information is promoted/demoted to/from a unified storage model. Both data and rights management information is desirably converted in order to implement a unified security model.
A schema may be referenced by the transcoder after the source and target formats have been specified. The schema defines common characteristics or data from the source and the target, for example. If no target format is specified, then the transcoding effort may stop at the intermediate format.
Example source and target formats include Apple, Sony, Windows rights management formats. The invention can be used with any rights management format or access control format.
The schema may exist outside of the transcoding system, with the transcoding system making use of the schema. The schema preferably does not change based on the source or target format, and instead is maintained as constant. It is contemplated, however, that the schema may be upgraded and/or extended, e.g., using directory objects to get new or additional properties.
An example rights management schema is extensible right management language (XRML). This data is then stored in a new or intermediate format, at step 330. This intermediate form may be similar to element 210 in
Thus, data comprising rights data and protected data is accessed from a source. The rights data is transcoded into a common format (i.e., an intermediate format for rights management) without degrading the quality of the underlying (attached) data. The transcoded data can be stored or translated into a target format.
Accuracy and security techniques may be used when converting to a unified format. This may be desirable to make sure that no additional rights are added beyond those in the original material.
It is noted that XRML draws on the self documenting capabilities of XML. The descriptors that are in the XRML are inherently self describing. Aspects of the invention may be implemented in a similar way so that the translation engines would not have to understand every potential format and so that the unified format can evolve. In such an example scenario, a field would be provided that described the version of the unified format that is being used on specific files. This would allow for the revision, updating, and extension of the schema that is used to describe the format without breaking the previously created instances of files that relied on the format of the previous version of the schema.
Exemplary Computing Environment
The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network or other data transmission medium. In a distributed computing environment, program modules and other data may be located in both local and remote computer storage media including memory storage devices.
With reference to
Computer 110 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 110 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 110. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer readable media.
The system memory 130 includes computer storage media in the form of volatile and/or nonvolatile memory such as ROM 131 and RAM 132. A basic input/output system 133 (BIOS), containing the basic routines that help to transfer information between elements within computer 110, such as during start-up, is typically stored in ROM 131. RAM 132 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 120. By way of example, and not limitation,
The computer 110 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only,
The drives and their associated computer storage media, discussed above and illustrated in
The computer 110 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 180. The remote computer 180 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 110, although only a memory storage device 181 has been illustrated in
When used in a LAN networking environment, the computer 110 is connected to the LAN 171 through a network interface or adapter 170. When used in a WAN networking environment, the computer 110 typically includes a modem 172 or other means for establishing communications over the WAN 173, such as the Internet. The modem 172, which may be internal or external, may be connected to the system bus 121 via the user input interface 160, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 110, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,
The various systems, methods, and techniques described herein may be implemented with hardware or software or, where appropriate, with a combination of both. Thus, the methods and apparatus of the present invention, or certain aspects or portions thereof, may take the form of program code (i.e., instructions) embodied in tangible media, such as floppy diskettes, CD-ROMs, hard drives, or any other machine-readable storage medium, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention. In the case of program code execution on programmable computers, the computer will generally include a processor, a storage medium readable by the processor (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. One or more programs are preferably implemented in a high level procedural or object oriented programming language to communicate with a computer system. However, the program(s) can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language, and combined with hardware implementations.
The methods and apparatus of the present invention may also be embodied in the form of program code that is transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via any other form of transmission, wherein, when the program code is received and loaded into and executed by a machine, such as an EPROM, a gate array, a programmable logic device (PLD), a client computer, a video recorder or the like, the machine becomes an apparatus for practicing the invention. When implemented on a general-purpose processor, the program code combines with the processor to provide a unique apparatus that operates to perform the functionality of the present invention.
While the present invention has been described in connection with the preferred embodiments of the various figures, it is to be understood that other similar embodiments may be used or modifications and additions may be made to the described embodiments for performing the same functions of the present invention without deviating therefrom. Therefore, the present invention should not be limited to any single embodiment, but rather construed in breadth and scope in accordance with the appended claims.