US20010042170A1 - Multimedia data storage system and method for operating a media server as a cache device and controlling a volume of data in the media server based on user-defined parameters - Google Patents

Abstract

The present invention is directed to a multimedia data storage system for storing multimedia data including a media server which stores media data on a short-term basis, and a media archive which stores media data on a long-term basis relative to the media server. The media archive is connected to the media server, which operates as a cache device for the media archive, for transmission of media data between the media archive and the media server. According to the present invention, a volume of the media data stored in the media server is controlled based on user-defined parameters. The present invention is also directed to a method of managing a media server as a cache device for a media archive within a multimedia data storage system. The media server stores media data on a short-term basis, whereas the media archive stores media data on a long-term basis relative to the media server. The media archive is connected to the media server for transmission of media data therebetween. According to the present invention, the method of managing includes determining a volume of the media data stored in the media server and controlling the volume of the media data stored in the media server based on user-defined parameters. The present invention is also directed to a computer-readable medium of instructions to be implemented in a multimedia data storage system including a media server and a media archive. The media server stores media data on a short-term basis and the media archive stores media data on a long-term basis relative to the media server. The media archive is connected to the media server for transmission of media data therebetween. The inventive computer-readable medium of instructions includes means for determining a volume of the media data stored in the media server and means for controlling the volume of the media data stored in the media server based on user-defined parameters.

Description

