KR100252351B1 - Method for operating srm in the video on demand - Google Patents

Abstract

PURPOSE: A method for operating a session and resource manager in a VOD system is provided to achieve network access at a desired session, regardless of other users' session processing periods, under UN(User to Network) environments, in a VOD system operated by a DSM-CC(Digital Storage Media Command and Control) protocol. CONSTITUTION: If a message is received(301), a session manager analyzes the header of the message(302) and judges whether the ProtocolDiscriminator information of the message has been rightly received(303). If it is judged that ProtocolDiscriminator information has been rightly received, the session manager checks whether dsmccType information is correct(305). If dsmccType information was inputted as information indicating a UN, the session manager judges that the received message is correct and checks whether the message belongs to a new session(306). In case that the message belongs to a new session, the session manager generates a process dedicated to the currently inputted session(307). The session manager checks whether the message is from a client(308). If the message is not from the client, the session manager checks whether the message is from a server(310). If the message is the one transmitted from either of them, the session manager operates the generated process to execute decoding for the supplied message, generates an event, and executes a function corresponding to the message(311). In case that the assignment or release of a resource is required, the session manager controls a resource manager to execute a relevant function. In case that the encoded message is necessarily to be outputted, the session manager sends it to an ATM network card(312). After judging the completion of the session according to a release request from the client or the server(313), the session manager deletes the dedicated process and finalizes work(314).

Description

Session and Resource Manager Operation Method in On-demand Video System

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a session and resource manager (SRM) operation method existing on a network side in a video on demand. In particular, DSM-CC (Digital Storage) Media Command and Control (hereinafter abbreviated as DSM-CC) relates to a method of operating SRM to enable multi-user access in an on-demand video system that supports services.

On-demand video system is a well-known video provider that provides the video information required by a given client immediately at the time you want to see, information provider consisting of a large server with the ability to store and transmit information ), A network that enables the transmission of information between the client and the information provider and the client, which is a TV user using the actual information, is operated in conjunction.

DSM-CC is defined by ISO to operate the on-demand video system described above, and has a common operation and control function for managing bitstreams stored in media regardless of the digital storage media used in the near or far area. It is a set of protocols. This DSM-CC protocol is a user-to-user that directly transmits and receives data between a client (or client user, hereinafter referred to as a client) and a server (or server user, hereinafter referred to as a server) as shown in FIG. There is a user-to-network environment for transmitting and receiving data between a network and a client or between a network and a server.

As shown in FIG. 1, the UN environment is a session, a connection, and an environment function entity type resident in a client, a network, and a server. The UU environment is an entity type only in a client and a server. In the UN and UU environments, the session setup confirmation information is transmitted from the network to the client or server when a client or server requests a session setup (SessionSetUpRequest) and the session is activated. The release request (ReleaseRequest) occurs, the session is released, and the resource request (ServerAddResourceRequest) generated from the server is generated to form a Motion Picture Expert Group (MPEG) channel between the client and the server. The steps of transmitting to the server are performed in the above-described UN environment, and before the session is activated and the above-mentioned address resource request is generated, and the channel formation for the address resource request is performed, the actual MPEG data is transmitted in the UU environment. .

On-demand video systems operating in UU and UN environments are designed to not allow access by other users (both clients or servers) while SRMs operating in the UN environment are processing one session. That is, it is designed not to accept session setup requests from other users until one session is activated and released by the release request. Because of this, the existing video on demand system is difficult to support a multi-client or multi-server environment.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problem, and in a user-to-network (UN) environment in an on-demand video system operated by the DSM-CC protocol, regardless of the session processing period of another user, at a time desired by the user. Its purpose is to provide a method for operating sessions and resource managers on a network for network access.

Another object of the present invention is to operate a session and resource manager to enable multiple user access in one session and resource manager by branching the process each time a new session is required in an on-demand video system operated by the DSM-CC protocol. To provide a way.

