KR100426270B1 - A multimedia streaming server and an Interconnection Method of multimedia streaming system and multimedia database - Google Patents

Abstract

The present invention relates to a structure of a streaming server including a streaming system and a multimedia database system for transmitting multimedia data such as voice or video over a communication network, and an interworking technique between a streaming system and a multimedia database system in a streaming server. Streaming system consists of database connector, media management unit, transmission management unit, session management unit, resource management unit, gateway, multimedia database system is composed of media client and database server, these streaming system and multimedia database system is a shared memory and semaphore Data is sent and received in units of blocks, and the streaming system transmits a work history to the multimedia streaming system using a message queue.

Description

A multimedia streaming server and an Interconnection Method of multimedia streaming system and multimedia database}

The present invention relates to a structure of a streaming server having a multimedia system and a streaming system for transmitting multimedia data such as voice or video over a communication network, and an interworking technique between a streaming system and a multimedia database system in a streaming server.

Today, streaming services are becoming increasingly common in Internet broadcasting, VOD, and wireless mobile environments, thanks to advances in multimedia operating systems, communications, application services, and high-performance hardware that can support them. Such a streaming service is obtained by a streaming server reading multimedia playback data in a specific storage space and transmitting the multimedia playback data to a streaming client which is a multimedia player.

The current streaming service method has a structure that streams multimedia playback files existing on the hard disk of the streaming server to the user. Furthermore, in addition to the multimedia streaming, the multimedia information data is stored in a relational database so that users can view and search the multimedia information. It also has the ability to send information to the user.

However, since the multimedia streaming method separates and manages the multimedia playback data and the multimedia information data, there is a problem that a mismatch between the multimedia playback data and the information data may occur, which may adversely affect the system reliability of the user. In addition, since it takes the method of transmitting the multimedia playback data stored in the file system, it has the limitation that the file system has, so it has a disadvantage that it cannot fully utilize the streaming service through efficient multimedia data search and recombination. .

Therefore, the existing representative streaming server RealNetwor's RealSystem and MicroSoft's NetShow server adopt the method described above, which is a system having potential problems.

In order to solve the above problems, the present invention allows the database to manage not only multimedia data but also multimedia playback data, thereby overcoming inconsistencies between information data and multimedia playback data, thereby increasing the reliability of the system and playing multimedia during streaming. It is possible to search the information related to the user in various forms according to the user's requirements, and to enable various multimedia services by searching and recombining the data desired by the user and streaming it in the form according to the needs of each user. The purpose. Another object of the present invention is to implement a database connector considering plug-in extensibility so that a streaming system can easily interoperate with various multimedia database systems in which multimedia playback data and multimedia information data are stored.

1 is a block diagram showing the interworking between the streaming system and the multimedia database system.

2 is a frame diagram illustrating a structure of a message frame put in a message queue.

3 is a flowchart illustrating a multimedia streaming operation algorithm according to an interlocking method of the present invention.

4 is a flowchart showing the steps of extracting and storing multimedia data.

5 is a flowchart showing steps of reading multimedia data from a shared memory.

Figure 6 is a graph showing the experimental results for the transmission rate when applying the interlocking technique according to the present invention.

* Description of the symbols for the main parts of the drawings *

100: streaming system 200: multimedia database system

110: database connector 120: media management unit

130: transmission management unit 210: media client

220: Database Server 300: Message Queuing

350: shared memory

In order to achieve the above object, the present invention provides a streaming server including a streaming system and a multimedia database system, and these two systems have a message queue in between to send and receive messages, and also play multimedia data and multimedia through a shared memory. Information data (hereinafter, referred to as multimedia data such as multimedia reproduction data, multimedia information data, multimedia list, etc.) may be exchanged.

The streaming system includes a transmission management unit for packetizing multimedia data according to a network protocol, a media management unit for delivering multimedia data read from a shared memory to the transmission management unit, and creating / deleting a streaming session and working on the multimedia database system. It consists of a database connector that sends a message.

In addition, the multimedia database system is a place where the multimedia data is stored, and the database server for storing the multimedia data streamed from the streaming system in the shared memory, the message transmitted from the database connector to interpret the message from the database server to perform the operation It consists of the requesting media client.

The interworking method between these streaming systems and the multimedia database system exchanges data in block units using shared memory and semaphores, and the streaming system transmits a work message to the multimedia streaming system using a message queue.