BACKGROUND OF THE INVENTION
• 1. Field of the Invention[0001]
• This invention is related to data storage systems and methods for storing data, and more particularly it is related to caching data and controlling the caching of data.[0002]
• 2. Description of the Related Art[0003]
• Typically multimedia applications require that a large reservoir of multimedia data, including audio and video data, be readily accessible for delivery to a client. Although multimedia servers are employed to deliver multimedia data, it is not practical to provide extensive data storage within these servers. Accordingly, a low-cost high-capacity media archive may be employed in order to store large volumes of multimedia data which are downloaded via the media server to a client.[0004]
• One disadvantage associated with the use of a high-capacity media archive is that there is a delay in the transfer of multimedia data from the media archive to the client via the media server. Therefore, it is difficult to ensure that media data will be available for rapid delivery to a client upon request.[0005]
SUMMARY OF THE INVENTION
• It is an object of the present invention to solve the above-described problem by providing for the efficient delivery of media data to a client without excessive delay. To this end, the media server must be managed so as to store multimedia data which is likely to be requested by a particular client.[0006]
• In accordance with one embodiment of the present invention, a multimedia data storage system for storing multimedia data is provided which includes a media server which stores media data on a short-term basis, and a media archive which stores media data on a long-term basis relative to the media server. The media archive is connected to the media server which operates as a cache device for the media archive, for transmission of media data between the media archive and the media server. According to the present invention a volume of the media data stored in the media server is controlled based on user-defined parameters.[0007]
• According to still another aspect of the invention the media data includes a portion of a media object and the media server begins to output the media object upon request if the portion of the media object is at least a predetermined fraction of the media object defined by a first parameter of the user-defined parameters.[0008]
• According to yet another aspect of the present invention, the media server has a maximum storage capacity. In addition, a second parameter of the user-defined parameters is provided which defines an upper capacity volume which is no more than the maximum storage capacity of the media server. Significantly, the media server reduces the volume of the media data stored therein if the volume of the media data is greater than the upper capacity volume.[0009]
• According to still another embodiment of the present invention, a method is provided for managing a media server as a cache device for a media archive within a multimedia data storage system. The media server stores media data on a short-term basis, while the media archive stores media data on a long-term basis relative to the media server. The media archive is connected to the media server for transmission of media data therebetween. The inventive method includes determining a volume of the media data stored in the media server and controlling the volume of the media data stored in the media server based on user-defined parameters.[0010]
• According to yet still another aspect of the inventive method, the media data includes a portion of a media object and the method further includes initiating an output of the media object from the media server upon request if the portion of the media object is at least a predetermined fraction of the media object defined by a first parameter of the user-defined parameters.[0011]
• According to yet another aspect of the inventive method, the media server has a maximum storage capacity and a second parameter of the user-defined parameters is an upper capacity volume which is no more than the maximum storage capacity of the media server. Significantly, the controlling aspect of the inventive method includes reducing the volume of the media data stored in the media server when the volume of the media data is greater than the upper capacity volume.[0012]
• According to another embodiment of the present invention, a computer-readable medium of instructions is provided which is to be implemented in a multimedia data storage system including a media server and a media archive. The media server stores media data on a short-term basis and the media archive stores media data on a long-term basis relative to the media server. The media archive is connected to the media server for transmission of media data therebetween. The inventive computer-readable medium of instructions includes means for determining a volume of the media data stored in the media server and means for controlling the volume of the media data stored in the media server based on user-defined parameters.[0013]
BRIEF DESCRIPTION OF THE DRAWINGS
• The above and other objects and advantages of the invention will become more apparent and more readily appreciated from the following detailed description of the preferred embodiments of the invention taken in conjunction with the accompanying drawings, of which:[0014]
• FIG. 1 shows a diagram of a multimedia data storage system according to a preferred embodiment of the present invention, which includes a library client, a digital library, a media server, and a media archive.[0015]
• FIG. 2 shows a diagram depicting the internal elements of the digital library along with a library client which interacts with the library.[0016]
• FIG. 3 shows a graphical user interface which incorporates an aspect of the present invention.[0017]
• FIGS.[0018]4A-4D show flow charts which incorporate the steps of the inventive method of managing a media server as a cache device for a media archive within a multimedia data storage system, according to a preferred embodiment of the invention.
• FIG. 5 shows a diagram of an alternative embodiment of the inventive multimedia data storage system which includes a client, an automation control system, a media server and a media archive.[0019]
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
• The preferred embodiments of the present invention are described below in more detail with reference to the above drawings, in which like reference numerals refer to the same or similar elements.[0020]
• The present invention relates to the management of a media server as a cache device to a media archive in a multimedia data storage system. To this end, the management of the media server is automated such that the volume of media data stored within the media server is controlled in accordance with user-defined parameters. These parameters address the time-based utilization of media data files, the storage utilization of the media server, network bandwidth, the availability of constrained resources (i.e. tape drives in an automated tape library subsystem), and user-assigned file priorities.[0021]
• The above-mentioned management scheme is designed to ensure that the most commonly accessed multimedia data files are maintained on the media server. In this regard, multimedia data files which are utilized less frequently are copied to the media archive and then deleted from the media server as necessary.[0022]
• The inventive management scheme may also further optimize the use of the media server's limited storage by ensuring that only a small portion of a particular multimedia data object or file is retained within the media server. In this manner, the portion of the multimedia data file stored within the media server can be delivered to the client while the remainder is being retrieved from the media archive.[0023]
• FIG. 1 depicts a multimedia data storage system according to a preferred embodiment of the present invention, which may employ a digital library, as described in U.S. Pat. No. 5,649,185 to Antognini et al., which is incorporated herein by reference. The system is computer based and includes a[0024]library client100, a clientmedia output station110, thedigital library120 mentioned above, amedia server130 and amedia archive140. The relationship between theclient100 and thedigital library120 is explained in greater detail below with reference to FIG. 2 which also shows the internal elements of thedigital library120.
• As shown in FIG. 2, the[0025]digital library120 includes a library server210 and at least onemedia object server220 which interact with thelibrary client100. The library server210 and themedia object server220 each have access to a local information store. In particular, the library server210 has access to alibrary catalog212, while themedia object server220 has access to anobject store222. Also, a communications isolator (not shown) is included which allows the library server210, themedia object server220 and thelibrary client100 to communicate with one another without the client being concerned with complex communications protocols. The library server210, themedia object server220 and thelibrary client100 are connected by a communications network, such as a wide-area network (WAN).
• Each[0026]library client100 sends a request to the library server210 to store, retrieve, and update media objects which may be stored in themedia object server220, themedia server130 or themedia archive140, and to update and query the media object indexes and descriptive information stored in library catalog12. Thelibrary client100 requests are generated by library patrons. These patrons are users who have been granted privileges for the use of the library system.
• Before a library client request is processed,[0027]library server10 checks thelibrary catalog212 to ensure that the patron's name and password are valid. Next, the library server210 ensures that the patron has been granted the appropriate privileges to perform the requested action. Each patron is assigned a set of privileges by a system administrator. An example of a library privilege is the ability to delete media objects.
• Finally, the library server[0028]210 checks to ensure that the media object's owner has granted the patron the privileges needed to do what is requested (e.g., update the media object). The owner of a media object preferably is the patron who first stored the media object. When an owner stores a media object that owner must specify which other patrons are to have access to the media object.
• Media objects stored in the library system can be checked out by a patron for a specified period of time. This feature can be used to ensure that one patron's updates to a media object are not overwritten by another. While a media object is checked out by a patron, other patrons can retrieve the media object and view it, but they cannot update it. In typical implementations, there are groups of individuals who need access to the same media objects. Therefore, to simplify the process of granting access to media objects, a system administrator can define patrons as members of a group. When a patron is defined as a member of a group, that patron is able to access any media object for which the group has been granted privileges. Additionally, patrons can access media objects for which they have been specifically granted individual privileges. A patron can set default groups whose members will have access to the media objects the patron stores. When patrons store media objects, they have the option to use this default group, to grant specific privileges to groups and individual patrons, or to do both.[0029]
• If a library client request involves the storage, retrieval, or update of a media object, the library server[0030]210 forwards the request to themedia object server220, which manages the storage of media object(s) referred to in the request, based upon information provided bylibrary catalog212. If the library client request is a query of the information stored in thelibrary catalog212, the library server210 will interact only with thelibrary catalog212 and will not contact themedia object server220.
• The library catalog is analogous to a conventional library's card catalog. It is a single set of database tables which contain an index of all the media objects stored in the library system. In addition, it can store information such as textual descriptions for each media object, information on the type of media object (e.g., image object, spreadsheet, text document), library patron names and privileges, access authorization data for each media object, links between objects. The library catalog can also store a virtually unlimited number of property type/property value pairs for each object (e.g., movie/TRUE LIES, movie_type/ACTION). These property type/property value pairs are known as an object's properties.[0031]
• As noted above, the[0032]media object server220 is the device which manages the storage of media objects within the library system. In this regard, themedia object server220 manages the storage of media objects independent of whether they are stored locally in themedia object store222 or at a remote location within, for example, themedia server130 or themedia archive140. The media objectserver220 receives requests from the library server210 and communicates with thelibrary client100 to complete the requests.
• The digital library can contain several distributed media object servers. Each of these object servers is computer based and is provided with software to facilitate managing the storage of media objects. This software may be stored in a computer readable medium of instructions such as a hard drive, an optical disk drive, or a similar device employing a computer readable format. The advantage of distributed media object storage is that it helps to reduce the costs associated with sending media objects over communications lines and provides better performance in storing and retrieving media objects.[0033]
• When a library patron's privileges are defined, a default media object server can be set for the patron. When a patron stores a media object, it will be stored in the default media object server for that patron unless there is a dedicated media server which handles that particular media object server.[0034]
• If it is later determined that a media object or a group of media objects should be relocated to a different media object server or media server, a client application can move the media objects from one media object server to another. A system managed storage method, such as that disclosed in a U.S. patent application Ser. No. 08/036,305 filed Mar. 24, 1993 and assigned to IBM Corporation, entitled “A Method And System For Parallel, System Managed Storage For Objects On Multiple Servers” by T. G. Burket et al. which is incorporated herein by reference, provides a means for moving a media object from one media object server to another.[0035]
• The[0036]library client100 is the interface through which application programs can submit requests to the library system. These can include requests to store and retrieve media objects, update/add descriptors to media objects, delete media objects and query information in the library catalog. Library requests can be submitted through the library client either individually or in batches.
• Because of the demands on the[0037]media object server220 for a variety of media data, it is often the case that a dedicated media server should be provided in order to facilitate the delivery of a particular kind of media to the library patron. In this regard, the multimedia storage system of FIG. 1 is provided with aseparate media server130 which may be, for example, a dedicated video or audio server. In order to supply a substantial volume of video objects on demand, a large amount of media data in the form of media objects must be stored within the multimedia data storage system.
• As noted above, it is expensive to utilize the[0038]media object server220 or themedia server130 as a warehouse for all of the video objects which might be requested by a user. Thus, amedia archive140 is employed in order to store video data on a long-term basis, while amedia server130 is employed to store video data on a short-term basis. In this regard, more than onemedia server130 may be provided. Themedia archive140 and themedia server130 are connected so as to transmit media data therebetween. In addition, thevideo archive140 may be provided with tape drives (not shown) to facilitate the storage of media data.
• By way of example, the[0039]media archive140 andmedia server130 may be connected via a high bandwidth load channel. In this way, the media data stored in themedia archive140 may be quickly delivered to thededicated media server130 under the control of themedia object server220. Themedia server130 will then deliver the same to a dedicated clientmedia output station110 such as a client viewer including a video display, which is separate from theclient100. Alternatively, the clientmedia output station110 may be included in theclient100. The video display may be a television a broadcast monitor, or a computer terminal including a CRT tube or a flat panel display. In addition, the media data may be delivered to the clientmedia output station110 as an asynchronous transfer mode (ATM) based video stream.
• According to one aspect of the invention, the[0040]media archive140 may relinquish control over a media object or a group of media objects to theclient100, so that the later may instruct themedia server130 to output the media object(s) to the clientmedia output station110.
• As a consequence of utilizing a[0041]media server130 having a limited data storage capability, it is important that themedia server130 and themedia archive140 be carefully managed so that the media data which is most likely to be requested by a user may be stored within themedia server130 for immediate delivery to the clientmedia output station110. The remaining media data being stored within themedia archive140 may be retrieved as needed.
• To this end, the present invention controls the volume of media data stored in the[0042]media server130 based on user-defined parameters. These user-defined parameters include, but are not limited to the eight parameters discussed below. These parameters may be influenced by the available bandwidth of the multimedia data storage system.
• The first parameter defines a predetermined fraction of a media object which must be retained within the[0043]media server130 before the output of the media data to the clientmedia output station10 can be commenced.
• The second parameter defines an upper capacity volume which corresponds to a volume of media data that the[0044]media server130 can store internally before a destaging process is commenced. This destaging process transfers the media data from themedia server130 to themedia archive140 so that the media data can be made deletable to make room for other media data as discussed below. In this way, the media data stored in themedia server130 can be reduced.
• A third parameter defines the lower capacity volume of the[0045]media server130, which corresponds to a volume of media data that when reached signifies that the destaging process is terminated.
• A fourth parameter defines a predetermined period of time that is selected by the user during which the destaging process can be accomplished.[0046]
• With regard to the destaging process, it is useful to consider the media data stored in the[0047]media server130 as including first and second portions. The first portion of the media data stored in themedia server130 corresponds to a portion of the media data which remains after reduction of the volume of the media data. The second portion of the media data corresponds to a portion of the media data which is to be deleted from themedia server130 during reduction of the volume of the media data stored therein.
• According to one aspect of the present invention, the second portion of the media data may be stored in the[0048]media archive140 prior to being deleted from themedia server130 during reduction of the volume of the media data stored therein.
• A fifth parameter defines a selection algorithm by which the second portion of the media data is selected for the destaging process. By way of example, the selection algorithm may be based on a first in first out (FIFO) scheme. Alternatively, the selection algorithm may be based on a predefined priority scheme in which each media object included within the second portion of the media data stored in the[0049]media server130 is selected in accordance with a priority level which is assigned to the media object, the lower priority level media objects being selected first. In this regard, a group of media objects may be assigned a common priority level.
• A sixth parameter of the user-defined parameters defines a deletion algorithm by which the second portion of the media data is deleted. By way of example, the deletion algorithm may be based on a scheme in which the least recently used media data is deleted first from the media server. Alternatively, the deletion algorithm may correspond to the priority scheme described above in connection with the selection algorithm.[0050]
• A seventh parameter of the user-defined parameters defines predefined amounts of the media data, by which the volume of the media data stored in the[0051]media server130 is reduced. By way of example, the volume of the media data stored in themedia server130 maybe reduced by 10 gigabytes at a time. Each predefined amount of the media data may be defined as a percentage of the total cache storage of themedia server130. The total cache storage of themedia server130 may be, for example, 800 gigabytes.
• In the same vein, an eighth parameter of the user-defined parameters may be employed which defines a predetermined amount of the second portion of the media data stored in the[0052]media server130 which is to be deleted from themedia server130. By way of example, the second portion of the media data stored in themedia server130 may be deleted 10 gigabytes at a time. Alternatively, the predetermined amount may correspond to a media object or multiple media objects. In this regard, a single media object may correspond to a segment of a television show.
• The operational aspects of the[0053]media server130 as they relate to managing the same as a cache device to themedia archive140 include four main components, as discussed below.
• The first component involves the loading of new media objects, such as videos, audio files, or other types of objects, within the multimedia data storage system. If these media objects relate to a specific[0054]dedicated media server130, then they are stored initially in themedia server130. Accordingly, if a video object is to be stored within the multimedia data storage system, then the video object is initially stored within themedia server130 which, in this case, will also be a video server.
• The second component involves the retrieval of media objects stored within the[0055]media server130. As noted above, any access request for a particular media object by theclient100 is sent from the library server210 to themedia object server220, which updates the access data associated with the media object. This access data includes the time and date of the access request, the time and date of the most recent access request and the status of the media object (i.e. whether the object is deletable because it is stored in the media archive140).
• Thereafter, the[0056]media object server220 determines whether the object is stored in themedia server130 or themedia archive140. If the media object is located within a cache memory (i.e. disk(s) which are not shown) of themedia server130, then it is transferred by themedia server130 to the clientmedia output station110 under the control of themedia object server220. The graphical user interface is generated by theclient100.
• If the media object is not located within the[0057]media server130, then it is staged (i.e. transferred) from themedia archive140 to themedia server130 in the manner described below. Thereafter, the status of the media object is passed from themedia server130 to themedia object server220 so that themedia object server220 can update the access information associated with the media object. However, the media object retrieved from themedia archive140 and stored in themedia server130 is marked as deletable because it is still stored within themedia archive140 as well. Once the access information has been updated, the media object is transferred to the clientmedia output station110. However, the output of the media object can commence even though the staging process is not yet complete.
• According to one aspect of the invention, the media object may be output from the[0058]media server130 as soon as a portion of the media object is stored within themedia server130 which is at least a predetermined fraction of the media object defined by the first parameter described above.
• The present invention may also employ a graphical user interface to control the output of the media object from the[0059]media server130 to the clientmedia output station110. An exemplary graphical user interface, which is shown in FIG. 3, includes a number of control buttons and a slide bar for entering commands in order to control the output of a video object (i.e. media object) from themedia server130 to the clientmedia output station110.
• Control buttons[0060]500-540 correspond to functions which are usually associated with conventional VCR's. Specifically, control button500 corresponds to a pause command by which a portion of a video object currently being played is paused. Control button510 corresponds to a rewind command by which the portion of the video currently being played is rewound towards the beginning of that portion. Control button520 corresponds to a play command by which the video object is played at normal speed.Control button530 corresponds to a slow forward command by which the video object is played at half its normal speed.
• [0061]Control button540 corresponds to a fast forward command by which the video object is played at three times the normal speed. However, according to the present invention, thecontrol button540 is enabled only if the portion of the video object stored within themedia server130 is sufficiently large to allow for the use of thecontrol button540. Thus, if the user tries to speed up the output of the video object to the clientmedia output station110 when there is not enough of the video object stored within themedia server130 to accommodate the user's demand for increased output, then thecontrol button540 will be disabled. The point at which thecontrol button540 will be disabled depends on the bandwidth of the channel linking themedia server130 and themedia archive140, and the current size of the portion of the video object which is stored in themedia server130.
• The video player's graphical user interface may also include a control button (not shown) which corresponds to a stop command by which the portion of the video data is halted and removed from the video display.[0062]
• Also included within the video player's graphical user interface is a slide bar[0063]550. The slide bar allows direct access to any position within the video object which is proportional to the entire duration of the video object. However the slide bar550 only provides for relatively large jumps from one frame of digital video data to another, the jumps being taken in both the forward and backward direction. If only a portion of the video object is stored in themedia server130, the size of the slide bar550 shown in the graphical user interface will depend on the size of the portion of the video object which is stored in themedia server130 and the bandwidth of the channel which connects themedia server130 and themedia archive140. Accordingly, the smaller the portion of the video object stored in themedia server130, the shorter the slide bar550 will appear on the graphical user interface.
• An additional aspect of the video player's graphical user interface is the ability to display indexing information corresponding to time codes. To accomplish the display of indexing information, four time code display windows[0064]560-590 are provided as part of the graphical user interface which depict the hour, minute, second, and frame, respectively, associated with a particular time code.
• When the user actuates the slide bar[0065]550 via a mouse or some other entry device which is included on the computer in which theclient100 is provided, the user sees the corresponding change in the display of indexing information560-590.
• In order to accomplish smaller jumps within the segment of digital video data, four time code buttons[0066]600-630 are provided on the graphical user interface. A first time code buttons600 allows for the user to jump within the segment of digital video data in hour increments. A secondtime code button610 allows the user to jump within the portion of the video object in minute increments. A thirdtime code button620 allows the user to jump within the portion of the video object in second increments. Finally, a fourth time code button630 allows the user to jump within the portion of the video object in discrete frame increments.
• Once a time code entry has been made via the time code buttons[0067]600-630, theclient100 will request that themedia server130 start the play-back of that portion of the video object starting from the frame associated with the time code entry on the video display. However, according to the present invention, the time code buttons600-630 may be disabled if the portion of the video object stored in themedia server130 is too small to support the requested jump.
• Additional aspects of the graphical user interface described above are mentioned in detail in U.S. application. Ser. No. 08/688,114, filed Jul. 29, 1996, and entitled “Method for Relating Indexing Information associated with at least Two Indexing Schemes to Facilitate the Play-Back of User-Specified Digital Video Data and a Video Client Incorporating the Same” by Kozina et al. U.S. application Ser. No. 08/688,114, which is assigned to IBM, is incorporated herein by reference.[0068]
• The third component involves the destaging process mentioned above, in which media objects stored within the[0069]media server130 are moved to themedia archive140 under the control of themedia object server220. In contrast to the destaging process, the staging process, mentioned above, involves the transfer of media objects from themedia archive140 to themedia server130. After the media object is copied to themedia archive140, it is validated for size and integrity so that the copy of the media object stored in themedia server130 may be marked as deletable.
• The fourth component involves a deletion process, which is also an important aspect of the present invention. The deletion process may run after or simultaneously with the destaging process and involves deleting media objects which have been marked deletable.[0070]
• The destaging and deletion processes are important aspects of the management scheme of the present invention and are described below in greater detail with reference to FIGS.[0071]4A-4D. In this regard, the removal of media data from the media server is orchestrated so that there will be sufficient space for media data which is requested by the library patron. Advantageously media data which is less likely to be requested by a library patron may be removed first so that there is a greater likelihood that the remaining data will have a higher probability of being requested by that patron.
• Referring to FIG. 4A, the user initially specifies in[0072]step700 user-defined parameters which are to be used in the destaging and deletion processes. Thereafter, a volume of the media data stored in themedia server130 is determined instep710. Finally, the volume of the media data stored in themedia server130 is controlled based on the specified user-defined parameters.
• As noted above, the second parameter of the user-defined parameters is an upper capacity volume which is no more than the maximum storage capacity of the[0073]media server130. In this regard, the volume of the media data stored in themedia server130 is reduced instep730, as shown in FIG. 4B, when the volume of the media data reaches the upper capacity volume. FIG. 4B depicts additional aspects of thecontrolling step720 mentioned above.
• Thereafter, it is determined in[0074]step740 whether the reduction in the volume of media data has been completed based on the volume itself. If the reduction in volume is itself based on volume, then instep750 it is determined whether the volume of the media data stored in themedia server130 has been reduced to a lower capacity volume of the media server which corresponds to the third parameter mentioned above. If the volume has not been reduced to the lower capacity volume, then step730 is repeated. If, however, the volume of the media data has been reduced to the lower capacity volume then step770 is performed, in which the reduction procedure is terminated.
• If it is determined in[0075]step740 that the reduction is not volume based, then instep760 it is determined whether a predetermined period of time corresponding to the fourth parameter mentioned above has elapsed. If the predetermined period of time has not elapsed, then thereduction step730 is repeated. However, if the predetermined period of time has elapsed, then thetermination step770 is performed.
• As noted above, the media data includes first and second portions. According to the present invention, the second portion of the media data is deleted from the[0076]media server130, whereas the first portion of the media data corresponds to a portion of the media data stored in themedia server130 which remains after a reduction in the volume of the media data has been achieved.
• Turning to FIG. 4C, which shows aspects of the[0077]reduction step730 depicted in FIG. 4B, the above-mentioned second portion of the media data may be selected in batches for destaging, which correspond to predefined amounts, instep780 in accordance with a selection algorithm defined by the fifth parameter mentioned above. However, these batches need not correspond to specific blocks of memory. Rather, the predefined amounts may correspond to media object(s). Subsequently, instep783, the selected batch or batches may be marked as deletable.
• Thereafter, it is determined in step[0078]785 whether the deletion algorithm is to run contemporaneously with the selection algorithm in accordance with a user's preference. If the two algorithms are to run simultaneously, then step790 is performed, in which the selected batch of the second portion of the media data is deleted in accordance with a deletion algorithm defined by the sixth parameter mentioned above. The deleted batches correspond to predefined amounts of the media data whose size are set by the eighth parameter mentioned above. In this regard, the sizes of the selected and deleted batches are the same when the selection and deletion algorithms are carried out contemporaneously. Preferably, the second portion of the media data may be stored in themedia archive140 prior to its deletion from the media server.
• If it is determined in step[0079]785 that the deletion and selection algorithms do not run contemporaneously, then step740 is performed as described above. Thereafter, instep795, as shown in FIG. 4D, which followsstep770 shown in FIG. 4B, it is determined whether the deletion algorithm is to run after the selection algorithm has run. If this is the case, then instep799, the second portion of the media data which includes the selected batches will be deleted in accordance with a deletion algorithm defined by the sixth parameter discussed above. In this regard, the deletion batch size may be different from the selected batch size, as determined by the seventh and eighth parameters.
• After the deletion algorithm has been run, or in the case in which the deletion algorithm does not run after the selection algorithm has run, as determined in[0080]step795, the destaging and deletion processes mentioned are complete.
• A second embodiment of the present invention is described below in connection with FIG. 5. The second embodiment employs an automation control system[0081]820 (which may be a broadcast automation control system) instead of a digital library (element120 of FIG. 1). In contrast to the multimedia data storage system including the digital library, which is not provided for real-time delivery of multimedia, the multimedia data storage system including the automation control system may be employed in a broadcast environment in which real-time control is critical. Accordingly, the broadcast automation control system must control the delivery of media objects from themedia server130 to the clientmedia output station110 so that they are output according to an exact schedule.
• To this end, the automation control system[0082]820 is provided with a media cachecontrol logic circuit825 which previews a schedule corresponding to the times and dates when media objects must be delivered for output. The media cachecontrol logic circuit825 then controls the destaging of the media objects from themedia archive140 to themedia server130 prior to the output of those media objects. In this way, the media objects will be ready for output according to the predefined schedule. The above-mentioned schedule is generated by theclient100 and output to the broadcast automation control system820.
• With regard to the destaging and deletion of media objects, the multimedia data storage system employing the automation control system[0083]820 is similar to the one described above in connection with the digital library. However, the selection algorithm defined by the fifth parameter may be based on a scheme in which media objects are selected after the last repeated play (if any) in the schedule. The deletion algorithm defined by the sixth parameter may also be based on a similar scheme.
• The automation control system[0084]820 may be, for example, a Louth System manufactured by LOUTH AUTOMATION in Menlo Park, Calif. In particular, the automation control system may be the LOUTH ADC-100, which is well known in the art. The media objects stored in the multimedia data storage system of the second embodiment may correspond to text, video or audio files, or some combination of those files. In addition, the broadcast automation control system may be implemented as a component of a digital library.
• Although certain preferred embodiments of the present invention have been described, the spirit and scope of the invention is by no means restricted to what is described above. For example, multiple groups of user-defined parameters may be specified without departing from the scope of the present invention.[0085]