In order to achieve the above objects, a method of operating a session and resource manager according to the present invention includes a session and resource management on a network side configured to accommodate at least one client user-to-network (UN) and at least one server UN. In a video-on-demand system equipped with a device, when a message is received from at least one of at least one client UN and at least one server UN, the session and resource manager analyzes the received message header to correspond to a new session message. Determining whether was transmitted; In the case of the message corresponding to the new session, performing a process branch in the session and the resource manager to generate a dedicated process for the new session; If it is not determined that the message corresponds to a new session, transmitting the authorized message to a previously created dedicated process; Performing an operation of a session and a resource manager corresponding to a message belonging to a corresponding session authorized until the corresponding session is terminated by transmitting a release request message corresponding to the generated dedicated process; When the session is terminated, the step of destroying the generated dedicated processor is characterized in that it is performed.

1 is a conceptual diagram of an on-demand video system operated by the DSM-CC protocol;

2 is a functional block diagram of an on-demand video system in a user to network (UN) environment for performing the method according to the present invention;

3 is a flowchart illustrating operations of a session and resource manager operating method according to the present invention;

<Description of the symbols for the main parts of the drawings>

201 to 203: first to N client UN

211-213: 1st N server UN

220: ATM switch 230: Session & Resource Manager (SRM)

231: ATM network card 232: Session management means

233: Resource management means

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

2 is a block diagram of an on-demand video system under a UN environment with sessions and resource managers operating in accordance with the present invention, wherein the first to N client UNs 201 to 203 present on the client side, and the server present on the server side. 1 to N server UNs 211 to 213, which exist on the network side, create sessions, allocate resources and release processes between the first to N client UNs 201 to 203 and the first to N server UNs 211 to 213. Session to Resource Manager (hereinafter referred to as SRM) 230 and the first to N client UN (201 ~ 203) and SRM 230 and the first to N server UN (211 ~ 213) to ATM network ) And an ATM switch 220 for enabling data communication between the SRM 230.

In particular, the SRM 230 is an ATM network card 231 that interfaces with the ATM switch 220 to allow data transmission and reception, and a session manager 232 for controlling overall functions of the SRM 230. The resource management means 233 is controlled by the session management means 232 and transmits the information to the ATM network card 231 so that resource allocation and release processing is performed.

3 is an operation flowchart of an SRM operating method according to the present invention. Referring to FIG. 2, the operation of the flowchart shown in FIG. 3 will be described.

First, when a message is sent from one of the N clients UN 201 to 203 and the N servers UN 211 to 213, the message is transmitted to the SRM 230 through the ATM switch 220.

The SRM 230 receives the message transmitted from the ATM switch 220 at the ATM network switch 231 and transmits the message to the session managing means 232.

The session managing means 232 is composed of a decoder, an encoder and a state machine, not shown, and performs the operation of the SRM 230 according to the authorized message.

That is, in step 301, if it is recognized that the message is received, the session managing means 232 proceeds to step 302. In operation 302, the session managing means 232 analyzes the currently authorized message header. The message header contains ProtocolDiscriminator information, dsmccType information, transationId information, adaptationCount, adaptationLength, and messageId information. Here, ProtocolDiscriminator information indicates whether the message corresponds to a DSM-CC message, dsmccType information indicates the type of the DSM-CC message, transationId information is used for session integration and error handling, and adaptationCount information is a message header. The adaptationLength information indicates the total length of the adaptation header following the message header, and the messageId information indicates the message type passed.

As a result of analyzing the message header, if it is determined that ProtocolDiscriminator information of the message is not properly authorized (that is, it is determined that the currently authorized message corresponds to the DSM-CC message), the process proceeds from step 303 to step 304 and an error occurs. Processing is returned to step 301.

However, if it is determined that ProtocolDiscriminator information of the corresponding message is properly authorized, the message proceeds from step 303 to step 305 because the message is a message suitable for the DSM-CC protocol. In step 305, the session managing means 232 analyzes the corresponding message header, and checks whether the dsmccType information is correct. That is, since the current state corresponds to the UN environment, it is checked whether the dsmccType information is authorized as the information indicating the UN. As a result of the check, if the dsmccType information is not authorized as the information indicating the UN, it is determined that the currently authorized message is a wrong message, and the flow proceeds to step 304 described above. However, if it is checked that the dsmccType information is authorized as the information indicating the UN, it is determined that the currently authorized message is correct and the flow proceeds to step 306.