Meanwhile, a transaction interface and a streaming interface exist to enable the streaming system to interoperate with various multimedia database systems. A transaction is a basic unit of work for completing a requested task in relation to related tasks such as exchanging information or updating a database. In the transaction interface, four types of transactions are used to support transactions in a database: read, write, find, and replay. Defined by primitives.

A transaction interface is an interface that a streaming system requests a transaction in a multimedia database system, and a multimedia database system handles a series of processes for processing it. A streaming interface is a process for processing a media stream between a streaming system and a multimedia database system. This is an interface to deal with.

Meanwhile, in the present invention, the streaming system and the multimedia database system exist in one host but are configured to be operated by different processes in the same host. In the present invention, these different processes are intended to interwork based on interprocess communication (IPC) in order to communicate. Inherently, IPC communication is a set of programming interfaces that allow programmers to create and manipulate individual programs to be executed simultaneously on one operating system, allowing one program to handle the needs of many processes at the same time.

In general, there are two methods for interworking two or more processes with each other: RPC (Remote Procedure Call) communication and IPC (interprocess communication) communication. RPC communication is a protocol used by a process running on one host to request a service from another host on the network. When a streaming request comes in from a client without the need for a message queue or shared memory, the streaming system sends the media to the database system. Requesting information, the database system has an architecture that passes the media block directly to the streaming server as requested. This RPC interworking technique may be applied to interworking between a streaming system and a multimedia database system, and may have an advantage that the streaming system and the database system may be interworked even if they are not the same host. However, the RPC interworking technique has a limitation that the inter-process scalability is inferior to the IPC interworking technique. Also, since the RPC is an operation method that must be paused until one process receives the processing result for the work requested by the other process, There is a problem that delays and dropouts frequently occur. On the other hand, in the present invention, in order to overcome this limitation, a streaming system and a multimedia database system exist on the same host, and inter-process IPC communication is performed using shared memory and semaphores, and thus, the University of Wisconsin used in the embodiment of the present invention. In addition to the developed Beehive multimedia database system, interworking with other multimedia database systems is possible, and the quality of playback is improved compared to the RPC interworking method by reducing the interruption in media streaming.

Hereinafter, with reference to the accompanying drawings will be described in detail a preferred embodiment of the structure of the streaming system and multimedia database system, the interworking technique between the two systems.

FIG. 1 is a block diagram illustrating the interworking between the streaming system 100 and the multimedia database system 200 when a multimedia streaming service request is received from a streaming client which is a streaming player.

First, a brief look at the interworking between the streaming system 100 and the multimedia database system 200 is as follows. When the streaming client requests the selected multimedia to the streaming system 100 (S11), the database connector 110 constructs a message for requesting streaming of the multimedia to the multimedia database system 200, and puts the message in the message queue 300. While notifying the media client 210 (S12), the media management unit 120 informs the shared memory address and semaphore (S18). The media client 210 receiving the message queue converts the message into a transaction used by the database server 220 and requests a transaction from the database server 220 (S13). When the database server 220 that has received the transaction includes the corresponding multimedia data in the shared memory 350 (S14), the media management unit 120 that is waiting reads the data stored in the shared memory (S15) and transmits the management unit ( Hand over to 130) (S16). The transmission manager 130 transmits the multimedia data to the multimedia streaming client through the network (S17).

Before describing the interworking technique in detail, the use of each module will be described.

The streaming system 100 includes a database connector 110, a media manager 120, and a transmission manager 130. In addition to implementing the streaming service, the streaming system 100 is responsible for a session management unit for controlling a streaming session, a resource management unit for guaranteeing a streaming service quality, a gateway that is a network communication inlet with a streaming client on a network, and an interface with a streaming client. One more interface unit is required, but only the modules required for the present invention will be described in detail.

The database connector 110 is an internal module of the streaming system that serves as a medium connecting the streaming system and the multimedia database. When the streaming client requests the multimedia stream, the database connector 110 assigns an ID of each session and requests a transaction to the media client. It obtains the address of the queue from the streaming system operating system, deletes the created sessions, and gives priority to each session. In addition, it has a function of limiting the maximum number of users according to the performance of the server, such as the number of CPU clocks, network bandwidth, main memory capacity of the server.