Claims (37)

What is claimed is:

1. A multimedia data storage system for storing multimedia data comprising a media server which stores media data on a short-term basis, and a media archive which stores media data on a long-term basis relative to the media server, said media archive being connected to said media server for transmission of media data therebetween;

wherein said media server operates as a cache device for said media archive, and wherein a volume of the media data stored in said media server is controlled based on user-defined parameters.

2. The multimedia data storage system defined by

claim 1

, wherein said media data comprises a portion of a media object, and wherein said media server begins to output the media object upon request if the portion of the media object is at least a predetermined fraction of the media object defined by a first parameter of the user-defined parameters.

3. The multimedia data storage system defined by

claim 1

, wherein said media server has a maximum storage capacity, and wherein a second parameter of the user-defined parameters is an upper capacity volume which is no more than the maximum storage capacity of said media server, said media server reducing the volume of the media data stored therein if the volume of the media data is greater than the upper capacitor volume.

4. The multimedia data storage system defined by

claim 3

, wherein said media server reduces the volume of the media data stored therein until the volume reaches a lower capacitor volume of said media server which corresponds to a third parameter of the user-defined parameters.

5. The multimedia data storage system defined by

claim 3

, wherein said media server reduces the volume of the media data stored therein for a predetermined period of time corresponding to a fourth parameter of the user-defined parameters.

