JP2010033277A - Server device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To input a password even to a general client corresponding to a CDS (Content Directory Service). <P>SOLUTION: A content data storage part 14 stores a plurality of content data. A directory storage part 12 stores content information including content identifiers corresponding to respective of the plurality of content data. A directory transmission part 22 transmits the content information. An access request receiving part 24 receives a content identifier as a response to the content information. A content transmission part 26 transmits the content data on the basis of the content identifier. A history storage part 16 stores history of the content identifier over a prescribed period. A processing part 18 converts a system of the content identifier into data after a prescribed period is over in order according to the history stored in the history storage part 16. The processing part 18 performs prescribed processing on the basis of the converted data. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a server device that transmits content data via a network.

In recent years, networking of AV equipment and home appliances has been progressing. As an example of a protocol used when networking AV equipment, there is UPnP (Universal Plug and Play) -AV used in DLNA (Digital Living Network Alliance). UPnP-AV is a standard that defines commands for controlling AV devices, and one of the services defined therein is CDS (Content Directory Service). A method of controlling a tuner device that is a content server using CDS has been proposed, and specifications for describing a tuner using CDS are defined (for example, see Patent Document 1 and Non-Patent Document 1). On the client side, a channel list that can be selected by the tuner device is displayed as a title list, and a title selection operation on the client side corresponds to requesting channel selection control from the server side. This is an implementation method in a framework in which a client reproduces content on a server, and the target content is live streaming. In addition, content is managed by a server in a tree-type directory structure, and a password for restricting access is set for the directory and content (for example, see Patent Document 2).
JP 2004-312412 A , Digital broadcasting receiver standard (desired specification) ARIB-STD-B21 4.6 edition, Japan, Japan Radio Industry Association JP 2004-341657 A

  However, the client side is required to input a personal identification number when accessing the content or directory for which the personal identification number is set. At this time, even if a password input is requested from the server, a general-purpose client for reproduction cannot input the password and cannot reproduce the content. As a result, the user must use a client dedicated to the server, which incurs a cost burden on the user.

  In addition, when sending input data of a user operated from a browser corresponding to a client to an HTTP server between an HTTP server using an HTTP (Hyper Text Transfer Protocol) protocol and the browser, it is transmitted from the browser using the POST method. It is common. However, between the Media server and the client as defined by UPnP AV, the client uses the XML (Extensible Markup Language) format data by using the Browse Action or the Search action based on the Simple Object Access Protocol (SOAP). The content URI included in the content attribute information is distributed from the server by the HTTP protocol or the like. For this reason, no means is provided for transmitting data input by the user such as the above-mentioned personal identification number to the server side. As a result, when user-input data is sent from the client side, a separate agreement between the server and the client is required, and as a result, a dedicated client is prepared.

  The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique for realizing the input of a personal identification number even for a general-purpose client compatible with CDS.

  In order to solve the above problem, a server device according to an aspect of the present invention includes a data storage unit that stores a plurality of content data, and attribute information for the plurality of content data stored in the data storage unit, An information storage unit that stores, as content information, attribute information in which a title name is associated with a storage location of content data in the data storage unit, and a title name of the content information stored in the information storage unit is displayed on the client device A first transmission unit that transmits content information to the client device via the network, a reception unit that receives the storage location via the network as a response to the content information transmitted by the first transmission unit, and a reception unit Stored in the data storage unit based on the storage location received at To display the content data to the client device, and a second transmission unit for transmitting the content data via the network to the client device. Each of the plurality of content data stored in the data storage unit is at least one of numeric data and character data, and the title name in the content information stored in the information storage unit is the same as the content data. At least one of them.

  Another embodiment of the present invention is also a server device. The apparatus stores a data storage unit that stores a plurality of content data, an information storage unit that stores content information including a content identifier for each of the plurality of content data stored in the data storage unit, and stores in the information storage unit In response to the content information transmitted by the first transmitter, the first transmitter that transmits the content information that has been transmitted via the network, the receiver that receives the content identifier via the network, and the content identifier received by the receiver When a process of extracting the content data stored in the data storage unit and transmitting the content data via the network, and a process of the reception unit and the second transmission unit are repeated, a predetermined period of time The history of the content identifier received at the receiving unit is stored A history storage unit, a conversion unit that converts a series of content identifiers into data in the order according to the history stored in the history storage unit, and a predetermined process based on the data converted by the conversion unit A processing unit to be executed.

  The content identifier included in the content information stored in the information storage unit may include a URI (Uniform Resource Identifier) indicating the storage location of the content data stored in the data storage unit. The content information stored in the information storage unit may be formed in conformity with CDS (Content Directory Service).

  Yet another embodiment of the present invention is also a server device. This device is a server device that accepts data input from a client device connected via a network, and a data storage unit that stores a plurality of content data, and inputs numeric data or character data to the client device. The input requesting unit to request, the receiving unit that receives data input from the client device, the selection unit that selects content data corresponding to the content of the data input received in the receiving unit from the data storage unit, and the selection unit selected A transmission unit that transmits content data to the client device.

  Yet another embodiment of the present invention is a data transmission method. This method is attribute information for a plurality of content data stored in a memory, and the title name of the content information which is attribute information in which the title name of the content data is associated with the storage location of the content data in the memory In order to display the content information on the client device, the step of transmitting the content information to the client device via the network, the step of receiving the storage location via the network as a response to the transmitted content information, and the received storage location are also included. And transmitting the content data to the client device via the network in order to display the content data stored in the memory on the client device. In the transmitting step, each of the plurality of content data stored in the memory is at least one of numeric data and character data, and the title name in the content information is at least one of the same numeric and character data as the content data On the other hand.

  Yet another embodiment of the present invention is a data processing method. The method includes a step of transmitting content information including a content identifier for each of a plurality of content data stored in a memory to a client device via a network, and a content identifier via the network as a response to the transmitted content information. Receiving the content identifier, extracting the content data stored in the memory based on the received content identifier, transmitting the content data via the network, receiving the content identifier, and transmitting the content data When the process is repeated, a step of storing a history of received content identifiers over a predetermined period, and a sequence of content identifiers is converted into data in the order according to the stored history after the end of the predetermined period. Comprising the step, and executing a predetermined processing based on the converted data.

  It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, etc. are also effective as an aspect of the present invention.

  According to the present invention, a PIN code can be input even to a general-purpose client compatible with CDS.

  Before describing the present invention in detail, an outline will be described. An embodiment of the present invention relates to a data processing system composed of a server device and a client device connected via a network based on UPnP AV. Here, the client device obtains content attribute information from the server device, and requests transmission of content data based on the content attribute information. The server device manages and stores the content data, and stores the content data. Send to a client device on the network. In particular, in this embodiment, a technique will be described in which a client device transmits information input from a user to a server device.

  In UPnP AV used in DLNA, a server device that manages and stores content data operates as a UPnP Media Server, and content attribute information is disclosed to client devices using CDS. The client device obtains the content attribute information on the server device using UPnP CDS, and grasps the storage location of the content data from the URI (Uniform Resource Identifier) of the content data included in the content attribute information. Thereafter, the client device makes a content request to the server device, and executes content data reproduction processing. Here, the server apparatus manages the order of content requests of the client apparatus as history information starting from a predetermined timing. The server device handles the history information as information input data from the client device. As a result, it is possible to transmit information input data by user operation without taking special measures for a client device having only a function for searching and reproducing content data.

  More specifically, in order for the user operating the client device to perform an input operation, the server device sets the title name of the content data to be disclosed on the CDS to numeric characters from 0 to 9, and the content data also Make a still image that represents the number. As a result, on the monitor of the client device, numeric characters from 0 to 9 are arranged like buttons in the title list. When the user selects a title on which any number is displayed, as a result, a still image of the number is displayed on the client device, as if key input echo processing has been performed. The server device determines the content attribute information of the CDS based on the URI requested from the client device, and recognizes what has been selected by the user's operation. By repeating such operations on the client device, the server device stores a history of content selection by a user operation. Further, the server device executes data processing using the history information as data by the input operation from the user at the time of selecting the content data indicating the end of input.

  FIG. 1 shows a configuration of a data processing system 500 according to an embodiment of the present invention. The data processing system 500 includes a server device 100, a client device 200, and a network 300. The server device 100 includes a directory storage unit 12, a content data storage unit 14, a history storage unit 16, a processing unit 18, a communication unit 20, and a control unit 30. The communication unit 20 includes a directory transmission unit 22, an access request reception unit 24, and a content transmission unit 26. The client device 200 includes a communication unit 70, a control unit 90, a directory holding unit 60, a reception unit 80, and a display unit 92. The communication unit 70 includes a directory receiving unit 72, an access request transmitting unit 74, and a content receiving unit 76.

  In the data processing system 500, the server device 100 and the client device 200 are connected via the network 300. The client device 200 operates as a general-purpose DLNA DMP (Digital Media Player). The client apparatus 200 requests the server apparatus 100 to disclose attribute information (hereinafter referred to as “content attribute information”) to the content data via the network 300, and acquires the content attribute information from the server apparatus 100.

  The server device 100 operates as a UPnP AV Media Server or DLNA DMS (Digital Media Server), and publishes content attribute information using CDS. Further, the server apparatus 100 is requested for content attribute information from the client apparatus 200 via the network 300, and provides the content attribute information to the client apparatus 200. The content attribute information and content data will be described later. The network 300 is constructed by a wired or wireless LAN. For example, the server device 100 may correspond to a PC, and the client device 200 may correspond to a television receiver.

  In FIG. 1, one server device 100 and one client device 200 are shown to simplify the description. However, a plurality of either or both of them may be included. The names of the server device 100 and the client device 200 pay attention to their functions, and a specific device can function as the server device 100 on the one hand and function as the client device 200 on the other hand. Each configuration of the server apparatus 100 and the client apparatus 200 can be realized in hardware by a CPU, a memory, and other LSIs of an arbitrary computer, and can be realized in software by a program loaded in the memory. Here, the functional blocks realized by the cooperation are depicted. Accordingly, those skilled in the art will understand that these functional blocks can be realized in various forms by hardware only, software only, or a combination thereof.

  Hereinafter, the outline of the operation of the data processing system 500, the configuration of the server device 100 and the client device 200, and the details of the password input operation will be described in order. First, an outline of the operation of the data processing system 500 will be described. FIG. 2 is a sequence diagram showing an outline of the operation of the data processing system 500. When the server apparatus 100 joins the network 300, the server apparatus 100 transmits an ssdp: alive message to the client apparatus 200 by using a NOTIFY method of SSDP (Simple Service Discovery Protocol) (S10). In order to acquire content attribute information held by the server apparatus 100, the client apparatus 200 requests a CDS Browse action in accordance with an instruction from a user operating the client apparatus 200 (S12).

  The server apparatus 100 returns information managed by the CDS of the content, that is, content attribute information, in response to the response to Browse (S14). Depending on the CDS hierarchical structure, Browse is repeated a plurality of times. Next, in response to an instruction from the user who operates the client device 200, the client device 200 transmits a content acquisition request to the server device 100 (S16). The server device 100 specifies content data desired by the user from the URI included in the content acquisition request, and transmits the content data to the client device 200 (S18). Returning to FIG.

  Next, returning to FIG. 1, the configuration of the server device 100 and the client device 200 will be described. The content data storage unit 14 stores content data managed by a directory held in the directory storage unit 12. Here, there are two types of content data. One is moving image data such as a movie and a drama, that is, data about content that a user who uses the client device 200 should ultimately view. Such data is not limited to moving image data, and may be data in another format such as audio data or a combination thereof.

  The other is data to be used for inputting a personal identification number when accessing the above-described moving image data or the like from the client device 200. In the following description, the processing related to the input of a personal identification number will be mainly described, so the latter is called content data and the former is called moving image data. The content data storage unit 14 stores a plurality of content data. Here, each of the plurality of content data stored in the content data storage unit 14 is numeric data, that is, still image data corresponding to each of “0” to “9” and a still image in which “End” characters are indicated. It is data. As the content data and moving image data, essential media formats defined by DLNA, such as JPEG for still images, MPEG2-PS for moving images, and LPCM for music, are adopted.

