WO2012025971A1 - コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム - Google Patents

コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム Download PDF

Info

Publication number
WO2012025971A1
WO2012025971A1 PCT/JP2010/005303 JP2010005303W WO2012025971A1 WO 2012025971 A1 WO2012025971 A1 WO 2012025971A1 JP 2010005303 W JP2010005303 W JP 2010005303W WO 2012025971 A1 WO2012025971 A1 WO 2012025971A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
player
moving image
list information
distribution
Prior art date
Application number
PCT/JP2010/005303
Other languages
English (en)
French (fr)
Inventor
真也 信岡
中村　雄一
伸之 大浜
Original Assignee
株式会社日立ソリューションズ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立ソリューションズ filed Critical 株式会社日立ソリューションズ
Priority to JP2012530429A priority Critical patent/JP5588008B2/ja
Priority to US13/818,412 priority patent/US20130204969A1/en
Priority to EP20100856381 priority patent/EP2611148A4/en
Priority to PCT/JP2010/005303 priority patent/WO2012025971A1/ja
Priority to CN2010800687108A priority patent/CN103081490A/zh
Publication of WO2012025971A1 publication Critical patent/WO2012025971A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25825—Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone

Definitions

  • the present invention relates to a content conversion device, a content conversion method, a content conversion program, and a content distribution system for converting content stored in a content distribution server connected to a network into a format that can be played back by a player.
  • DLNA Digital Living Network Alliance Guideline
  • DLNA Digital Living Network Alliance
  • the distribution device when a player requests a content list from a distribution device connected to a local network, the distribution device returns the content list to the player in the form of hierarchical directory structure data.
  • data having this directory structure is referred to as a content directory.
  • the AV gateway device disclosed in Patent Document 1 converts a protocol for transmitting data so that an AV device connected to an AV (Audio Video) network can access a content server connected to the Internet. .
  • AV Audio Video
  • a gateway server is installed between the local network and the Internet, and a protocol for transmitting data by the gateway server is converted. As a result, the player and the transcode server can communicate with each other.
  • the transcoding server disclosed in Patent Document 2 converts the format of content stored in the content distribution server into a format that can be reproduced by the decoder of the client terminal, and transmits it to the client terminal. Similarly, the content format stored in the content distribution server is converted by the transcode server into a format that can be viewed by the player. Thereby, the player can reproduce the received content.
  • conversion of the content format requires a large processing capacity.
  • the processing capacity of the transcode server must be increased according to the number of players, and the transcode server needs to have enormous processing capacity. For example, if three players are playing the same content and one transcoding server is required, if there are 3000 players that play the same content, 1000 transcoding servers with the same performance are required. I need it.
  • An object of the present invention is to provide a content conversion device, a content conversion method, a content conversion program, and a content distribution system capable of converting a content format with a constant processing capability regardless of the number of players that play the same content. That is.
  • the content conversion apparatus of the present invention provides: Content specified by the acquired content list information is acquired from a content distribution device that distributes a plurality of content list information and the content specified by the content list information, and is stored in a storage device.
  • a distribution data creation unit that converts the acquired content into content in a format that can be played back by the player, and stores the converted content in the storage device;
  • a content list / content distribution unit that reads content list information and / or content from the storage device in response to a request from the player and transmits the content list information and / or content to the player; Is provided.
  • the content conversion device of the present invention is The distribution data creation unit After storing the predetermined content list information and the converted content in the storage device, The predetermined content list information is acquired again from the content distribution device, Determining whether or not there is new content that is specified in the predetermined content list information acquired again and is not specified in the predetermined content list information stored in the storage device; When it is determined that there is the new content, the predetermined content list information acquired again is overwritten on the predetermined content list information stored in the storage device, When it is determined that the new content is present, the new content is converted into content in a format that can be played by a player, and the converted content is stored in the storage device. The re-acquisition of the content list information, the determination, the overwriting of the content list information, and the storage of the converted content are repeated.
  • the content conversion method of the present invention includes: Content specified by the acquired content list information is acquired from a content distribution device that distributes a plurality of content list information and the content specified by the content list information, and is stored in a storage device. Generating from the content distribution device, converting the acquired content into content in a format that can be played back by the player, and storing the converted content in the storage device; A content list / content distribution step of reading content list information and / or content from the storage device in response to a request from the player and transmitting the content list information and / or content to the player; Is provided.
  • the content program of the present invention is On the computer, Content specified by the acquired content list information is acquired from a content distribution device that distributes a plurality of content list information and the content specified by the content list information, and is stored in a storage device. Generating from the content distribution device, converting the acquired content into content in a format that can be played back by the player, and storing the converted content in the storage device; A content list / content distribution step of reading content list information and / or content from the storage device in response to a request from the player and transmitting the content list information and / or content to the player; Is executed.
  • the content distribution system of the present invention is A content distribution system in which a player and a gateway device are connected to a first network, and the gateway device, content conversion device, and content distribution device are connected to a second network,
  • the content distribution device distributes a plurality of content list information and the content specified by each content list information
  • the content conversion device is Predetermined content list information is acquired from the content distribution device, stored in a storage device, content specified by the acquired content list information is acquired from the content distribution device, and the acquired content can be played by a player
  • a data creation unit for distribution that converts the content into a format and stores the converted content in the storage device;
  • a content list / content distribution unit that reads content list information and / or content from the storage device and transmits it to the player in response to a request from the gateway device;
  • With The gateway device is In response to a request from the player, the content distribution device is requested for the content list information, the content list information is acquired from the content conversion device, the acquired content list information is converted into a content directory
  • the content conversion apparatus can convert the content format with a constant processing capability regardless of the number of players that play the same content.
  • A It is a figure which shows the first screen displayed on a player's display.
  • B It is a figure which shows the 2nd screen displayed on a player's display.
  • C It is a figure which shows the 3rd screen displayed on a player's display.
  • D It is a figure which shows the 4th screen displayed on a player's display.
  • A It is a flowchart which shows the process of the data preparation part for delivery in a transcode server.
  • A It is a flowchart which shows the process of the delivery of the moving image list in a transcode server.
  • B It is a flowchart which shows the process of the delivery of the moving image in a transcode server.
  • a content distribution system according to an embodiment of the present invention will be described with reference to the drawings.
  • content such as moving images, music, and photos.
  • a content distribution system including a moving image distribution server that distributes moving images will be described as an example.
  • the content distribution system 100 includes a player 111, a gateway device 120, a transcode server 131, a moving image distribution server A 132, and a moving image distribution server B 133.
  • the player 111 and the gateway device 120 are connected to the local area network 110.
  • the gateway device 120, the transcode server 131, the moving image distribution server A 132, and the moving image distribution server B 133 are connected to the Internet 130.
  • the player 111 includes a main storage device including a CPU (Central Processing Unit), a RAM (Random Access Memory), a network interface, an input device such as a remote controller, and a display.
  • the player 111 acquires the content directory from the gateway device 120 and displays it on the display.
  • the player 111 acquires the selected content from the transcode server 131 via the gateway device 120 and reproduces the acquired content.
  • the player 111 performs these various processes by executing a program stored in the main storage device. A detailed configuration of the program of the player 111 will be described later with reference to FIG.
  • the gateway device 120 includes a CPU, a main storage device including a RAM and the like, and two network interfaces.
  • the gateway device 120 is connected to the local network 110 and the Internet 130 and relays communication between the player 111 and the transcode server 131.
  • the gateway device 120 creates a content directory and transmits it to the player 111.
  • the gateway device 120 performs these processes by executing a program stored in the main storage device. The detailed configuration of the program of the gateway device 120 will be described later with reference to FIG.
  • the transcode server 131 includes a main storage device including a CPU, a RAM, a network interface, and an auxiliary storage device including a hard disk.
  • the transcode server 131 acquires a list of moving images that can be distributed from the moving image distribution server A 132 and the moving image distribution server B 133 and stores them in the auxiliary storage device.
  • the transcode server 131 acquires a moving image corresponding to the acquired moving image list from the moving image distribution server A 132 and the moving image distribution server B 133, and converts the format of the acquired moving image into a format that can be played back by the player 111. Save to auxiliary storage.
  • the stored moving image list and moving images are transmitted to the gateway device 120.
  • the transcode server 131 performs these processes by executing a program stored in the main storage device. The detailed configuration of the program of the transcode server 131 will be described later with reference to FIG.
  • the moving image distribution server A 132 is operated by the moving image distribution company A and publishes the moving image site A on the Internet 130.
  • the moving image distribution server B 133 is operated by the moving image distribution company B and publishes the moving image site B on the Internet 130.
  • Each of these moving image distribution servers includes a main storage device including a CPU, a RAM, and the like, a network interface, and an auxiliary storage device including a hard disk.
  • Each moving image distribution server stores a distributable moving image in the auxiliary storage device.
  • Each moving image distribution server transmits a moving image to the transcode server 131 or the like.
  • Each moving image distribution server has a moving image list providing function for providing a list of moving images stored in the auxiliary storage device, and transmits the moving image list to the transcoding server 131 in response to a request from the transcoding server 131. .
  • Each moving image distribution server performs these processes by executing a program stored in the main storage device. The detailed configuration of the program of each moving image distribution server will be described later with reference to FIG.
  • FIG. 2 shows an example of the program configuration of the player 111.
  • the program of the player 111 includes a server discovery unit 210, a content directory acquisition / display unit 220, and a content reproduction unit 240.
  • the server discovery unit 210 has a function of discovering a distribution device having a content distribution function connected to the local area network 110.
  • the server discovery unit 210 first broadcasts a device discovery request message to the local area network 110.
  • each device connected to the local area network 110 returns a function possessed by each device in response to the device discovery request message.
  • the server discovery part 210 can discover the delivery apparatus with a content delivery function.
  • a means for discovering such a device can be realized by implementing, for example, UPnP (Universal Plug and Play) DA (Device Architecture) standard.
  • the gateway device 120 is one of distribution devices having a content distribution function.
  • the server discovery unit 210 can discover the gateway device 120 by broadcasting a device discovery request message to the local area network 110.
  • the content directory acquisition / display unit 220 acquires a content directory from a distribution device having a content distribution function and displays it on the display of the player 111.
  • the content reproduction unit 240 transmits a request for designating content to be reproduced to a distribution device having a content distribution function.
  • the distribution device that has received the request transmits the content to the player 111.
  • the player 111 reproduces the received content.
  • the format of content that can be reproduced by the content reproduction unit 240 is usually limited. It is assumed that the content reproduction unit 240 according to the present embodiment can reproduce only an MPEG-2 moving image encoded with MPEG-2.
  • FIG. 15 for the details of the processing of the content directory acquisition / display unit 220
  • FIG. 18 for the flow of the content directory acquisition processing
  • FIG. 19 for the flow of the content playback processing.
  • DMP Digital Media Player
  • FIG. 3 shows an example of the program configuration of the gateway device 120.
  • the program of the gateway device 120 includes a device disclosure unit 310, a software management framework 320, and a bundle group 330.
  • the content directory 340 is stored in the main storage device.
  • the device disclosure unit 310 In response to the device discovery request message broadcast from the player 111, the device disclosure unit 310 returns a message indicating that the gateway device 120 is a distribution device having a content distribution function to the player 111.
  • the software management framework 320 manages programs in module units called bundles.
  • the software management framework 320 can install and uninstall each bundle without restarting the entire gateway device 120.
  • Such software management framework 320 can be implemented based on the OSGi (Open Service Gateway initiative) standard.
  • the bundle group 330 is a collection of bundles managed by the software management framework 320.
  • the video site A bundle 331 mediates between the video site A and the player 111. In the present embodiment, only the video site A bundle 331 has a bundle, but a plurality of bundles may exist.
  • the content directory 340 stores the content directory created by the video site A bundle 331.
  • the content directory created by the moving image site A bundle 331 specifies a list of moving images that can be distributed by the moving image site A. The detailed configuration of the video site A bundle 331 will be described later with reference to FIG. 6 and the structure of the content directory 340 with reference to FIG.
  • FIG. 4 shows an example of the program configuration of the transcode server 131.
  • the program of the transcode server 131 includes a distribution data creation unit 410 and a moving image list / moving image distribution unit 420.
  • distribution moving image list data 430, API conversion table 431, post-transcoding moving image data URL-related table 440, and post-transcoding moving image data 450 are stored in the auxiliary storage device.
  • the distribution data creation unit 410 acquires a moving image list and moving images from the moving image site in response to a request transmitted from the player 111 and passed through the gateway device 120.
  • Distribution data creation unit 410 includes a transcoding unit 411.
  • the transcoding unit 411 converts the acquired moving image format into a format that can be reproduced by the player 111, and stores the converted moving image in the auxiliary storage device as post-transcoded moving image data 450.
  • the transcoding unit 411 includes the H.264 standard. H.264 encoded video is converted to MPEG-2 video.
  • the distribution data creation unit 410 stores data associating the URL (Uniform Resource Locator) of the video site with the video stored in the auxiliary storage device in the auxiliary storage device as a post-transcoding video data URL related table 440. .
  • URL Uniform Resource Locator
  • the distribution data creation unit 410 stores the acquired moving image list information as distribution moving image list data 430 in the auxiliary storage device.
  • the API conversion table 431 is a correspondence table for converting a request (API) transmitted from the gateway device 120 to the transcoding server 131 into a request to be transmitted to the video site when acquiring the video list information from the video site. Yes, it is stored in the auxiliary storage device in advance. 9 for the post-transcoding video data URL related table 440, FIG. 10 for the distribution video list data 430, FIG. 13A for the API conversion table 431, and the processing flow of the distribution data creation unit 410. Will be described later with reference to FIG.
  • the moving image list / moving image distribution unit 420 receives the moving image list data from the distribution moving image list data 430 and the MPEG-2 moving image from the transcoded moving image data 450 in response to a request transmitted from the player 111 and via the gateway device 120. Each is acquired and transmitted to the gateway device 120.
  • the processing flow of the moving image list / moving image distribution unit 420 will be described later with reference to FIG.
  • FIG. 5 shows an example of the program configuration of the video distribution server A 132 and the video distribution server B 133.
  • Each moving image distribution server program includes a moving image list providing unit 510 and a moving image distribution unit 520.
  • the moving image data 530 stores a distributable moving image.
  • the moving image data 530 is stored in the auxiliary storage device.
  • the moving image list providing unit 510 returns the moving image list data to the transcode server 131 or the like. Examples of requests include popular videos, videos with many views, videos with high ratings, videos containing specific keywords, and the like.
  • the moving image list providing unit 510 of the moving image distribution server that has received the HTTP request receives the api.
  • the type of request, request means, and video list data format vary depending on the video distribution server. The above is just an example of a request.
  • the transcode server 131 transmits a request in a format corresponding to each moving image distribution server.
  • the video distribution unit 520 extracts the requested video from the video data 530 and transmits it to the transcode server 131 or the like.
  • FIG. 6 shows an example of the configuration of the video site A bundle 331.
  • the video site A bundle 331 includes a content directory creation unit 610 and a video acquisition / relay unit 620.
  • the content directory structure 611, the directory / API related table 612, and the ID moving image related table 630 are stored in the main storage device.
  • the content directory creation unit 610 acquires the moving image list data from the transcode server 131, and adds the moving image list data to the corresponding directory included in the content directory.
  • the content directory structure 611 stores the content directory structure.
  • the directory / API related table 612 stores information indicating correspondence between each directory included in the content directory and a request (API) to the moving image site A for acquiring moving image list data.
  • the structure of the content directory and the correspondence between the directory and the API are fixed in the video site A bundle 331 and do not change.
  • the content directory structure 611 will be described later with reference to FIG. 7, the directory / API related table 612 in FIG. 13B, and the processing flow of the content directory creation unit 610 with reference to FIG.
  • the video acquisition / relay unit 620 When the video acquisition / relay unit 620 receives the video acquisition request from the player 111, the video acquisition / relay unit 620 refers to the ID video related table 630 and relays the video acquisition request to the transcode server 131.
  • the ID video related table 630 is a table for associating the content directory 340 with the video URL of the video site.
  • the ID moving image related table 630 will be described later with reference to FIG. 12, and the processing of the moving image acquisition / relay unit 620 will be described later with reference to FIG.
  • FIG. 7 shows an example of a hierarchical structure (content directory structure 611) of directories included in the content directory.
  • the content directory structure 611 is fixed, and the content directory creation unit 610 has a content directory structure 611 in advance.
  • the content directory creation unit 610 adds information related to the moving image list data to the content directory based on the content directory structure 611, and returns information about the content directory to the player 111. For example, when the content directory creation unit 610 receives a request from the player 111 to the video site A 700, the content directory creation unit 610 returns three directories of a video 710 with a high number of playbacks, a video 720 with a high evaluation, and a category 730 to the player 111.
  • the content directory creation unit 610 when the content directory creation unit 610 receives a request from the player 111 for the moving image 710 having a large number of reproductions, the content directory creating unit 610 acquires a moving image list from the transcode server and returns the moving image list to the player 111.
  • FIG. 8 shows an example of the moving image list data.
  • the moving image list data includes a set of a moving image URL 810 and a moving image title 820 corresponding thereto.
  • a structured language such as XML may be used as the character string representation of the moving image list data.
  • FIG. 9 shows an example of the post-transcoding video URL related table 440 stored in the transcoding server.
  • the post-transcoding video URL association table 440 includes a video URL 910 and a video file 920 corresponding thereto.
  • the moving image URL 910 indicates the URL of the moving image site that acquired the moving image before transcoding.
  • the moving image file 920 indicates the path of the moving image file converted into the MPEG-2 moving image in the transcoded moving image data 450.
  • FIG. 10 shows an example of the distribution moving image list data 430 stored in the transcode server.
  • the distribution moving image list data 430 includes a category ID 1010, a moving image URL 1020, and a moving image title 1030.
  • a moving image URL 1020 indicates a URL of a moving image file on the moving image site, and a moving image title 1030 indicates a moving image title.
  • FIG. 11 shows an example of a content directory 340 stored in the gateway device 120.
  • the content directory 340 includes an ID 1110, a parent ID 1120, a type 1130, a name 1140, and a URL 1150.
  • the content directory 340 can represent a content list with the directory structure and the content assigned to each directory.
  • ID 1110 is an ID uniquely assigned to the content.
  • the parent ID 1120 indicates the parent directory to which the content belongs.
  • the type 1130 indicates the content format. However, when the type 1130 is “directory”, it indicates that the corresponding line corresponds to the directory.
  • a name 1140 indicates the name of the content or directory.
  • URL 1150 is a URL indicating the location where the content is located.
  • a row 1161 represents a directory named “moving image site A” which is a child element of the root directory.
  • the child element of the root directory is represented by the fact that the parent ID 1120 is “0”.
  • Lines 1162 to 1164 are child elements of the “video site A” directory. In lines 1162 to 1164, three lines whose type 1130 is a directory are stored.
  • Lines 1165 and 1166 are child elements of the directory “moving image with many reproductions” in the line 1162. Rows 1165 and 1166 store two rows whose type 1130 is MPEG-2 moving image.
  • Lines 1167 to 1169 are child elements of the directory “category” in line 1164. Rows 1167 to 1169 store three rows whose type 1130 is a directory.
  • FIG. 12 shows an example of the ID video related table 630 stored in the gateway device 120.
  • the ID moving image related table 630 includes an ID 1210 and a URL 1220.
  • the ID 1210 the ID 1110 of a row whose type 1130 is MPEG-2 moving image in the content directory of FIG. 11 is stored.
  • the URL 1220 is a URL indicating where the moving image is on the Internet 130. For example, since the ID 1210 of the row 1231 is “5”, the row 1231 corresponds to the row 1165 of FIG.
  • FIG. 13A shows an API conversion table 431 stored in the transcode server 131.
  • the API conversion table 431 includes an API 1310 before conversion and an API 1320 after conversion.
  • the API conversion table 431 includes a request (pre-conversion API 1310) transmitted from the gateway device 120 to the transcoding server 131 to the video site (post-conversion API 1320) when acquiring the video list information from the video site. It is a correspondence table for conversion.
  • FIG. 13B shows a directory / API related table 612 stored in the gateway device.
  • the directory / API related table 612 includes a directory 1340 and an API 1350.
  • the directory / API related table 612 associates the directory and the API (URL) of the moving image site where the moving image list is retrieved.
  • the content directory creation unit 610 transmits the next request to the transcode server 131.
  • http: //transcodeserver/api.cgi? request a_mostviewed
  • FIG. 14 shows the processing of the content directory creation unit 610 in the video site A bundle 331.
  • the content directory creation unit 610 has the content directory data created so far as the content directory 340 in the main storage device of the gateway device 120. Also, the content directory creation unit 610 stores in advance in the main storage device information on the hierarchical structure of the content directory 340, that is, information on what child directory each directory has as a content directory structure 611 (see FIG. 7). is doing.
  • the content directory creation unit 610 acquires the moving image list from the transcode server 131 and Dynamically generate directory data lines.
  • the directory that does not correspond to the moving image list of the moving image distribution server refers to a directory having only a directory as a child element.
  • the gateway device 120 stores the correspondence between each directory and the API of the transcode server 131 in advance in the main storage device as a directory / API related table 612 (see FIG. 13B) in order to obtain a moving image list.
  • a directory / API related table 612 see FIG. 13B
  • the player 111 notifies the input ID 1110 using a DLNA standard SOAP message or the like. For example, when the player 111 requests a directory called the moving image site A on the line 1161, the input from the player 111 is “1”. If there is an entry in which the ID 1110 input from the player 111 and the parent ID 1120 match, the content directory creation unit 610 outputs the entry and ends. For example, if the input ID 1110 is “1”, the rows 1162 to 1164 whose parent ID 1120 is 1 are output and the processing ends. In the following description, it is assumed that the input ID 1110 is 2 (name 1140 is “moving video with many playbacks”).
  • the content directory creation unit 610 obtains the moving image list data corresponding to the directory name 1140 from the transcode server 131.
  • the transcode server is used by using the next URL request in the row 1361 extracted from the directory / API related table 612 (see FIG. 13B).
  • FIG. 8 an example in which the data in FIG. 8 can be acquired as the moving image list data will be described.
  • the content directory creation unit 610 generates a data row of the content directory for each row of the moving image list data in FIG. An example in which the row 831 is processed when there are rows 1161 to 1164 as contents directory data created so far will be described.
  • the content directory creation unit 610 performs the following processes (1) to (5).
  • (1) Setting of ID 1110 The content directory creation unit 610 generates an ID that does not exist in the ID 1110 of the content directory created so far. Since “5” does not exist in the IDs of the lines 1161 to 1164, the content directory creation unit 610 sets “5” in the ID 1110.
  • (2) Setting of parent ID 1120 The content directory creation unit 610 sets the input ID “2” (moving image with a large number of playbacks) as the parent ID 1120.
  • the content directory creation unit 610 sets a format that can be played back by the player 111 in the type 1130. This time, the player 111 can reproduce the MPEG-2 moving image, and all the moving images are converted into the MPEG-2 moving image by the transcode server 131. Therefore, the content directory creation unit 610 sets “MPEG-2 moving image” in the type 1130.
  • Setting of Name 1140 The content directory creation unit 610 uses the moving image title 820 field of the moving image list data (see FIG. 8) as it is, and sets “disappointed cat” to the name 1140.
  • Setting of URL 1150 The content directory creation unit 610 sets the URL 1150 as follows.
  • the content directory creation unit 610 updates the ID video related table 630 (see FIG. 12).
  • the content directory creation unit 610 sets, for each row of the ID video related table 630, the same ID 1110 of the content directory (see FIG. 11) as the ID 1210, and the same as the video URL 810 of the video list data (see FIG. 8) in the URL 1220. Set.
  • the ID moving image related table 630 shown in FIG. 12 is obtained.
  • the content directory creation unit 610 adds the line generated in ⁇ Step 1420> to the content directory 340 and transmits the data of the line to the player 111. This time, the content directory creation unit 610 adds and transmits the data in the rows 1165 and 1166.
  • the server discovery unit 210 displays the name of the gateway device 120 that has been discovered.
  • the device disclosure unit 310 in the gateway device 120 returns “server name“ content server ”” to the server discovery unit 210, and the display of the player 111 displays FIG.
  • the content server 1511 is displayed as shown in FIG.
  • ⁇ Screen 1520> The user selects the content server 1511 with the remote control of the player 111 or the like.
  • the content directory acquisition / display unit 220 of the player 111 notifies the gateway device 120 that the content server 1511 has been selected (notifies by a DLNA standard SOAP message or the like).
  • “0” is input as the input ID 1110 to the content directory creation unit 610 of the moving image site A bundle 331.
  • the gateway device 120 uses the content directory creation unit 610 to return a content directory such as the row 1161 in FIG.
  • the content directory acquisition / display unit 220 displays the moving image site A 1522 on the display of the player 111 as shown in FIG. Note that the moving image site A 1522 is a site name that the moving image distribution server A 132 discloses to the Internet 130.
  • ⁇ Screen 1530> The user selects video site A 1522.
  • the content directory acquisition / display unit 220 notifies the gateway device 120 that the video site A 1522 has been selected.
  • “1” is input as the input ID 1110 to the content directory creation unit 610 of the video site A bundle 331.
  • the content directory creation unit 610 returns the lines 1162 to 1164 in FIG.
  • the content directory acquisition / display unit 220 displays the names 1140 of the lines 1162 to 1164 on the ⁇ screen 1530> so that they can be selected by the remote controller.
  • ⁇ Screen 1540> The user selects a moving image 1533 with a large number of playbacks.
  • the content directory acquisition / display unit 220 notifies the gateway device 120 that the moving image 1533 having a large number of reproductions has been selected.
  • “2” is input as the input ID 1110 to the content directory creation unit 610 of the video site A bundle 331.
  • the content directory creation unit 610 of the video site A bundle 331 returns the lines 1165 and 1166 to the player 111.
  • the content directory acquisition / display unit 220 displays the names 1140 of the lines 1165 and 1166 on the ⁇ screen 1540>, and displays “disappointed cat” 1544 and “dog and two haori” 1545.
  • the type 1130 of the lines 1165 and 1166 is “MPEG-2 moving image”, and it can be seen that the contents corresponding to “Disappointed Cat” 1544 and “Dog and Two Haori” 1545 are moving images.
  • the content directory acquisition / display unit 220 activates the content reproduction unit 240.
  • FIG. 16 is a flowchart showing processing of the distribution data creation unit 410 in the transcode server 131. This process is executed when the transcode server 131 is started up. This process is repeated after returning to the first step after creating the distribution data.
  • the distribution data creation unit 410 has information on what video site bundle the gateway device 120 has, and information (content directory structure 611) such as a directory that each video site bundle has a video as a child element. is doing. Therefore, the distribution data creation unit 410 knows information on a directory that may be requested. For this reason, the distribution data creation unit 410 can convert all the moving images that may be requested in advance.
  • the distribution data creation unit 410 is configured such that the gateway device 120 has the video site A bundle 331, and the content directory creation unit 610 of the video site A bundle 331 displays “Video”, “Video with high evaluation” on line 1163, and information that the directory of lines 1167 to 1169 is included.
  • the distribution data creation unit 410 acquires a moving image list and a moving image file corresponding to those directories from the moving image site, and converts the acquired moving image file into an MPEG-2 moving image using the transcoding unit 411.
  • the processing procedure of the distribution data creation unit 410 is shown below.
  • the API conversion table 431 is stored in advance in the auxiliary storage device of the transcode server 131.
  • the distribution data creation unit 410 compares the moving image URL 810 in the moving image list data acquired in step 1610 with the URL 910 of the post-transcoding moving image data URL related table 440 (see FIG. 9), and is included in the URL 810, and the URL 910 Select all video URLs not included in the URL.
  • the distribution data creation unit 410 accesses the moving image URL selected in step 1620 and acquires the moving image file from the moving image distribution server A 132.
  • the distribution data creation unit 410 converts the format of the moving image file acquired using the transcoding unit 411 into MPEG-2, and adds and stores it in the post-transcoding moving image data 450.
  • Step 1640 The distribution data creation unit 410 adds the moving image URL and the location where the converted moving image is stored to the post-transcoded moving image data URL related table 440 (see FIG. 9) for the moving image acquired, converted, and stored in step 1630. .
  • the distribution data creation unit 410 saves the moving image list acquired in step 1610 as distribution moving image list data 430 in the auxiliary storage device in the format shown in FIG.
  • the distribution data creation unit 410 is present when at least one moving image having the same category ID as the category ID of the new moving image list to be stored already exists in the distributed moving image list data 430 (that is, this In the example, if the video list of “videos with many playbacks” is not first acquired but is already saved), all the video rows having the same category ID are deleted from the distribution video list data 430 Then save the new video list.
  • the distribution data creation unit 410 performs the above processing from step 1610 to step 1650 for all the directories that may be requested from each gateway device 410. With this processing, all the moving images specified in the moving image list acquired from the distribution moving image list data 430 already have moving image files converted to MPEG-2. (Because after adding all the videos in the video list acquired from the video site, the video list is added to the distribution video list data 430.)
  • the distribution data creation unit 410 repeats this process from the beginning after performing the processes from step 1610 to step 1650 for all the directories.
  • this procedure that is, moving images to be transmitted to the gateway device 120
  • this procedure that is, moving images to be transmitted to the gateway device 120
  • the change in the moving image list is small, a short time is sufficient.
  • the processing capability of the transcode server 131 is high, the moving image list is updated to the latest information at short intervals, and when the processing capability is low, the update interval becomes long.
  • the update interval is irregular, it can be utilized without letting the conversion processing capability of the transcode server 131 play, and the entire content distribution system can be operated regardless of whether the conversion processing capability of the transcode server 131 is high or low. .
  • FIG. 17 is a flowchart showing the processing of the moving image list / moving image distribution unit 420 in the transcode server 131. This processing can be executed after the processing of the distribution data creation unit 410 in FIG. 16 is completed for all the moving image lists that the gateway device 120 can request. This is because the video list corresponding to the directory “news” of the video site A bundle 331 and the converted video file are not yet prepared in the transcode server 131 before the process of FIG. .
  • FIG. 17 illustrates a moving image list / moving image distribution process from the transcode server 131 side.
  • FIG. 18 and FIG. 19 explain the moving image list / moving image distribution processing from the player 111 and the gateway device 120 side.
  • FIG. 17A is a flowchart showing moving image list distribution processing.
  • the moving image list / moving image distribution unit 420 refers to the category ID 1010 and receives the category ID 1010 row in response to the request from the distribution moving image list data 430 (see FIG. 10) (in the example of step 1711, the row where the category ID 1010 is a_mostviewed). Extract all. Then, the moving image list / moving image distribution unit 420 removes the column of the category ID 1010 and distributes it to the gateway device 120 with the moving image list data shown in FIG.
  • FIG. 17B is a flowchart showing moving image distribution processing.
  • the moving image list / moving image distribution unit 420 uses the “http://videosite-a.com/12345.flv” included in the request received in step 1721 to transcode the moving image data URL related table 440 (see FIG. 9). Get the location where the movie file is saved. Then, the moving image list / moving image distribution unit 420 reads the moving image file from the transcoded moving image data 450 and transmits the moving image file to the gateway device 120.
  • FIG. 18 shows a series of flows from when the player 111 transmits a moving image list request until the content directory is acquired.
  • ⁇ Process 1810> When the user selects “moving video with many playbacks” 1533 (see FIG. 15C), the player 111 corresponds to the “moving video with many playbacks” directory in the gateway 120 (using a SOAP message or the like of the DLNA standard). Request a video list.
  • ⁇ Process 1820> Assume that the content directory 340 of the gateway device 120 has the information of the lines 1161 to 1164 in FIG.
  • the gateway device 120 that is requested by the player 111 for a video list corresponding to the “video with many playbacks” directory uses the content directory creation unit 610 of the video site A bundle 331 to transfer to the transcoding server 131.
  • Send a request for. http: //transcodeserver/contentslist.cgi? request a_mostviewed
  • the transcode server 131 receives the request, the transcode server 131 selects all the rows whose category ID 1010 is a_mostviewed from the distribution moving image list data 430 (see FIG. 10).
  • the transcode server 131 distributes the line selected in the process 1830 using the moving image list / moving image distribution unit 420 in the moving image list data shown in FIG.
  • the gateway device 120 that has received the moving image list data adds the moving image list data to the content directory 340 (lines 1165 and 1166 in FIG. 11). Since the content is acquired using the moving image site A bundle and is known as MPEG-2, the gateway device 120 sets the MPEG-2 moving image in the type 1130. The gateway device 120 generates a URL 1150 using the ID 1110. The gateway device 120 distributes the data of the added lines 1165 and 1166 to the player 111.
  • FIG. 19 shows a flow of a series of processing until content is reproduced using the content reproduction unit 240 and the above-described functions. It is assumed that the player 111, the gateway device 120, and the transcode server 131 are in a state immediately after the content directory acquisition process (the process described with reference to FIG. 18) is completed.
  • ⁇ Processing 1910> When a content that can be played back by the player 111 is selected during the processing of the content directory acquisition / display unit 220, the player 111 passes the processing to the content playback unit 240. For example, when “disappointing cat” 1544 (see FIG. 15D) in ⁇ Screen 1540> is selected, the next URL set in the URL 1150 in the row 1165 is passed to the content reproduction unit 240.
  • the content playback unit 240 sends an HTTP request to this URL. Since the URL address “133.108.2.1” is that of the gateway device 120 this time (see the description of ⁇ Step 1420> (5) in FIG. 14), the request is transmitted to the gateway device 120.
  • the gateway device 120 calls the moving image acquisition / relay unit 620 of the moving image site A bundle 331.
  • the transcoding server 131 extracts the MPEG-2 moving image corresponding to the request from the post-transcoding moving image data URL related table 440 (see FIG. 9) and the post-transcoding moving image data 450, and transmits the MPEG-2 moving image to the gateway device 120.
  • the gateway device 120 transmits the received MPEG-2 moving image to the player 111 as it is.
  • the MPEG-2 moving image is reproduced on the display over the player 111.
  • the content distribution system of the present invention includes a gateway device and a transcode server. 2 or more each, and three or more moving image distribution servers.
  • the processing of the video site A bundle 331 has been described, but the video site B bundle that mediates the video site B and the player 111 also performs the same processing as the video site A bundle 331.
  • the gateway device according to the present invention may include three or more video site bundles that perform the same processing as the video site A bundle 331.
  • the player 111 and the gateway device 120 are connected to the local network 110, and the gateway device 120, the transcode server 131, the moving image distribution server A 132, and the moving image distribution server B 133 are connected to the Internet 130.
  • the second network to which 133 is connected may be a different network.
  • the present invention can be applied to various content such as music, photos, and documents.
  • the transcode server 131 converts a moving image of a different format (such as H.261) into an MPEG-2 moving image has been described.
  • the transcode server 131 performs progressive / interlace conversion. Also good.
  • the transcode server 131 may convert the screen size like HDTV image / SDTV image conversion. Further, the transcode server 131 may convert the number of screens reproduced per second.
  • the content conversion apparatus can convert the content format with a constant processing capability regardless of the number of players that play the same content. That is, in the present invention, the transcode server first acquires a content list from the content distribution site. Then, the transcode server acquires the content corresponding to the content list from the content distribution site and converts it, and then transmits the content list to the player. For this reason, unlike the method of performing the conversion process for each request from the player, the method of the present invention needs to perform the conversion process only once for one content. .
  • the transcode server repeatedly checks the update of the content list at the content distribution site, and updates the content list and the converted content. For this reason, when the content list of the content distribution site is changed, the changed content list can be distributed to the player with a small delay from the change in the content distribution site.
  • the transcode server acquires the content from the content distribution site, and transmits the content to the player while converting the content format. For this reason, there is a time lag between the time when the player transmits a request and the start of content distribution.
  • the transcode server can immediately distribute to the player without time lag.
  • a DLNA-compliant player cannot display the content directory on the display. For this reason, the user cannot select content. As a result, the user cannot view the content.
  • the gateway device since the gateway device creates a content directory, even if a content distribution server connected to the Internet does not have a content directory, a DLNA-compliant player can display the content directory on the display. The user can select content.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