6. The multimedia data storage system defined by

claim 4

, wherein the media data stored in said media server includes first and second portions, the first portion of the media data corresponding to a portion of the media data which remains after reduction of the volume of the media data, the second portion of media data corresponding to a portion of the media data which is to be deleted from said media server during reduction of the volume of the media data.

7. The multimedia data storage system defined by

claim 6

, wherein the second portion of the media data is stored in said media archive prior to being deleted from said media server during reduction of the volume of the media data.

8. The multimedia data storage system defined by

claim 7

, wherein the second portion of media data is selected in accordance with a selection algorithm defined by a fifth parameter of the user-defined parameters.

9. The multimedia data storage system defined by

claim 7

, wherein the second portion of the media data is deleted in accordance with a deletion algorithm defined by a sixth parameter of the user-defined parameters.

10. The multimedia data storage system defined by

claim 8

wherein the selection algorithm is based on a first-in first-out (FIFO) scheme.

11. The multimedia data storage system defined by

claim 9

, wherein the deletion algorithm is based on a scheme in which the least recently used media data is deleted first from said media server.

12. The multimedia data storage system defined by

claim 4

, wherein the volume of the media data is reduced by predefined amounts of the media data, a size of each of the predefined amounts being defined by a seventh parameter of the user-defined parameters.

