JP2008009744A - Content management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a content management system that does not require authentication processing that should not exist.
Means for making a browse request to a server device on a network, means for receiving a browse response in response to the request from the server device, means for notifying a user of the response content when the response is received, Means for adding an access key to private content set by a user to the request, means for receiving a browse request from a client device on a network, and non-reception when the request is received. A server device comprising: means for processing content corresponding to a request content related to an access key set by a user to public content, and transmitting the content as a browse response. Management system.
[Selection] Figure 5

Description

  The present invention relates to a content management system including a content server and a client.

  As is well known, in recent years, digitalization of home appliances has been progressing. For example, in Japan, a thin-film digital TV (television) such as a liquid crystal having a function of receiving and playing satellite BS (broadcasting satellite) digital broadcasting and terrestrial digital broadcasting, and an analog broadcasting program are received, and a built-in HDD (hard disk) HDD-DVD (digital versatile disk) recorders and the like for digital recording on a drive are rapidly spreading in the home.

  Many of these digital home appliances have a network connection function including a PC (personal computer). For this reason, for example, a content display device such as a digital TV operates as a client device, and accesses content stored in a PC or HDD-DVD recorder having a server function in another room via a home network. Thus, the user can easily enjoy the content without moving to a place where the content physically exists.

  By the way, in the above-mentioned home network, a plurality of users may store contents individually on server devices on the network. The contents are often classified into two types: those that are desired to be disclosed to other users and those that are not desired to be disclosed.

  There has been proposed a method of performing a process for obtaining a password for those that are desired to be kept private when performing such classification. For example, according to Patent Document 1, it is described that a user inputs a password and transmits the client device after making a processing request to the server device on the client device side. In this method, there are the following two points as problems, and there is a problem that authentication processing that should not exist if it is generically required.

1. By performing password authentication or the like at the time of a browse request, it can be understood that there is at least content with access restrictions.
2. After the browse request, there is an additional password authentication phase that requires extra processing.
Japanese Patent Laying-Open No. 2004-341657 (page 45, FIG. 16)

  It is an object of the present invention to provide a content management system that does not require an authentication process that should not exist.

  In order to solve the above problems, a content management system according to the present invention includes means for making a browse request to a server device on a network, means for receiving a browse response in response to the request from the server device, and receiving the response. A client device comprising: means for sometimes notifying the user of the response content; and means for adding an access key to the non-public content set by the user to the request; and browsing from the client device on the network Means for receiving a request, and means for processing the content corresponding to the request content related to the access key set by the user setting to the non-public content when the request is received, and transmitting the request as a browse response. Characterized in that it is composed of a chromatography device.

  According to the present invention, it is possible to obtain a content management system that does not require an authentication process that should not exist.

  Examples of the present invention will be described below.

A first embodiment of the present invention will be described with reference to FIGS.
FIG. 1 is a connection configuration diagram of a content server and a client showing an embodiment of the present invention. In FIG. 1, a server apparatus 1 that holds various recorded contents and a client apparatus 2 that is a digital TV are connected to a network using an interface such as a LAN, possibly under the control of a router 3 or the like.

FIG. 2 is an example of a content management table in the content server. It is an example of the content regarding a HDD-DVD recorder.
In this case, the content type includes a folder and a file (for example, a recording program, a distribution program or a commercially available DVD). Each content has a title and has an access key added. Here, the access means the operation of the folder and the viewing of the file contents and the display and operation of the related object for that purpose.

