KR100894607B1 - System of Constructing Metadata Corresponding to Media Contents - Google Patents

Abstract

The present invention relates to a media content metadata construction system in a DLNA environment, comprising: a command processing module for receiving a media content search request from a digital media player and processing the media content present in a digital media server connected to a network; A search engine to classify, and a metadata database in which metadata of media content collected and sorted by the search engine is registered and stored, wherein the metadata is a server UDI which is a unique number of a digital media server where the media content exists. A unique object ID assigned to the media content stored in the digital media server, and the command processing module uses the metadata corresponding to the media content requested for retrieval from the digital media player to list the media content in the digital media player. It relates to a media content metadata construction system provided by.

According to the present invention, it is possible to provide a faster response time than searching and browsing media content ubiquitous in at least one digital media server.

Digital Living Network Alliance (DLNA), Digital Media Server (DMS)

Description

System of Constructing Metadata Corresponding to Media Contents}

1 is a schematic configuration diagram of a media content metadata construction system according to an embodiment of the present invention.

FIG. 2A schematically illustrates the definition of a media content classification system in the media content metadata construction system of FIG. 1.

FIG. 2B illustrates a schema of a metadata database of the media content metadata construction system of FIG. 1.

FIG. 3 schematically illustrates a metadata registration process of the media content metadata construction system of FIG. 1.

FIG. 4 schematically illustrates a metadata modification / deletion process of the media content metadata construction system of FIG. 1.

FIG. 5 schematically illustrates a media content search process of the media content metadata construction system of FIG. 1.

The present invention relates to a media content metadata construction system in a DLNA environment, and more specifically, to browsing media content by searching for media content ubiquitous in at least one digital media server and constructing a corresponding metadata database. The present invention relates to a media content metadata construction system in a DLNA environment that can provide a faster response time to a user.

Recently, the Home Network Device Interoperability Guidelines for sharing and playing back media content between networked Digital Media Players (DMPs) has been presented at the DLNA Forum. DLNA certification and logo approval programs for the product began in September 200.

However, the conventional system or program following the DLNA guidelines (V1.0) has to access and execute the digital media server through the network every time a content retrieval is required, resulting in a slow response time and the same content without modifications or changes. Even when a search request is made, the digital media server needs to be accessed to parse the search results, thereby repeatedly performing the same task.

Also, before browsing or searching for media content, you should always select one particular digital media server. For example, if you know the title of a particular media content but do not know the digital media server where it is stored, Not only provide a list of media content from more than one digital media server and provide a list of media content simultaneously, but if the digital media server is offline, the corresponding digital media server is inaccessible, providing a list of media content. There is no problem.

In addition, the list retrieval process of media content occurs asynchronously, so it cannot provide an immediate output to the application. Therefore, compared to synchronous programming, timeouts can be predicted for errors such as complicated programming methods and unresponsiveness. out) Additional system resources such as checks are required, and the filtering function to provide only the list of media contents desired by the user restricts only five attributes including object ID, parent ID, title, class, and restricted. As a result, filtering cannot be performed on the attributes except for the five attributes, and there is a problem in that the support is optional because the search function is not supported.

Accordingly, the present invention has been made to solve the above-described problems, an object of the present invention is to search for media content by searching for media content ubiquitous in at least one digital media server and building a metadata database corresponding thereto. It is to provide a media content metadata construction system that can provide a faster response time to users.

In addition, the present invention provides a media content metadata construction system capable of searching for media content and outputting a corresponding list even if the digital media server in which the media content is stored is unknown or the digital media server is offline.

In order to achieve the above object, an aspect of the present invention provides a command processing module for receiving a media content search request from a digital media player and processing it, and a search engine for collecting and classifying media content existing in a digital media server connected to a network. And a metadata database in which metadata of media content existing in the digital media server collected and classified by the search engine is registered and stored, wherein the metadata is a server UDI, which is a unique number of the digital media server. And an object ID which is a unique ID of the media content stored in the digital media server, wherein the command processing module uses the metadata corresponding to the media content requested from the digital media player to list the media content. remind It provides a media content metadata construction system provided by a digital media player.

Preferably, the apparatus further comprises an event receiving module for receiving a state change event corresponding to the modification or deletion of the media content from the digital media server, wherein the event receiving module extracts the server UDI and the object ID of the state change event. By modifying or deleting the corresponding metadata of the metadata database.

The metadata registered in the metadata database includes a parent object ID of the media content, a dirty flag indicating modification or deletion of the media content, a media type of the media content, and an album / artist / genre of the media content. It may include a type, an icon representing the presence or absence of the UEL information of the icon image representing the media content, or the title of the media content.