13. The multimedia data storage system defined by

claim 5

, wherein the volume of the media data is reduced by predefined amounts of the media data, a size of each of the predefined amounts being defined by a seventh parameter of the user-defined parameters.

14. The multimedia data storage system defined by

claim 6

, wherein the second portion of media data is deleted from said media server in predefined amounts of the media data, a size of each of the predefined amounts being defined by an eighth parameter of the user-defined parameters.

15. The multimedia data storage system defined by

claim 1

, further comprising a plurality of media servers, wherein for each of said media servers the volume of the media data stored therein is controlled based on the user-defined parameters.

16. The multimedia data storage system defined by

claim 1

, further comprising a digital library which controls said media server and said media archive.

17. The multimedia data storage system defined by

claim 1

, further comprising an automation control system which controls said media server and said media archive.

18. The multimedia data storage system defined by

claim 8

, wherein the selection algorithm may be based on a priority level of media objects included within the second portion of media data.

19. The multimedia data storage system defined by

claim 2

, further comprising a graphical user interface which controls the output of said media object based on a size of the portion of the media object stored in said media server.

20. A method of managing a media server as a cache device for a media archive within a multimedia data storage system, said media server storing media data on a short-term basis, said media archive storing media data on a long-term basis relative to the media server, said media archive being connected to said media server for transmission of media data therebetween, said method comprising:

determining a volume of the media data stored in said media server; and

controlling the volume of the media data stored in said media server based on user-defined parameters.

21. The method of managing defined by

claim 20

, wherein the media data comprises a portion of a media object, and wherein said method further comprises:

initiating an output of the media object from said media server upon request if the portion of the media object is at least a predetermined fraction of the media object defined by a first parameter of the user-defined parameters.

22. The method of managing defined by

claim 20

, wherein said media server has a maximum storage capacity, wherein a second parameter of the user-defined parameters is an upper capacity volume which is no more than the maximum storage capacity of said media server, and wherein said controlling further comprises:

reducing the volume of the media data stored in said media server when the volume of the media data is greater than the upper capacity volume.

23. The method of managing defined by

claim 22

, wherein in said reducing, the volume of the media data stored in said media server is continuously reduced until the volume reaches a lower capacity volume of said media server which corresponds to a third parameter of the user-defined parameters.

24. The method of managing defined by

claim 22

, wherein said reducing, the volume of the media data stored in said media server is continuously reduced for a predetermined period of time corresponding to a fourth parameter of the user-defined parameters.

25. The method of managing defined by

claim 23

, wherein the volume of media data includes first and second portions of media data, and wherein said reducing comprises deleting the second portion of the media data from said media server, the first portion of the media data corresponding to a portion of the media data stored in said media server which remains after reduction of the volume of the media data.

