EP1210667A1 - Systeme et procede de gestion de contenu numerique sur supports numeriques - Google Patents

Systeme et procede de gestion de contenu numerique sur supports numeriques

Info

Publication number
EP1210667A1
EP1210667A1 EP00915981A EP00915981A EP1210667A1 EP 1210667 A1 EP1210667 A1 EP 1210667A1 EP 00915981 A EP00915981 A EP 00915981A EP 00915981 A EP00915981 A EP 00915981A EP 1210667 A1 EP1210667 A1 EP 1210667A1
Authority
EP
European Patent Office
Prior art keywords
digital assets
assets
checking
digital
asset
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.)
Withdrawn
Application number
EP00915981A
Other languages
German (de)
English (en)
Other versions
EP1210667A4 (fr
Inventor
Timothy Gill
Kambis Ebrahimi
Johannes Scheidler
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Quark Media House Sarl
Quark Inc USA
Original Assignee
Quark Media House Sarl
Quark Inc USA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US09/259,947 external-priority patent/US6947959B1/en
Application filed by Quark Media House Sarl, Quark Inc USA filed Critical Quark Media House Sarl
Publication of EP1210667A1 publication Critical patent/EP1210667A1/fr
Publication of EP1210667A4 publication Critical patent/EP1210667A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6272—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database by registering files or documents with a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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; CALCULATING OR 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/2145—Inheriting rights or properties, e.g., propagation of permissions or restrictions within a hierarchy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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

Definitions

  • This invention relates to the field of applications for the management of digital assets.
  • This digital content may be in numerous different forms, such as text files, graphic files, audio files, video files, executable files, such as multimedia presentations, and many other types.
  • text files graphic files
  • audio files video files
  • executable files such as multimedia presentations
  • many other types within each type of file (text, graphic, etc.).
  • the file may even be in different formats, such as a graphic file could be in JPEG, TIFF, BMP, or many other formats.
  • JPEG Joint Photographic file
  • TIFF TIFF
  • BMP bitmap
  • the management of the multitude of differing file types is an important need in the growing cross-media publishing industry where documents are being created for the print industry, the Internet and other multi-media presentations.
  • the ability to manage digital assets has become critical, not only in the electronic publishing industry, but in other document management operations, such as within company operations including human resources, legal, accounting departments.
  • the electronic publishing industry in particular, has critical concerns with the management of digital assets used in creating the content for multi-media publications, including print, multi-media recordings, Web documents, not only for Internet use but for Intranet and other networked environments, and other types of multi-media presentations.
  • these applications do not support specific content-related functionality.
  • content-related features include the ability to generate low-resolution thumbnail images from high-resolution data, to easily elaborate different multimedia objects generated in different computer formats or to manage individ- ually stored digital content in a single multimedia document.
  • Computer formats to be supported by an asset management technology should be those commonly used by users, such as Microsoft Word, the QuarkXPress or the QuarkCopyDesk file formats.
  • the prior applications also do not allow the user to customize the search queries for digital assets stored within the system. Also, these prior applications do not allow the user to customize the display of the results of the search queries in order to optimize the search routines.
  • the prior applications fail to create and maintain relationships between assets which have been checked into the operations of the application. These applications also fail to organize the assets and their attributes in manner that allows optimum use of the assets.
  • the prior applications fail to provide a distributed architecture to balance the load and usage of the digital assets between different locations in an efficient and optimal manner.
  • the prior applications fail to allow for local storage of the assets at high-usage locations while still maintaining central control of the assets and their use.
  • the prior applications also fail to provide the capability to automate many of the tasks necessary to organize the assets.
  • the present invention accomplishes these needs and others by providing a system apparatus, methods and processes for managing digital assets.
  • the present invention in a preferred embodiment, allows users to receive, catalogue, store, retrieve, and archive digital assets, such as multimedia objects and documents, by means of advanced communication and processing computer technologies.
  • the digital assets are stored in a database or in file servers or other storage entities, such as OPI (Open Prepress Interface) or HSM (Hierarchical Storage Management) systems. Headers containing information about the assets, referred to as "metadata”, are stored in a database. The metadata information is used to organize, locate, and retrieve each dig- ital asset from among the many other digital assets stored in the file servers or in the database.
  • the present invention enables highly customizable header fields (or attributes) to provide powerful features for the organization, search and retrieval of the digital assets.
  • the main server application gathers certain metadata information about the digital asset, such as file type, file size, creation date, modification date, last user, and other information about the file.
  • the user can add other metadata information about the asset, such as keywords, description, user identification, and other metadata individually or in combination to organize the asset for the search for and retrieval of digital content.
  • the present invention provides unique processes to the database repositories and the asset metadata to speed up and facilitate the tasks of organizing, locating, manipulating, and updating multimedia asset.
  • the digital assets can be displayed in a hierarchical structure to show the relationships between the assets.
  • the relation- ships between digital assets are used to define individual items as digital assets as well as creating groups of items as digital assets.
  • the relationships between the digital assets also are used to define asset classes.
  • Asset classes in the present invention, are groups of defined header fields relating to the digital assets and the attributes of the digital assets. Asset classes relate to each other by class inheri- tance and attributes are inherited from the parent to the child classes. Users can retrieve and catalogue digital assets by selecting a single resource or by searching for the related asset classes.
  • Digital assets can be retrieved from the storage servers by formulating queries.
  • the queries set forth criteria that the system uses to search the headers in the database regarding the information relating to the stored assets or by searching the full file of the digital asset, such as full-text search.
  • Searches for digital assets that have been checked-in can be based on numerous criteria, such as file type, file creator, last revision date, or even the last person to check a file in or out, that is contained in the headers stored in the database or in a full search of the digital assets stored in the file servers or in the database.
  • the results of these searches can be displayed in a hierarchical graphic display, in tables, in thumbnails, in header view formats, as single resources or in groups of assets.
  • the present invention displays the results of such a search in a Query Palette which allows the user to view and organize the results.
  • the results of the search can be displayed in tables, as thumbnails, previews or in header views as desired. The user can thus select among the list of assets which fall under the search criteria in order to check out desired assets.
  • the present invention provides a highly customizable capability for organizing and displaying the results of searches.
  • the present invention also provides User Views to group references or icons representing selected assets in order to organize the references to the assets without affecting the organization of the stored assets. These grouping of references can be shared for collaborative projects or for repetitive tasks.
  • Action folders Another feature of the User Views is the use of "action folders". This feature allows scripted actions to be applied to assets at scheduled times. Actions such as checking in assets, applying metadata, converting assets from one format to another and archiving assets can be applied to a number of assets by simply dragging and dropping assets onto an action folder. Action folders produce automatic execution of predefined scripts on the items (assets and files) included in the folder. The script process is iteratively executed through all items contained into the action folder. The actions may be scheduled for a single occurrence or for periodic occurrences.
  • the present invention uses unique processes for managing a distributed architecture in order to optimize the performance across a network by monitoring and balancing the load and usage of the server and the storage entities.
  • the present invention may even be accessed over the Internet through Servlets.
  • the present invention can be accessed by using the client components, as defined in details below, or by external applications, such as QuarkXPress and QuarkCopyDesk from Quark Inc., or Word from Microsoft Corporation, by means of XTensions or "connect modules".
  • Figure 2 is a screenshot of a display of an hierarchical asset class structure of a preferred embodiment of the present invention.
  • Figure 3 is a screenshot of a more detailed hierarchical structure of the embodiment of Figure 2.
  • Figure 4 is a dialog box of an asset class inheritance of the embodiment of Figure 2.
  • Figure 5 is a dialog box of the attributes of an asset class structure of the embodiment of Figure 2.
  • Figure 6 is a dialog box of the properties of the asset class structure of the embodiment of Figure 2.
  • Figure 7 is a schematic view of an example of the distributed architecture of a preferred embodiment of the present invention.
  • Figure 8 is a screenshot of a dialog box for configuring the distributed architecture of a preferred embodiment of the present invention.
  • Figure 9 is a screenshot of a dialog box showing the Check-In status of a document under a preferred embodiment of the present invention.
  • Figure 10 is a screenshot of a dialog box showing a sample query of a preferred embodiment of the present invention.
  • Figure 11 is a screenshot of a Query Palette in Group mode showing the results of a query under a preferred embodiment of the present invention.
  • Figure 12 is a screenshot of a Query Palette in plain mode under a preferred embodiment of the present invention.
  • Figure 13 is a screenshot of a Query Palette in hierarchical mode under a preferred embodiment of the present invention.
  • Figure 14 is a screenshot of a Query Palette in reverse hierarchical mode under a preferred embodiment of the present invention.
  • Figure 15 is a screenshot of a Query mode in revision mode under a preferred embodiment of the present invention.
  • Figure 16 is a screenshot of a User View and an Action Folder under a preferred embodiment of the present invention.
  • Figure 17 is a screenshot of a dialog box for configuring an Action Folder under a preferred embodiment of the present invention.
  • Figure 18 is a screenshot of a dialog box for specifying the actions for an Action Folder under a preferred embodiment of the present invention.
  • Figure 19 is a screenshot of a dialog box for specifying the log of activities of an Action Folder under a preferred embodiment of the present invention.
  • Figure 20 is a screenshot of a dialog box for displaying the list of assets as thumbnails.
  • Figure 21 is a screenshot of a sample header view including all header fields.
  • the present invention provides a system apparatus, methods and processes for managing digital content. It is to be expressly understood that the exemplary description that is discussed herein is for descriptive purposes only and is not meant to limit the scope of the inventive concept. Other implementations of the inventive concept are considered to be within the scope of the appended claims.
  • digital content refers to the work of writers, page layout artists, graphic designers, business development professionals, digital audio and video producers, marketing communications specialists, and other creators of content which can be processed by digital computers and/or stored electronically.
  • Digital content may include any electronically storable information, such as text, graphics, audio, video, animation, document layout geometry, executable computer programs, such as multimedia publications, or a collection of files or objects together.
  • digital assets The pieces of digital content that are used as material for publishing and are actually stored are referred to as "digital assets”. Overview of the system
  • the preferred implementation of the present invention is configured as an object oriented client server architecture based on the Object Management Group's (OMG's) Common Object Request Broker Architecture (CORBA) specification.
  • OMG's Object Management Group's
  • CORBA Common Object Request Broker Architecture
  • This specific implementation is intended for explanatory purposes only and is not meant to limit the present invention to this implementation.
  • Other implementations including other architecture and/or stan- dards, now existing or as developed are considered within the scope of the claimed inventions.
  • the client-server architecture of the present invention is based on a three- layer structure: a database/storage layer, where the the digital assets representing pictures, sounds, text and other media data and the metadata that describe them reside; a server layer, from which assets are controlled and managed; and a client/interface layer, where users interact with assets by such actions as organizing, checking in, searching, and checking out.
  • the client layer can communicate with the database/storage layer only through the server layer, thus ensuring that the server maintains control over all assets tracked by the present invention.
  • the client server architecture of the present invention allows the communication between several client and servers components located over different hardware and software platforms with a centralized database or file server.
  • Interfaces between client and the server components are specified, in this descriptive embodiment, using the IDL (Interface Definition Language), which provides a standardized, platform-independent software environment.
  • IDL Interface Definition Language
  • the client server architecture of the present invention is depicted in Fig. 1.
  • Communications between the Server 1 and client components are managed through ORBs 2 (Object request Brokers).
  • An ORB 2 is a software component that enables communication between different CORBA-compliant objects.
  • Other interfaces, components and environments are also within the scope of the claimed inventions.
  • the communications between the clients and the server 1 are processed by the present invention as follows: the client sends its request to an ORB 2, then the ORB 2 connects the server and returns the results to the clients.
  • the protocol used for client server communication is the open HOP 3 (Internet Inter-ORB Protocol).
  • the HOP 3 enables different ORBs 2 to transfer various kinds of data, including digital assets, between the server 1 and the clients over a network.
  • the adopted HOP 3 technology enables the present invention to work as a distributed applica- tion and to operate over a physical network supporting the TCP/IP (Transmission
  • HOP 3 and TCP/IP are provided herein for descriptive purposes.
  • the communication between the server 1 and the database 4 which can be installed on a different machine located over the network is realized through a portable proprietor layer, the Quark Data Interface 5 (QDI) component.
  • QDI Quark Data Interface 5
  • the QDI component is used to interface the server with the databases through their native interface protocols, such as the Oracle Call Interface 6 (OCI) or the ODBC (Open Database Connectivity).
  • OCI Oracle Call Interface 6
  • ODBC Open Database Connectivity
  • the Database/Storage layer includes the Database 4 (repository) and the File Servers components 7.
  • the Database 4 is the physical memory storage where assets are stored.
  • the Database 4 in the descriptive preferred embodiment, is directly connected with the Server 1 component through the Quark Data Interface 5 (QDI) library.
  • the Database 4 in the preferred embodiment, is a commercially available, industry-standard database, such as the Oracle 8 or Microsoft SQL server databases. Other databases are also within the scope of the present invention.
  • the Database 4 is preferably a scalable database to accommodate data of differing sizes.
  • the File Server 7 is an optional physical storage entity that provides additional memory space for large digital assets.
  • the decision on which asset classes to store in the Database 4 and which asset classes to store in the File Server 7 can be made through Storage Rules, discussed below.
  • the File Server 7 can be a single stand-alone file server or a cluster of file servers which act as a single logical unit in order to balance the loads on different file servers. Also, a plurality of file servers can be networked together at one or more sites. The number of assets to be managed by the present invention is limit- ed only by the capability of the Database 4 and the File Server 7 storage capacity-
  • the File Server 7 may also include an archive site (either on-line or offline) where digital assets which are not in frequent use may be stored in order to free up storage space on the file servers.
  • the stored digital assets may be com- pressed when archived to further conserve storage space.
  • One important feature of the preferred embodiment is the continued maintenance of the metadata for the archived digital assets in the Database 4. This allows ease of retrieval of the archived digital assets. If the archive site is located off-line, the application stores the assets to be archived, track requests for archived assets and retrieve the requested assets.
  • the present invention can be combined with OPI (Open Prepress interface) servers.
  • OPI software Open Prepress Interface
  • OPI software allows to reduce network traffic by working with low resolution preview files of pictures for editing the layout. High resolution files are used only for printing.
  • the present invention com- municates with the OPI server through special folders. When a picture is checked in, the server puts it in the High resolution folder of the OPI server.
  • the OPI server creates a preview (low resolution) picture and puts it into the preview folder, where the server can get it.
  • the Server Layer includes the main Server 1 application.
  • Main Server Application The main Server 1 application, or simply the Server, is the link between the Client applications and the Database Layer where assets are stored. It handles all requests made for assets and serves as multi-purpose interface for different types of databases.
  • the Server 1 is used to store asset data in the Database 4 and in the File Servers 7.
  • the Server 1 is based on a standard relational database. All server interfaces with other components are realized in IDL, the CORBA's
  • Interface Definition Language in the preferred descriptive embodiment. Other languages may be used as well.
  • the Server 1 runs on the server computer and moves assets into and out the Database 4. It tracks the current status and location of all media asset, and con- trols access to the Database 4 via user names, passwords, and privileges. All assets are controlled by the Server 1 so that it can maintain the integrity of the Database 4 content.
  • the Server 1 has no user interface; to configure it, users must use the Administrator component 8 of the Client layer.
  • the Server 1 includes an Object Request Broker (ORB) component 2: the ORB 2 enables communication between the Server 1 and the Client components. It is also used to expand the architecture by communicating with QuarkXPress XTensions modules 9 or other application modules.
  • the main Server 1 application performs the cataloguing, storage, indexing and tracking of the digital assets. It not only stores the digital assets in the Database 4 and/or File Servers 7, but also creates and stores information about the digital assets in the Database 4.
  • the information about the digital assets referred to as "metadata", is critical in managing the digital assets.
  • the Server 1 gathers, organizes and stores the metadata in a manner to create an efficient process for storing and searching for this information about the digital assets.
  • the metadata about each of the digital assets in the preferred embodiment, is gathered in two processes. The first process is performed automatically by the Server 1 itself.
  • the Server 1 automatically gathers information and generates the corresponding metadata on such information as file type, size, dates of creation and modification, versions, and file-type-specific information such as image resolution and word counts. Other information may be automatically generated by the Server 1 as well.
  • the Server 1 gathers defined information that must be gathered as well as user definable information.
  • the server administrator can configure the Server 1 to gather additional information if desired.
  • the second process of gathering the metadata is entered by the user.
  • the user-supplied metadata may include such information as the identity of the user, the status of the asset, category of the asset, keywords to be applied to the asset, a text description of the asset or other information.
  • the Server 1 can be configured to require such information to be entered by the user before the digital asset can be checked in.
  • the metadata is stored by the Server 1 in headers in the Database 4 which are referenced to a particular digital asset.
  • the headers, with the relevant metadata, are stored in the Database 4 with the digital asset stored either in the Database 4 or on a file server 7, depending on the type of digital asset and on the Storage Rules.
  • a header is made up of separate information "slots" called “header fields". Different kinds of assets have different qualities, such as a text file having a word count and a graphic file having a resolution. Thus, different types of assets will possess different information for their metadata, and require different header fields.
  • a header for a text file may have universal header fields for the identity of the user who created the file, the status of the asset, the last date of modification, and file specific header fields for the word count, program which created the text file and for the page count of the text file.
  • a header for a graphic file may have the same universal header fields, but different file specific header fields for the resolution and type of graphic.
  • Each header field in a header has a unique name and is designed to contain a specific kind of metadata.
  • an asset might have a header field named "Creation Date,” another named “File Type,” and another named “Created By.”
  • Each header field can contain only a specific type of information, such as a date, or a number, or a string of text.
  • the following system-generated header fields, in the descriptive preferred embodiment, are applied to all digital assets checked-in to the system.
  • Type Selection For example: PICT, QuickTime movie,
  • the present invention deals with headers to help users label, locate, and view information about assets tracked by the Database 4 component.
  • the present invention provides the capability for users to define and customize the headers.
  • users define headers there are several attributes that can be defined. Users may define the type of data the field will contain, how the field is formatted and what the default measurement system is; whether or not the field has minimum and maximum values and, if so, what those values are. Users may also set whether users are required to enter data in the field and whether or not the value entered in that field has to be unique. Server administrators can also create customized header fields for specific users or jobs. Access to header fields is regulated by "privileges". Privileges determine which users have what level of access to which assets and features.
  • the present invention implements privileges in terms of users, roles, groups, and access control lists.
  • a user is a logon name and a corresponding password that are registered with the Server.
  • a role is a set of privileges that determines which assets a user can access and which commands they can use. For example, privileges for a role called “Image-Editing Technician” might allow check-in and check-out of picture files but prevent check-in or check-out of QuarkXPress layouts.
  • An “Editor” role might allow full access to all text files, but prevent anything but read-only access to picture files. To grant the appropriate privileges to the appropriate people, all an administrator needs to do is apply the "Image-Editing Technician" and "Editor” roles to the appropriate users.
  • a group is simply a named list of users.
  • Access control lists are sets of access privileges specific to a particular asset. Access control lists determine which users and groups may have what kind of access to that asset.
  • Header fields are also used to manage the display of the content of a digital asset. Header fields can be displayed in different ways using different header views. Header views or masks are "templates" that arrange the display of the data in a header. Each header view shows a certain selection of header fields, arranged in a particular layout. The present invention lets users to create separate, customized header views for different kinds of assets. A sample of header view is depicted in Figure 21.
  • the present invention lets users create different header views that lists copyright-related header fields near the top of the scroll list, and another header view that shows only header fields relating to resolution and size. Each user can then choose the header view that works best for them as the default header view for the each asset class. Header views let users control the way headers appear for different asset classes when users check-in files.
  • Digital assets can also contain other assets.
  • An asset that does not contain other assets is a "simple asset”.
  • An asset that contains or refers to other assets is called “container” or "complex asset", e.g. a QuarkXPress document which is composed by text sections, picture boxes, logos, etc. Examples of simple assets include: text content and picture content.
  • complex assets include: books, documents, groups, text items, picture items, and other graphic items.
  • Container assets refer to or contain other assets. If an object is represented as a container asset, it is possible to extract and administer the components as individual single resources or in group as a single asset.
  • the digital assets are divided into asset classes or types of assets, such as text files, graphic, video, animation, etc.
  • An asset class in the preferred embodiment, is a named group of header fields. Each asset is assigned to a particular asset class. That particular asset class determines which header fields are available for the asset. This feature eliminates the need of unnecessary header fields for the assets, and minimizes database storage as well as increasing efficiency in check- ing in and retrieving assets from the system.
  • the preferred embodiment of the present invention organizes the asset classes 18 into a hierarchy 19 (level-based relationship) wherein asset classes can "contain” other asset classes.
  • the phrase “contain” refers to a hierarchical associ- ation between the asset classes.
  • a upper level asset class may have another asset level assigned to it.
  • An asset class is able to "inherit" the header fields of another asset class to which it is assigned.
  • Asset types inherit header fields from the asset classes that contain them as well as having header fields defined for them.
  • an asset class that is contained by another asset class inherits header fields layouts from its enclosing asset class.
  • the asset class hierarchy is set up to make it easier to add new asset classes and types. For example, when an user needs a series of new asset classes that share most (but not all) of the same header fields, organized in more-or-less the same way, he or she can first create a "master" asset class, configure that asset class with all header fields that are shared by all the asset types within that class, and build a header field layout that will work for all types of that asset. Then, he or she can add new asset classes inside the main asset class. Because these new asset classes would inherit the configuration of the main class, the present invention automatically is able to associate the header fields of the main class to all new sub-classes.
  • the root level class may have a set of header fields defined to it.
  • a series of secondary asset classes are assigned to it, including Document asset class, Misc asset class, Movie asset class, Picture asset class, Quark Component asset class, Sound asset class, Text asset class, and Utility classes asset class.
  • Each of the secondary asset classes not only have particular header fields which relate to specific information concerning that particular asset class, but they also inherit all of the header fields that have been defined for the General asset class.
  • the Picture asset class not only includes all of the header fields that have been defined for that particular asset class, but also inherits all of the header fields that had been defined for the General class.
  • the Document asset class 20, shown in Figure 3, which is contained by the General asset class includes the header fields which have defined for that asset class.
  • the hierarchical progression can be further continued for the Microsoft Word asset class inheriting header fields defined for the Document asset class, and the General asset class.
  • asset class hierarchy in the preferred embodiment is the ability for an asset class to appear in more than one place in the hierarchy.
  • asset class can inherit all of the header fields of both sets of parent classes (multiple inheritance).
  • a system administrator using the Administrator 8 can specify which file name extension, creator code/file type, and icon that a particular type of asset should have when the asset is checked out to a client program. This information assists the present invention in determining which application should be used to open and edit the asset.
  • the asset hierarchy is implemented by using a "contains” relation. This allows having as many levels of the hierarchy in the Database 4 as the user needs and plans to manage. Other relations, such as "was published in the same article", between assets can be defined using the
  • a relation is a description of the relationship between two or more assets. There are three steps to define a relation. First, a relation should have a descriptive name. The name helps users understand what type of relation it is and how it should be used. Second, users need to define whether the relation is transitive or intransitive. And third, users need to define the direction of the relation. Relations can be either symmetrical (the relation works the same way in either direction) or asymmetrical (the relation works differently forward or backward). For asymmetrical relations users can define a name for the backward direction. A symmetric relation is the same regardless of which asset is listed first. An asymmetric relation changes depending on which asset is listed first.
  • the preferred embodiment of the present invention also allows information about the inheritance and attributes of a particular asset class to be viewed and edited.
  • a particular asset class as shown in Figure 3, is selected which causes the
  • header fields as well as the header fields which may have been defined for the Document asset class are in turn inherited 24 by the Microsoft Excel asset class, the Microsoft Word asset class, the PDF asset class, the QuarkCopyDesk Document asset class, the QuarkCopyDesk Template asset class, the Quarklmmedia Export asset class, the QuarkXPress Book asset class, the QuarkXPress Document asset class, the QuarkXPress Library asset class and the QuarkXPress Template asset class.
  • the user can also review the individual header fields for each of these asset classes.
  • the Attributes menu 25 is selected from the Edit Asset Class menu shown in Figure 4.
  • the Classes & Attributes 26 for the selected asset class is displayed, as shown in Figure 5.
  • a listing of all of the classes from which the selected asset class inherits header fields is displayed, with the header fields defined for each of those classes.
  • the invention in the preferred embodiment, has a system-defined hierarchy of asset classes. It also allows the administrator to define new asset classes by means of the Administrator component 8.
  • User-defined asset classes may be moved around in the hierarchy by "cut and paste” and “drag and drop” operations. The user, in the preferred embodiment, is able to create a new asset class either at the root level of the asset class hierarchy or within an existing asset class.
  • a new asset class is desired at the root level of the asset class hierarchy, then the existing asset classes are deselected. If a new asset class is desired inside an existing asset class, then the existing asset class is selected. Once the location of the new class has been selected, then the Edit & New Class menu is selected. A new asset class icon is added at the specified position in the hierarchy. The new class will inherit all of the header fields assigned to all of the asset classes that contain it in the hierarchy, if any.
  • the present invention allows new header fields to be added to new and existing asset classes. Administrators can create customized header fields for specific users or jobs using the Edit & New Header Fields menu command.
  • Header fields can include strings, with maximal length which is a database-dependent feature, full searchable text, a date with optional range, a number with optional range, a measurement with unit and optional range, a "domain", that is an enumeration or selection of a finite set of possible values, and a set of values of one primitive field type (set of text, set of date, set of number, set of domain). If a new header field is added to an asset class that contains other asset classes, the header field is available for all assets in both classes. Properties 27 of an asset class may also be associated with that asset class as well, by selecting the Properties tab as show in Figure 6.
  • Mime Type 28 Multipurpose Internet Mail Extension
  • PC Windows
  • Mac Creator/Type 30 which may be associated with assets of this type on a Mac OS computer
  • an icon 31 to be associated with assets on this type.
  • the administrator may also decide to copy a particular asset class to a different asset class while keeping the original asset class in its current location.
  • the asset class is selected from the main Administrator dialog box of Figure 3, and the Classes menu is selected from the Asset Classes panels scroll list.
  • Copy function menu is then selected.
  • the asset class into which the asset class to be copied is then selected from the asset class list and the Edit & Paste function menu is selected.
  • the copied asset class is thus copied into the selected asset class.
  • the administrator may also decide to delete or move (without copying) an asset class.
  • the asset class is selected from the asset class list and the Edit &
  • the Client/Interface Layer includes the Administrator 8 component, the Standalone Client 13 application, the QuarkXPress XTension 9 and the Connect modules 17. This layer, is intended for descriptive purposes only and is not meant to limit the scope of the present invention. Other components, applications, extensions and modules may also be used under the present invention as well.
  • the Administrator component 8 is the central tool used to configure privileges and user groups, create reports, and perform administrative tasks over the Server 1 component. It lets system administrators to log on into Server 1 over a network from a client machine. Once logged on, administrators can configure privileges and access control lists (ACLs), add and delete users and groups, specify user access to assets, add new Asset Classes, update relations and the keyword hierarchy, control header fields and header views and perform all other administrative tasks without having to restart the server. Privileges defined through the Administrator 8 component control the access to the server functionality. Access to digital assets is controlled by the ACLs. The Administrator 8 component also gives the user all basic client features of the Standalone Client 13 application.
  • ACLs privileges and access control lists
  • the Standalone Client 13 application is used by the user to perform queries over the Server 1 component, to retrieve, check-out, and check-in multi- media objects registered in the Database 4 repository without a specific host application, such as QuarkXPress, Microsoft Word, etc.
  • the Quark XTensions components 9 allow users to access the Server 1 from the QuarkXPress application 10, and use tracked digital assets.
  • the QuarkXPress XTensions modules 9 are used as a bridge between the product-spe- cific XTensions interface and the CORBA/IDL compatible Server interface. They also allow users to "deconstruct" QuarkXPress documents, storing individual QuarkXPress items and groups in the database for cataloging and reuse. It is to be understood that other extension modules may also be used as well for other applications.
  • the Connect modules 17 are used to connect some existing commercial applications from other vendors, such as Photoshop, PageMill, Illustrator, by Adobe, Inc., FrontPage, Word by Microsoft Corporation or other electronic publishing programs, etc., to the Server component 1, and use tracked digital assets within them.
  • the Connect module 17 lets users check an image file into or out of a server from within a compatible image-editing application.
  • Connect module 17 integrates the present invention with programs that can create and modify a wide variety of media types, including word processing documents, spreadsheets, and graphics.
  • the present invention is not intended to be limited to the described programs or types of programs. Other programs, types of programs and interfaces are considered to be within the scope of the present inventive concept.
  • Client Applications Each client of the preferred embodiment of the present invention includes a core set of features as well as possible additional features unique to each client component.
  • the core set of features includes the ability to check in assets, find assets within the Database 4 and the File Systems 7, retrieve the assets, use the assets and check the assets back in after use or revisions.
  • the core set of features also allows relations between the assets to be assigned to keep track of relationships between assets. These features are discussed in greater detail below. Check-In
  • the preferred embodiment of the present invention through the client program allows the user to "check in" an asset, that is, assign control of the asset to the Server. Once the control of the asset has been assumed, it can only be accessed through the Client application of the present invention. This is accomplished by storing the metadata about that asset in the Database 4 and storing the asset in either the Database 4 or in the File Servers 7.
  • the check in process can be used to check-in a new asset (add asset) or to perform a check-in of a new asset version of a checked out asset.
  • the present invention automatically saves a new version of the asset. All versions of that assets are called revisions. A revision is saved each time an asset is checked into the present invention.
  • the invention allows users to specify how revisions of files are maintained by using the Revision Control panel.
  • publishers require to reuse asset data, including not only pictures, but picture boxes containing all related formatting information like scaling, skew, background color, box shape, etc. Additionally, sometimes there is the need to reuse some more complicated arrangement of several boxes, for example some artwork or a company logo.
  • the present invention has the abil- ity to check in a single asset or to group related assets together as a single asset.
  • This unique feature enables an user to manage a group of assets which are applied together in a single use and even "deconstruct" the items within an active document into individual assets.
  • An example of this may be a document which contains several items such as text files and/or graphic files. The individual text files may be checked in as individual assets as well as the individual graphic files.
  • one or more of the text files may be grouped with one or more related graphic files and the combination may be saved as an asset.
  • Another unique feature of the present invention is the ability to establish relationships between the individual assets and between groups of assets.
  • the user selects the items from an active document (or other work product) that is desired to be managed by the system.
  • a Check-In Document dialog box 37 such as the dialog box shown in Figure 9, displays the items in an active document in the client program (such as a document in QuarkXPress).
  • the relationship between the items and groups is displayed in a logical hierarchical structure.
  • a document, the "QuarkDMS Paper" 38 is at the root level directory.
  • the paper contains a QuarkXPress Group Box.
  • the QuarkXPress Group Box further contains two Text Boxes and a Picture Box. This hierarchical relationship between each of these items is thus established.
  • the assets in the preferred embodiment of the present invention, can be checked in as individual assets, as groups of assets, or as multiple groups.
  • the present invention allows a document to be checked in as a single document or else deconstruct it in order to check some or all of its items as separate assets.
  • the deconstructing functionality is achieved by means of software modules to be installed within the external application.
  • this software consists in QuarkXPress XTensions modules 9.
  • the user from the document program in use, as for example a QuarkXPress document, which consists in a multimedia document composed by a collection of images, text and other media content, activates a dialog box, such as the dialog box shown in Figure 9.
  • the dialog box displays the items which make up the document and the relationships between the items.
  • the dialog box also displays the Asset Status for each of the items, that is the check-out status for each of the items, the type of item, and other information such as the size of the file, the last date of modification and the physical location of the item within the document. Other information could be displayed as well as desired.
  • the Asset Status (first column) for each of the items will display whether the item is currently checked out by the user, whether the item is currently checked out by another user, whether the item is available on a read-only basis, or whether the item has not yet been checked in and is not under the control of the system. Different icons will represent the different status of the items.
  • the user can determine whether each item is to be checked in individually, as a part of a group or both, that is a copy checked in as part of a group while the original is checked in as an individual asset.
  • the Check In column (third column) displays the status of each item and whether it has been selected for checking in as an individual asset, as part of a group or both. Different icons will be displayed regarding the status of the item or group.
  • the check in status for each item or group of item can be selected or changed by simply clicking in the Check-In column adjacent the item or group until the desired status is displayed by an appropriate icon.
  • a group of assets are to be checked in as a group, then a name is assigned to the group, and the relationship of the items within the group is established.
  • the document in Figure 9 includes a group named QuarkXPress Group
  • QuarkXPress Picture Box The item type is displayed as QuarkXPress Group Box.
  • the user can also determine the physical location of each item or group within the document (if the document and items are of a type which allows this operation) either by the information displayed in the dialog box, or by selecting the Show button 39. The document will be then displayed at the location of the selected item.
  • Each of the assets are assigned a name, either by the user or by a default mechanism.
  • the present invention also determines the file type (such as text, picture, or a group), the size of the asset, the last modification date and the location of the asset within the document or other work product.
  • the user will also be prompted for information about the asset, such as the identity of the creator, text description of the asset, keywords about the asset, and other defined fields of information. This information about the asset, or metadata, is stored in a header in the database along with the location of storage of the asset itself.
  • the metadata for an asset can be viewed or edited by selecting the name of the item in the dialog box, and then selecting the Edit Header button 41.
  • the user supplied metadata can be edited, if desired and if this information has not been locked out, that is access-denied, by others or if this asset is not currently checked out by others.
  • the user selects the Check In button 40.
  • the present invention will check in both picture boxes but only check in one copy of the picture file with both checked-in picture boxes referencing the checked-in version of the picture file. If an identical picture file has already been checked in as a picture asset in the system, the invention will display an alert notifying the user of this existing asset, and allow the user to use the existing asset or check in the copy as an asset.
  • the picture file may be updated or revised at some point.
  • the user selects the Check-In 40 button to check the items and/or groups as assets. This can be done either on a single item/group basis or on a multiple item/group basis.
  • the system may also prompt the user for required information about the asset, if that information has not yet been supplied.
  • QuarkXPress 10 as a client program (as well as the QuarkCopyDesk application 11).
  • the XTension 9 component installed into the QuarkXPress 10 client application is used to assign attributes and keywords to media assets selected to be stored as single resources. When checked in, the media assets contained in the document is sent to the Server
  • the Server 1 component When text asset is received, the Server 1 component starts indexing process of the text in order to assure full text search over the stored asset. For QuarkXPress documents all text boxes are indexed.
  • the XTension modules 9 further create previews for every page and a thumbnail picture of the first page of the document. When managing text files, the XTension 9 components generate a
  • QuarkXPress tags file as text preview, and a text box containing the first characters of the document as thumbnail asset. Once the check in of the asset has been accepted, the assets are under the control of the system.
  • Queries In order to use digital assets that are under the control of the present invention, the user must be able to efficiently retrieve the digital assets.
  • the present invention provides a process to search, retrieve and use these digital assets.
  • the search process referred to as a "query” is a request for a list of all assets that meet specific criteria. Once this list is generated, then the user must be able to determine if the desired digital assets are on this list. The user should also be able to organize this list for efficient use.
  • the preferred embodiment of the present invention utilizes a "query palette" 42 to present the list of digital assets that meet the user's criteria in a manner that allows the user to efficiently use this list.
  • search tech- niques are used under the present invention.
  • the present invention is also able to search and retrieve stored assets by full file searches of the digital asset, such as full text search of text files.
  • the queries generated by the present invention are efficiently processed by searching the metadata of the assets.
  • the present invention performs also full text and keyword search over index and data stored in the server 1. Since the metadata is stored in headers in the Database 4, the application does not have to search through the voluminous file server storage for the information it seeks.
  • the digital assets are not retrieved from the file servers 7 until the user has reviewed the metadata for the digital assets, determined which digital assets are required, and then checks the chosen digital assets out.
  • the transactions in the Database 4 are more efficiently processed in this manner.
  • the present invention forms queries from three segments of information. It is to be expressly understood that other formulations of queries could also be used under the present invention.
  • the query of this embodiment includes an operand, an operator and a parameter.
  • the operand selects the header fields to be searched.
  • the header fields discussed above may include the date created, the file size, the date of last modification, the type of file, the identity of the creator, etc.
  • the operator describes the kind of search to be performed in that header field.
  • the operator could designate that the search be a certain parameter, not be a certain parameter, be within a range of parameters, etc.
  • the parameter describes the data to be searched within the header field.
  • a typical query could be for all assets entered into the system on a particular date.
  • the formulated query would be: Operand Operator Parameter
  • This query would be entered into a dialog box, such as the dialog box illus- trated in Figure 10.
  • the system searches in the Database 4 for all header fields titled "Asset class" for the metadata QuarkXPress Document.
  • a query such as the one described above is referred to as a "Single Condition Query”.
  • the query may also have multiple conditions.
  • a multiple condition query would include two or more queries linked by a "joining condition".
  • a joining condition establishes the relationship between the two queries. It specifies whether the user is searching for the information jointly or in the alternative. For instance, if a user is searching for all QuarkXPress Document created by a user named "john Doe", the query would contain the multiple conditions:
  • the second example would normally generate a much larger list of digital assets.
  • the present invention is thus able to search and retrieve a list of digital assets which meet criteria set by the user by searching the header fields in the database relating to the digital assets.
  • the present invention also provides the capability to efficiently review this list in order to further select the desired digital assets.
  • the present invention provides a feature referred to as "Accessories" which groups and sorts the list of digital assets in accordance with user specifica- tions.
  • the Accessories features include a "Group By" accessory that lets the user specify how the list of returned assets will be displayed.
  • the user specifies a header field, such as "Created By” or "File Type”.
  • the invention displays the list of returned assets grouped by the information found in the specified header fields. For example, if a user specified that the list be grouped and displayed by the "File
  • the invention would display the list of assets by the type of file, such as grouping all of the text files together, all of the graphic files together, etc.
  • the Accessories features also include a "Sort By" accessory that lets the user specify how the sequence of assets will be displayed.
  • the user specifies a header field, such as "Created By” or "File Type”.
  • the invention displays the list of returned assets sorted by the information found in the specified header fields. For example, if a user specified that the list be sorted and displayed by "File Name”, then the invention would display the list of returned assets in sequence by their File Names.
  • a query for the above information, to be grouped by "File Type” and sorted by their "File Names” might be as follows:
  • the result of a query is displayed in a "query palette" 42 as illustrated in Figure 11, where assets are grouped by their respective type and information about "Created by", “Type", and “Size” are presented.
  • the preferred embodiment of the present invention also allows a user to save repetitive queries. For example, if a user often performs a query requesting the same criteria, the invention allows the user to "name” the query and save it. Named queries, in the preferred embodiment are saved on the Server 1, so that a user can access regardless of location. The user can specify that it only be avail- able to particular users, or available to any user. Unnamed queries are stored on the local computer and discarded when the client session is finished.
  • the preferred embodiment of the present invention also provides a "Query Palette" for the user to view and work with the results of queries before the digital assets are "checked-out".
  • the Query Palette is a display of the list of retrieved assets.
  • the Query Palette in the preferred embodiment of the present invention, operates in the following modes: Plain, Grouped, Layout, Reverse Layout,
  • the Header, Userview.-The Plain - or query - mode 43 displays the list of assets returned by a query.
  • the Grouped mode 42 is used to display asset grouped in folder according their respective asset class, as seen in Figure 11.
  • the Layout and Reverse Layout mode, 44 and 45 displays the relationships between assets and classes of assets.
  • the Header mode displays assets by listing all header fields, as in Figure 21, or by showing the low-resolution thumbnail for each asset, as in Figure 20.
  • Userview mode is explained in detail below. Additionally you have two browse modes: the Relation and the Revisions mode.
  • the Relation mode displays all relations between assets.
  • the Revisions mode 46 displays the revisions for each of those assets.
  • the query mode of the Query Palette 43 displays a list of the assets which meet conditions of a query.
  • This list of assets can be displayed in a table format, as thumbnails, as in Figure 20, or as individual headers, as in Figure 21. If other assets are in the display which do not meet the current specified conditions, those assets are "grayed-out", to indicate that they do not meet the specified conditions.
  • FIG. 13 An example of a Query Palette 44 in relation mode (layout) is shown in Figure 13.
  • the Query displays a document created in QuarkXPress.
  • the document "contains” a group asset, and the group asset "contains” a picture asset and two text asset.
  • assets may be checked in as individual assets or as groups of assets.
  • the Query Palette 44 in relation mode (layout) is able to display these assets and their relationships in a level-based graphic manner.
  • the Query Palette 45 can also display these relationships in a "Reverse Layout" display, as shown in Figure 14. In this display, the contained assets are displayed at the root level with any assets which contain it listed below it.
  • An example of a Query Palette 46 in revision mode is illustrated in Figure
  • the Query palette 46 displays the list of revisions for each single asset.
  • the Revisions column indicates whether the Server is tracking previous revisions for each asset.
  • a blank space indicates that no revisions are stored for the asset.
  • a document icon indicates that revisions are stored for the asset. Users may select this icon to see these revisions.
  • the revision icon the list of revision items is displayed within the Query Palette.
  • Check-out of an asset means that the asset is copied to the local computer of the user. At that point, the user can use the asset, make copies of the asset, make revisions to the asset, establish relations for that asset, or any other operations. All other users can use the asset, make copy of it, establish relations for that asset but not modify it or create a new revision for that asset. No other user has access to check out an asset while it is checked-out. Once the asset has been check-out, however, it can be duplicated and distributed.
  • the preferred embodiment of the present invention provides other features to assist the user in organizing, manipulating and utilizing the assets managed by the system.
  • One of these features is a "user view”.
  • a user view in this embodi- ment, is a "work area" for the user to arrange and group assets.
  • the user views also allow the user to view the results of queries and also to arrange for the automated processing of assets through "action folders", described below.
  • User views in the present invention are a grouping of "references" to the assets. Those references can be in the form of icons or aliases which provide a reference to a particular asset. The selection of a particular icon or other reference allows the stored asset to be "checked-out”.
  • the user views allow the user to select the references to specific assets for organizational purposes without changing the organization of the assets in the database or on the file servers.
  • An user view lets users move, copy, cut, paste, and delete icons without in any way affecting the assets they represent.
  • users can create User Folders, Action Folders, and Query Folders, to automate processes in a workflow, which are executed when open. Users can further move, copy and delete assets and folders contained in the user view.
  • assets may have the same name, even if they are into the same folder. Folders at the same level of the hierarchy must have unique names.
  • User views can be configured by dragging and dropping assets into a User View Palette. These assets may be dragged from another user view or from a
  • User views contain User Folders, Query Folders and Action Folders.
  • User Folders are basic folders that contain pointers to assets or other user folders.
  • Query Folders include the list of items found by queries.
  • Action Folders are a special type of User Folders.
  • FIG. 16 An example of a user view is illustrated in Figure 16.
  • an user such as an image-editing technician, who is required to color correct a number of images that are being used in a variety of magazines within a publishing company. The only common relationship between these images is that the user must color correct them. There is no other relationship between these images or assets.
  • a dialog box 47 such as shown in Figure 16, is opened.
  • the user creates a new folder "User Folder” 50 in that dialog box.
  • the user then creates a query, as described above, for all assets that meet the criteria for the images to be corrected.
  • the results of the query are then "dragged" into the folder "User Folder” 50.
  • a copy of the icon for each of those assets are copied into the folder.
  • the query can then be closed.
  • Each of the assets listed in the folder can then be checked-out, corrected and checked-in.
  • the folder can be discarded, or else shared with other users.
  • the user view allows the listing of assets to be organized without affecting the organization of the assets in any way.
  • the user views are stored on the server so that they can be accessed from any location.
  • the access to the user views can be specified as read-only basis or on a read/write basis.
  • the user views can be accessed simultaneously by other users as well, which is useful for collaborative projects.
  • the present invention also provides a useful feature for automating many aspects of the system management process.
  • the present invention provides an "Action Folder" 48 feature to automate such aspects as applying header data to newly added assets.
  • Each of the Action Folders has a corresponding script which determines the action to be applied to assets that are associated with the Action
  • the Action Folder feature can be accessed directly from the system through the Administrator or from the User View palette, discussed above.
  • Action Folders can be set to execute scripts immediately or at a scheduled time. Action Folders may additionally monitor file system folders, periodically or at a scheduled time. At that time the script is executed as if the media assets were put into an Action Folder of the User View. Warnings are issued to the client application through the network if the client component is terminated and a file system folder is to be monitored, or if the Action Folder script requires access to the local file system, or finally if it cannot carry out certain functions. All scripts related to an Action Folder run with the permissions of the owner of the Action Folder.
  • An action folder 48 is created from the User View palette by selecting the Action Folder button 49, shown in Figure 16.
  • An Action Folder dialog box 51, shown in Figure 17, is then displayed.
  • An action folder is configured by selecting the Activity tab 52, and specifying a schedule for the running of the Action
  • the schedule can designate that the activity operate only one at a specified time or to execute periodically at a specified periodic date and time, or both.
  • the Action Folder can also be configured to execute the activity on any file contained within a specified folder on a local hard disk. The Monitor File System is selected and the folder to be monitored is specified. Then the activity will be executed on any file placed within the specified folder.
  • Defaults can also be specified in the event that an error is encountered during the execution of the activity.
  • the Action Folder can be configured so that the script is halted, by selecting the Abort Script option or an email is sent to a selected address by selecting the Notify by Email option.
  • the script that the Action Folder is to execute is configured by selecting the Edit Script button 52, as shown in Figure 18.
  • the script can be created or selected from a library.
  • the script can be saved in an external file by selecting the Save As... button, or a script can be loaded from an external file by selecting Load.
  • the script can be created or edited by clicking within the window in the dialog box.
  • Action Folders can be monitored by clicking the Logs tab 54. This provides a report of the processed activities and/or errors that occurred during the execution of the activities of the Action Folder, as shown in Figure 19. These logs can be cleared or saved. Unprocessed items can be aborted or the error completed and the activity for that item processed.
  • the Action Folder's script can be applied to assets in two ways.
  • the icons for the assets can be moved to the action folder's icon in the User View palette from the hard drive, from the queries palette, from the user view or form a different user view.
  • the second way is to place the icons for the assets in the icon for the folder on the local hard disk that has been chosen for that Action Folder in the Activity panel 51 of the Action Folder dialog box.
  • Action Folder scripts are executed on an Execution Engine component, which may be located either on the Client or on the Server component. The location of the Execution Engine is restricted to the Client component if the script contains actions that can only be executed on the Client component. Actions correspond to individual instructions within a script.
  • Some activities can be executed by the server application regardless of whether the client is operating while other activities require the client to be operating. In the latter instance, the system will query the user prior to quitting the client program as to run the script prior to quitting, cancel the quit or quit without running the script.
  • Action Folders scripts may be executed either on the Client and the Server component, there must be an Execution Engine on both sides.
  • the server-side Execution Engine is multi-threaded, which means that multiple scripts can be executed at the same time.
  • Client-side action handlers may use functionality of client side programs like QuarkXpress and XDialog user interface functionality. Error handling of Action Folders scripts is based on transactions: if any action determines that an unrecoverable error occurred it exits an exception which will be caught by the Execution Engine. The latter then aborts the transaction for this Action Folder run. After that, the Execution Engine continues to process the other assets/files.
  • Such schema ensures a consistent state for any case.
  • Distributed Architecture is the term used to describe how the present invention can be deployed in more complex and distributed environments. The term Distributed should be seen from the viewpoint of globally distributed publishing companies. A major technical problem faced by these companies is the size of media assets which have to be stored and transported between several sites or locations.
  • the present invention utilizes a distributed architecture to improve the performance and capabilities of the overall application.
  • the invention includes several important features which are particularly useful for organizations with offices in different geographical locations. These offices typically need to pull assets from the same pool of shared digital assets. Often, each of these offices will have a local pool of digital resources as well which are not frequently shared with other offices.
  • the preferred embodiment provides a "locations" feature which allows each of the offices to store some or all of its assets locally while those assets still remain under the control of the system.
  • An example of the invention operating in several locations is illustrated in Figure 7.
  • the invention includes a server 32 on which the application is located, the database, the file servers, the client programs, and the separate locations 33. The server and the separate locations are connected by a TCP/IP based network. Other connections could be used as well.
  • Each location has at least one server or storage agent 34 operating on a computer that is physically distant from the server 32.
  • the main server application on server 32 controls the operation of each of the server agents.
  • the server agents are configured by the Administrator with the desired options to expand the capabilities of the main server application and each of the server agents.
  • Storage entities which in the preferred embodiment are directories on a hard drive or other storage medium, are used by the Server to store assets. Each of the storage entities are either controlled by the individual server agents or by the main server 32.
  • a single server agent is able to control multiple storage entities.
  • One or more storage entities may be grouped and treated as a single logical unit, referred to as a "cluster" 35 under the control of either the main server application or a server agent.
  • Each cluster 35 is assigned a unique name and associated to a particular location.
  • the main server 32 application monitors the load and remaining space on each of the storage entities within each cluster 35 in order to store assets as efficiently as possible.
  • the main Server 32 application also utilizes storage rules to determine which assets are stored in particular clusters or even in individual storage entities which are not part of a cluster.
  • the storage rules which are configured by the Administrator, create and configure the storage entities and clusters, which may also be configured locally by the server agents.
  • the main server located in New York controls hard disk a and cluster A having hard disk b and hard disk c grouped together and cluster B which has hard disk d and hard disk e grouped together.
  • the main server also controls the operation of server agent Bl which controls hard disk m and cluster X having hard disk o, hard disk p, hard disk q and hard disk r grouped together as a single unit, and the operation of server agent B2 which controls hard disk n and cluster Y having hard disk s and hard disk t.
  • the Administrator can configure storage rules for the main server application and each of the server agents Bl and B2.
  • These rules may, by way of example, cause assets originating in New York to be stored in hard disk a, cluster A or cluster B; assets created by users and group is in Tokyo to be stored in hard disk m, hard disk n, cluster X or cluster Y. Since assets typically will be used more often by the users who created them, the local storage improves the speed of access to those users.
  • the Administrator displays a "Locations" dialog box 36, shown in Figure 8, when the administrator desires to create and configure the server agents.
  • a master location and the main Server application will always be specified.
  • the administrator simply selects a blank part of the Locations scroll list and chooses New Location from the Edit menu to add a new location.
  • Server agents, clusters and /or storage entities are added as desired to this new location by selecting from a menu.
  • new locations can be easily configured from a remote site.
  • the hardware and local applications are installed locally at each site. The configuration and options are performed through the main server application by the Administrator however.
  • Clusters can be created by grouping the individual storage entities in a logical unit under the control of a server agent.
  • the use of the distributed architecture provides local storage of assets to improve the access of these assets to high usage users while still maintaining the control of those assets in the system itself. Also, the storage capacity and load usage can be balanced throughout the invention to optimize the performance of the invention. Operation
  • the present invention allows a user to check in assets, either on an individual basis, as a group of related assets, or even to deconstruct a document into individual assets for individual check in.
  • the assets can be displayed in a hierarchical structure to show the relationships between the assets.
  • Information about the assets is stored in the form of metadata in headers stored in the database while the assets are stored in a file server or clusters of file servers.
  • Digital assets can be retrieved from the storage servers by formulating queries.
  • the queries set forth criteria that the system uses to search the headers in the database regarding the information relating to the stored assets.
  • the invention displays the results of such a search in a Query Palette which allows the user to view and organize the results. The user can thus select among the list of assets which fall under the search criteria in order to check out desired assets.
  • the invention also provides User Views to group references or icons rep- resenting selected assets in order to organize the references to the assets without affecting the organization of the assets themselves. These grouping of references can be shared for collaborative projects. Another feature of the User Views is the use of Action Folders. This feature allows scripted actions to be applied to assets at scheduled times.
  • the Database component shall be configured following two options: (1) a NT platform with a minimum of 96 MB free RAM, minimum processor speed: Pentium 166, supporting Windows NT 4.x/5.0 and the Oracle Database, or (2) a Unix Sun Sparc platform with a minimum of 96 MB free RAM, minimum processor speed: UltraSparc 140 Mhz, supporting Solaris 2.6 and Oracle Database.
  • the Server component shall be configured following two options: (1) Server NT platform with a minimum of 20 MB free RAM, minimum processor speed: Pentium 166, supporting Windows NT 4.0 Servicepack 3, SQL*Net 8.0.x, or (2) Server Unix Sun Sparc platform, with a minimum of 20 MB free RAM, minimum processor speed: UltraSparc 140 Mhz, supporting Solaris 2.6 and SQL*Net 8.0.x.
  • the Client component shall be configured following two options: (1) Windows Client running on Intel (Pentium) PC platform with a minimum of additional 4 MB free RAM, supporting Windows 95, NT 4.0 Servicepack 3, Windows 98 (QuarkXPress, Standalone, Administrator), or (2) Macintosh Client running on PowerMacintosh platform, with a minimum of additional 4 MB free RAM, and supporting Mac OS 8.x or 7.6.
  • the File Server component can run on whatever hardware platform (Unix, PCs or Mac) which allows mounting of file systems on MacOS, Windows, and Solaris - in case of a Unix server.
  • Unix Unix
  • the above description of a preferred hardware/software embodiment of the present invention has been presented for the purposes of illustration and description only. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. This invention is to be limited only by the following claims, which include all such embodiments when viewed in conjunction with the above specification and accompanying drawings.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

L'invention concerne une application (17) de gestion de contenu numérique, quel que soit son type ou son format. L'application permet de vérifier des contenus numériques à l'entrée, sur la base de contenu numérique individuel ou groupé, et de les vérifier à la sortie. On stocke des informations concernant des contenus numériques dans une base de données (4) pour permettre d'effectuer une recherche de contenus numériques sans devoir rechercher dans les contenus numériques eux-mêmes. L'utilisateur dispose de moyens permettant d'organiser les contenus numériques récupérés en fonction de critères fournis, et d'agir sur les contenus numériques selon un mode de traitement par lots. Les contenus numériques sont extraits de serveurs de stockage (1) au moyen d'interrogations. Les résultats des interrogations sont affichés dans une palette d'interrogation pouvant être personnalisée par l'utilisateur. Des affichages d'utilisateur permettent de grouper des références ou des icônes représentant des contenus numériques sélectionnés pour organiser les références par rapport aux contenus sans influencer l'organisation des contenus eux-mêmes. Des procédés et des processus sont appliqués pour optimiser la gestion de contenus numériques dans une architecture répartie, par une surveillance et un équilibrage de la charge et du taux d'utilisation du serveur et des entités de stockage (16).
EP00915981A 1999-03-01 2000-03-01 Systeme et procede de gestion de contenu numerique sur supports numeriques Withdrawn EP1210667A4 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/259,947 US6947959B1 (en) 1992-10-01 1999-03-01 Digital media asset management system and process
PCT/US2000/005393 WO2000052590A1 (fr) 1999-03-01 2000-03-01 Systeme et procede de gestion de contenu numerique sur supports numeriques
US259947 2005-10-27

Publications (2)

Publication Number Publication Date
EP1210667A1 true EP1210667A1 (fr) 2002-06-05
EP1210667A4 EP1210667A4 (fr) 2006-10-18

Family

ID=22987133

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00915981A Withdrawn EP1210667A4 (fr) 1999-03-01 2000-03-01 Systeme et procede de gestion de contenu numerique sur supports numeriques

Country Status (5)

Country Link
EP (1) EP1210667A4 (fr)
JP (1) JP2002538553A (fr)
AU (1) AU3715700A (fr)
CA (1) CA2363735A1 (fr)
WO (1) WO2000052590A1 (fr)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4214651B2 (ja) * 1999-03-31 2009-01-28 ソニー株式会社 データコミュニケーションシステム、データ管理方法
JP4325102B2 (ja) 1999-11-12 2009-09-02 ソニー株式会社 情報処理装置および方法、並びにプログラム格納媒体
CA2319979A1 (fr) * 2000-09-18 2002-03-18 Bruce Frederic Michael Warren Methode et systeme de production de dossiers de recits ameliores
CA2431341A1 (fr) 2000-12-12 2002-06-20 Time Warner Entertainment Company, L.P. Definitions de types de donnees pour contenus numeriques
US7149980B1 (en) * 2000-12-28 2006-12-12 Cisco Technology, Inc. Content validation for interactive dynamic documentation web site
JP4230677B2 (ja) * 2001-05-15 2009-02-25 ソニー株式会社 情報管理システム、情報管理装置、情報管理方法、情報利用クライアント、情報利用クライアントプログラムならびに情報利用クライアントプログラムを記録した情報記録媒体
FR2830957B1 (fr) * 2001-10-12 2004-01-23 Commissariat Energie Atomique Procede et systeme de gestion de bases de donnees multimedia
US6925475B2 (en) 2001-10-12 2005-08-02 Commissariat A L'energie Atomique Process and apparatus for management of multimedia databases
US7917466B2 (en) 2002-02-21 2011-03-29 Hewlett-Packard Development Company, L.P. Automatically processing digital assets of a digital camera
JP2014174743A (ja) * 2013-03-08 2014-09-22 Dainippon Printing Co Ltd 確認処理装置、確認方法及び確認処理用プログラム
US9628551B2 (en) 2014-06-18 2017-04-18 International Business Machines Corporation Enabling digital asset reuse through dynamically curated shared personal collections with eminence propagation
JP6943008B2 (ja) 2017-04-24 2021-09-29 富士通株式会社 制御プログラム、制御方法、及び情報処理装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5261087A (en) * 1989-03-07 1993-11-09 Yamaha Corporation Electronic information retrieval system with relative difference analyzer
US5333315A (en) * 1991-06-27 1994-07-26 Digital Equipment Corporation System of device independent file directories using a tag between the directories and file descriptors that migrate with the files
US5333312A (en) * 1990-06-21 1994-07-26 International Business Machines Corp. Synchronous and asynchronous copying of a document into a folder in a target library
WO1995031768A1 (fr) * 1994-05-16 1995-11-23 Apple Computer, Inc. Systeme informatique permettant d'instancier automatiquement des taches designees par un utilisateur
WO1995031770A1 (fr) * 1994-05-16 1995-11-23 Apple Computer, Inc. Interface ordinateur/humain permettant la personnalisation par l'utilisateur du comportement de l'ordinateur par rapport a des objets
US5606689A (en) * 1991-12-24 1997-02-25 Fujitsu Limited Data processing apparatus including external storage previously reserved to be allocated to job groups
US5664182A (en) * 1995-09-18 1997-09-02 Actuate Software Corporation Persistent storage of report objects
US5778390A (en) * 1996-06-07 1998-07-07 Electronic Data Systems Corporation Method and systems for creating duplicating, and archiving database files
US5832522A (en) * 1994-02-25 1998-11-03 Kodak Limited Data storage management for network interconnected processors

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5717923A (en) * 1994-11-03 1998-02-10 Intel Corporation Method and apparatus for dynamically customizing electronic information to individual end users
US5946678A (en) * 1995-01-11 1999-08-31 Philips Electronics North America Corporation User interface for document retrieval
US5953733A (en) * 1995-06-22 1999-09-14 Cybergraphic Systems Ltd. Electronic publishing system
US5907837A (en) * 1995-07-17 1999-05-25 Microsoft Corporation Information retrieval system in an on-line network including separate content and layout of published titles

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5261087A (en) * 1989-03-07 1993-11-09 Yamaha Corporation Electronic information retrieval system with relative difference analyzer
US5333312A (en) * 1990-06-21 1994-07-26 International Business Machines Corp. Synchronous and asynchronous copying of a document into a folder in a target library
US5333315A (en) * 1991-06-27 1994-07-26 Digital Equipment Corporation System of device independent file directories using a tag between the directories and file descriptors that migrate with the files
US5606689A (en) * 1991-12-24 1997-02-25 Fujitsu Limited Data processing apparatus including external storage previously reserved to be allocated to job groups
US5832522A (en) * 1994-02-25 1998-11-03 Kodak Limited Data storage management for network interconnected processors
WO1995031768A1 (fr) * 1994-05-16 1995-11-23 Apple Computer, Inc. Systeme informatique permettant d'instancier automatiquement des taches designees par un utilisateur
WO1995031770A1 (fr) * 1994-05-16 1995-11-23 Apple Computer, Inc. Interface ordinateur/humain permettant la personnalisation par l'utilisateur du comportement de l'ordinateur par rapport a des objets
US5664182A (en) * 1995-09-18 1997-09-02 Actuate Software Corporation Persistent storage of report objects
US5778390A (en) * 1996-06-07 1998-07-07 Electronic Data Systems Corporation Method and systems for creating duplicating, and archiving database files

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BERCHTOLD A ET AL: "SaveMe: a system for archiving electronic documents using messaging groupware" PROC. OF THE INTERNATIONAL JOINT CONFERENCE ON WORK ACTIVITIES COORDINATION AND COLLABORATION 1999, SAN FRANCISCO, CALIFORNIA, USA, FEBRUARY 22-25, 1999, 22 February 1999 (1999-02-22), pages 167-176, XP002395550 *
HEDDAYA A ET AL: "WebWave: globally load balanced fully distributed caching of hot published documents" INTERNATIONAL CONFERENCE ON DISTRIBUTED COMPUTING SYSTEMS, 27 May 1997 (1997-05-27), pages 160-168, XP002075421 *
See also references of WO0052590A1 *
TAMER OEZSU M ET AL: "AN OBJECT-ORIENTED MULTIMEDIA DATABASE SYSTEM FOR A NEWS-ON-DEMAND APPLICATION" MULTIMEDIA SYSTEMS, SPRINGER VERLAG, DE, vol. 3, no. 5/6, November 1995 (1995-11), pages 182-203, XP002071887 ISSN: 0942-4962 *

Also Published As

Publication number Publication date
JP2002538553A (ja) 2002-11-12
EP1210667A4 (fr) 2006-10-18
WO2000052590A1 (fr) 2000-09-08
WO2000052590A9 (fr) 2001-12-27
CA2363735A1 (fr) 2000-09-08
AU3715700A (en) 2000-09-21

Similar Documents

Publication Publication Date Title
US6947959B1 (en) Digital media asset management system and process
KR101120755B1 (ko) 정적 및 동적 리스트의 사용을 포함하는 가상 폴더 및 항목 공유 시스템 및 방법
US6327594B1 (en) Methods for shared data management in a pervasive computing environment
US7769768B2 (en) Methods, apparatus and computer programs for visualization and management of data organization within a data processing system
KR100996763B1 (ko) 가상 폴더들을 사용하는 시스템 및 방법
US6240429B1 (en) Using attached properties to provide document services
US7447712B2 (en) Structured workfolder
US8839092B2 (en) Multi-user, multi-timed collaborative annotation
US6308179B1 (en) User level controlled mechanism inter-positioned in a read/write path of a property-based document management system
US7627583B2 (en) Methods, apparatus and computer programs for visualization and management of data organisation within a data processing system
US20020007373A1 (en) System, method, and computer program product for knowledge management
EP0986009A2 (fr) Extension du comportement d'une application à travers les propriétés d'un document
US20090094271A1 (en) Variable driven method and system for the management and display of information
WO2000052590A1 (fr) Systeme et procede de gestion de contenu numerique sur supports numeriques
US7761476B2 (en) Automatic capture of associations between content within a content framework system
EP2420939B1 (fr) Système et procédé pour un référentiel au contenu virtuel
AU2004229005B2 (en) Digital media asset management system and process
US7475091B2 (en) System and method for viewing a virtual content repository
US7155662B1 (en) Representing an entity as a document using a data source having active properties
US20050251503A1 (en) System and method for content and schema versioning
Yoshizawa et al. Enterprise content management with interstage contentbiz
Aulakh About Quark Digital Media System
Saffady Information Dimensions Incorporated
Nickerson et al. ASCIX: A SIMPLE CATALOGUER FOR HERITAGE DATA
Castles Computerised on-line engineering manuals

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20010816

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RIC1 Information provided on ipc code assigned before grant

Ipc: G06F 17/30 20060101AFI20060517BHEP

A4 Supplementary search report drawn up and despatched

Effective date: 20060920

17Q First examination report despatched

Effective date: 20080222

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20091001