　動画配信サーバＡ　１３２と動画配信サーバＢ　１３３は、それぞれ複数のコンテンツ一覧情報と各コンテンツ一覧情報で指定される動画を配信する。トランスコードサーバ１３１は、動画配信サーバＡ　１３２および／または動画配信サーバＢ　１３３から、所定のコンテンツ一覧情報を取得して記憶装置に保存する。そして、トランスコードサーバ１３１は、取得したコンテンツ一覧情報で指定される動画を動画配信サーバＡ　１３２および／または動画配信サーバＢ　１３３から取得し、取得された動画をプレイヤ１１１が再生可能なフォーマットの動画に変換し、変換された動画を記憶装置に保存する。トランスコードサーバ１３１は、プレイヤ１１１からの要求に応じて、記憶装置からコンテンツ一覧情報および／または動画を読み出して、プレイヤ１１１に送信する。

Description

コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム
　本発明は、ネットワークに接続されたコンテンツ配信サーバに保存されているコンテンツをプレイヤで再生可能な形式に変換するコンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システムに関する。
　コンテンツが格納された配信機器とテレビなどのプレイヤを構内ネットワークに接続し、配信機器に格納されているコンテンツをプレイヤで視聴するための技術が普及している。その技術の標準規格の一つにＤＬＮＡ（Ｄｉｇｉｔａｌ　Ｌｉｖｉｎｇ　Ｎｅｔｗｏｒｋ　Ａｌｌｉａｎｃｅ）　Ｇｕｉｄｅｌｉｎｅ(以下、ＤＬＮＡという。)がある。
　ＤＬＮＡでは、プレイヤが構内ネットワークに接続された配信機器にコンテンツリストを要求すると、配信機器がコンテンツリストを階層化されたディレクトリ構造のデータの形でプレイヤに返す。以下、このディレクトリ構造のデータをコンテンツディレクトリという。プレイヤのユーザがコンテンツディレクトリからコンテンツを選択し、プレイヤが選択されたコンテンツを配信機器に要求すると、配信機器からコンテンツがプレイヤに送信される。
　インターネットに接続されたコンテンツ配信サーバにコンテンツが格納されている場合に、ＤＬＮＡに準拠したプレイヤでそのコンテンツを視聴できるようにするために、ゲートウェイ装置とトランスコードサーバを用いることが考えられる。
　特許文献１に開示されているＡＶゲートウェイ装置は、ＡＶ（Ａｕｄｉｏ　Ｖｉｄｅｏ）ネットワークに接続されたＡＶ機器がインターネットに接続されたコンテンツサーバにアクセスすることができるように、データを送信するプロトコルを変換する。
　同様に、構内ネットワークとインターネットの間にゲートウェイサーバを設置し、ゲートウェイサーバでデータを送信するプロトコルを変換する。これにより、プレイヤとトランスコードサーバが通信できるようになる。
　また、特許文献２に開示されているトランスコードサーバは、コンテンツ配信サーバに格納されているコンテンツのフォーマットをクライアント端末のデコーダが再生可能なフォーマットに変換してクライアント端末に送信する。
　同様に、トランスコードサーバによりコンテンツ配信サーバに格納されているコンテンツのフォーマットをプレイヤで視聴可能なフォーマットに変換する。これにより、プレイヤは受信したコンテンツを再生できるようになる。
特開２００３－２５８９１８号公報 特開２００４－１０２３３９号公報
　しかし、コンテンツのフォーマットの変換、特にコンテンツが動画である場合の変換には大きな処理能力が必要である。プレイヤがコンテンツを再生するごとにコンテンツのフォーマットを変換すると、プレイヤ数に応じてトランスコードサーバの処理能力を増強しなければならず、トランスコードサーバに膨大な処理能力を持たせる必要がある。
　例えば、３台のプレイヤが同じコンテンツを再生しているときトランスコードサーバが１台必要であるとすると、同じコンテンツを再生するプレイヤが３０００台である場合には同性能のトランスコードサーバが１０００台必要になる。
　本発明の目的は、同一のコンテンツを再生するプレイヤの数に係らず一定の処理能力でコンテンツのフォーマットを変換することができるコンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システムを提供することである。
　上記課題を解決するために、本発明のコンテンツ変換装置は、
　複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信するコンテンツ配信装置から、所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
　プレイヤからの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
　を備える。
　好ましくは、本発明のコンテンツ変換装置は、
　前記配信用データ作成部が、
　前記所定のコンテンツ一覧情報と前記変換されたコンテンツを前記記憶装置に保存した後、
　前記コンテンツ配信装置から再度前記所定のコンテンツ一覧情報を取得し、
　前記再度取得された所定のコンテンツ一覧情報で指定されており、かつ前記記憶装置に保存されている所定のコンテンツ一覧情報では指定されていない新しいコンツンツの有無を判別し、
　前記新しいコンテンツが有ると判別された場合に前記再度取得された所定のコンテンツ一覧情報を前記記憶装置に保存されている所定のコンテンツ一覧情報に上書きし、
　前記新しいコンテンツが有ると判別された場合に前記新しいコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換して、当該変換されたコンテンツを前記記憶装置に保存し、
　前記コンテンツ一覧情報の再取得と、前記判別と、前記コンテンツ一覧情報の上書きと、前記変換されたコンテンツの保存とを繰り返す。
　また、本発明のコンテンツ変換方法は、
　複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信するコンテンツ配信装置から、所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
　プレイヤからの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信ステップと、
　を備える。
　また、本発明のコンテンツプログラムは、
　コンピュータに、
　複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信するコンテンツ配信装置から、所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
　プレイヤからの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信ステップと、
　を実行させる。
　また、本発明のンテンツ配信システムは、
　プレイヤとゲートウェイ装置が第１のネットワークに接続され、当該ゲートウェイ装置とコンテンツ変換装置とコンテンツ配信装置とが第２のネットワークに接続されたコンテンツ配信システムであって、
　前記コンテンツ配信装置が、複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信し、
　前記コンテンツ変換装置が、
　前記コンテンツ配信装置から所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
　ゲートウェイ装置からの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
　を備え、
　前記ゲートウェイ装置が、
　前記プレイヤからの要求に応じて前記コンテンツ配信装置に前記コンテンツ一覧情報を要求して、前記コンテンツ変換装置から前記コンテンツ一覧情報を取得し、取得された前記コンテンツ一覧情報をコンテンツディレクトリに変換し、当該コンテンツディレクトリを前記プレイヤに送信するコンテンツディレクトリ作成部と、
　前記プレイヤからの要求に応じて前記コンテンツ配信装置に前記コンテンツを要求して、前記コンテンツ変換装置から前記コンテンツを取得し、取得したコンテンツを前記プレイヤに送信するコンテンツ取得・中継手段と、
　を備え、
　前記プレイヤが、
　前記ゲートウェイ装置にコンテンツディレクトリを要求し、前記ゲートウェイ装置からコンテンツディレクトリを取得して表示装置に表示するコンテンツディレクトリ取得・表示部と、
　前記表示装置に表示された前記コンテンツディレクトリに含まれるコンテンツ一覧情報で指定されるコンテンツの中からユーザによって選択されたコンテンツを前記ゲートウェイ装置に要求して、前記ゲートウェイ装置から要求したコンテンツを取得し、取得された当該コンテンツを再生するコンテンツ再生部と、
　を備える。
　本発明によれば、コンテンツ変換装置は同一のコンテンツを再生するプレイヤの数に係らず一定の処理能力でコンテンツのフォーマットを変換することができる。
コンテンツ配信システムの構成の一例を示す図である。 プレイヤのプログラムの構成の一例を示す図である。 ゲートウェイ装置のプログラムの構成の一例を示す図である。 トランスコードサーバのプログラムの構成の一例を示す図である。 動画配信サーバのプログラムの構成の一例を示す図である。 動画配信サーバＡのプログラムに含まれる動画サイトＡバンドルの構成の一例を示す図である。 ゲートウェイ装置に保存されるコンテンツディレクトリ構成の一例を示す図である。 動画一覧データの一例を示す図である。 トランスコードサーバに保存されるトランスコード後動画ＵＲＬ関連テーブルの一例を示す図である。 トランスコードサーバに保存される配信用動画一覧データの一例を示す図である。 ゲートウェイ装置に保存されるコンテンツディレクトリの一例を示す図である。 ゲートウェイ装置に保存されるＩＤ動画関連テーブルの一例を示す図である。 （Ａ）トランスコードサーバに保存されるＡＰＩ変換テーブルを示す図である。（Ｂ）ゲートウェイ装置に保存されるディレクトリ・ＡＰＩ関連テーブルを示す図である。 動画サイトＡバンドルにおけるコンテンツディレクトリ作成部の処理を示す図である。 （Ａ）プレイヤのディスプレイに表示される最初の画面を示す図である。（Ｂ）プレイヤのディスプレイに表示される２番目の画面を示す図である。（Ｃ）プレイヤのディスプレイに表示される３番目の画面を示す図である。（Ｄ）プレイヤのディスプレイに表示される４番目の画面を示す図である。 トランスコードサーバにおける配信用データ作成部の処理を示すフローチャートである。 （Ａ）トランスコードサーバにおける動画一覧の配信の処理を示すフローチャートである。（Ｂ）トランスコードサーバにおける動画の配信の処理を示すフローチャートである。 コンテンツディレクトリ取得処理の流れを示す図である。 コンテンツ再生処理の流れを示す図である。
　以下、本発明の実施形態に係るコンテンツ配信システムについて図面を参照しながら説明する。
　なお、コンテンツには動画、音楽、写真等さまざまな種類があるが、以下では動画を配信する動画配信サーバを含むコンテンツ配信システムを例として説明する。
　コンテンツ配信システム１００は、図１に示すように、プレイヤ１１１と、ゲートウェイ装置１２０と、トランスコードサーバ１３１と、動画配信サーバＡ　１３２と、動画配信サーバＢ　１３３とを有している。
　また、図１に示すように、プレイヤ１１１と、ゲートウェイ装置１２０は構内ネットワーク１１０に接続されている。また、ゲートウェイ装置１２０と、トランスコードサーバ１３１と、動画配信サーバＡ　１３２と、動画配信サーバＢ　１３３はインターネット１３０に接続されている。
　プレイヤ１１１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等で構成される主記憶装置と、ネットワークインターフェースと、リモコン等の入力装置と、ディスプレイとを有する。
　プレイヤ１１１は、コンテンツディレクトリをゲートウェイ装置１２０から取得して、ディスプレイに表示する。そして、ユーザによりリモコン等でコンテンツが選択されると、プレイヤ１１１は、ゲートウェイ装置１２０を経由してトランスコードサーバ１３１から選択されたコンテンツを取得し、取得したコンテンツを再生する。
　プレイヤ１１１は、主記憶装置に記憶されているプログラムを実行することにより、これらの各種処理を行う。プレイヤ１１１のプログラムの詳細な構成は図２を参照しつつ後で説明する。
　ゲートウェイ装置１２０は、ＣＰＵと、ＲＡＭ等で構成される主記憶装置と、２つのネットワークインターフェースとを有する。
　ゲートウェイ装置１２０は、構内ネットワーク１１０とインターネット１３０に接続されており、プレイヤ１１１とトランスコードサーバ１３１の通信を中継する。また、ゲートウェイ装置１２０は、コンテンツディレクトリを作成してプレイヤ１１１に送信する。
　ゲートウェイ装置１２０は、主記憶装置に記憶されているプログラムを実行することにより、これらの処理を行う。ゲートウェイ装置１２０のプログラムの詳細な構成は図３を参照しつつ後で説明する。
　トランスコードサーバ１３１は、ＣＰＵと、ＲＡＭ等で構成される主記憶装置と、ネットワークインターフェースと、ハードディスク等で構成される補助記憶装置とを有する。
　トランスコードサーバ１３１は、動画配信サーバＡ　１３２と動画配信サーバＢ　１３３から配信可能な動画一覧を取得して補助記憶装置に保存する。また、トランスコードサーバ１３１は、取得された動画一覧に対応する動画を動画配信サーバＡ　１３２と動画配信サーバＢ　１３３から取得し、取得された動画のフォーマットをプレイヤ１１１で再生できるフォーマットに変換して補助記憶装置に保存する。そして、プレイヤ１１１からの要求（リクエスト）に応答して保存されている動画一覧と動画をゲートウェイ装置１２０に送信する。
　トランスコードサーバ１３１は、主記憶装置に記憶されているプログラムを実行することにより、これらの処理を行う。トランスコードサーバ１３１のプログラムの詳細な構成は図４を参照しつつ後で説明する。
　動画配信サーバＡ　１３２は、動画配信業者Ａによって運営され、インターネット１３０に動画サイトＡを公開する。また、動画配信サーバＢ　１３３は動画配信業者Ｂによって運営され、インターネット１３０に動画サイトＢを公開する。
　これらの各動画配信サーバは、ＣＰＵと、ＲＡＭ等で構成される主記憶装置と、ネットワークインターフェースと、ハードディスク等で構成される補助記憶装置とを有する。
　各動画配信サーバは補助記憶装置に配信可能な動画を保存している。各動画配信サーバはトランスコードサーバ１３１等に動画を送信する。また、各動画配信サーバは、補助記憶装置に保存されている動画の一覧を提供する動画一覧提供機能を備え、トランスコードサーバ１３１からのリクエストに応答してトランスコードサーバ１３１に動画一覧を送信する。
　各動画配信サーバは、主記憶装置に記憶されているプログラムを実行することにより、これらの処理を行う。各動画配信サーバのプログラムの詳細な構成は図５を参照しつつ後で説明する。
　図２は、プレイヤ１１１のプログラムの構成の一例を示す。プレイヤ１１１のプログラムは、サーバ発見部２１０と、コンテンツディレクトリ取得・表示部２２０と、コンテンツ再生部２４０とで構成される。
　サーバ発見部２１０は、構内ネットワーク１１０に接続されているコンテンツ配信機能を持つ配信機器を発見する機能を備える。サーバ発見部２１０は、まず、デバイス発見要求メッセージを構内ネットワーク１１０にブロードキャスト（放送）する。そして、構内ネットワーク１１０に接続された各デバイスは、デバイス発見要求メッセージに応答して、各デバイスが持つ機能を返信する。これにより、サーバ発見部２１０は、コンテンツ配信機能を持つ配信機器を発見することができる。このようなデバイスを発見するための手段については、例えばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）　ＤＡ（Ｄｅｖｉｃｅ　Ａｒｃｈｉｔｅｃｔｕｒｅ）規格を実装することで実現可能である。
　ゲートウェイ装置１２０は、コンテンツ配信機能を持つ配信機器の一つである。サーバ発見部２１０は、デバイス発見要求メッセージを構内ネットワーク１１０にブロードキャストすることにより、ゲートウェイ装置１２０を発見することができる。
　コンテンツディレクトリ取得・表示部２２０は、コンテンツ配信機能を持つ配信機器からコンテンツディレクトリを取得し、プレイヤ１１１のディスプレイに表示する。
　コンテンツ再生部２４０は、コンテンツ配信機能を持つ配信機器に対し、再生するコンテンツを指定するリクエストを送信する。そのリクエストを受信した配信機器は、プレイヤ１１１にコンテンツを送信する。プレイヤ１１１は受信したコンテンツを再生する。ただし、コンテンツ再生部２４０が再生できるコンテンツのフォーマットは通常限定されている。本実施形態に係るコンテンツ再生部２４０は、ＭＰＥＧ－２で符号化されたＭＰＥＧ－２動画のみを再生することができるものとする。
　以上の機能を持つプレイヤの例として、ＤＬＮＡで定められたＤＭＰ（Ｄｉｇｉｔａｌ　Ｍｅｄｉａ　Ｐｌａｙｅｒ）デバイスがある。
　なお、コンテンツディレクトリの構成については図１１、コンテンツディレクトリ取得・表示部２２０の処理の詳細については図１５、コンテンツディレクトリ取得処理の流れについては図１８、コンテンツ再生処理の流れについては図１９をそれぞれ参照しつつ後で説明する。
　図３は、ゲートウェイ装置１２０のプログラムの構成の一例を示す。ゲートウェイ装置１２０のプログラムは、デバイス公開部３１０と、ソフトウェア管理フレームワーク３２０と、バンドル群３３０とで構成される。コンテンツディレクトリ３４０は主記憶装置に保存される。
　デバイス公開部３１０は、プレイヤ１１１からブロードキャストされるデバイス発見要求メッセージに応答し、ゲートウェイ装置１２０がコンテンツ配信機能を持つ配信機器であることを示すメッセージをプレイヤ１１１に返信する。
　ソフトウェア管理フレームワーク３２０は、バンドルというモジュール単位でプログラムを管理する。ソフトウェア管理フレームワーク３２０は、ゲートウェイ装置１２０の全体を再起動せずに各バンドルのインストールとアンインストールを行うことができる。ＯＳＧｉ（Ｏｐｅｎ　Ｓｅｒｖｉｃｅ　Ｇａｔｅｗａｙ　ｉｎｉｔｉａｔｉｖｅ）規格に基づいてこのようなソフトウェア管理フレームワーク３２０を実装することができる。
　バンドル群３３０は、ソフトウェア管理フレームワーク３２０が管理するバンドルの集まりである。動画サイトＡバンドル３３１は、動画サイトＡとプレイヤ１１１を仲介する。本実施形態では、動画サイトＡバンドル３３１しかバンドルがないが、複数のバンドルが存在してもよい。
　コンテンツディレクトリ３４０は、動画サイトＡバンドル３３１によって作成されたコンテンツディレクトリを保存する。動画サイトＡバンドル３３１によって作成されたコンテンツディレクトリは動画サイトＡが配信可能な動画の一覧を指定する。
　なお、動画サイトＡバンドル３３１の詳細な構成については図６、コンテンツディレクトリ３４０の構造については図１１をそれぞれ参照しつつ後で説明する。
　図４は、トランスコードサーバ１３１のプログラムの構成の一例を示す。トランスコードサーバ１３１のプログラムは、配信用データ作成部４１０と、動画一覧・動画配信部４２０とで構成される。また、配信用動画一覧データ４３０と、ＡＰＩ変換テーブル４３１と、トランスコード後動画データＵＲＬ関連テーブル４４０と、トランスコード後動画データ４５０とが補助記憶装置に保存されている。
　配信用データ作成部４１０は、プレイヤ１１１から送信され、ゲートウェイ装置１２０を経由したリクエストに応答して動画サイトから動画一覧と動画を取得する。
　配信用データ作成部４１０は、トランスコード部４１１を含む。トランスコード部４１１は、取得された動画のフォーマットをプレイヤ１１１で再生できるフォーマットに変換し、変換された動画をトランスコード後動画データ４５０として補助記憶装置に保存する。例えば、トランスコード部４１１は、Ｈ．２６４で符号化された動画をＭＰＥＧ－２動画に変換する。
　その際、配信用データ作成部４１０は、動画サイトのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）と補助記憶装置に保存された動画とを関連付けるデータをトランスコード後動画データＵＲＬ関連テーブル４４０として補助記憶装置に保存する。
　また、配信用データ作成部４１０は、取得した動画一覧の情報を配信用動画一覧データ４３０として補助記憶装置に保存する。
　ＡＰＩ変換テーブル４３１は、動画一覧の情報を動画サイトから取得する際に、ゲートウェイ装置１２０からトランスコードサーバ１３１に送信されたリクエスト（ＡＰＩ）を動画サイトに送信するリクエストに変換するための対応表であり、予め補助記憶装置に保存されている。
　なお、トランスコード後動画データＵＲＬ関連テーブル４４０については図９、配信用動画一覧データ４３０については図１０、ＡＰＩ変換テーブル４３１については図１３（Ａ）、配信用データ作成部４１０の処理の流れについては図１６をそれぞれ参照しつつ後で説明する。
　動画一覧・動画配信部４２０は、プレイヤ１１１から送信され、ゲートウェイ装置１２０を経由したリクエストに応答して配信用動画一覧データ４３０より動画一覧データ、およびトランスコード後動画データ４５０よりＭＰＥＧ－２動画をそれぞれ取得し、ゲートウェイ装置１２０に送信する。動画一覧・動画配信部４２０の処理の流れについては図１７を参照しつつ後で説明する。
　図５は、動画配信サーバＡ　１３２と動画配信サーバＢ　１３３のプログラムの構成の一例を示す。各動画配信サーバのプログラムは、動画一覧提供部５１０と動画配信部５２０とで構成される。動画データ５３０には配信可能な動画が格納されている。動画データ５３０は補助記憶装置に保存されている。
　動画一覧提供部５１０は、トランスコードサーバ１３１等からのリクエストに応答して、動画一覧データをトランスコードサーバ１３１等に返信する。リクエストの例としては、人気の動画、再生回数の多い動画、評価の高い動画、特定のキーワードを含む動画などがある。
　トランスコードサーバ１３１等は、例えば、ＨＴＴＰプロトコル（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いてリクエストを送信する。例えば、トランスコードサーバ１３１が次のＨＴＴＰリクエスト（ＡＰＩ）を動画配信サーバに送信したとする。
　http://videosite-a.com/api.cgi?request=mostviewed
ここで、ａｐｉ．ｃｇｉは動画一覧提供部５１０の処理を実行するＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）プログラムである。このＨＴＴＰリクエストを受信した動画配信サーバの動画一覧提供部５１０は、ａｐｉ．ｃｇｉに渡される引数「ｒｅｑｕｅｓｔ＝ｍｏｓｔｖｉｅｗｅｄ」によって、リクエスト種別が再生回数の多い動画であることを判別し、再生回数の多い動画一覧のデータをトランスコードサーバ１３１に返信する。
　動画配信サーバが送信する動画一覧データについては、図８を参照しつつ後で説明する。
　なお、どのような種類のリクエストがあるか、リクエストの手段、および動画一覧データのフォーマットは、動画配信サーバによって異なる。上記はリクエストの一例に過ぎない。トランスコードサーバ１３１は各動画配信サーバに応じた形式でリクエストを送信する。
　動画一覧のデータを取得したトランスコードサーバ１３１等がこの動画サイトに所望する動画データを要求すると、動画配信部５２０は動画データ５３０から要求された動画を取り出してトランスコードサーバ１３１等に送信する。
　図６は、動画サイトＡバンドル３３１の構成の一例を示す。動画サイトＡバンドル３３１は、コンテンツディレクトリ作成部６１０と、動画取得・中継部６２０とで構成される。コンテンツディレクトリ構成６１１と、ディレクトリ・ＡＰＩ関連テーブル６１２と、ＩＤ動画関連テーブル６３０とは主記憶装置に保存される。
　コンテンツディレクトリ作成部６１０は、トランスコードサーバ１３１から動画一覧データを取得し、その動画一覧データをコンテンツディレクトリに含まれる対応するディレクトリに追加する。
　コンテンツディレクトリ構造６１１には、コンテンツディレクトリの構造が保存されている。また、ディレクトリ・ＡＰＩ関連テーブル６１２には、コンテンツディレクトリに含まれる各ディレクトリと、動画一覧データを取得するための動画サイトＡへのリクエスト（ＡＰＩ）との対応を示す情報が保存されている。コンテンツディレクトリの構造およびディレクトリとＡＰＩの対応関係は動画サイトＡバンドル３３１内で固定であり変化しない。
　なお、コンテンツディレクトリ構造６１１については図７、ディレクトリ・ＡＰＩ関連テーブル６１２については図１３（Ｂ）、コンテンツディレクトリ作成部６１０の処理の流れについては図１４をそれぞれ参照しつつ後で説明する。
　動画取得・中継部６２０は、プレイヤ１１１からの動画取得リクエストを受信すると、ＩＤ動画関連テーブル６３０を参照してその動画取得リクエストをトランスコードサーバ１３１に中継する。ここで、ＩＤ動画関連テーブル６３０は、コンテンツディレクトリ３４０と動画サイトの動画ＵＲＬを関連付けるためのテーブルである。
　なお、ＩＤ動画関連テーブル６３０については図１２、動画取得・中継部６２０の処理については図１９をそれぞれ参照しつつ後で説明する。
　図７は、コンテンツディレクトリに含まれるディレクトリの階層構成（コンテンツディレクトリ構成６１１）の一例を示す。
　コンテンツディレクトリ構成６１１は固定されており、コンテンツディレクトリ作成部６１０はコンテンツディレクトリ構成６１１を予め有している。
　コンテンツディレクトリ作成部６１０は、コンテンツディレクトリ構成６１１を元にコンテンツディレクトリに動画一覧データに関する情報を追加し、コンテンツディレクトリにつての情報をプレイヤ１１１に返す。コンテンツディレクトリ作成部６１０は、例えば、プレイヤ１１１から動画サイトＡ７００へのリクエストを受けると、再生回数の多い動画７１０、評価の高い動画７２０、カテゴリ７３０の３つのディレクトリをプレイヤ１１１に返す。また、コンテンツディレクトリ作成部６１０は、プレイヤ１１１から再生回数の多い動画７１０へのリクエストを受けると、トランスコードサーバより動画一覧を取得してその動画一覧をプレイヤ１１１に返す。
　図８は、動画一覧データの一例を示す。
　動画一覧データは、動画ＵＲＬ８１０とそれに対応する動画タイトル８２０の組で構成される。動画一覧データの文字列表現としてはＸＭＬのような構造化言語を使うこともありえる。
　図９は、トランスコードサーバに保存されるトランスコード後動画ＵＲＬ関連テーブル４４０の一例を示す。
　トランスコード後動画ＵＲＬ関連テーブル４４０は、動画ＵＲＬ９１０と、それに対応する動画ファイル９２０の組で構成される。動画ＵＲＬ９１０は、トランスコード前の動画を取得した動画サイトのＵＲＬを示す。動画ファイル９２０は、トランスコード後動画データ４５０内のＭＰＥＧ－２動画に変換された動画ファイルのパスを示す。
　図１０は、トランスコードサーバに保存される配信用動画一覧データ４３０の一例を示す。
　配信用動画一覧データ４３０は、カテゴリＩＤ１０１０と、動画ＵＲＬ１０２０と、動画タイトル１０３０とで構成される。
　カテゴリＩＤ１０１０は、動画配信サーバの動画一覧提供部５１０に送ったリクエストに対応する一意のＩＤである。例えば、トランスコードサーバ１３１が動画サイトＡに次のリクエストを送信したとする。
　http://videosite-a.com/api.cgi?request=mostviewed
この場合、カテゴリＩＤは、例えばa_mostviewedとなる（ただし、a_mostviewedでなくとも、一意であればよい）。
　また、動画ＵＲＬ１０２０は動画サイトにおける動画ファイルのＵＲＬを、動画タイトル１０３０は動画のタイトルをそれぞれ示す。
　図１１は、ゲートウェイ装置１２０に保存されるコンテンツディレクトリ３４０の一例を示す。
　コンテンツディレクトリ３４０は、ＩＤ１１１０と、親のＩＤ１１２０と、種別１１３０と、名前１１４０と、ＵＲＬ１１５０とで構成される。コンテンツディレクトリ３４０は、ディレクトリの構造と各ディレクトリに割り当てられたコンテンツでコンテンツ一覧を表現することができる。
　ＩＤ１１１０は、コンテンツに一意に割り当てられたＩＤである。親のＩＤ１１２０は、コンテンツの所属する親ディレクトリを示す。種別１１３０は、コンテンツのフォーマットを示す。ただし、種別１１３０が「ディレクトリ」となっている場合は、該当する行がディレクトリに対応することを示す。名前１１４０はコンテンツもしくはディレクトリの名前を示す。ＵＲＬ１１５０は、コンテンツのある場所を示すＵＲＬである。
　以下、図１１のコンテンツディレクトリの例を説明する。行１１６１は、ルートディレクトリの子要素である「動画サイトＡ」という名前のディレクトリを表す。ルートディレクトリの子要素であることは、親のＩＤ１１２０が「０」であることによって表される。行１１６２～１１６４は、「動画サイトＡ」ディレクトリの子要素である。行１１６２～１１６４には、種別１１３０がディレクトリである３行が格納されている。行１１６５、１１６６は、行１１６２のディレクトリ「再生回数が多い動画」の子要素である。行１１６５、１１６６には種別１１３０がＭＰＥＧ－２動画である２行が格納されている。行１１６７～１１６９は、行１１６４のディレクトリ「カテゴリ」の子要素である。行１１６７～１１６９には、種別１１３０がディレクトリである３行が格納されている。
　図１２は、ゲートウェイ装置１２０に保存されるＩＤ動画関連テーブル６３０の一例を示す。
　ＩＤ動画関連テーブル６３０は、ＩＤ１２１０とＵＲＬ１２２０とで構成される。
　ＩＤ１２１０には、図１１のコンテンツディレクトリにおいて種別１１３０がＭＰＥＧ－２動画である行のＩＤ１１１０が格納される。ＵＲＬ１２２０は、動画がインターネット１３０のどこにあるかを示すＵＲＬである。例えば、行１２３１のＩＤ１２１０は「５」であるため、行１２３１は図１１の行１１６５に対応する。
　図１３（Ａ）は、トランスコードサーバ１３１に保存されるＡＰＩ変換テーブル４３１を示す。
　ＡＰＩ変換テーブル４３１は、変換前ＡＰＩ１３１０と、変換後ＡＰＩ１３２０とで構成される。
　ＡＰＩ変換テーブル４３１は、動画一覧の情報を動画サイトから取得する際に、ゲートウェイ装置１２０からトランスコードサーバ１３１に送信されたリクエスト（変換前ＡＰＩ１３１０）を動画サイトに送信するリクエスト（変換後ＡＰＩ１３２０）に変換するための対応表である。
　図１３（Ｂ）は、ゲートウェイ装置に保存されるディレクトリ・ＡＰＩ関連テーブル６１２を示す。
　ディレクトリ・ＡＰＩ関連テーブル６１２は、ディレクトリ１３４０と、ＡＰＩ１３５０とで構成される。
　ディレクトリ・ＡＰＩ関連テーブル６１２は、コンテンツディレクトリ作成部６１０がプレイヤ１１１から動画一覧を持つディレクトリへのリクエストを受けたときに、そのディレクトリと動画一覧を取りに行く動画サイトのＡＰＩ（ＵＲＬ）を関連付ける。
　例えば、プレイヤ１１１が「再生回数の多い動画」のリクエストを送信した場合、コンテンツディレクトリ作成部６１０は次のリクエストをトランスコードサーバ１３１に送信する。
　http://transcodeserver/api.cgi?request=a_mostviewed
　トランスコードサーバ１３１は、このリクエストを受信すると、ＡＰＩ変換テーブル４３１を用いてこのリクエストを次のリクエストに変換し、動画サイトに送信する。
　http://videosite-a.com/api.cgi?request=mostviewed
　図１４は、動画サイトＡバンドル３３１におけるコンテンツディレクトリ作成部６１０の処理を示す。
　コンテンツディレクトリ作成部６１０は、これまで作成されたコンテンツディレクトリのデータをコンテンツディレクトリ３４０としてゲートウェイ装置１２０の主記憶装置に持っている。
　また、コンテンツディレクトリ作成部６１０は、コンテンツディレクトリ３４０の階層構成についての情報、つまり各ディレクトリがどんな子ディレクトリを持っているか、という情報をコンテンツディレクトリ構成６１１（図７参照）として主記憶装置に予め保存している。
　コンテンツディレクトリ作成部６１０は、コンテンツディレクトリ３４０のディレクトリが動画配信サーバの動画一覧に対応している場合（例えば「再生回数の多い動画」ディレクトリなど）、動画一覧をトランスコードサーバ１３１より取得し、コンテンツディレクトリのデータ行を動的に生成する。なお、動画配信サーバの動画一覧に対応していないディレクトリとは、子要素としてディレクトリのみを持つディレクトリをいう。
　ゲートウェイ装置１２０は、動画一覧の取得のために各ディレクトリとトランスコードサーバ１３１のＡＰＩとの対応をディレクトリ・ＡＰＩ関連テーブル６１２（図１３（Ｂ）参照）として主記憶装置に予め保存している。
　以下では、図１１の行１１６１～１１６４までのコンテンツディレクトリ３４０についてのデータが既に主記憶装置に保存されている例について説明する。
＜ステップ１４００＞
　プレイヤ１１１は、後で図１５を参照しつつ説明するように、ＤＬＮＡ規格のＳＯＡＰメッセージなどで入力のＩＤ１１１０を通知する。例えば、プレイヤ１１１が行１１６１の動画サイトＡというディレクトリを要求する場合は、プレイヤ１１１からの入力は「１」となる。
　コンテンツディレクトリ作成部６１０は、プレイヤ１１１からの入力であるＩＤ１１１０と親のＩＤ１１２０が一致するエントリが存在する場合は、そのエントリを出力して終了する。例えば、入力のＩＤ１１１０が「１」であった場合、親のＩＤ１１２０が１である行１１６２～１１６４を出力して終了する。
　以下は、入力のＩＤ１１１０が２（名前１１４０は「再生回数が多い動画」）であるとして説明する。
＜ステップ１４１０＞
　コンテンツディレクトリ作成部６１０は、ディレクトリの名前１１４０に対応する動画一覧のデータをトランスコードサーバ１３１から取得する。本例では、ディレクトリの名前１１４０が「再生回数の多い動画」であるので、ディレクトリ・ＡＰＩ関連テーブル６１２（図１３（Ｂ）参照）より取り出した行１３６１の次のＵＲＬリクエストを用いてトランスコードサーバ１３１の動画一覧・動画配信部４２０を呼び出し、「再生回数の多い動画」の動画一覧データを取得する。
　http://transcodeserver/api.cgi?request=a_mostviewed
　以下では、動画一覧データとして図８のデータを取得できた例について説明する。
＜ステップ１４２０＞
　コンテンツディレクトリ作成部６１０は、図８の動画一覧データの各行について、コンテンツディレクトリのデータ行を生成する。これまで作成されたコンテンツディレクトリのデータとしては行１１６１～１１６４がある場合に、行８３１を処理する例で説明する。コンテンツディレクトリ作成部６１０は、以下の（１）～（５）の処理を行う。
（１）ＩＤ１１１０の設定
　コンテンツディレクトリ作成部６１０は、これまで作成されたコンテンツディレクトリのＩＤ１１１０に存在しないＩＤを生成する。行１１６１～１１６４のＩＤの中に「５」は存在しないため、コンテンツディレクトリ作成部６１０はＩＤ１１１０に「５」を設定する。
（２）親のＩＤ１１２０の設定
　コンテンツディレクトリ作成部６１０は、親のＩＤ１１２０に入力のＩＤ「２」（再生回数が多い動画）を設定する。
（３）種別１１３０の設定
　コンテンツディレクトリ作成部６１０は、種別１１３０にプレイヤ１１１が再生できるフォーマットを設定する。今回、プレイヤ１１１はＭＰＥＧ－２動画を再生でき、動画は全てトランスコードサーバ１３１によってＭＰＥＧ－２動画に変換されるため、コンテンツディレクトリ作成部６１０は種別１１３０に「ＭＰＥＧ－２動画」を設定する。
（４）名前１１４０の設定
　コンテンツディレクトリ作成部６１０は、動画一覧データ（図８参照）の動画タイトル８２０の欄をそのまま使い、名前１１４０に「がっかりする猫」を設定する。
（５）ＵＲＬ１１５０の設定
　コンテンツディレクトリ作成部６１０は、ＵＲＬ１１５０を次のように設定する。
　http://<ゲートウェイ装置のアドレス（今回は133.108.2.1とする）>/content.cgi?id=<ID １１１０の値>
このため、コンテンツディレクトリ作成部６１０はＵＲＬ１１５０に以下を設定する。
　http://133.108.2.1/content.cgi?id=5
　以上の処理で、行１１６５が生成される。コンテンツディレクトリ作成部６１０は、同様に、行８３２について（１）～（５）の処理を行い、行１１６６を生成する。
　なお、例えばＩＤ１１１０として「３」または「４」が入力された後、ＩＤ１１１０として「２」が入力された場合、図１１に示すコンテンツディレクトリと異なるものが生成される。ゲートウェイ装置１２０は構内ネットワーク１１０毎に存在するので、プレイヤ１１１から見たゲートウェイ装置１２０は１つである。このため、各ゲートウェイ装置１２０が異なるコンテンツディレクトリを持つことは問題とはならない。例えば、「がっかりする猫」のＩＤ１１１０が「７」になった場合、プレイヤ１１１にはＩＤ１１１０「７」ＵＲＬ１１５０「http://133.100.2.1/content.cgi?id=7」が渡され、図１２に示すＩＤ動画関連テーブル６３０の行もそれに合わせて作成される。従って、各ゲートウェイ装置１２０が異なるコンテンツディレクトリを持っていても、プレイヤ１１１から見れば「再生回数が多い動画」ディレクトリの下の「がっかりする猫」という動画を取得するという行為において何の変わりもない。
＜ステップ１４３０＞
　コンテンツディレクトリ作成部６１０は、ＩＤ動画関連テーブル６３０（図１２参照）を更新する。コンテンツディレクトリ作成部６１０は、ＩＤ動画関連テーブル６３０の各行について、ＩＤ１２１０にコンテンツディレクトリ（図１１参照）のＩＤ１１１０と同じものを設定し、ＵＲＬ１２２０に動画一覧データ（図８参照）の動画ＵＲＬ８１０と同じものを設定する。その結果、図１２に示すＩＤ動画関連テーブル６３０が得られる。
　コンテンツディレクトリ作成部６１０は、最後に、＜ステップ１４２０＞で生成された行をコンテンツディレクトリ３４０に追加するとともに、その行のデータをプレイヤ１１１に送信する。今回、コンテンツディレクトリ作成部６１０は行１１６５，１１６６のデータを追加・送信する。
　次に、図１５に示すプレイヤ１１１のディスプレイに表示される画面を使いながら、ユーザがコンテンツを選択することが可能となるまでのコンテンツディレクトリ取得・表示部２２０の処理を説明する。
　今回は、コンテンツディレクトリ３４０の初期構成として、行１１６１～１１６４が予めゲートウェイ装置１２０の主記憶装置に格納されているとする。
＜画面１５１０＞
　ユーザがプレイヤ１１１の電源を投入し、インターネット１３０に接続されている動画サイトによって配信されるコンテンツを見るためのメニューをリモコンで選択すると、サーバ発見部２１０は発見したゲートウェイ装置１２０の名称を表示する。
　図１の構成だと、サーバ発見部２１０に対して、ゲートウェイ装置１２０の中のデバイス公開部３１０が「サーバ名称「コンテンツサーバ」」を返信し、プレイヤ１１１のディスプレイには、図１５（Ａ）に示すように、コンテンツサーバ１５１１が表示される。
＜画面１５２０＞
　ユーザがプレイヤ１１１のリモコン等でコンテンツサーバ１５１１を選択する。プレイヤ１１１のコンテンツディレクトリ取得・表示部２２０は、コンテンツサーバ１５１１が選択されたことをゲートウェイ装置１２０に通知する（ＤＬＮＡ規格のＳＯＡＰメッセージなどで通知する）。このとき、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０には入力のＩＤ１１１０として「０」が入力される。これに応答して、ゲートウェイ装置１２０は、コンテンツディレクトリ作成部６１０を使用し、図１１の行１１６１のようなコンテンツディレクトリをプレイヤ１１１に返信する。コンテンツディレクトリ取得・表示部２２０は、プレイヤ１１１のディスプレイに、図１５（Ｂ）に示すように、動画サイトＡ　１５２２を表示する。なお、動画サイトＡ　１５２２は、動画配信サーバＡ　１３２がインターネット１３０に公開しているサイト名である。
＜画面１５３０＞
　ユーザが動画サイトＡ　１５２２を選択する。コンテンツディレクトリ取得・表示部２２０は、動画サイトＡ　１５２２が選択されたことをゲートウェイ装置１２０に通知する。このとき、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０には入力のＩＤ１１１０として「１」が入力される。これに応答して、コンテンツディレクトリ作成部６１０は、図１１の行１１６２～１１６４をプレイヤ１１１に返信する。コンテンツディレクトリ取得・表示部２２０は、図１５（Ｃ）に示すように、行１１６２～１１６４の名前１１４０を＜画面１５３０＞に表示し、リモコンで選択可能にする。
＜画面１５４０＞
　ユーザが再生回数の多い動画１５３３を選択する。コンテンツディレクトリ取得・表示部２２０は、再生回数の多い動画１５３３が選択されたことをゲートウェイ装置１２０に通知する。このとき、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０には入力のＩＤ１１１０として「２」が入力される。これに応答して、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０は、行１１６５、１１６６をプレイヤ１１１に返信する。コンテンツディレクトリ取得・表示部２２０は、図１５（Ｄ）に示すように、行１１６５、１１６６の名前１１４０を＜画面１５４０＞に表示し、「がっかりする猫」１５４４と「犬と二人羽織」１５４５をリモコンで選択可能にする。ここで、行１１６５，１１６６の種別１１３０は「ＭＰＥＧ－２動画」となっており、「がっかりする猫」１５４４と「犬と二人羽織」１５４５に対応するコンツンツは動画であることが分かる。このようにディレクトリではなく再生可能なコンテンツであることを表す要素が選択された場合、コンテンツディレクトリ取得・表示部２２０は、コンテンツ再生部２４０を起動する。
　図１６は、トランスコードサーバ１３１における配信用データ作成部４１０の処理を示すフローチャートである。
　この処理はトランスコードサーバ１３１が立ち上げられた時点で実行される。そして、この処理は、一通り配信用データを作成した後、最初のステップに戻り繰り返し実行される。
　配信用データ作成部４１０は、ゲートウェイ装置１２０がどのような動画サイトバンドルを持つかという情報、および各動画サイトバンドルが持つ、動画を子要素として有するディレクトリ等の情報（コンテンツディレクトリ構成６１１）を保有している。従って、配信用データ作成部４１０は、リクエストされる可能性のあるディレクトリの情報を知っている。このため、配信用データ作成部４１０は、リクエストされる可能性のある動画を予め全て変換することができる。
　例えば、本実施形態では、配信用データ作成部４１０は、ゲートウェイ装置１２０が動画サイトＡバンドル３３１を持ち、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０が図１１の行１１６２の「再生回数が多い動画」、行１１６３の「評価が高い動画」、および行１１６７～行１１６９のディレクトリを持っているという情報を有している。
　配信用データ作成部４１０は、それらのディレクトリに対応する動画一覧および動画ファイルを動画サイトより取得し、取得された動画ファイルについてトランスコード部４１１を用いてＭＰＥＧ－２動画に変換する。以下に、配信用データ作成部４１０の処理手順を示す。
＜ステップ１６１０＞
　ステップ１６１０では、配信用データ作成部４１０は、ゲートウェイ装置１２０が持つディレクトリに対応する動画一覧を動画サイトＡより取得する。例えば、図１１の行１１６２の「再生回数が多い動画」ディレクトリに対応する動画一覧を取得する場合、配信用データ作成部４１０は、ＡＰＩ変換テーブル４３１（図１３（Ａ）参照）を参照して、次のリクエストを動画配信サーバＡ　１３２に送信する。
　http://videosite-a.com/api.cgi?request=mostviewed
　動画配信サーバＡ　１３２は、図８のような動画一覧データをトランスコードサーバ１３１に返信する。なお、ＡＰＩ変換テーブル４３１はトランスコードサーバ１３１の補助記憶装置に予め保存されている。
＜ステップ１６２０＞
　配信用データ作成部４１０は、ステップ１６１０で取得した動画一覧データ内の動画ＵＲＬ８１０をトランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）のＵＲＬ９１０と比較し、ＵＲＬ８１０に含まれており、かつＵＲＬ９１０に含まれていない動画ＵＲＬを全て選び出す。
＜ステップ１６３０＞
　配信用データ作成部４１０は、ステップ１６２０で選び出した動画ＵＲＬにアクセスして動画配信サーバＡ　１３２から動画ファイルを取得する。次に、配信用データ作成部４１０は、トランスコード部４１１を用いて取得された動画ファイルのフォーマットをＭＰＥＧ－２に変換し、トランスコード後動画データ４５０に追加して保存する。
＜ステップ１６４０＞
　配信用データ作成部４１０は、ステップ１６３０で取得、変換、保存した動画について、その動画ＵＲＬと変換された動画を保存した場所をトランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）に追加する。
＜ステップ１６５０＞
　配信用データ作成部４１０は、ステップ１６１０で取得した動画一覧を配信用動画一覧データ４３０として図１０のような形式で補助記憶装置に保存する。配信用データ作成部４１０は、保存しようとする新しい動画一覧のカテゴリＩＤと同一のカテゴリＩＤを持つ動画が既に保存されている配信用動画一覧データ４３０内に一つでも存在した場合（つまり、この例では、「再生回数が多い動画」の動画一覧が初めて取得されたのではなく、すでに保存されていた場合）、配信用動画一覧データ４３０からそれら同一のカテゴリＩＤを持つ動画の行を全て削除してから新しい動画一覧を保存する。
　配信用データ作成部４１０は、以上のステップ１６１０からステップ１６５０までの処理を各ゲートウェイ装置４１０からリクエストされる可能性のある全てのディレクトリについて行なう。この処理により、配信用動画一覧データ４３０から取得される動画一覧で指定される動画は全て既にＭＰＥＧ－２に変換された動画ファイルが存在する事になる。（動画サイトから取得した動画一覧内にある動画を全て変換し終わった後でその動画一覧を配信用動画一覧データ４３０に追加しているため。）
　配信用データ作成部４１０は、全てのディレクトリについてステップ１６１０からステップ１６５０までの処理をした後は、また最初からこの処理を繰り返す。この方法では、繰り返しの処理時点で動画一覧が前回の処理時から大きく変わっていた場合、変換しなければならない動画の数が多くなるのでこの一通りの手順に（つまりゲートウェイ装置１２０に送信する動画一覧の更新に）相対的に長い時間がかかる。逆に動画一覧の変化が小さい場合は短時間で済む。同様に、トランスコードサーバ１３１の処理能力が高い場合は短い間隔で動画一覧が最新の情報に更新されることになり、処理能力が低い場合はその更新間隔が長くなる。更新間隔は不定期になるが、トランスコードサーバ１３１の変換処理能力を遊ばせることなく活用でき、トランスコードサーバ１３１の変換処理能力が高くても低くてもコンテンツ配信システム全体を動作させることができる。
　図１７は、トランスコードサーバ１３１における動画一覧・動画配信部４２０の処理を示すフローチャートである。
　この処理は、図１６の配信用データ作成部４１０の処理がゲートウェイ装置１２０の要求し得る全ての動画一覧について一通り終了した後で実行可能となる。なぜなら、図１６の処理が一巡しない内は、例えば、動画サイトＡバンドル３３１が持つ「ニュース」というディレクトリに対応する動画一覧および変換後動画ファイルがトランスコードサーバ１３１にまだ用意されていないからである。
　配信用データ作成部４１０の処理が一通り終了し、２順目に入って以降は、配信用データ作成部４１０の処理および動画一覧・動画配信部４２０の処理１７１０と処理１７２０はそれぞれ並列処理可能である。なぜなら、図１６の配信用データ作成部４１０の処理は動画サイトから取得してきた動画一覧内の動画を全て変換・保存した後でその動画一覧を配信用動画一覧データ４３０として保存する。このため、配信用動画一覧データ４３０（図１０参照）内の動画一覧データも、トランスコード後動画データ４５０内の動画も、いつ読み出されてもよい状態にあるからである。
　なお、図１７は、トランスコードサーバ１３１側から動画一覧・動画配信の処理を説明する。一方、図１８と図１９はプレイヤ１１１およびゲートウェイ装置１２０側から動画一覧・動画配信の処理を説明する。
＜処理１７１０＞
　図１７（Ａ）は、動画一覧の配信処理を示すフローチャートである。
＜ステップ１７１１＞
　動画一覧・動画配信部４２０は、ゲートウェイ装置１２０から動画一覧の要求を受信する。例えば、図１１の行１１６２の「再生回数が多い動画」に対応する動画一覧への要求ならば、ゲートウェイ装置１２０は次のリクエストをトランスコードサーバ１３１に送信する。
　http://transcodeserver/contentslist.cgi?request=a_mostviewed
＜ステップ１７１２＞
　動画一覧・動画配信部４２０は、カテゴリＩＤ１０１０を参照して配信用動画一覧データ４３０（図１０参照）より要求に応じたカテゴリＩＤ１０１０の行（ステップ１７１１の例では、カテゴリＩＤ１０１０がa_mostviewedである行）を全て抜き出す。そして、動画一覧・動画配信部４２０は、カテゴリＩＤ１０１０の列を取り除いて図８の動画一覧データの構成にしてゲートウェイ装置１２０に配信する。
＜処理１７２０＞
　図１７（Ｂ）は、動画の配信の処理を示すフローチャートである。
＜ステップ１７２１＞
　動画一覧・動画配信部４２０は、ゲートウェイ装置１２０から動画の配信要求を受信する。例えば、図１１の行１１６５の動画への要求なら、ゲートウェイ装置１２０は次のリクエストをトランスコードサーバ１３１に送信する。
　http://transcodeserver/content.cgi?url=http://videosite-a.com/12345.flv
ただし、実際にはurl=の指すＵＲＬ部分はＵＲＬエンコーディングされる。
＜ステップ１７２２＞
　動画一覧・動画配信部４２０は、ステップ１７２１で受信したリクエストに含まれる「http://videosite-a.com/12345.flv」を用いてトランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）より動画ファイルの保存されている場所を取得する。そして、動画一覧・動画配信部４２０は、動画ファイルをトランスコード後動画データ４５０より読み出し、その動画ファイルをゲートウェイ装置１２０に送信する。
　図１８は、プレイヤ１１１が動画一覧要求を送信した後、コンテンツディレクトリを取得するまでの一連の流れを示す。
＜処理１８１０＞
　ユーザが「再生回数の多い動画」１５３３（図１５（Ｃ）参照）を選択すると、プレイヤ１１１はゲートウェイ１２０に（ＤＬＮＡ規格のＳＯＡＰメッセージなどを用いて）「再生回数の多い動画」ディレクトリに対応する動画一覧を要求する。
＜処理１８２０＞
　ゲートウェイ装置１２０の持つコンテンツディレクトリ３４０が、図１１の行１１６１～１１６４の情報を持っている状態であるとする。この時、プレイヤ１１１から「再生回数の多い動画」ディレクトリに対応する動画一覧を要求されたゲートウェイ装置１２０は、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０を使用して、トランスコードサーバ１３１に次のリクエストを送信する。
http://transcodeserver/contentslist.cgi?request=a_mostviewed
＜処理１８３０＞
　リクエストを受け取ったトランスコードサーバ１３１は、配信用動画一覧データ４３０（図１０参照）より、カテゴリＩＤ１０１０がa_mostviewedである行を全て選び出す。
＜処理１８４０＞
　トランスコードサーバ１３１は、処理１８３０で選び出した行を、図８の動画一覧データの構成にして動画一覧・動画配信部４２０を使用して配信する。
＜処理１８５０＞
　動画一覧データを受け取ったゲートウェイ装置１２０は、その動画一覧データをコンテンツディレクトリ３４０に追加（図１１の行１１６５，１１６６）する。動画サイトＡバンドルを使用して取得されたコンテンツなのでＭＰＥＧ－２と分かっているため、ゲートウェイ装置１２０は種別１１３０にＭＰＥＧ－２動画を設定する。ゲートウェイ装置１２０はＩＤ１１１０を用いてＵＲＬ１１５０を生成する。ゲートウェイ装置１２０は追加した行１１６５、１１６６のデータをプレイヤ１１１に配信する。
＜処理１８６０＞
　プレイヤ１１１は、受信した動画一覧データを用いて「がっかりする猫」１５４４，「犬と二人羽織」１５４５（図１５（Ｄ）参照）のようにディスプレイに表示する。
　図１９は、コンテンツ再生部２４０および上述した機能を使ってコンテンツを再生するまでの一連の処理の流れを示す。プレイヤ１１１、ゲートウェイ装置１２０、トランスコードサーバ１３１は、コンテンツディレクトリ取得処理（図１８を参照して説明した処理）が終了した直後の状態にあるものとする。
＜処理１９１０＞
　プレイヤ１１１は、コンテンツディレクトリ取得・表示部２２０の処理中にプレイヤ１１１で再生可能なコンテンツが選択されると、コンテンツ再生部２４０に処理を渡す。例えば、＜画面１５４０＞の「がっかりする猫」１５４４（図１５（Ｄ）参照）が選択された場合は、行１１６５のＵＲＬ１１５０に設定されている次のＵＲＬがコンテンツ再生部２４０に渡る。
　http://133.108.2.1/content.cgi?id=5
コンテンツ再生部２４０はこのＵＲＬに対してＨＴＴＰリクエストを送る。今回はＵＲＬのアドレス「133.108.2.1」はゲートウェイ装置１２０のものであるので（図１４の＜ステップ１４２０＞（５）の説明参照）、ゲートウェイ装置１２０にリクエストが送信される。
＜処理１９２０＞
　ゲートウェイ装置１２０は、動画サイトＡバンドル３３１の動画取得・中継部６２０を呼び出す。動画取得・中継部６２０は、リクエスト中のＵＲＬのid=＜数字＞の＜数字＞を取り出す。そして、動画取得・中継部６２０は、ＩＤ動画関連テーブル６３０（図１２参照）からＩＤ１２１０と＜数字＞が一致するＵＲＬ１２２０を取り出す。今回は＜数字＞は「５」であるため行１２３１の次のＵＲＬが取り出される。
　http://videosite-a.com/12345.flv
　動画取得・中継部６２０は、このＵＲＬをＫｅｙとして、次のＨＴＴＰリクエストをトランスコードサーバ１３１に送信する。
http://transcodeserver/content.cgi?url=http://videosite-a.com/12345.flv
＜処理１９３０＞＜処理１９４０＞
　トランスコードサーバ１３１は、トランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）およびトランスコード後動画データ４５０からリクエストに対応するＭＰＥＧ－２動画を取り出し、ゲートウェイ装置１２０に送信する。
＜処理１９５０＞
　ゲートウェイ装置１２０は、送られてきたＭＰＥＧ－２動画をそのままプレイヤ１１１に送信する。
＜処理１９６０＞
　ＭＰＥＧ－２動画が、プレイヤ１１１に渡り、ディスプレイ上で再生される。
　なお、上述した実施形態ではゲートウェイ装置を１台、トランスコードサーバを１台、動画配信サーバを２台有するコンテンツ配信システムの例について説明したが、本発明のコンテンツ配信システムはゲートウェイ装置とトランスコードサーバをそれぞれ２台以上、動画配信サーバを３台以上有していても良い。
　また、上述した実施形態では、１台の動画配信サーバが１つの動画配信サイトを持つ例を示したが、１台の動画配信サーバが複数の動画配信サイトを持ってもよい。
　また、上述した実施形態では、動画サイトＡバンドル３３１の処理について説明したが、動画サイトＢとプレイヤ１１１を仲介する動画サイトＢバンドルも動画サイトＡバンドル３３１と同様の処理を行う。更に、本発明に係るゲートウェイ装置は、動画サイトＡバンドル３３１と同様の処理を行う３つ以上の動画サイトバンドルを含んでもよい。
　また、上述した実施形態では、プレイヤ１１１とゲートウェイ装置１２０は構内ネットワーク１１０に接続されており、ゲートウェイ装置１２０とトランスコードサーバ１３１と動画配信サーバＡ　１３２と動画配信サーバＢ　１３３はインターネット１３０に接続されているとしたが、構内ネットワーク１１０とインターネット１３０に限らず、プレイヤ１１１とゲートウェイ装置１２０が接続される第１のネットワークと、ゲートウェイ装置１２０とトランスコードサーバ１３１と動画配信サーバＡ　１３２と動画配信サーバＢ　１３３が接続される第２のネットワークが異なるネットワークであればよい。
　また、上述した実施形態ではコンテンツが動画である例について説明したが、音楽や写真、文書等さまざまなコンテンツについて本発明を適用することができる。
　また、上述した実施形態ではトランスコードサーバ１３１が異なるフォーマット（Ｈ．２６１等）の動画をＭＰＥＧ－２動画に変換する例について説明したが、トランスコードサーバ１３１はプログレッシブ／インタレースの変換を行ってもよい。また、トランスコードサーバ１３１はＨＤＴＶ画像／ＳＤＴＶ画像の変換のように画面サイズを変換してもよい。また、トランスコードサーバ１３１は１秒当たりに再生される画面数を変換してもよい。
　本発明によれば、コンテンツ変換装置は同一のコンテンツを再生するプレイヤの数に係らず一定の処理能力でコンテンツのフォーマットを変換することができる。
　すなわち、本発明では、トランスコードサーバはまずコンテンツ一覧をコンテンツ配信サイトより取得する。そして、トランスコードサーバはそのコンテンツ一覧に対応するコンテンツをコンテンツ配信サイトより取得して変換した後で、そのコンテンツ一覧をプレイヤに送信する。このため、プレイヤからのリクエストのたびに変換処理を行なう方法と異なり、本発明の方法は、１つのコンテンツについて一度しか変換処理を行う必要がないので、変換処理にかかる計算量が一定量で済む。
　また、本発明では、トランスコードサーバが、コンテンツ配信サイトにおけるコンテンツ一覧の更新を繰り返しチェックして、コンテンツ一覧および変換後コンテンツを更新する。このため、コンテンツ配信サイトのコンテンツ一覧が変更された場合に、変更されたコンテンツ一覧をコンテンツ配信サイトにおける変更から小さな遅れでプレイヤに配信することができる。
　また、プレイヤからのコンテンツのリクエストのたびに変換する方法では、トランスコードサーバがコンテンツ配信サイトよりコンテンツを取得し、コンテンツのフォーマットを変換しながらプレイヤへそのコンテンツを送信する。このため、プレイヤがリクエストを送信してからコンテンツの配信開始までにタイムラグがある。一方、本発明に係るコンテンツ配信システムではコンテンツは予め変換されているので、トランスコードサーバはタイムラグなくすぐにプレイヤに配信することができる。
　また、インターネットに接続されたコンテンツ配信サーバがコンテンツディレクトリを持たない場合、ＤＬＮＡに準拠したプレイヤはコンテンツディレクトリをディスプレイに表示することができない。このため、ユーザはコンテンツを選択することができない。その結果、ユーザはコンテンツを視聴することができない。
　本発明によれば、ゲートウェイ装置がコンテンツディレクトリを作成するため、インターネットに接続されたコンテンツ配信サーバがコンテンツディレクトリを持たない場合でも、ＤＬＮＡに準拠したプレイヤはコンテンツディレクトリをディスプレイに表示することができ、ユーザがコンテンツを選択することができる。
　以上、本発明の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれる。
１１０…構内ネットワーク、１１１…プレイヤ、１２０…ゲートウェイ装置、１３０…インターネット、１３１…トランスコードサーバ、１３２…動画配信サーバＡ、１３３…動画配信サーバＢ、２１０…サーバ発見部、２２０…コンテンツディレクトリ取得・表示部、２４０…コンテンツ再生部、３１０…デバイス公開部、３２０…ソフトウェア管理フレームワーク、３３０…バンドル群、３３１…動画サイトＡバンドル、３４０…コンテンツディレクトリ、４１０…配信用データ作成部、４１１…トランスコード部、４２０…動画一覧・動画配信部、４３０…配信用動画一覧データ、４３１…ＡＰＩ変換テーブル、４４０…トランスコード後動画データＵＲＬ関連テーブル、４５０…トランスコード後動画データ、５１０…動画一覧提供部、５２０…動画配信部、５３０…動画データ、６１０…コンテンツディレクトリ作成部、６１１…コンテンツディレクトリ構成、６１２…ディレクトリ・ＡＰＩ関連テーブル、６２０…動画取得・中継部、６３０…ＩＤ動画関連テーブル