The directory storage unit 12 stores the moving image data and the attribute information for the content data stored in the content data storage unit 14 as content attribute information. Here, the content attribute information is formed in conformity with CDS, and is defined in a directory format. In the content attribute information for a plurality of content data, the title name of each content data is associated with the storage location of the content data in the content data storage unit 14. Such title names and storage locations are collectively referred to as content identifiers. The title name is defined to be the same number as the content data. For example, it is assumed that the title name for the content data “1” is “1”.
The storage location is specified by a URI (Uniform Resource Identifier).

  FIG. 3 shows the configuration of a general CDS stored in the directory storage unit 12. This corresponds to the content attribute information corresponding to the moving image data described above. In the figure, the container is a rectangular block and the item is a parallelogram block. The characters on each container and each item indicate the name of the object represented by the title of the object property of the CDS. An item can have a plurality of resources. The resource indicates MIME-type or the like in protocolInfo, and describes uri. Usually, a container corresponds to a folder or directory storing a plurality of contents, and an item corresponds to contents. Depending on the media format of the content, the content data can be held by a plurality of resources. Details of the CDS are described in “UPnP Content Directory: 1, Content Directory: 1 Service Template Version 1.01, UPnP Forum, June 25, 2002.”.

  In FIG. 3, the route includes containers “video”, “photograph”. The container “video” includes containers “all”, “genre”, and “by channel”. The container “all” includes items “baseball A vs. B”, “Japanese movie theater”, “soccer C vs. D”. The container “genre” includes containers “movies”, “sports”, “drama”. The container “movie” includes an item “Japanese movie theater”. The container “sports” includes items “baseball A vs. B”, “soccer C vs. D”. FIG. 4 shows another configuration of the CDS stored in the directory storage unit 12. This corresponds to content attribute information corresponding to the content data described above. The container “movie” is the same as FIG. In addition to the item “Japanese movie theater”, a container “input PIN” is arranged under the container “movie”. Further, the container “input PIN” includes items “1” to “9” and “end”. Returning to FIG.

  The directory transmission unit 22 transmits content attribute information stored in the directory storage unit 12, that is, directory information, to the client device 200 via the network 300. In the following, content attribute information and directory information are used without distinction. The directory information to be transmitted may be all information stored in the directory storage unit 12, or may be partial information, for example, information for each layer. Here, the latter is assumed. The directory information may be transmitted when the server apparatus 100 or the client apparatus 200 is connected to the network 300 for the first time, or when a request is received from the client apparatus 200 at other times. There may be. Again, the latter is assumed. In particular, when content attribute information for content data is transmitted, that is, when a personal identification number is input, the directory transmission unit 22 causes the client device 200 to display the title name of the content attribute information. Send. The content attribute information can be said to be a signal for requesting input of numeric data or character data, which will be described later.

  The access request receiving unit 24 receives from the client device 200 via the network 300 a publication request for a specific item managed in the directory, that is, content or item. In particular, a publication request for an item can be said to be an access request for content data and moving image data associated with the item. More specifically, the access request receiving unit 24 receives an access request based on a content identifier that uniquely specifies content data or moving image data. As described above, the URI is adopted as the content identifier. That is, the access request receiving unit 24 receives the content identifier including the storage location via the network 300 as a response to the content attribute information transmitted by the directory transmitting unit 22.

  The control unit 30 extracts content data and moving image data stored in the content data storage unit 14 based on the access request received by the access request reception unit 24. As described above, since the content identifier that is an access request includes a URI, the control unit 30 specifies content data and moving image data based on the URI. The control unit 30 outputs the extracted content data and moving image data to the content transmission unit 26. The content transmission unit 26 receives content data and moving image data from the control unit 30 and transmits the content data and moving image data to the client device 200 via the network 300. Here, the content transmission unit 26 transmits the content data and the moving image data to display them on the client device 200.

  The history storage unit 16 receives the access request over a predetermined period when the content identifier reception process in the access request reception unit 24 and the content data transmission process in the content transmission unit 26 are repeated for the content data. The history of the content identifier received by the unit 24 is stored. Here, the predetermined period ends at the timing when the content identifier for “end” shown in FIG. 4 is received. In addition, after the predetermined period ends, the next predetermined period starts at the timing when the next content identifier is received. As described above, the history storage unit 16 stores information regarding the storage location of the content data received by the access request receiving unit 24 over a predetermined period. As a result, the numeric data selected from the client device 200 is stored over a predetermined period. At the end of the predetermined period, the history storage unit 16 erases the history that has already been stored.

  The control unit 30 extracts content data corresponding to the new content identifier from the content data storage unit 14 when the access request reception unit 24 receives a new content identifier, that is, a storage location, during the predetermined period. To do. The control unit 30 also extracts content data corresponding to the content identifier stored in the history storage unit 16 so far. When there are a plurality of content identifiers stored in the history storage unit 16, the control unit 30 extracts a plurality of content data in the stored order. The control unit 30 synthesizes content data corresponding to the new content identifier in the rear part of the content data corresponding to the history in the history storage unit 16. The control unit 30 outputs the combined content data to the content transmission unit 26. The content transmission unit 26 transmits the combined content data to the client device 200.

  When the predetermined period in the history storage unit 16 ends, that is, when the access request reception unit 24 receives the content identifier “end”, the processing unit 18 performs the processing according to the history stored in the history storage unit 16. Enter a series of content identifiers. The input series corresponds to a state in which a plurality of numbers are arranged. The processing unit 18 converts the input series into data. For example, when the input numbers are “1”, “2”, “3”, “4”, the processing unit 18 converts these into data “1234”. Further, the processing unit 18 executes predetermined processing based on the converted data. When the converted data is the password entered from the client device 200, the processing unit 18 checks whether the password stored in advance matches the entered data. If they match, the processing unit 18 causes the directory transmission unit 22 to transmit the content attribute information stored in the directory storage unit 12 in order to cause the client device 200 to select the moving image data stored in the content data storage unit 14.

  The directory receiving unit 72 receives content attribute information stored in the directory storage unit 12, that is, directory information, via the network 300. The directory receiving unit 72 outputs the received content attribute information to the control unit 90. The control unit 90 outputs the content attribute information to the directory holding unit 60, and the directory holding unit 60 holds the content attribute information. In addition, the control unit 90 outputs the title name of the content attribute information to the display unit 92. The display unit 92 is configured by a monitor or the like and displays a title name.

  The receiving unit 80 includes buttons and receives instructions from the user. For example, while viewing the title name displayed on the display unit 92, the user selects one title and inputs an instruction for selecting the title to the reception unit 80. The receiving unit 80 outputs the received instruction to the control unit 90. The control unit 90 generates a content identifier as an access request based on the received instruction. More specifically, the control unit 90 identifies a title name corresponding to the received instruction. Further, the control unit 90 specifies a storage location corresponding to the title name, that is, a URI, from the content attribute information. The control unit 90 generates a content identifier so as to include the URI. The control unit 90 outputs the access request to the access request transmission unit 74.

  The access request transmission unit 74 transmits the access request generated in the control unit 90 to the server device 100 via the network 300. The content receiving unit 76 receives content data from the server device 100 via the network 300. The content receiving unit 76 outputs the received content data to the display unit 92 via the control unit 90. The display unit 92 displays the content data as a still image. When the content data is synthesized content data, the display unit 92 displays the synthesized content data. The description related to the client device 200 so far is the operation related to the input of the personal identification number, but the same operation is performed when the moving image data is reproduced.

  Next, details of the password input operation will be described. In FIG. 4, in the directory storage unit 12, a container “input PIN” is arranged under the container “movie”. In this configuration, the data structure of the container “movie” in the directory storage unit 12 will be described. FIG. 5 shows the data structure of the CDS under the movie directory stored in the directory storage unit 12. As shown in the figure, a container with the title name “PIN code input” is stored under the movie directory. Returning to FIG. When the content attribute information corresponding to the container is transmitted from the server apparatus 100 to the client apparatus 200, the following display is performed on the display unit 92 of the client apparatus 200.

  FIG. 6 shows a screen when a movie directory is displayed on the display unit 92. This corresponds to a state in which the CDS released by the server apparatus 100 has reached the movie directory by a user operation on the client apparatus 200. In FIG. 6, the password input directory managed in the server apparatus 100 is mapped to the password input directory. Returning to FIG. The user selects “PIN code input” indicating the PIN number input directory while using the receiving unit 80.

  Thereafter, the client device 200 inputs content attribute information corresponding to the input of the personal identification number by the Browse action. FIG. 7 shows the data structure of the CDS under the password input directory stored in the directory storage unit 12. Title names “1” to “9” and “End” and corresponding URIs are shown. Here, the bitmap of each resource indicates that the content data is a still image, but is display data represented by each title name. As described above, if the title name is “1”, the content data is bitmap data representing “1”. Returning to FIG. When the content attribute information shown in FIG. 7 is transmitted from the server apparatus 100 to the client apparatus 200, the following display is performed on the display unit 92 of the client apparatus 200.

  FIG. 8 shows a screen when the password input directory is displayed on the display unit 92. As shown in the figure, a title list composed of “1” to “9” and “end” under the password input directory is displayed. Returning to FIG. When the user selects “2” via the receiving unit 80 while the display unit 92 displays the screen of FIG. 8, the control unit 90 of the client device 200 displays the title name “2” in FIG. 7. Suppose an item is selected. The control unit 90 includes the URI “http: // DMS / INPUT = 2” corresponding to the item in the content identifier, and transmits the content identifier to the server apparatus 100 using the HTTP protocol. The control unit 30 of the server device 100 extracts bitmap data corresponding to the URI included in the content identifier from the content data storage unit 14. As described above, the bitmap data is still image data in which the numeral “2” is indicated. The content transmission unit 26 transmits the read bitmap data to the client device 200.

  On the display unit 92 of the client device 200, the following display is performed. FIG. 9 shows a screen when the content data “2” is displayed on the display unit 92. As shown in the figure, numeric data “2” is displayed. Returning to FIG. With the above operation, the history storage unit 16 of the server device 100 starts managing the history of the URI indicated by the item in the password input directory based on the IP (Internet Protocol) address of the client device 200. Note that a MAC (Media Access Control) address may be used instead of the IP address. FIG. 10 shows the configuration of the history stored in the history storage unit 16. The count corresponds to the number of content identifiers received since the history management was started. The number “2” is stored in the memory reference destination. Returning to FIG.

  In order to receive another number input from the user in the state where the content of FIG. 9 is displayed on the display unit 92, the client device 200 is used for elapse of a certain period of time after the display of the content of FIG. When an operation is performed, the display content of the display unit 92 is returned to FIG. Note that the communication unit 20 transmits information indicating that the content information has changed after transmitting the content data in a state where the history is stored in the history storage unit 16, and when the communication unit 70 receives the notification, The display unit 92 may return the display content. At that time, the content attribute information stored in the directory holding unit 60 is used. Subsequently, when the user selects the title name “9” while using the reception unit 80, the control unit 90 of the client device 200 is assumed to select the item with the title name “9” in FIG. The control unit 90 includes the URI “http: // DMS / INPUT = 9” corresponding to the item in the content identification, and transmits the content identifier to the server apparatus 100 using the HTTP protocol.

  In order to transmit content data to the client device 200, the control unit 30 of the server device 100 stores bitmap data of “2”, which is the selected content so far, from the URI history managed as shown in FIG. Read from unit 14. Further, the control unit 30 reads out “9” bitmap data of the currently selected content from the content data storage unit 14. The control unit 30 synthesizes them, and generates bitmap data after synthesis, which is “2” and “9” here. The content transmission unit 26 transmits the combined content data to the client device 200.

  On the display unit 92 of the client device 200, the following display is performed. FIG. 11 shows a screen when content data “9” is displayed next to “2” on the display unit 92. As illustrated, the numbers “2” and “9” are displayed in the order in which the user selects the numbers. Returning to FIG. Note that the control unit 30 of the server apparatus 100 may not synthesize the bitmap data, and may cause the content transmission unit 26 to transmit only the bitmap data corresponding to “9” selected this time, for example. On the other hand, the history storage unit 16 adds “9” to the URI history memory corresponding to the client device 200. FIG. 12 shows the structure of the history stored in the history storage unit 16. Content data “2” and “9” are stored in the memory reference destination corresponding to the counter “2”. Returning to FIG.

  Here, when the user using the client device 200 finishes the password input operation, the display unit 92 displaying the screen of FIG. 11 displays the title list of FIG. 8 after a certain period of time or by an operation by the user. Return to the display state. When the user selects the title name “end” using the reception unit 80, the control unit 90 of the client apparatus 200 is assumed to select the item with the title name “end” in FIG. The control unit 90 includes the URI “http: // DMS / INPUT = END” corresponding to the item in the content identification, and transmits the content identifier to the server apparatus 100 using the HTTP protocol. The control unit 30 of the server device 100 extracts bitmap data corresponding to the URI included in the content identifier from the content data storage unit 14. As described above, the bitmap data is still image data in which the numeral “end” is indicated. The content transmission unit 26 transmits the read bitmap data to the client device 200.

  On the display unit 92 of the client device 200, the following display is performed. FIG. 13 shows a screen when content data “End” is displayed on the display unit 92. As shown in the figure, the word “END” is displayed in the same manner as the user's selection. Returning to FIG. Furthermore, the history storage unit 16 of the server device 100 interprets that the requested URI is the end of the input of the personal identification number, and outputs “2” and “9” to the processing unit 18 from the URI history memory shown in FIG. To do. The processing unit 18 converts these numbers into one data “29”, and compares it with the personal identification number mapped to the personal identification number input directory of FIG. 6 in the directory storage unit 12 as the input personal identification number. . If the password is correct, the processing unit 18 empties the CDS information of FIG. 7 under the password input directory. Further, the history stored in the history storage unit 16 is also reset. Further, the processing unit 18 sets CDS information for the original movie title under the movie directory of FIG.

  The user who operates the client device 200 returns to the following display by a single return operation from the display on the display unit 92 as shown in FIG. FIG. 14 shows a screen when an empty password input directory is displayed on the display unit 92. As shown in the figure, the password input directory is displayed as in FIG. 8, but the title names "1" to "9" and "End" are not displayed. Returning to FIG. The user who operates the client device 200 returns to the following display from the display on the display unit 92 as shown in FIG. 14 by another return operation. FIG. 15 shows a screen when the movie directory after authentication is displayed on the display unit 92. Since the process of inputting the personal identification number has been completed, the title name of the moving image data that can be viewed by the user is displayed. The user can receive distribution of moving image data from the server device 100 by selecting one title name while using the reception unit 80.

  The operation of the server apparatus 100 configured as above will be described. FIG. 16 is a flowchart illustrating a procedure of authentication processing according to the server device 100. The directory transmission unit 22 presents a password input directory (S50). The access request receiving unit 24 receives a content request (S52). If “end” is not requested in the content request (N in S54), the control unit 30 reads the content data from the content data storage unit 14 (S56). If there is a history in the history storage unit 16 (Y in S58), the control unit 30 reads content data corresponding to the history (S60) and synthesizes the content data (S62). On the other hand, if there is no history in the history storage unit 16 (N in S58), steps 60 and 62 are skipped. The content transmission unit 26 transmits content data (S64). The history storage unit 16 accumulates the requested content in the history (S66). The process returns to step 50. If “end” is requested in the content request (Y in S54), the accepting unit 80 converts the history content into a personal identification number (S68). The processing unit 18 executes an authentication process (S70).

  Hereinafter, modified examples will be described. Up to this point, bitmap data, that is, still image data has been used as the content data stored in the content data storage unit 14. However, when the client device 200 has a function of reproducing voice and music data, the content data may not be still image data. In the modification, a case where audio data is also used as content data will be described. The configuration of the data processing system 500 according to the modification is the same type as that in FIG. Here, the difference will be mainly described.

  FIG. 17 shows a data structure of a CDS under a personal identification number input directory according to a modification of the present invention. FIG. 17 is shown similarly to FIG. 7, but PCM (Pulse Code Modulation) data is also used as a resource. In addition, MP3 (MPEG Audio Layer-3) data may be used. When the content identifier received by the access request receiving unit 24 corresponds to the title name “2”, the content data storage unit 14 has a sound that can be recognized by the user as “2” when reproduced by the client device 200. Data is stored. In addition, as shown in FIG. 17, a multi-resource personal identification number input CDS can be prepared by the client device 200 to correspond to various client devices 200. Furthermore, moving images such as MPEG (Moving Picture Experts Group) 2 and MPEG 4 may be used as resources as content data.

  Hereinafter, another modification will be described. In the embodiment, the data processing system 500 includes the server device 100 and the client device 200. In another modification, the data processing system 500 includes three devices: Media Server, Media Renderer, and Control Point (CP) according to UPnP AV Architecture: 1.

  FIG. 18 shows a configuration of a data processing system 500 according to another modification of the present invention. The data processing system 500 includes a server device 100, a mobile phone terminal device 600, and a television receiver device 700. The mobile phone terminal device 600 corresponds to the above-described CP, and obtains and displays content attribute information of containers and items from the server device 100, that is, the Media Server. However, the mobile phone terminal device 600 does not have a content data playback function. The television receiver device 700 corresponds to the above-described Media Renderer, and is controlled from the mobile phone terminal device 600 using AVT (AVTransport Service).

  As a result, the television receiver device 700 issues a resource URI notification and a playback control request for the content data to be displayed from the mobile phone terminal device 600. When the television receiver 700 is requested by the mobile phone terminal device 600 to start playback, the television receiver device 700 makes a content request to the server device 100 based on the previously notified URI, and the content data transmitted from the server device 100 Play. The server device 100 operates in the same manner as in the embodiment. That is, in another modified example, the client device 200 of the embodiment corresponds to the mobile phone terminal device 600 and the television receiver device 700.

  The cellular phone terminal device 600 transmits a CDS Browse action to the server device 100 (S100). The server device 100 transmits a Browse response to the mobile phone terminal device 600 (S102). The mobile phone terminal device 600 displays a title list (S104). The mobile phone terminal device 600 transmits an AVT SetAVTransportURI action to the television receiver device 700 (S106). In addition, the mobile phone terminal device 600 transmits an AVT Play action to the television receiver device 700 (S108). The television receiver device 700 transmits a content request to the server device 100 (S110). The server device 100 transmits the content data to the television receiver device 700 (S112).

  Here, the case where the server apparatus 100 is a server for controlling an air conditioner (hereinafter referred to as “air conditioner”) will be described. The directory storage unit 12 stores a temperature setting input directory in the same manner as the password input directory of FIG. FIG. 19 shows a data structure of CDS under a temperature setting input directory according to another modification of the present invention. FIG. 19 is shown in the same manner as FIG. 7, but items “1” to “0” in FIG. 7 are finally interpreted as password numbers, whereas items “1” to “0” in FIG. Is finally understood as temperature. The mobile phone terminal device 600 in FIG. 18 acquires CDS information by executing Browse on the temperature setting input directory. In the mobile phone terminal device 600, the following display is performed. FIG. 20 shows a screen when the temperature setting input directory is displayed on the display unit 92. As shown in the figure, the same display as in FIG. 8 is made. Returning to FIG.

  When the user sets the temperature to 29 degrees and selects the title name “2” in FIG. 20 while using the mobile phone terminal device 600, “SetAVTransportURI action” is performed from the mobile phone terminal device 600 to the television receiver 700. “http: // DMS / INPUT = 2” is notified as a URI. Subsequently, the cellular phone terminal device 600 requests the television receiver 700 for a Play action. Television receiving apparatus 700 transmits a content request to server apparatus 100 based on the previous URI. On the other hand, the server apparatus 100 transmits the bitmap data “2” to the television receiver apparatus 700. The television receiver 700 displays as shown in FIG. As shown in FIG. 10, the server apparatus 100 manages the URI history, and stores “2” in the history memory. The IP address here is an IP address assigned to the television receiver 700.

  Further, since the user selects the title “9” on the mobile phone terminal device 600, the television receiver 700 displays a screen as shown in FIG. 11 as a result of the same processing as in the case of “2”. Then, “29” is transmitted to the server apparatus 100, and the URI history is stored. Further, when the user selects the “End” title on the mobile phone terminal device 600, the television receiver 700 displays a screen as shown in FIG. Further, the server device 100 determines that the input of the temperature setting is completed, and determines 29 degrees in the URI history memory as the temperature setting of the air conditioner. The server apparatus 100 performs temperature control on the air conditioner with the temperature setting.

  According to the embodiment of the present invention, when an input from a user is expected, a title name indicating characters and numbers desired to be input under a content directory in the server device and content data reproduced on the client device are displayed. Since the CDS information including the URI to be prepared is prepared, the user can confirm the input content. In addition, since the numbers and title names shown in the content data are the same, the menu display and the content data display can be unified. Further, when the user selects one title in a state where the title list in the content directory is displayed on the client device, the title data based on the URI is distributed from the server device, so that the user can display the screen of the client device. You can confirm your selection at. Further, the server device manages the URI history required when the title is selected and interprets the order, so that the encryption number can be generated based on the input from the user. Further, it is possible to realize the input of a personal identification number without changing a general-purpose UPnP client or DLNA DMP (Digital Media Player). In addition, since the content data corresponding to the data input content in the client device is transmitted to the client device, the user can check the input content. Moreover, since the user confirms the input content, the convenience can be improved.

  In the above, this invention was demonstrated based on the Example. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to the combination of each component and each processing process, and such modifications are also within the scope of the present invention. .

  In the embodiment of the present invention, the plurality of content data stored in the content data storage unit 14 includes numeric data, and the content attribute information stored in the directory storage unit 12 has the same number as the content data. The title name is defined to be data. However, the present invention is not limited to this. For example, the plurality of content data stored in the content data storage unit 14 may be character data, and the content attribute information stored in the directory storage unit 12 is the same character data as the content data. The title name may be defined as follows. Hiragana, katakana, alphabet, etc. are used as character data. Further, the content data and the title may be a combination of numeric data and character data. According to this modification, various information can be input from the client device 200 to the server device 100.

  In the embodiment of the present invention, the content identifier received by the access request receiver 24 includes a URI as a content storage location. However, the present invention is not limited to this, and for example, the content identifier may not include information on the storage location such as the URI. At this time, the content identifier only needs to include an instruction for designating content data. The control unit 30 extracts content data from the content data storage unit 14 based on a content data designation instruction. According to this modification, the degree of freedom for defining the content identifier can be improved.

  In the embodiment of the present invention, the content data itself stored in the content data storage unit 14 matches the title name in the content attribute information stored in the directory storage unit 12. However, the present invention is not limited to this. For example, the two do not have to completely match. The content data may be “2” and the title name may be “dminput2.bmp”. According to this modification, it is possible to improve the degree of freedom when determining the content data and the title name. As such, when the user sees one of the content data and the title name, the user may be able to associate the other.

  In the embodiment of the present invention, the user is allowed to select a personal identification number under a situation where a personal identification number input screen including numeric buttons “1” to “9” as shown in FIG. ing. However, the present invention is not limited to this. For example, the password input screen as shown in FIG. 8 may not be displayed. For example, instead of the screen as shown in FIG. 8, the display unit 92 may simply display an input screen on which only the characters “Please enter the password from the numeric keypad” are written. In response to this, the user may input the personal identification number from the reception unit 80 using a button or the like.