The media manager 120 determines what type of source the media stream is from and what kind of stream it is. Then, the encoding type of the media obtained from the shared memory is identified and decoded in the most appropriate manner, and the media device is identified and managed through which media device is effective.

The transmission management unit 130 is a module in charge of the network part in the streaming system, and supports the RTP / UDP and TCP protocols, and also supports the real-time transport control protocol (RTCP) protocol for monitoring the transmission status of packets. Therefore, in order to transmit the packet of the media stream obtained from the media management unit to the streaming client according to the protocol, the media stream is packetized to a certain size and transmits to the streaming client using the RTP protocol.

The multimedia database system 200 includes a database server 220 and a media client 210. As the multimedia database system 200, the BeeHive system, which is a multimedia database supporting multimedia functions, or the BADA-III, which is a multimedia database developed by ETRI, can be reviewed on a file system called SHORE developed by the University of Wisconsin. However, in the present invention, BeeHive multimedia database system will be used. Although BADA-III also has a function to store and manage multimedia databases, it is basically a general database management or information indexing and retrieval as a main database service. Therefore, by using the BeeHive system, it is possible to support quality of service (QoS), fault tolerance, and security functions for real-time support and audio / video, and the source code is disclosed due to the disclosed system. It is suitable to apply.

The database server 220 stores multimedia playback data for transmission to a media client in blocks of a predetermined size, and also stores index lists of media blocks and information on media data. The blocked multimedia data are stored in the shared memory block by block when a streaming request is made. In addition, when a streaming stop request is received from the user while storing data in the shared memory, only the data block stored in the shared memory is stored and the storage of the remaining data blocks is stopped.

The media client 210 initializes a message queue that can exchange messages when the streaming system 100 and the multimedia database system 200 interoperate. The media client 210 converts the messages transmitted from the streaming system into a transaction used by the database server. It converts and requests the database server 322 to perform the transaction.

The shared memory 350 is a place for temporarily storing data stored in the database server 220. In the present invention, a shared memory and a semaphore are used for interworking with a streaming server system and a multimedia database system. Data stored in the shared memory 350 is read by the media manager 120 and transmitted to the streaming client. In addition, the shared memory 350 is formed of a plurality of block units such as the first block 351 and the second block 352 so that data can be stored in block units. That is, the shared memory 350 is a module necessary for transmitting multimedia data stored in the database server to the streaming system. When the multimedia data taken out of the database server is put into the shared memory, the shared memory 350 takes out the data in the shared memory. Has a structure. General multimedia data can be as small as a few MBytes and as many as tens or hundreds of MBytes. In case of small data, it can be saved as a block when it is stored in the database, and it can be taken out at once. However, if the size of data is tens or hundreds of MBtye, the memory cannot be allocated as much as the size of media data at once. In order to compensate for this drawback, the present invention uses a method of dividing the media data into pieces and storing them in a database and storing the indexes of the pieces. In addition, since multimedia data have a property of being continuous, streaming requires two or more memory blocks instead of a single memory block. That is, one memory block is a block for reading data from a streaming system, and the other memory block is a memory block for extracting and storing the next data block of the data block being streamed from the database server in advance. For this reason, in the embodiment of the present invention, the streaming system and the multimedia database system place a plurality of shared memory blocks such as the first block 351 and the second block 352 to exchange multimedia data. It is possible to stream multimedia data with attributes.

On the other hand, when two different systems use shared memory, there is a synchronization problem between two systems, such as accessing shared memory at the same time. To solve this problem, semaphores are used. The semaphore generates the same number as the number of shared memory blocks, the semaphore's key value is the first semaphore using the base key value plus the session ID assigned by the database connector, and the second semaphore is the session key value. And the session maximum. By using the semaphore when accessing the shared memory, it is possible to know whether the shared memory can be accessed according to the value of the semaphore identified at a particular moment. That is, if a semaphore is set to the shared memory available value, either process in the streaming system or the multimedia database system can immediately use the shared memory resource, while the semaphore value is set to that shared memory is already used by a particular process. If you do, you know that shared memory is being used by a particular process, so other processes have to wait some time before accessing the shared memory.

The message queue 300 is a place for exchanging messages between the streaming system 100 and the multimedia database system 200 and is generally present in a stack, which is a temporary storage memory.