This shows a state where four folders and contents of two contents prepared by the user in the HDD-DVD recorder and reference information are taken into the server 1. In FIG. 1, the HDD-DVD recorder (not shown) may be a content server. The same access key “20060220” is assigned to one folder and one content. When a user registers content in the server device, an access key can be individually registered for the content to be classified as private. In a HDD-DVD recorder, for example, a method is provided in which a user can interactively input an access key in advance using a numeric key or the like of a remote controller of a recorder by watching a monitor connected to the RGB video output. by. For folders, input after creation, and for files after recording reservation, use is required. The access key does not need to be a number, but may be stored by the user or separately stored.

  FIG. 3 shows an example of GUI (Graphical User Interface) arrangement in the client. There is a content title list display area 31, an access key setting location 32 for the content, and a preview screen area 33 for the selected content. The operation will be described below.

  FIG. 4 is an example of a GUI browse result when no access key is input. In FIG. 2, three folders and one file to which no access key is assigned are displayed. A browse request is made from the client device 2 and the result of the browse response from the server device 1 is displayed. This is a result of the user instructing a browse request using the remote controller or the like without inputting an access key in the client device 2.

  FIG. 5 is a process flowchart of content management for obtaining this display. In the case of normal access, that is, when the access key is not set at the access key setting location 32, in the flowchart of FIG. 5, the client apparatus 2 creates a browse request message for making a browse request (step SC01), and then the access key Is not set (step SC02), the browse request message is transmitted as it is (step SC03), the server device 1 receives this browse request message (step SS01), and a browse response for performing a normal browse response A message is created (step SS02), and access key information is not included in the browse request message, so the process of step SS03 is bypassed and sent to the client side (step SS04). Result, the GUI as shown in FIG. 3, only the public content is not set in the access key, such as in FIG. 4 is displayed.

  Regarding the creation of a specific browse request message for performing a browse request, for example, the browse request is described as follows using SOAP (Simple Object Access Protocol) which is one of UPnP (Universal Plug and Play) protocols. (Unnecessary portions are not described below). A part of the header of the request message using the HTTP POST method is as follows.

POST / upnp / control / cds1 HTTP / 1.1
SOAPACTION: "urn: schemas-upnp-org: service: ContentDirectory: 1 # Browse"

The browse response to this can be described as follows. Part of the envelope of the response message is as follows for the titles of the three folders and one program.

<dc: title> 2006/02/11 </ dc: title>
<dc: title> 2006/02/12 </ dc: title>
<dc: title> 2006/02/13 </ dc: title>
<dc: title> Drama “×× ○○” </ dc: title>
After the notification of the response content that can be browsed as a content list as described above, the user designates the content from the list by using a remote controller or the like on the client device, and views the content by exchanging with a request and response server device different from browsing. It can be carried out. Similarly, content can be specified from the list and previewed by exchanging requests and responses different from browsing and viewing.

If the user wants to access non-public contents, the user may input an access key on the client device 2 from a keyboard, remote controller, etc., and confirm the input content display at the access key setting location 32 and then issue a browse request. As a result, in the flowchart of FIG. 5, the client apparatus 2 creates a browse request message for making a browse request (step SC01), then determines that an access key is set (step SC02), and accesses the browse request message. Key information is added (step SC02A), this browse request message is transmitted (step SC03), the server device 1 receives this browse request message (step SS01), and sends a browse response message for performing a normal browse response. It is created (step SS02), and it is determined whether there is a corresponding content based on the access key information of the browse request message (step SS03). Is added to the browse response message (step SS03A), transmitted to the client side (step SS04), and received by the client apparatus 2, the access key as shown in FIG. 6 is registered in the GUI as shown in FIG. A list of titles of contents including private contents is displayed.

  In the process of accessing the above-mentioned private content, the following access key setting information is further added to the header part of the request message using the HTTP POST method as compared with the process of not accessing the private content.

setkey.rd.toshiba.co.jp: 20060220
The browse response to this can be described as follows. The envelope part of the response message is given the following corresponding content information with respect to the title of one folder and one program.

<dc: title> 2006/02/20 </ dc: title>
<dc: title> Movie “○○ ××” </ dc: title>
In SOAP, it can be described that the access key information is not included in the response message. If the request message information does not remain in the client device 2 or is not made known to other users, the access key can be managed secretly. Further, the access key information of the request message may be encrypted.

  The above access key setting information example is described in plain text as an extension framework of the HTTP header field in SOAP (it is not a more troublesome syntax like XML structured text like the above description example of the title) It is a feature.

FIG. 7 is an explanatory diagram showing a folder hierarchy. The bottom layer of each branch of the tree may be a recording program file or more general content. Some conventional HDD-DVD recorders do not allow folders to be hierarchized, but a management method that assumes content by other devices will be described.

