KR20100051517A - Method and apparatus for processing request from application in home network - Google Patents

Abstract

PURPOSE: A method and an apparatus for processing a request from an application in a home network are provided to determine validity of a content request of OC-DMS according to metadata of contents in the OC-DMP, thereby efficiently processing a request of an application in the OC-DMP. CONSTITUTION: An OC-DMP(OpenCable-Digital Media Player) obtains metadata about the contents from the OC- DMS (OpenCable-Digital Media Server)(210). The OC-DMP receives a request about the contents of OC-DMS from an application(220). The OC-DMP decides validity of the request based on the metadata of the contents(230). If the request is effective, the OC-DMP transmits the request to the OC-DMS(240). The OC-DMP transfers errors or exceptions to the application(250).

Description

Method and apparatus for processing request from application in home network

The present invention relates to a home network, and more particularly, to a method in which an OpenCable-Digital Media Player (OC-DMP) processes an application request for content of an OpenCable-Digital Media Server (OC-DMS).

Data broadcasting is a service that provides various information related to the broadcasting program, living information, internet access, electronic commerce, and interactive entertainment in addition to the existing broadcasting program using a broadcasting network such as terrestrial, satellite, or cable. Currently, international data broadcasting standards include OCAP (Open Cable Application Platform), ACAP (Advanced Common Application Platform), and MHP (Multimedia Home Platform).

The OCAP Home Networking Protocol standard defines OC-DMP (OpenCable Digital Media Player) for playing broadcast content and OC-DMS (OpenCable Digital Media Server) for managing broadcast content. OC-DMP provides a RecordingNetModule, a service module that allows applications to perform home network functions.

FIG. 1 is a diagram illustrating a method in which an OC-DMP processes an application request in a general home network. As shown in FIG. 1, when an application requests recording of specific broadcast content, the RecordingNetModule transmits a request to the OC-DMS using a protocol according to the Digital Living Network Alliance (DLNA) standard, and receives the request. The NetRecordingRequestManager of the DMS records broadcast content on request.

In addition to instructing the recording in this way, the application can perform various tasks such as canceling the recording or setting the priority of the recording through the RecordingNetModule. In FIG. 1, only RecordingNetModule is illustrated, but an application performs operations on contents of OC-DMS through various requests such as copying, deleting, and moving contents through ContentServerNetModule, and browsing contents of OC-DMS through ContentServerNetModule. can do.

For reference, this request may be implemented through an API (Application Programming Interface) of modules generated by the OC-DMP corresponding to the services of the OC-DMS. The application can use the services provided by the OC-DMS by calling the API's methods, each of which maps to UPnP actions. For example, the OC-DMP creates a RecordingNetModule when a service description about a UPnP Scheduled Recording Service is received, and the application calls the requestDelete method of the RecordingNetModule to cancel recording.The UPnP SRS provided by the OC-DMS Call the DeleteResource action defined in.

In such an environment, when various applications of OC-DMP perform recording, copying, and deletion on the contents of OC-DMS, it is difficult to properly protect the contents. The current OCAP specification checks whether the application ordered by the OC-DMP has a permission to the content, otherwise the application throws security exceptions instead of requesting the recording from the OC-DMS. The notice shall be provided.

However, in addition to these cases, if the request is invalid, e.g., when requesting recording cancellation and specifying normal content other than the recorded content, the OC-DMS finds that the request is invalid and gives an error to the OC-DMP. Notify. That is, according to the prior art, the OC-DMP checks only whether the application requesting the recording has the right authority for the recording request, and in other cases, whether the request is valid in the OC-DMS. Since the feedback is sent to the OC-DMP, if the OC-DMP request is invalid, problems such as time delay and traffic increase occur.

The present invention provides a method and apparatus therefor for allowing an OC-DMP to efficiently process an application request in a home network.

One embodiment of the present invention for achieving the above object is, 방법 Open Cable-Digital Media Player (OC-DMP) in a method for processing an application request for the content of the Open Cable Digital Media Server (OC-DMS), Determining whether the request is valid based on metadata of the content; And selectively transmitting the request to the OC-DMS based on the determination result.

The determining may include determining whether the application has a control right according to the request for the content.

The metadata may include an identifier of an application having control authority according to the request for the content, an identifier of an application author having control authority according to the request with respect to the content, and an application having control authority according to the request with respect to the content. It is preferable to include at least one of the identifier of the supplier.

The request is a request transmitted to the OC-DMS through a RecordingNetModule of the OC-DMP, and the determining of the request may include determining whether the content is recorded content.

In the determining of whether the content is recorded content, when the parameter representing the target for the request is RecordedContentItem or NetRecordingEntry, the content is preferably recorded content.

The request may include at least one of a read command, a delete command, and a cancel recording command for the content.

In addition, an embodiment of the present invention provides a recording medium that records a computer program for executing a method for processing a request of the application.