2 is a frame diagram illustrating the structure of a message frame contained in the message queue 300.

A message queue is a seemingly place to put or pull messages on a stack in memory in a streaming server. That is, when a system's process puts a message on a message queue, another system process processes the message on the message queue first, or first-in first-out (FIFO) The topmost items are processed first-in first-out (FIFO).

The streaming system and the multimedia database system exist in the same host, but because they are operated by different processes, a message delivery method is needed to communicate with each other. To accomplish this, messages are transmitted and received using the message queue. . This message queue implements the creation and initialization of the multimedia database.

The message frame put in the message queue consists of a command field, a session ID field, a database ID field, and a parameter field.

The command field 11 is a field indicating the type of a message, and the type of each message is shown in the following table.

Medium type Explanation r Retrieves information about the requested message. p Extracted from the requested media block to the last media block from the database and sent. q Stop the transfer. l List media stored in the database. s Store media in a database. d Delete the media stored in the database.

The r message is used to create a session, give it a session ID, and get information about the requested media. The session ID obtained from the message is used to generate the shared memory address and semaphore ID. When the message is transmitted to the database, information about multimedia data corresponding to the database ID, for example, a movie, a meta title such as a title, a director, and an actor can be obtained. The p message is a request for a media block stored in the database for streaming. When a p message occurs, the p message extracts the media block of the requested database ID from the database and copies it to the shared memory. This operation continues until the q message occurs. The q message stops the transmission of multimedia data. When the q message occurs, the database stops copying the media block to the shared memory. The message l shows a list of media currently stored in the database. The s message is for storing multimedia data in a database. Through this operation, the database assigns a unique database ID to the media to be stored. The d message is used to delete multimedia data stored in the database.

The session ID field 13 is a portion indicating the ID of each client that the database connector grants when the client requests media data stored in the database. This id value is used to create shared memory and semaphores.

The database ID field 15 is a field indicating a unique value that the database assigns to the media data when the media data is stored in the database. The database ID field 15 has a media ID value selected by the streaming client.

The parameter field 17 is a field for inputting necessary information according to the type of the message. For example, in the case of a playback transaction, the parameter field 17 is a field for inputting an index value of a media block according to the location of a requested media stream or another information for streaming. It is used for different purposes depending on the type of.

For reference, if you define a struct and related functions for implementing the message queue on a program, it can have the following structure.

typedef struct {

long priority;

char Message [MAX_MSG];

} QueueMessage;

int GetQueue (key_t QueueKey, int * QueueID);

int RemoveQueue (key_t QueueKey);

int RemoveQueue (int QueueID);

int SendMsg (int QueueID, QueueMessage * Send);

int RecvMsg (int QueueID, QueueMessage * Recv);

Hereinafter, the IPC-based interworking algorithm between the streaming system and the multimedia database system using the above-described message queue, shared memory, semaphore, etc. will be described in detail.

To summarize the IPC-based interworking algorithm, when the client receives a request from the database connector, the database connector in the streaming system requests the database as a message queue, and the media client in the multimedia database system system sends a message queue to the database server. If you send the contents of, the database server accesses the shared memory, extracts the media and puts it in the shared memory. When the data is stored in the shared memory, the media manager transmits the data in the shared memory to the transfer manager, and the transfer manager transmits the transmitted media data to the client.

The media streaming operation algorithm according to the interlocking technique can be largely divided into a process in which a database server stores data in a shared memory, and a process in which a streaming system reads data stored in a shared memory and transmits the data to a streaming client. The process of storing such data and the process of reading the data are manipulated by processes operating in the multimedia database system and the streaming system, respectively.

3 is a flowchart illustrating a media streaming operation algorithm according to an interworking method of the present invention.

If there is a media streaming request from the media client, the streaming system has an initialization step (S301). In other words, the streaming system initializes all modules and obtains a message queue generated by a specific object class on a program that operates in the operation of the present invention. In addition, it creates a shared memory for receiving the media data from the database server.

Thereafter, the streaming system transmits an r message requesting the multimedia database system to inform the media information, and thereby has a multimedia information receiving step (S302) of receiving the information from the multimedia database system. The session and semaphore are generated based on the received media information. In addition, information such as a movie title and a movie director can also be obtained from the multimedia database system by the r message.