The search engine may collect media content residing on a digital media server connected to a network through an application programming interface.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. However, embodiments of the present invention illustrated below may be modified in many different forms, and the scope of the present invention is not limited to the embodiments described below. The embodiments of the present invention are provided to more completely explain the present invention to those skilled in the art.

FIG. 1 is a schematic configuration diagram of a media content metadata construction system according to an embodiment of the present invention, and FIG. 2A schematically illustrates a definition of a media content classification system in the media content metadata construction system of FIG. 2B illustrates a schema of a metadata database of the media content metadata construction system of FIG. 1.

The media content metadata construction system includes a command processing module 110, a search engine 120, an event receiving module 130, a metadata database 140, and a DLNA application programming interface 150.

The command processing module 110 receives and processes a search request for media content desired by a user from an upper layer application such as a digital media player.

The search engine 120 collects and classifies media contents existing in at least one or more digital media servers connected to a network through the DLNA application programming interface 150.

The event receiving module 130 receives a state change event corresponding to the modification or deletion of media content from the digital media server.

The metadata database 140 registers and stores metadata of media content ubiquitous in the digital media server collected and classified by the search engine 120 according to the schema of the metadata database.

2A and 2B, a media content classification system defined in the present embodiment and a metadata schema corresponding to media content collected and classified by the search engine 120 and registered in the metadata database 140 are hierarchical. It can be seen that the implementation.

First, the media content stored in the digital media server is subdivided hierarchically by the classification system defined as follows.

Level 0 is the level where the root directory, which is common in all classification schemes, is located. Level 1 is the level where the directories representing Music, Video, or Picture and Media types are located. 2 is a detailed type when the media type of level 1 is music, and a level where a directory representing an album, artist, or genre is located, and level 3 is an album where the media type of level 1 is music and a detailed type of level 2 is album. This is a level where a certain number of directories representing the number of albums (houses) are located. Here, level 2 and level 3 are subdivided only when the media type is music. In each level directory, the object representing the actual content file is located.

Second, the schema of the metadata corresponding to the media content registered in the metadata database 140 is hierarchically implemented as follows.

The Server Unique Device Name (SvrUDN) is a unique device number assigned to each digital media server connected to the local network, and may be assigned, for example, S1, S2, and S3.

The object ID ObjID is a unique ID of the media content (container or object) stored in each digital media server, and may be given, for example, 100, 101, 102, 200, or 300.

On the other hand, the object ID given to the media content and the server Udie attached to the digital media server storing the media content are an input parameter essential for retrieving detailed information of a specific media content.

ParentID is an ID of a parent directory of the corresponding object ID, and may be assigned as 110, 111, 112, 210, and 310, for example. Meanwhile, in the same digital media server, an Object ID (ObjID) and a Parent ID (ParentID) should be given differently.

The dirty flag sets whether to modify or delete the object. For example, 0 or 1 can be given.

The media type sets the type of media content such as music, video, or video. For example, music may be provided as music, video as a picture, and video as video.

SubType may be given as detailed information of the object, for example, when the music is the object, such as an album name, artist (composer or songwriter), and genre.

Icon Icon indicates whether or not there is URL information of the icon image representing the object, for example, "0" means that there is no URL information of the icon image, "1" means that there is URL information of the icon image. .

Titles each represent a title of the object.

Specifically, the command processing module 110 provides a list of media contents to the digital media player using metadata corresponding to the media content requested from the digital media player.

The event receiving module 130 extracts the server ID and the object ID of the state change event to modify or delete the corresponding metadata of the metadata database.

Application programming interface (API) 150 allows search engine 120 to collect media content residing on a digital media server connected to a network.

FIG. 3 schematically illustrates a metadata registration process of the media content metadata construction system of FIG. 1.

First, the search engine 310 finds and manages a list of digital media servers (DMS (1), DMS (2), ... DMS (N)) connected to the same network (DMS (1), DMS (2), ... DMS (N)) to configure and manage the server list. (API) 320 transmits a metadata collection request (Browse Metadata) to a digital media server {DMS (1), DMS (2), ... DMS (N)) {3-1; Browse Metadata ()}. Here, a plurality of threads can be created to collect metadata in parallel for digital media servers connected to the same network. On the other hand, it is preferable that the collection of metadata is performed in the background at idle time of the media content metadata construction system according to the present embodiment.

Thereafter, the search engine 310 extracts and classifies the metadata according to the schema of the metadata database of FIG. 2B with respect to the collected metadata (3-2; Metadata classification).