It is a figure which shows the structure of the data processing system which concerns on the Example of this invention. It is a sequence diagram which shows the operation | movement outline | summary of the data processing system of FIG. It is a figure which shows the structure of the general CDS stored in the directory storage part of FIG. It is a figure which shows another structure of CDS stored in the directory storage part of FIG. It is a figure which shows the data structure of CDS under the movie directory stored in the directory storage part of FIG. It is a figure which shows a screen when the movie directory is displayed on the display part of FIG. It is a figure which shows the data structure of CDS under the PIN code input directory stored in the directory storage part of FIG. It is a figure which shows a screen when the PIN code input directory is displayed on the display part of FIG. It is a figure which shows a screen in case the content data of "2" is displayed on the display part of FIG. It is a figure which shows the structure of the log | history memorize | stored in the log | history memory | storage part of FIG. It is a figure which shows a screen when the content data of "9" is displayed after "2" in the display part of FIG. It is a figure which shows the structure of the log | history memorize | stored in the log | history memory | storage part of FIG. It is a figure which shows a screen in case the content data of "end" are displayed on the display part of FIG. It is a figure which shows a screen when the empty PIN code input directory is displayed on the display part of FIG. It is a figure which shows a screen when the movie directory after completion | finish of authentication is displayed on the display part of FIG. It is a flowchart which shows the procedure of the authentication process which concerns on the server apparatus of FIG. It is a figure which shows the data structure of CDS under the PIN code input directory which concerns on the modification of this invention. It is a figure which shows the structure of the data processing system which concerns on another modification of this invention. It is a figure which shows the data structure of CDS under the temperature setting input directory which concerns on another modification of this invention. It is a figure which shows a screen in case the temperature setting input directory is displayed on the display part of FIG.