In operation 306, the session managing means 232 determines whether the currently authorized message corresponds to a new session. This is done by analyzing messageId (message identifier) present in the message header. That is, it is determined whether the messageId is information corresponding to the session request (SessionRequest) to determine whether it is a new session. For example, if the messageId of the session request message sent from the client is transmitted as '0x4010' and the messageId of the session request message sent from the server is transmitted as '0x8010', the header of the currently authorized message is included. If messageId is '0x4010' or '0x8010', it is determined as a new session.

As a result of analyzing the messgaId as described above, if the currently authorized message corresponds to a new session, the process proceeds to step 307 to perform a fork of the process. In other words, a process for creating a currently authorized session is created, and the flow proceeds to step 308.

However, if it is determined that the messageId is not the message corresponding to the new session, the process proceeds to step 309. In this case, the message that does not correspond to the new session corresponds to the case where the analyzed messgaeId is not both '0x4010' and '0x8010' in the above-described example. Accordingly, in step 309, the corresponding dedicated process transmits the corresponding message to perform a function according to the currently authorized message, and proceeds to step 308.

In step 308, it is checked whether the currently authorized message is transmitted from the client using the result of analyzing the message header. As a result of the check, if it is not transmitted from the client, the process proceeds to step 310 and it is checked whether it is transmitted from the server. If it is determined that the message is not transmitted from either the client or the server, the process proceeds to step 304 and error processing as described above. However, if it is determined that the data is transmitted from the server or the client as a result of checking steps 308 and 310, the process proceeds to step 311.

In operation 311, the process decodes the authorized message and generates an event to perform a function corresponding to the currently authorized message as if it was operated in the existing SRM 230. At this time, the session operating means 232 performs a function by operating the dedicated process generated in step 307. In the case where a predetermined resource is allocated or released as in the past by the function performed in step 312, the resource operating means 233 is controlled to perform the corresponding function and output the encoded message. Encodes the message and transmits the message to the ATM network card 231.

In step 313, it is checked whether the corresponding session is terminated. In this case, the session is terminated when the client or server sends the release confirmation information (Confirm) from the session management unit 232 as the release request for the session is determined that the session is terminated. Therefore, when the check is completed in step 313, if the session is not terminated, the process proceeds to step 301 to maintain a wait state for a message that can be authorized in the session or a message for a new session request.

However, if it is determined in step 313 that the session is terminated, the process proceeds to step 314 and the created dedicated process is destroyed and the operation ends.

As described above, the present invention generates one process for each session setup request so that session and resource operation processing for messages generated in the session is performed until the session is terminated. It can access multi-client or multi-server environment on demand video system operated by DSM-CC protocol because it can access session and resource manager without any.

Claims (2)

A video on demand system having a session and a resource manager on a network side configured to accommodate at least one client user-to-network (UN) and at least one server UN, When a message is received from one of the at least one client UN and the at least one server UN, the session and resource manager analyzes the received message header to determine whether a message corresponding to a new session has been transmitted. step; If it is determined that the message corresponds to a new session, performing a process branch in the session and resource manager to create a dedicated process for the new session; If the message is not a message corresponding to a new session, transmitting the authorized message to a previously created dedicated process; Performing an operation of the session and resource manager corresponding to a message belonging to a corresponding session authorized until the corresponding session is terminated by transmitting a release request message corresponding to the generated dedicated process; When the corresponding session is terminated, the session and resource manager operating method in the on-demand video system comprising the step of extinguishing the generated dedicated processor is performed. The method of claim 1, wherein the determining of whether the message corresponding to the new session is transmitted comprises analyzing a message identifier (messageId) included in the received message header to determine whether the currently received message is a client setup request or a server setup request. In the case of a message, the session and resource manager operating method in the on-demand video system characterized in that it is determined to be a message corresponding to a new session.

Images