Thereafter, the search engine 310 generates a record classified according to the metadata database schema and requests registration to the metadata database 330 (3-3; Metadata registration).

FIG. 4 schematically illustrates a metadata modification / deletion process of the media content metadata construction system of FIG. 1. That is, when a media content modification or deletion event occurs in a digital media server {DMS (1), DMS (2), ... DMS (N)} where metadata is already built, the media content is modified or An example of modifying or deleting the metadata database 440 according to a deletion event is illustrated.

First, the metadata construction system according to the present embodiment is a DLNA application programming interface (DLNA) for receiving modification / deletion events from digital media servers {DMS (1), DMS (2), ... DMS (N)}. API) 420 registers an event callback function (event callback function), the event receiving module 410 is a DLNA application programming from the digital media server (DMS (1), DMS (2), ... DMS (N)) A modification / deletion event is received through the interface (DLNA API) 420 (4-1; Receive Content Update event).

Thereafter, the event receiving module 410 extracts the server Udie (SvrUDN) and the object ID (ObjID) from the state event callback function (4-2; receive SvrUDN, ObjID).

Thereafter, the event receiving module 410 requests the metadata database 440 to delete or modify the corresponding metadata record (4-3; modify / delete the corresponding metadata). Here, the dirty flag of the corresponding metadata record is set to 1, but the actual metadata is not deleted.

Thereafter, the search engine 430 deletes the actual metadata at idle time of the metadata construction system, and the digital media server {DMS (1), DMS (2), corresponding to the metadata record of which the dirty flag is 1. ..DMS (N)}, if there is a search result, update the corresponding metadata record and change the dirty flag to 0. If there is no search result, delete the metadata record (4-4; ).

FIG. 5 schematically illustrates a media content search process of the media content metadata construction system of FIG. 1. That is, the process of browsing the media content list through the digital media player (DMP) metadata.

First, a browser application 510, such as a digital media player, may be any digital media server (DMS (1), DMS (2), ... DMS (N)) or specific media of a particular digital media server. The media content list is requested to the metadata construction system for the content (5-1).

Subsequently, the command processing module 520 interprets the command of the browser application 510, constructs a database query, and transmits the generated database query to the metadata database 540, and transmits the media content list of the corresponding metadata record to the browser application 510. Output (5-2).

Thereafter, the browser application 510 processes a browse metadata command to actually play back or obtain detailed information about the media content by using server ID and object ID of the media content list of the metadata record. Transmit to module 520 (5-3). Then, the subsequent process performs the steps defined in the DLNA guidelines.

While a preferred embodiment of the media content metadata construction system according to the present invention has been described above, the present invention is not limited thereto, and various modifications are made within the scope of the claims and the detailed description of the invention and the accompanying drawings. It is possible to implement and this also belongs to the present invention.

According to the present invention as described above, by searching the media content ubiquitous in the at least one digital media server to build a metadata database corresponding to the above, by providing a faster response time to the user when browsing the media content load There is an effect that can quickly deliver the information the user wants while minimizing.

In addition, even if the digital media server in which the media content is stored is not known or the digital media server is offline, the media content can be searched for and provided with a corresponding list.

Furthermore, the list retrieval for media content does not occur asynchronously, so the programming method is simple, and the desired media content can be effectively extracted through various search options using sorting, filtering, grouping, or statistical functions.

Claims (4)

A command processing module for receiving and processing a request for retrieving media content from a digital media player; A search engine for collecting and classifying media contents existing in a digital media server connected to a network; And a metadata database in which metadata of media content collected and classified by the search engine is registered and stored. The metadata includes a server UDI which is a unique number of the digital media server in which the media content exists, and a unique object ID assigned to the media content stored in the digital media server. The command processing module may include the digital media. And providing a list of the media contents to the digital media player using metadata corresponding to the media contents requested from the player. The method of claim 1, And an event receiving module for receiving a state change event corresponding to the modification or deletion of the media content from the digital media server, wherein the event receiving module extracts the server UDI and the object ID of the state change event. Media content metadata construction system, characterized in that to modify or delete the corresponding metadata of the database. The method of claim 1, The metadata registered in the metadata database may include a parent object ID of the media content, a dirty flag indicating modification of the media content, a dirty flag indicating deletion of the media content, a media type of the media content, and a description of the media content. And a subtype indicating an album / artist / genre, an icon representing presence or absence of UAL information of the icon image representing the media content, and a title of the media content. The method of claim 1, The search engine collects media content existing in a digital media server connected to a network through an application programming interface.

Images