Explanation of symbols

  12 directory storage unit, 14 content data storage unit, 16 history storage unit, 18 processing unit, 20 communication unit, 22 directory transmission unit, 24 access request reception unit, 26 content transmission unit, 30 control unit, 60 directory holding unit, 70 Communication unit, 72 directory reception unit, 74 access request transmission unit, 76 content reception unit, 80 reception unit, 90 control unit, 92 display unit, 100 server device, 200 client device, 300 network, 500 data processing system.

Claims (6)

A data storage unit for storing a plurality of content data;
Attribute information for a plurality of pieces of content data stored in the data storage unit, the information storing the attribute information in which the title name of the content data is associated with the storage location of the content data in the data storage unit as content information A storage unit;
A first transmission unit configured to transmit content information to the client device via a network in order to cause the client device to display a title name of the content information stored in the information storage unit;
As a response to the content information transmitted in the first transmitter, a receiver that receives a storage location via a network;
A second transmission unit configured to transmit content data to the client device via a network in order to display the content data stored in the data storage unit on the client device based on the storage location received by the reception unit; With
Each of the plurality of content data stored in the data storage unit is at least one of numeric data and character data,
The server apparatus according to claim 1, wherein the title name in the content information stored in the information storage unit is at least one of the same number and character data as the content data. A history storage unit that stores information corresponding to the storage location received by the reception unit;
When the receiving unit receives a new storage location, the second transmission unit receives content data corresponding to the new storage location and content data corresponding to information stored so far in the history storage unit. The server apparatus according to claim 1, wherein the server apparatus transmits the combined information. A data storage unit for storing a plurality of content data;
An information storage unit for storing content information including a content identifier for each of a plurality of content data stored in the data storage unit;
A first transmission unit for transmitting content information stored in the information storage unit via a network;
A reception unit that receives a content identifier via a network as a response to the content information transmitted in the first transmission unit;
A second transmission unit that extracts content data stored in the data storage unit based on the content identifier received in the reception unit, and transmits the content data via a network;
A history storage unit that stores a history of content identifiers received by the reception unit over a predetermined period when the processing of the reception unit and the second transmission unit is repeated;
A conversion unit that converts a sequence of content identifiers into data after the end of a predetermined period in the order according to the history stored in the history storage unit;
A processing unit that executes predetermined processing based on the data converted by the conversion unit;
A server device comprising:   When the receiving unit receives a new content identifier, the second transmitting unit receives content data corresponding to the new content identifier and content data corresponding to the content identifier stored so far in the history storage unit. The server apparatus according to claim 3, wherein the server apparatus transmits the combined information.   The second transmission unit transmits that the content information has changed after transmitting the content data in a state where the history is stored in the history storage unit. The server apparatus of description. A server device that receives data input from a client device connected via a network,
A data storage unit for storing a plurality of content data;
An input request unit that requests the client device to input numeric data or character data;
A receiving unit for receiving data input from the client device;
A selection unit for selecting content data corresponding to the content of the data input received in the reception unit from the data storage unit;
A transmission unit that transmits the content data selected by the selection unit to the client device;
A server device comprising:

Images