Claims (5)

  1. 　複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信するコンテンツ配信装置から、所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
    　プレイヤからの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
    　を備えることを特徴とするコンテンツ変換装置。
  2. 　前記配信用データ作成部が、
    　前記所定のコンテンツ一覧情報と前記変換されたコンテンツを前記記憶装置に保存した後、
    　前記コンテンツ配信装置から再度前記所定のコンテンツ一覧情報を取得し、
    　前記再度取得された所定のコンテンツ一覧情報で指定されており、かつ前記記憶装置に保存されている所定のコンテンツ一覧情報では指定されていない新しいコンツンツの有無を判別し、
    　前記新しいコンテンツが有ると判別された場合に前記再度取得された所定のコンテンツ一覧情報を前記記憶装置に保存されている所定のコンテンツ一覧情報に上書きし、
    　前記新しいコンテンツが有ると判別された場合に前記新しいコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換して、当該変換されたコンテンツを前記記憶装置に保存し、
    　前記コンテンツ一覧情報の再取得と、前記判別と、前記コンテンツ一覧情報の上書きと、前記変換されたコンテンツの保存とを繰り返す、
    　ことを特徴とする請求項１に記載のコンテンツ変換装置。
  3. 　複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信するコンテンツ配信装置から、所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
    　プレイヤからの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信ステップと、
    　を備えることを特徴とするコンテンツ変換方法。
  4. 　コンピュータに、
    　複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信するコンテンツ配信装置から、所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
    　プレイヤからの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信ステップと、
    　を実行させるためのコンテンツ変換プログラム。
  5. 　プレイヤとゲートウェイ装置が第１のネットワークに接続され、当該ゲートウェイ装置とコンテンツ変換装置とコンテンツ配信装置とが第２のネットワークに接続されたコンテンツ配信システムであって、
    　前記コンテンツ配信装置が、複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で指定されるコンテンツを配信し、
    　前記コンテンツ変換装置が、
    　前記コンテンツ配信装置から所定のコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
    　ゲートウェイ装置からの要求に応じて、前記記憶装置からコンテンツ一覧情報および／またはコンテンツを読み出して、前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
    　を備え、
    　前記ゲートウェイ装置が、
    　前記プレイヤからの要求に応じて前記コンテンツ配信装置に前記コンテンツ一覧情報を要求して、前記コンテンツ変換装置から前記コンテンツ一覧情報を取得し、取得された前記コンテンツ一覧情報をコンテンツディレクトリに変換し、当該コンテンツディレクトリを前記プレイヤに送信するコンテンツディレクトリ作成部と、
    　前記プレイヤからの要求に応じて前記コンテンツ配信装置に前記コンテンツを要求して、前記コンテンツ変換装置から前記コンテンツを取得し、取得したコンテンツを前記プレイヤに送信するコンテンツ取得・中継手段と、
    　を備え、
    　前記プレイヤが、
    　前記ゲートウェイ装置にコンテンツディレクトリを要求し、前記ゲートウェイ装置からコンテンツディレクトリを取得して表示装置に表示するコンテンツディレクトリ取得・表示部と、
    　前記表示装置に表示された前記コンテンツディレクトリに含まれるコンテンツ一覧情報で指定されるコンテンツの中からユーザによって選択されたコンテンツを前記ゲートウェイ装置に要求して、前記ゲートウェイ装置から要求したコンテンツを取得し、取得された当該コンテンツを再生するコンテンツ再生部と、
    　を備える、
    　ことを特徴とするコンテンツ配信システム。