In addition, an embodiment of the present invention, in the device for processing the request of the application for the content of the Open Cable Digital Media Server (OC-DMS) in the Open Cable-Digital Media Player (OC-DMP), the request is valid a determination unit to determine whether or not to validate based on metadata of the content; And a transmitter for selectively transmitting the request to the OC-DMS based on the determination result.

The determination unit preferably includes a control authority determining unit for determining whether the application has a control right according to the request for the content.

The request is a request transmitted to the OC-DMS through a RecordingNetModule of the OC-DMP, and the determination unit preferably includes a content type determination unit determining whether the content type is recorded content.

The content type determination unit preferably determines that the content is recorded content when the parameter representing the target for the request is RecordedContentItem or NetRecordingEntry.

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

2 is a flowchart illustrating a process of processing an application request in an OC-DMP according to an embodiment of the present invention.

In step 210, the OC-DMP obtains metadata about the content from the OC-DMS. This can be done through the requestRootContainer method and requestBrowseEntries method of ContentServerNetModule. That is, when an application calls these methods, a UPnP control message for invoking a Universal Plug and Play (UPnP) action corresponding to each method is sent to the OC-DMS. Since these methods are defined in the OCAP Home Networking Protocol specification, further description is omitted.

In step 220, the OC-DMP receives a request regarding the content of the OC-DMS from the application. The request here represents a command for instructing various operations on the content, such as recording, canceling, copying, deleting, and moving the content.

In step 230, the OC-DMP determines whether the request is valid based on the metadata of the content. The validity of the request is determined based on whether a parameter required for the request is missing, whether the application has control over content according to the request, and whether the target content for the requested operation is appropriate.

The metadata here contains various additional information about the content, such as the identifier of the application that has control over the request, the identifier of the author of the application with control over the request, and the identifier of the application provider with control over the request. Point. Control may be granted to applications differently depending on the type of work. For example, an application may be able to read certain content but not be authorized to delete it.

A detailed description of the validity determination of the request will be described later with reference to FIG. 3.

In step 240, if the request is valid, the request is sent to the OC-DMS. That is, a UPnP control message for calling a UPnP action corresponding to the request is transmitted to the OC-DMS. For example, when an application calls the requestCopy method to copy content, it sends a control message that calls the DeleteResource action of the UPnP CDS.

In step 250, the application is notified that an error or exception has occurred if the request is not valid.

As described above, according to an embodiment of the present invention, the OC-DMP determines the validity of the application before transmitting the request of the application to the OC-DMS, and if the request is not valid, the request is not transmitted. This has the advantage of being shortened. In addition, when an invalid request is transmitted, feedback received from the OC-DMS can be prevented, thereby reducing traffic in the home network.

3 is a flowchart illustrating a process of determining whether a request of an application is valid according to an embodiment of the present invention.

In step 310, the OC-DMP determines whether the application has control authority according to the request based on the metadata. Because various applications can be installed in the OC-DMP, control of the content can be limited to specific applications only to protect the content. Which application gives you control over what operations will depend on the policy of the content provider.

For example, for certain content, only the application that created the content (controlled to be stored in the OC-DMS) or the application of a specific author or an application supplied by a specific provider may be given control of a particular task. . As described above, the metadata of the content includes an identifier of an application that has control over various operations, an identifier of an application author, and an identifier of an application provider, so that the OC-DMP refers to the metadata of the content to the application. It may be determined whether there is a control authority according to the request.

On the other hand, although the control authority may be differentially granted to each of all kinds of tasks, the control authority for one representative task may be automatically granted control authority to various related tasks. For example, OC-DMP might assume that if an application has WRITE privilege, it has control over tasks such as canceling recording, rescheduling, deleting content, and so on.

If the application does not have the control right according to the request, it is determined in step 340 that the request is not valid. Therefore, this request will not be forwarded to the OC-DMS.

In step 320, the OC-DMP determines whether the request target is appropriate. For example, in the case of a recording cancel request, if the request target content is general content instead of recorded content, it is determined that the request target is not appropriate. Accordingly, the OC-DMP determines that the content is recorded content if the parameter indicating the request target is for RecordedContentItem or NetRecordingEntry. Therefore, if the parameter representing the request target is not RecordedContentItem or NetRecordingEntry, it is determined that the request target is not appropriate. RecordedContentItem is a parameter representing one independent recorded content, and NetRecordingEntry is a parameter representing one group including a plurality of recorded contents.

This processing scheme may be applied to all recording related requests processed through RecordingNetModule, as well as recording cancellation requests. These requests include a request for deleting metadata or object information related to recording, a request for setting priority among recording contents, a request for changing a property of a reserved recording, and the like.

If the request target is not appropriate, it is determined in step 340 that the request is invalid. Therefore, this request will not be forwarded to the OC-DMS.

In the present embodiment, it is first determined whether the application has a control right, and then it is determined whether the request target is appropriate, but according to the embodiment, the determination order for the two determination processes may vary. In addition, one of the two determination processes may be omitted, and may be performed independently of each other.

4 is a diagram illustrating a structure of an OC-DMP device 400 according to an embodiment of the present invention.