26. The method of managing defined by

claim 25

, wherein said reducing further comprises storing the second portion of the media data in said media archive prior to the second portion of the media data being deleted from said media server.

27. The method of managing defined by

claim 26

, wherein the second portion of the media data is selected in accordance with a selection algorithm defined by a fifth parameter of the user-defined parameters.

28. The method of managing defined by

claim 27

, wherein the second portion of the media data is deleted in accordance with a deletion algorithm defined by a sixth parameter of the user-defined parameters.

29. The method of managing defined by

claim 28

, wherein the selection algorithm is based on a first-in first-out (FIFO) scheme.

30. The method of managing defined by

claim 29

, wherein the deletion algorithm is based on a scheme in which the least recently used media data is deleted first from said media server.

31. The method of managing defined by

claim 23

, wherein the volume of the media data is reduced by predefined amounts of the media data, a size of each of the predefined amounts being defined by a seventh parameter of the user-defined parameters.

32. The method of managing defined by

claim 24

, wherein the volume of the media data is reduced by predefined amounts of the media data, a size of each of the predefined amounts being defined by a seventh parameter of the user-defined parameters.

33. The method defined by

claim 25

, wherein the second portion of the media data is deleted from said media server in predefined amounts of the media data, a size of each of the predefined amounts being defined by an eighth parameter of the user-defined parameters.

34. The method defined by

claim 20

, further comprising specifying said user-defined parameters prior to determining a volume of the media data.

35. The method defined by

claim 27

, wherein the selection algorithm is based on a priority level of media objects included within the second portion of the media data.

36. A computer-readable medium of instructions to be implemented in a computer based multimedia data storage system including a media server and a media archive, said media server storing media data on a short-term basis, said media archive storing media data on a long-term basis relative to the media server, said media archive being connected to said media server for transmission of media data therebetween, said computer-readable medium of instructions comprising:

means for determining a volume of the media data stored in said media server; and

means for controlling the volume of the media data stored in said media server based on user-defined parameters.

37. The computer-readable medium of instructions defined by

claim 37

, wherein said media server has a maximum storage capacity;

wherein a parameter of the user-defined parameters is an upper capacity volume which is no more than the maximum storage capacity of said media server; and

wherein said means for controlling further comprises means for reducing the volume of the media data stored in said media server if the volume of the media data is greater than the upper capacity volume.

Images