PCT/JP2010/005303 2010-08-27 2010-08-27 コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム WO2012025971A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2012530429A JP5588008B2 (ja) 2010-08-27 2010-08-27 コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム
US13/818,412 US20130204969A1 (en) 2010-08-27 2010-08-27 Contents conversion apparatus, contents conversion method, contents conversion program and contents delivery system
EP20100856381 EP2611148A4 (en) 2010-08-27 2010-08-27 CONTENT CONVERSION DEVICE, CONTENT CONVERSION METHOD, CONTENT CONVERSION PROGRAM, AND CONTENT DELIVERY SYSTEM
PCT/JP2010/005303 WO2012025971A1 (ja) 2010-08-27 2010-08-27 コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム
CN2010800687108A CN103081490A (zh) 2010-08-27 2010-08-27 内容变换装置、内容变换方法、内容变换程序以及内容发布***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/005303 WO2012025971A1 (ja) 2010-08-27 2010-08-27 コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム

Publications (1)

Publication Number Publication Date
WO2012025971A1 true WO2012025971A1 (ja) 2012-03-01

Family

ID=45723002

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/005303 WO2012025971A1 (ja) 2010-08-27 2010-08-27 コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム

Country Status (5)

Country Link
US (1) US20130204969A1 (ja)
EP (1) EP2611148A4 (ja)
JP (1) JP5588008B2 (ja)
CN (1) CN103081490A (ja)
WO (1) WO2012025971A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104639949A (zh) * 2015-03-03 2015-05-20 腾讯科技（深圳）有限公司 一种视频源接入方法及装置
KR101613644B1 (ko) * 2014-05-26 2016-04-19 주식회사 큐비텍 방송 컨텐츠를 실시간으로 통신망을 통해 편집가능하게 하는 시스템 및 컴퓨터 판독가능 기록 매체

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012160017A (ja) * 2011-01-31 2012-08-23 Buffalo Inc コンテンツ管理方法、管理ストレージ及びコンテンツ管理プログラム
US10433134B2 (en) 2017-01-24 2019-10-01 Arris Enterprises Llc Video gateway as an internet of things mesh enhancer apparatus and method

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003258918A (ja) 2002-03-04 2003-09-12 Matsushita Electric Ind Co Ltd Ａｖゲートウェイ装置
JP2004102339A (ja) 2002-09-04 2004-04-02 Sony Corp コンテンツ視聴システムおよびその方法
JP2004102493A (ja) * 2002-09-06 2004-04-02 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信方法及びコンテンツ配信制御装置
JP2008199122A (ja) * 2007-02-08 2008-08-28 Oki Electric Ind Co Ltd コンテンツ配信装置
JP2009163572A (ja) * 2008-01-08 2009-07-23 Fujitsu Ltd 情報配信サーバ、およびプログラム
JP2009199459A (ja) * 2008-02-22 2009-09-03 Ntt Docomo Inc コンテンツ提供システム、サーバ装置及びコンテンツ提供方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7155475B2 (en) * 2002-02-15 2006-12-26 Sony Corporation System, method, and computer program product for media publishing request processing
US7421024B2 (en) * 2003-06-30 2008-09-02 Intel Corporation Method for transcoding MPEG encoded streams
US7676590B2 (en) * 2004-05-03 2010-03-09 Microsoft Corporation Background transcoding
JP4627222B2 (ja) * 2005-06-23 2011-02-09 シャープ株式会社 サーバ機能とクライアント機能とを備える情報処理装置、およびそれに用いるプログラムおよび記録媒体
EP1853040A1 (fr) * 2006-05-04 2007-11-07 Zodianet Système de communication et terminaux de visualisation à basse consommation convenant à un tel système
US8365215B2 (en) * 2007-10-11 2013-01-29 At&T Intellectual Property I, L.P. Methods, systems and computer program products for providing ad insertion via a multimedia applications gateway
US20120079054A1 (en) * 2010-03-24 2012-03-29 General Instrument Corporation Automatic Memory Management for a Home Transcoding Device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003258918A (ja) 2002-03-04 2003-09-12 Matsushita Electric Ind Co Ltd Ａｖゲートウェイ装置
JP2004102339A (ja) 2002-09-04 2004-04-02 Sony Corp コンテンツ視聴システムおよびその方法
JP2004102493A (ja) * 2002-09-06 2004-04-02 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信方法及びコンテンツ配信制御装置
JP2008199122A (ja) * 2007-02-08 2008-08-28 Oki Electric Ind Co Ltd コンテンツ配信装置
JP2009163572A (ja) * 2008-01-08 2009-07-23 Fujitsu Ltd 情報配信サーバ、およびプログラム
JP2009199459A (ja) * 2008-02-22 2009-09-03 Ntt Docomo Inc コンテンツ提供システム、サーバ装置及びコンテンツ提供方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2611148A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101613644B1 (ko) * 2014-05-26 2016-04-19 주식회사 큐비텍 방송 컨텐츠를 실시간으로 통신망을 통해 편집가능하게 하는 시스템 및 컴퓨터 판독가능 기록 매체
CN104639949A (zh) * 2015-03-03 2015-05-20 腾讯科技（深圳）有限公司 一种视频源接入方法及装置