For example, there is the following ID information for the folder titled “2006/02/20”.
<container id = "root / video / RD_00020000 / RD_00020004 /" parentID = "root / video-

/ RD_00020000 / "childCount =" 2 ">
That is, there is a folder for accommodating video contents related together called “video” under the root directory of the server, and a folder for an HDD-DVD recorder to which an ID “RD_00020000” is assigned. This is the top node of the tree in FIG.

  The node to which the A1 key below is set is a folder with the title “2006/02/20” to which the ID “RD_00020004” is assigned. There are two contents below it.

Here, A1 represents the key 20060220, and A2 represents another key. In FIG. 7, the same A1 key as “2006/02/20” is set to one of the contents below “2006/02/20”. In FIG. 7A, unlike FIG. 7B, the node with the key is connected to the upper layer by a broken line and cannot be browsed from the client. In order for everyone to browse as shown in (b), the user needs to input A1 and A2 as keys.

A tree pointer can be set in the server apparatus 1 in accordance with the position and depth of the folder designated by the user. For example, even if only A2 is entered, it is normally shielded by the folder with the upper A1 key set, and when the tree pointer is at a position higher than the folder where the A1 key is set, such as root on the server, A2 The tree cannot be traced to the keyed content. Depending on the browse request sequence from the client, it may be traced as appropriate from the current pointer or root.

The ID information of the content entitled “Drama“ XXX ”is as follows.
<item id = "root / video / RD_00020000 / RD_000101f5 /" parentID = "root / video-

/ RD_00020000 / ">
As described above, the server determines whether or not an access key has been set by the user, and the client displays the content corresponding to the access key, thereby managing the disclosure / non-disclosure of individual content.

In the present invention, by changing the content to be disclosed according to the set access key, it is possible to hide the presence of the access restricted content from the user who does not know the access route and access key to the content. In addition, the browsing and authentication phases are integrated, making processing light.

The present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention.
Various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the above-described embodiments. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements according to different embodiments may be appropriately combined.

1 is a connection configuration diagram of a content server and a client according to an embodiment of the present invention. The figure which shows an example of the content management table of the Example. The example of GUI arrangement | positioning of the Example. The figure which shows the browsing result when not inputting the access key of the Example. The process flowchart of the Example. The figure which shows the browsing result at the time of inputting the access key of the Example. Explanatory drawing which shows the folder hierarchy of the Example.

Explanation of symbols

1 Server device 2 Client device 3 Router 31 Contents title list display area 32 Access key setting location (input display area)
33 Preview area

Claims (6)

Means for making a browse request to a server device on the network; means for receiving a browse response in response to the request from the server device; means for notifying the user of the response when receiving the response; A client device comprising: means for adding an access key to non-public content by setting; and
Means for receiving a browse request from a client device on the network, and means for processing a content corresponding to a request content related to an access key set by a user setting for non-public content upon receiving the request and transmitting as a browse response A content characterized by comprising a server device that constitutes a browse response so that the user does not perceive the existence of non-public content corresponding to this access key when no access key is added Management system. Means for making a browse request to a server device on the network;
Means for receiving a browse response in response to the request from the server device;
Means for notifying the user of the response content when receiving the response;
Means for adding an access key to private content set by a user to the request. Means for receiving a browse request from a client device on the network;
Corresponding to this access key when the access key is not added, and means for processing the content corresponding to the request content related to the access key set by the user setting to the non-public content upon receiving the request and transmitting as a browse response A server device, wherein a browse response is configured so that a user is not aware of the existence of non-public content.   The server device and the client device use the Simple Object Access Protocol to exchange the request and the response message, and manage the access key so that the response message from the server device does not include access key information. The content management system according to claim 1.   5. The content management system according to claim 4, wherein the client device transmits the access key information in the request to the server device in plain text as an extension framework of the SOAP HTTP header field without using structured text. Means for making a browse request to a server device on the network;
Means for receiving a browse response in response to the request from the server device;
Means for notifying the user of the response content when receiving the response;
Means for adding an access key to a non-public content set by a user to the request, wherein the access key setting location is shown only to a specific user.

Images