The OC-DMP device 400 according to an embodiment of the present invention OC-DMP device 400 determines the request from the application based on the determination result of the determination unit 410 and the determination unit 410 determines whether the request is valid. A transmitter 420 for selectively transmitting to the DMS device 430. The request at this time indicates a read command, a delete command, a recording cancel command, or the like for the content.

The determination unit 410 may determine whether the request is valid according to whether the application has a control right according to the request. Accordingly, the determination unit 410 preferably includes a control authority determination unit 411 that determines whether the application has a control authority according to the request based on the metadata of the content.

In addition, when the request from the application is a recording related request delivered to the OC-DMS through the RecordingNetModule, the request target is not appropriate unless the type of the requested content is the recorded content, and thus the request is not valid. It can also be judged. Therefore, the determination unit 410 preferably includes a content type determination unit 412 that determines whether the request target is appropriate according to whether the type of the request target content is recorded content.

If the request is invalid, the determination unit 410 notifies the application that an error or exception has occurred.

The content type determination unit 412 determines that the content is recorded content when the parameter representing the target of the request is RecordedContentItem or NetRecordingEntry. Therefore, when the parameter indicating the target for the request is RecordedContentItem or NetRecordingEntry, it is determined that the request target is appropriate.

As described above, the determination of whether the application has the control right and the determination of whether the request target is appropriate may be performed independently of each other, and thus, among the control right decision unit 411 and the content type determination unit 412 according to the implementation. One may be omitted.

Meanwhile, the above-described embodiments of the present invention can be written as a program that can be executed in a computer, and can be implemented in a general-purpose digital computer that operates the program using a computer-readable recording medium.

The computer-readable recording medium may be a magnetic storage medium (for example, a ROM, a floppy disk, a hard disk, etc.), an optical reading medium (for example, a CD-ROM, a DVD, etc.) and a carrier wave (for example, the Internet). Storage medium).

So far I looked at the center of the preferred embodiment for the present invention. Those skilled in the art will appreciate that the present invention can be implemented in a modified form without departing from the essential features of the present invention. Therefore, the disclosed embodiments should be considered in descriptive sense only and not for purposes of limitation. The scope of the present invention is shown in the appended claims rather than the foregoing description, and all differences within the scope will be construed as being included in the present invention.

1 is a view for explaining how the OC-DMP processes the application request in a typical home network,

2 is a flowchart illustrating a process of processing an application request in an OC-DMP according to an embodiment of the present invention;

3 is a flowchart illustrating a process of determining whether a request of an application is valid according to an embodiment of the present invention;

4 is a view showing the structure of an OC-DMP device according to an embodiment of the present invention.

Claims (15)

In the method for the Open Cable-Digital Media Player (OC-DMP) to handle the request of the application for the content of the Open Cable Digital Media Server (OC-DMS), Determining whether the request is valid based on metadata of the content; And Selectively transmitting the request to the OC-DMS based on a result of the determination. The method of claim 1, The determining step, And determining whether the application has a control right according to the request for the content. 3. The method of claim 2, The metadata may include an identifier of an application having control authority according to the request for the content, an identifier of an application author having control authority according to the request with respect to the content, and an application having control authority according to the request with respect to the content. And at least one of the identifiers of the providers. The method of claim 1, The request is a request delivered to the OC-DMS through the RecordingNetModule of the OC-DMP, The determining step, Determining whether the content is recorded content. The method of claim 4, wherein Determining whether the content is recorded content, And if the parameter representing the target for the request is RecordedContentItem or NetRecordingEntry, determining that the content is recorded content. The method of claim 1, And the request includes at least one of a read command, a delete command, and a cancel recording command for the content. The method of claim 1, If the request is invalid, further comprising notifying the application that an error or exception occurred. An apparatus for processing an application request for content of an Open Cable Digital Media Server (OC-DMS) in an Open Cable-Digital Media Player (OC-DMP), A determination unit that determines whether the request is valid based on metadata of the content; And And a transmitter for selectively transmitting the request to the OC-DMS based on the determination result. The method of claim 8, The determination unit, And a control authority judging unit for determining whether the application has a control right according to the request for the content. The method of claim 9, The metadata may include an identifier of an application having control authority according to the request for the content, an identifier of an application author having control authority according to the request with respect to the content, and an application having control authority according to the request with respect to the content. And at least one of an identifier of a provider. The method of claim 8, The request is a request delivered to the OC-DMS through the RecordingNetModule of the OC-DMP, The determination unit, And a content type determination unit for determining whether the content type is recorded content. The method of claim 11, The content type determination unit, And if the parameter representing the target for the request is RecordedContentItem or NetRecordingEntry, determine that the content is recorded content. The method of claim 8, And wherein the request includes at least one of a read command, a delete command, and a cancel recording command for the content. The method of claim 8, And the determination unit notifies the application that an error or an exception has occurred when the request is invalid. A recording medium on which a computer program for executing the method according to any one of claims 1 to 7 is recorded.

Images