Also Published As

Publication number Publication date
CN103081490A (zh) 2013-05-01
EP2611148A1 (en) 2013-07-03
JPWO2012025971A1 (ja) 2013-10-28
JP5588008B2 (ja) 2014-09-10
US20130204969A1 (en) 2013-08-08
EP2611148A4 (en) 2014-05-28

Similar Documents

Publication Publication Date Title
US8135844B2 (en) Content providing server, information processing device and method, and computer program
US7996538B2 (en) Information processing apparatus and content information processing method for transmitting content and event information to a client
US7523214B2 (en) Content providing server, information processing device and method, and computer program
JP5090046B2 (ja) コンテンツ管理方法及び装置
KR101466356B1 (ko) 홈 네트워크 내에서 다른 사용자와 북마크를 공유하는 장치및 방법
KR101771003B1 (ko) 컨텐츠 출력 시스템 및 그 시스템에서 코덱 정보 공유 방법
KR100643296B1 (ko) 웹 서비스 기술을 지원하는 ａ/ｖ 네트워크에서 컨텐츠서비스 제공 방법 및 장치
CN1989768A (zh) 对关联内容的访问
JP2004362099A (ja) サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JPWO2016174960A1 (ja) 受信装置、送信装置、およびデータ処理方法
JP5498476B2 (ja) コンテンツ配信装置およびシステム
JP2004348455A (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP5588008B2 (ja) コンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システム
KR20060039279A (ko) Ａ/ｖ 네트워크 상의 컨텐츠를 수집하고 그 실행을제어하는 장치 및 방법
CN102460414A (zh) 用于提供远程用户界面的方法和装置
JP2009021933A (ja) オーディオビジュアルデータのストリーミング配信のための装置、プログラム、記録媒体および方法
JP4808122B2 (ja) 内部ネットワーク上の内部端末に外部ネットワーク上の外部サーバからコンテンツを取得して送信する方法、内部サーバ、及び外部サーバ
JP2005020180A (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2012132607A1 (ja) 通信システム、通信装置並びに通信方法
WO2008013385A1 (en) System and method for continuous display of grouped multiple independent contents
KR20120072100A (ko) 웹 콘텐트 서비스와 홈네트워크의 연동을 위한 웹 미디어 제어 장치 및 그 방법
JP4419434B2 (ja) サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
Maia et al. Seamless access of home theater personal computers for mobile devices
JP2010225184A (ja) 情報処理端末、情報処理方法、情報処理プログラムおよびネットワークシステム
WO2008013387A1 (en) System and method for providing advertisement with continuous display of grouped multiple independent contents

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080068710.8

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10856381

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012530429

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2010856381

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13818412

Country of ref document: US