After the media data opening step such as the initialization of the streaming system and the step of receiving the media information as described above, the actual streaming step proceeds. First, the database connector transmits messages requesting transmission of the selected multimedia data using the message queue (S303). The media client receiving the message generates a transaction corresponding to the message to the database server, and the database server receiving the transaction request extracts the multimedia data and stores the multimedia data in the shared memory (S304). There is a step of reading the media data stored in the shared memory (S305). The transmission management unit in the streaming system receives the data from the media management unit and transmits it to the streaming client (S306). After the above transmission step, the streaming system has an end step (S307) of closing the interworking session between the multimedia database system and removing the allocated shared memory and semaphore.

FIG. 4 is a flowchart showing in more detail the multimedia data extraction and storage step S304 described with reference to FIG. 3 in relation to semaphores. The shared memory may be composed of one block or several blocks, and each block has a semaphore for synchronization.

The database server extracts the multimedia data (S401).

N representing the index of the shared memory block is set to 1 (S402). Therefore, the N-th block in which the first data is stored means the first block. Thereafter, in step S403, a semaphore of the corresponding block is set to monopolize the use rights of the shared memory Nth block. In detail, the database server checks the semaphore of the Nth block of the shared memory. If it is set to the key value of shared memory not use, the corresponding semaphore is taken and set to the value in use. On the other hand, as a result of the semaphore check, if the semaphore is in use, the semaphore is continuously monitored and waited until it becomes available, and the semaphore is taken and monopolized when it becomes available. If you set the semaphore in this way, you can prevent the access of other processes and monopolize the shared memory by yourself.

The database server in the multimedia database system has a step of obtaining the semaphore by the above method and storing the extracted multimedia data in the shared memory N-th block (S404). After the step of storing in the shared memory N-th block is finished, the database server releases the exclusive right by setting the semaphore of the shared memory N-th block to unused (S405). This release of the semaphore monopoly allows other processes to use that Nth shared memory.

Thereafter, the database server determines whether the data stored in the Nth block of the shared memory is the last block of the extracted multimedia data (S406), and when it is determined that the data is the last block of the data (S406a). If the multimedia data stored in the shared memory N-th block is not the last block of the extracted data, the remaining data is stored in another shared memory block (S406b). To this end, first, it is determined whether the shared memory Nth block is the last block of the shared memory (S407). That is, when it is determined that the shared memory Nth block is the last block, the remaining data is stored in the first shared memory block again (407b), and when the shared memory Nth block is not the last (S407b) The block index value is increased by 1 (S408) to store data in the next shared memory block. Thereafter, the semaphore setting step (S403), the multimedia data storage (S404), the semaphore release (S405), the data storage completion determination step (S406) and the like repeatedly.

FIG. 5 is a flowchart illustrating the data reading step S305 described with reference to FIG. 3 in more detail with respect to semaphores. As before, the shared memory may be composed of one block or several blocks, and each block has a semaphore for synchronization.

The block index value K is set to 1 (S501). The media management unit in the streaming system checks the semaphore of the shared memory K-th block, and if it is not in use, takes the semaphore and sets it in use (S502), and then reads the multimedia data block stored in the shared memory K-th block (S503). . After reading the multimedia data of the shared memory K-th block, the semaphore of the shared memory K-th block is released (S504), and it is determined whether the next multimedia data block exists (S505). End (S505a). This determination can be based on media information such as media block size and media index received by sending r message in the streaming open step. If the read data block is not the last block, the next data block is read (S505b).

When the K-th block is the last block of the shared memory, the multimedia data in the first block of the shared memory is read by setting the block index value to 1 again (S506b). If the K-th block is not the last block of the shared memory and the multimedia data is stored in the next shared memory block (S506a), the block index K is increased by 1 (S507) to read the multimedia data stored in the K-th next block.

The media extraction / storage step and the streaming step described in FIG. 4 and FIG. 5 may be simultaneously performed because several processes may operate simultaneously because the processes are operated by different systems.

For reference, the use of semaphores, shared messages, and message queues play an important part in implementing the IPC-based interworking algorithms. In order to implement these on a programmatic basis, a program has several functional modules and object classes. has a class These functional modules and object classes are useful for programming IPC-based algorithmic implementations of object-oriented programming (OOP) such as C ++ and Java.

Although the technical spirit of the present invention has been described in detail according to the above-described preferred embodiment, the above-described embodiment is for the purpose of description, and various ordinary embodiments of the present invention may be made by those skilled in the art. I can understand.

As described above, the present invention can support various multimedia services that could not be achieved by directly interworking a streaming system and a database by interworking a streaming system and a multimedia database using a message queue, a shared memory, and a semaphore. have. In addition, by managing various multimedia data such as multimedia information data and multimedia execution data in a multimedia database, which is the same system, the client can trust the information of the server and transmit the multimedia data stored in the database server in units of blocks. Depending on the requirements, various multimedia streaming services are possible through media search and recombination.

For reference, look at the experimental results for the transmission rate when applying the interlocking technique according to the present invention. FIG. 6 illustrates a case where streaming media stored in a file system adopted by existing streaming systems and streaming media stored in block units on a BeeHive system, which is a multimedia database system according to the present invention. A graph showing the performance difference by comparing data rates. This experiment was conducted with MPEG-1 media encoded in 1392640bits / sec in an intranet environment. The dotted line in the graph is the result of using the file system, the solid line is the result of using the multimedia database system, where the horizontal axis represents elapsed streaming time (sec), and the vertical axis represents the amount of data transmitted by the server per second (Byte). / Second).

Experimental results show that the streaming server linked with the file multimedia database system streams stably after some time at the beginning of the streaming due to the initial delay in extracting media blocks from the database. At this time, unlike file streaming, a change in data transfer amount occurs frequently, which is caused by a delay caused by replacing a memory block when a streaming server fetches data from two shared memories. However, the variation in the amount of data transmission is not a factor that greatly affects streaming. Therefore, by using the database-based streaming method proposed in the present invention, compared to streaming data based on the file system, while providing a multimedia database system service without a significant loss in performance, while at the same time can not search and combine the multimedia data on the file system Overcome it. In the future, if the cache function is applied to reduce the overhead caused by using two shared memory blocks, it is expected that the change of the data transfer amount can be reduced and the performance can be improved.

Claims (15)

In the multimedia streaming server for transmitting the multimedia data stored in the database server to the streaming client which is a multimedia player, the multimedia streaming server, Streaming system for transmitting the multimedia data to the streaming client, Multimedia database system for transmitting the stored multimedia data to the streaming system, Shared memory for temporarily storing the data for transmitting the multimedia data in the multimedia database system to the streaming system, Message queues on the stack, temporary storage memory in a streaming server, where messages are exchanged between a streaming system and a multimedia database system. Equipped with The streaming system above, Transmission management unit for packetizing the media data according to the protocol for transmitting the multimedia data to the streaming client, A media management unit which reads and decodes multimedia data from the shared memory and delivers the multimedia data to the transmission management unit; A database connector that creates a multimedia streaming session when a streaming request is received from a streaming client, sends a job message to the multimedia database system, and deletes the streaming session when the streaming job is finished. Including; The multimedia database system, A database server storing multimedia data requested by a streaming system in the shared memory, the multimedia server storing a multimedia data; Media client that interprets the message from the database connector and requests the database server to perform the operation. Multimedia streaming server comprising a. The method of claim 1, wherein the shared memory, Multimedia streaming server, characterized in that the structure of two or more block units so that data is stored and read in block units. The streaming system initializes the streaming system when a multimedia streaming request is received from the streaming client, which is a multimedia player, and initializes the streaming system and generates a shared memory including a message queue for storing messages to be delivered to the multimedia database, and a block unit for storing multimedia data. A multimedia information receiving step of generating a session ID for the streaming based on the media information received from the multimedia database system by the streaming system, and generating a semaphore used to control the use of the shared memory; Transmitting a message by a database connector in a streaming system to a media client in a multimedia database system; Requesting a database server in the multimedia database system for a transaction requiring the media client receiving the message to interpret the message and then acting on the message; Extracting and storing multimedia data in which the database server extracts corresponding multimedia data according to a requested transaction and stores the multimedia data in a shared memory; Simultaneously with the step of extracting and storing the multimedia data, the streaming system reads the multimedia data stored in the shared memory and streams it to the streaming client which is a media player; End of session to close the interworking session between the streaming system and the multimedia database system and to remove the allocated shared memory and semaphore after all the above transmitting steps are completed. How to interwork with a streaming system and multimedia database system comprising a. The method of claim 3, wherein the message structure in the message transmission step, A command field indicating the type of work message, A session ID field indicating the streaming client that requested the streaming and indicating the type of the streaming job; A database ID field indicating the type of multimedia data stored in the database server; Parameter field containing additional information required for the task, depending on the type of task message. Method for interworking with a streaming system and a multimedia database system comprising a The method of claim 3, wherein the type of message in the message transmission step, A message requesting to transmit the requested information of the multimedia from the streaming client, A message requesting to extract the requested multimedia from the streaming client to the database server and to transmit all of the corresponding data blocks; A message requesting that the database server stop sending data that is being sent, A message requesting to transmit a list of multimedia stored in the database server, A message requesting that the multimedia server be stored, and Message requesting to delete multimedia stored on database server Method for interworking with a streaming system and a multimedia database system comprising a The method of claim 3, wherein the semaphore in the multimedia information receiving step, A method of interworking a streaming system and a multimedia database system, characterized in that each block exists in a shared memory. The method of claim 3, wherein the extracting and storing the multimedia data comprises: Extracting, by the multimedia database system, the multimedia data corresponding to the message request transmitted from the streaming system in units of blocks; Setting the shared memory block index integer value N to 1, N-th block storing step of storing the extracted multimedia data in the N-th block of the shared memory, When the last block of the extracted multimedia data is stored in the shared memory N-th block, ending the data extraction and storing step; When the last block of the extracted multimedia data is not stored in the Nth block of the shared memory, the shared memory block index value is increased by 1, and the shared memory N + 1th is used to store the multimedia data in the N + 1 block, the Nth block next to the shared memory. Block save step Method of interlocking a streaming system and a multimedia database system comprising a. The method of claim 7, wherein the N + 1 th block storing step of shared memory, A method of interworking a streaming system with a multimedia database system, wherein the last block of the multimedia data extracted from the multimedia database system is repeated until the last block of the multimedia data is stored in the shared memory Nth block. The method of claim 7, wherein the N + 1 th block storing step of shared memory, If the N-th block is the last block of the shared memory, the streaming system and the multimedia database system, characterized in that the multimedia data is stored in the first block of the shared memory instead of the N + 1-th block. The method according to claim 7, wherein the storing of the extracted multimedia data in the N-th block and the N + 1-th block storing step of the shared memory comprises: A step of setting an in use value so that the semaphore of each block is used only by the multimedia database system, Storing the extracted multimedia data in each block of the shared memory; After the save step is completed, set the semaphore of each block of the shared memory to a not use value. Method of interlocking a streaming system and a multimedia database system comprising a. The method of claim 3, wherein the streaming system reads the multimedia data stored in the shared memory. Setting the shared memory block index integer value K to 1, Reading the K-th block to read the multimedia data stored in the K-th block of the shared memory; Terminating the step of reading the multimedia data when the read multimedia data is the last block; If the read multimedia data is not the last block, read the shared memory K + 1st block to read the multimedia data in K + 1 block, the K-th block of shared memory K by increasing the shared memory block index value by 1. Method of interlocking a streaming system and a multimedia database system comprising a. 12. The method of claim 11, wherein the shared memory K + 1 th read step includes: A method of interworking a streaming system and a multimedia database system, characterized by repeating until the last block of the multimedia data extracted from the database server is read. The method of claim 11, wherein the reading of the shared memory K + 1 th block comprises: When the K-th block is the last block of the shared memory, the streaming system and the multimedia database system, wherein the multimedia data is read in the first block instead of the shared memory K + 1 th block. The method of claim 11, wherein the reading of the K th block and the K + 1 th read step of the shared memory include: An in use value setting step of setting the semaphore of each block to use only the streaming system, Reading data from each block of shared memory; After the step of reading the multimedia data of the block is completed, the step of setting the semaphore of each block of the shared memory to a not use value Method of interlocking a streaming system and a multimedia database system comprising a. 15. The method of claim 10 or 14, wherein the setting the in use value comprises: Reading the semaphore of the block and checking the state of the semaphore; Setting the semaphore to an in use value when the shared memory is not used by another system as a result of checking the semaphore, and If the shared memory is already in use by another system, the semaphore checks and waits for the semaphore. When the semaphore value is not used, the semaphore is set to an in use value. Method of interlocking a streaming system and a multimedia database system comprising a.