WO2006106606A1 - メディア管理装置及びメディア管理方法 - Google Patents

メディア管理装置及びメディア管理方法 Download PDF

Info

Publication number
WO2006106606A1
WO2006106606A1 PCT/JP2006/305686 JP2006305686W WO2006106606A1 WO 2006106606 A1 WO2006106606 A1 WO 2006106606A1 JP 2006305686 W JP2006305686 W JP 2006305686W WO 2006106606 A1 WO2006106606 A1 WO 2006106606A1
Authority
WO
WIPO (PCT)
Prior art keywords
client device
remaining capacity
file data
media management
content data
Prior art date
Application number
PCT/JP2006/305686
Other languages
English (en)
French (fr)
Inventor
Monta Nakatsuka
Takayuki Fukui
Original Assignee
Matsushita Electric Industrial Co., Ltd.
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 Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to US11/886,718 priority Critical patent/US20090077162A1/en
Priority to JP2007512458A priority patent/JPWO2006106606A1/ja
Publication of WO2006106606A1 publication Critical patent/WO2006106606A1/ja

Links

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2812—Exchanging configuration information on appliance services in a home automation network describing content present in a home automation network, e.g. audio video content
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4335—Housekeeping operations, e.g. prioritizing content for deletion because of storage space restrictions
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44231—Monitoring of peripheral device or external card, e.g. to detect processing problems in a handheld device or the failure of an external recording device
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera

Definitions

  • the present invention relates to a media management apparatus and a media management method for managing a free space of a medium when transferring a data file between devices.
  • Protocols for performing such file transfer include FTP (File Transfer Protocol), and recently WebDAV (Web-based Distributed Authoring and Versioning protocol).
  • FTP File Transfer Protocol
  • WebDAV Web-based Distributed Authoring and Versioning protocol
  • the UPnP-AV (Universal Plug and Play Audio ZVideo) standard (Non-patent Document 1) has recently attracted attention as a protocol for handling AV content files such as video and music in a home network.
  • UPnP—AV does not stipulate the transfer method of the content file itself, but stipulates services related to information (metadata) attached to the content file and services related to the connection.
  • CDS Content Directry Service
  • e) is the most basic service in the UPnP-AV standard.
  • content-related information (metadata) itself can be created, deleted, It can also be modified.
  • HTTP Hyper Text Transfer Protocol
  • RTP Real-time Transport Protocol
  • CDS Browse is first used. Use it to obtain a list of accompanying information (metadata) of the content file from the server, transfer the file, and obtain a URL that allows file transfer of the content, and transfer the file by HTTP-GET.
  • CDS CreateObject to request the client to create the accompanying information (metadata) of the content to be transferred to the server.
  • File transfer is performed by HTTP—POST to the URL destination included in the creation request response.
  • Non-Patent Document 1 UPnP—AV standard
  • the problem here is a method of checking the free disk capacity for determining whether or not the file transfer capability is possible.
  • an object of the present invention is to provide a media management apparatus and a media management method that can solve the above-described problems and can check the disk free space on the server side in advance.
  • the media management apparatus is connected to a client device operated by a user via a network so as to be communicable, and the client device and the file data are connected.
  • the client device receives a remaining capacity acquisition means for acquiring a remaining capacity indicating a free capacity to be performed and an additional information acquisition request regarding the file data including a keyword composed of a specific character string
  • the remaining capacity secured by the storage means acquired by the remaining capacity acquisition means is determined as the client device.
  • a protocol processing means for responding to the above.
  • the client device can confirm in advance the free disk space on the server device side before transferring the file data.
  • the present invention can be realized not only as such a media management apparatus, but also as a media management method including steps characteristic of the media management apparatus. These steps can also be realized as a program that causes a computer to execute. And such a program can be distributed via a recording medium such as a CD-ROM or a transmission medium such as the Internet.
  • a recording medium such as a CD-ROM or a transmission medium such as the Internet.
  • the client The remote device can check the free disk space on the server device in advance before transferring file data.
  • FIG. 1 is a block diagram showing an overall configuration of a system according to the first embodiment.
  • FIG. 2 is a block diagram showing a functional configuration of main parts of the server device 10 shown in FIG.
  • FIG. 3 is a diagram showing an example of a content data management configuration in the server device 10
  • FIG. 4 is a block diagram showing a functional configuration of main parts of the client device 20 shown in FIG.
  • FIG. 5 is a diagram showing an example of SOAP when a CDS :: Browse action is transmitted with the above parameters.
  • FIG. 6 is a diagram showing a sequence of checking free space performed between server devices and client devices.
  • FIG. 7 is a diagram illustrating an example of container information included in a response command.
  • FIG. 8 is a diagram showing another sequence of checking the free space performed between the client device 20 and the server device 10.
  • FIG. 9 is a diagram illustrating a description example of Protocollnfo information.
  • FIG. 1 is a block diagram showing the overall configuration of the system according to the first embodiment.
  • the system includes a server device 10, a client device 20, and a communication path 3 that connects the server device 10 and the client device 20 so that they can communicate with each other.
  • the communication path 3 is configured by a wired communication path such as Ethernet (registered trademark) or a wireless communication path such as IEEE802.l lb / g or Bluetooth.
  • a wired communication path such as Ethernet (registered trademark) or a wireless communication path such as IEEE802.l lb / g or Bluetooth.
  • the server device 10 transmits the requested file data to the client device 20, for example, content such as video, music, and still images, or receives a request for acquiring additional information about the content from the client device 20.
  • the remaining capacity indicating the free capacity secured by the server device 10 is returned to the client device 20 or the content sent from the client device 20 is accumulated.
  • the client device 20 recognizes the server device 10 by the UPnP device search function, and when acquiring content, the server device 10 uses CDS :: Browse from the server device 10 to accompany information (metadata) of the content file. Data) list is obtained, and the file transfer is performed. By acquiring the URL that can transfer the file of the content, the file transfer is performed by HTTP-GET. Conversely, when transferring content, an additional information acquisition request for file data containing a key word composed of a specific character string is sent to the server device 10. To do. Then, the remaining capacity secured by the server apparatus 10 is received from the server apparatus 10, and the remaining capacity is confirmed in advance. If the remaining capacity is larger than the content to be transferred, the client device 20 transfers it to the server device 10.
  • FIG. 2 is a block diagram showing the main functional configuration of the server device 10 shown in FIG.
  • the server device 10 includes a communication unit 11, a UPnP-AV standard protocol processing unit (hereinafter also referred to as "UPnP-AV protocol processing unit") 12, and content data.
  • the storage unit 13, the content data receiving unit 14, and the remaining capacity acquisition unit 15 are provided.
  • the communication unit 11 communicates with the client device 20 via the communication path 3.
  • the UPnP-AV protocol processing unit 12 executes processing such as device search and capability exchange based on the UPnP-AV standard.
  • the UPnP-AV protocol processing unit 12 receives the UPnP-AV command transmitted from the client device compliant with the UPnP-AV standard via the communication unit 11, and operates according to the received command.
  • the content data storage unit 13 is used to record recorded TV programs, video data shot with a DVC (Digital Video Camera), still image data shot with a DSC (Digital Still Camera), Stores audio data such as radio programs and recorded CD (Compact Disc) music (hereinafter, video, still image, and audio data are called content data).
  • DVC Digital Video Camera
  • DSC Digital Still Camera
  • audio data such as radio programs and recorded CD (Compact Disc) music
  • the location information of the content data represented by title information, size information, recording / recording date information, URL (Uniformed Resource Locator), etc. of these content data (hereinafter, these are collectively referred to as metadata).
  • metadata can be obtained via the UPnP-AV protocol processing unit 12 in response to a UPnP-AV command request.
  • the remaining capacity acquisition unit 15 acquires a free capacity (remaining capacity) of content data that can be stored in the content data storage unit 13.
  • UPnP AV protocol processing unit 12 acquires the free capacity of content data storage unit 13 through remaining capacity acquisition unit 15, and requests free capacity from the client device.
  • UPnP A Responds to the V command.
  • the content data receiving unit 14 stores content data transmitted from the client device in the content data storing unit 13 using HTTP (Hyper Text Transport Protocol) or the like.
  • HTTP Hyper Text Transport Protocol
  • FIG. 3 is a diagram showing an example of a management configuration of content data in the server device 10.
  • management configuration In terms of management configuration, these consist of content data and containers that are virtual folders.
  • the container may have no content data or container to store the content data and the capacity to store the container.
  • the content data management configuration is a logical management concept that is disclosed to the client device through the UPnP-AV protocol processing unit 12, and the above configuration is not necessarily required on the file system of the content data storage unit 13. Is physically recreated! You don't have to.
  • a video container 32 for storing video an audio container 33 for storing music, and a still image for storing video in a tree form from the ROOT container 31 positioned at the top of the configuration. It consists of a Photo container 34 that stores video, music, and still image content data.
  • FIG. 4 is a block diagram showing a main functional configuration of the client device 20 shown in FIG.
  • the client device 20 includes a communication unit 21, a UPnP-AV standard protocol processing unit (hereinafter also referred to as "UPnP-AV protocol processing unit") 22, and content data.
  • UPnP-AV protocol processing unit UPnP-AV standard protocol processing unit
  • a transmission unit 23, a content data storage unit 24, and a capacity comparison unit 25 are provided.
  • the communication unit 21 communicates with the server device 10 via the communication path 3.
  • the UPnP AV protocol processing unit 22 transmits a UPnP-AV command to a server device compliant with the UPnP AV standard, and remotely controls the server device.
  • the content data storage unit 24 stores content data.
  • the capacity comparison unit 25 compares the content data capacity receivable on the server device side with the capacity of the transmitted content data, and determines whether the server device is capable of receiving the content data.
  • the content data transmission unit 23 is the content stored in the content data storage unit 24. Data is transmitted to the server device.
  • the client device 20 recognizes the server device 10 by the UPnP device search function. Prior to transmitting the content data to the server device 10, the client device 20 completely receives the content data to be transmitted, and stores it in the content data storage unit 13 in the server device 10. Perform a CDS :: Browse action to check in advance whether there is enough free space to do.
  • This CDS :: Browse is an UP nP-AV command for acquiring information stored in the content data storage unit 13.
  • FIG. 5 is a diagram showing an example of SOAP (Simple Object Access Protocol) when transmitting a CDS :: Browse action with the above parameters.
  • SOAP Simple Object Access Protocol
  • the container is specified using the keyword “AnyContainer”.
  • AnyContainer is a reserved keyword indicating that the client device does not specify the storage location of the content data and the server device selects the container for the convenience of the server device.
  • the client device designates necessary attribute information.
  • the client device confirms the free capacity, so "upnp: storageFree” is designated as a keyword.
  • upnp: storageFree is designated as a keyword.
  • the sort keyword is not specified.
  • FIG. 6 is a diagram showing a sequence of checking free space performed between server devices and client devices.
  • the client device 20 transmits a CDS :: Browse request command including the content shown in FIG. 5 (S60).
  • the UPnP—AV protocol processing unit 12 of the server device 10 that has received the CDS ::: Browse request command processes the CDS :: Browse request command (S61), and performs a query according to the contents of the command.
  • the free space of the container designated by the client device 20 is acquired (S62, S63, S64, S65).
  • FIG. 7 is a diagram illustrating an example of container information included in the response command.
  • the UPnP-AV protocol processing unit 22 of the client device 20 interprets the response data from the server device 10 received via the communication unit 21, and “AnyContainer” is actually assigned “Video” and the remaining capacity is 2116948923 can be known in advance.
  • the capacity comparison unit 25 compares the size of the content data to be transmitted with the remaining capacity of the content data storage unit 13 of the server device 10, and determines whether or not the content data is transmitted after this.
  • containers and content data are classified into various classes according to their types, and different attributes are held for each class.
  • storageFree is an attribute held by each class of object, container.storageVolume and object, container.storageVolume.
  • CDS Browse action is received for "AnyContainer”
  • the Sano device must give the upnp: stageageFree attribute to all container classes and set a value! /.
  • the capacity comparison unit 25 confirms that the content data storage unit 13 of the server device 10 has sufficient free space, the content data transmission unit 23 of the client device 20 transmits content data. Then, the content data receiving unit 14 of the server device 10 receives the content data transmitted from the client device 20 via the communication unit 11 and records it in the content data storage unit 13.
  • the server that receives the file assigns the storage location of the specific object to a folder only for indicating the free space, so that the client transfers the file. Before, it is possible to check the free space for a specific object.
  • the character “AnyContainer” is used as the reserved keyword, but the character is not limited to this.
  • the same effect can be obtained by making it possible to check only the remaining capacity by using characters such as “FreeSpace” as reserved keywords.
  • an item indicating only the remaining capacity secured by the content data storage unit 13 is defined, and the remaining capacity when the keyword is for the item. It is also possible to return an item indicating only to the client device 20.
  • Embodiment 2 of the present invention will be described.
  • the configurations of the client device 20 and the server device 10 in the second embodiment are the same as those in the first embodiment, and only the processing contents of the server device 10 and the information to be transmitted / received are different. Describe.
  • FIG. 8 is a diagram showing another sequence of checking free space performed between the client device 20 and the server device 10.
  • the client device 20 transmits a CMS :: GetProtocolInfo request command shown in FIG. 8 instead of the above-described CDS :: Browse request command (S80).
  • CMS Connection Management Service
  • CMS is one of UPnP-AV standards and is a service for managing connections.
  • the UPnP-AV protocol processing unit 12 of the server device 10 that has received the CMS :: GetProtocolInfo request command processes the CMS :: GetConnectionInfo request command (S81), and is specified by the client device 20 according to the contents of the command.
  • the free capacity of the container is acquired through the remaining capacity acquisition unit 15 (S62, S63, S64, S65).
  • CMS GetConnectionlnfo
  • the server device supports the content format and Protocollnfo information described according to the protocol as a response.
  • the UPnP-AV protocol processing unit 12 of the server device 10 can transfer files from the client device 20 according to the format and protocol of these contents. Based on the description information in which the remaining capacity secured for each of the multiple media managed by the content data storage unit 13 is described, the remaining capacity is described in the fourth parameter of the Protocollnfo information.
  • the UPnP-AV protocol processing unit 12 After acquiring the remaining capacity information, the UPnP-AV protocol processing unit 12 generates a CMS :: GetProtocolInfo response command (S86) and responds to the client device 20 (S87).
  • the client can transfer the specific Object to the specific Object before transferring the file. You can check the free space.
  • file data may be applied to file data such as force text data described as content such as video, music, still images, etc. .
  • the media management device can be applied to UPnP-AV standard computer devices compatible with networks, such as HDD video recorders, set-top boxes, personal computers, and the like.

Abstract

　メディア管理装置は、クライアント機器（２０）と通信する通信部（１１）と、クライアント機器（２０）と送受信するコンテンツを蓄積するためのコンテンツデータ蓄積部（１３）と、コンテンツデータ蓄積部（１３）が確保する空き容量を示す残容量を取得するための残容量取得部（１５）と、特定の文字列で構成されるキーワードを含むコンテンツに関する付加情報取得要求（Ｂｒｏｗｓｅ要求）を、クライアント機器（２０）から受信した場合に、残容量取得部（１５）により取得されたコンテンツデータ蓄積部（１３）が確保する残容量を、クライアント機器（２０）に返答するＵＰｎＰ－ＡＶプロトコル処理部（１２）とを備える。

Description

メディア管理装置及びメディア管理方法
技術分野
[0001] 本発明は、機器間でデータファイルの転送を行う際のメディアの空き容量を管理す るメディア管理装置及びメディア管理方法に関する。
背景技術
[0002] 近年、 xDSLや光ファイバ一などのブロードバンド環境が整ったことにより、企業、 一般家庭を問わずインターネット接続が急速に普及してきている。また、家庭内の PC や家電機器を Ethernet (登録商標）や無線 LANなどで接続するホームネットワーク 環境も一般化してきている。このような中で、パーソナルコンピュータ（PC)だけでなく 、テレビや DVDレコーダ、エアコン、冷蔵庫のような家電も IETF (Internet Engine ering Task Force)により定義される IP (Internet Protocol)ネットワークにより 相互に接続できるようになってきている。
[0003] インターネットや、ホームネットワークにおけるアプリケーションの 1つとして、家電機 器、 PC間で映像や音楽などの AVコンテンツファイルをコピー（ファイル転送又はファ ィル移動）するようなアプリケーションがある。例えば、リビングに設置された HDDレコ ーダで録画された TV番組を、別の部屋にある DVDレコーダを用いて DVDメディア にコピーしたりするような例が挙げられる。
[0004] このようなファイル転送を行うプロトコルとしては、古くは FTP (File Transfer Pro tocol)や、最近では WebDAV (Web— based Distributed Authoring and V ersioning protocol)などがある。そして、ホームネットワークにおいて映像や音楽 などの AVコンテンツファイルを扱う場合のプロトコルとして、 UPnP—AV (Universal Plug and Play AudioZVideo)規格 (非特許文献 1)が最近注目されている。
[0005] UPnP— AVでは、コンテンツファイルそのものの転送方式を規定しているわけでは なぐコンテンツファイルに付随された情報 (メタデータ）に関するサービスや、コネク シヨンに関するサービスなどについて規定している。中でもコンテンツファイルに付随 された情報（メタデータ）に関するサービスである CDS (Content Directry Servic e)は、 UPnP—AV規格における最も基本的なサービスであり、コンテンツの付随情 報 (メタデータ）取得の他に、コンテンツの付随情報 (メタデータ)そのものを、作成し たり、削除したり、修正したりすることもできる。一方、 UPnP—AVと併用して用いられ るコンテンツファイルの転送方式としては、 HTTP (Hyper Text Transfer Proto col)や、 RTP (Real— time Transport Protocol)などが一般的である。
[0006] ユーザが操作する機器をクライアントとし、ネットワークに接続された相手の機器を サーバとすると、 UPnP—AVと HTTPを用いてサーバからクライアントにファイル転 送を行う場合、まず CDS :： Browseを用いてサーバからコンテンツファイルの付随情 報 (メタデータ）の一覧を取得し、ファイル転送した 、コンテンツのファイル転送が可 能な URLを取得することで、 HTTP— GETによりファイル転送を行う。この逆に、クラ イアントからサーバにファイル転送を行う場合、 CDS : : CreateObjectを用いてクライ アントからサーバに対してファイル転送したいコンテンツの付随情報 (メタデータ）の 作成を依頼 (作成依頼)し、作成依頼応答に含まれる URL先に対して、 HTTP— PO STによりファイル転送を行う。
非特許文献 1 :UPnP— AV規格書
発明の開示
発明が解決しょうとする課題
[0007] ところで、ここで問題となるのが、ファイル転送可能力どうかを判断するための、ディ スク空き容量確認の方法である。
[0008] 通常、サーバからクライアントに対してファイル転送する場合は、ファイル転送を行う コンテンツのデータ量がコンテンツファイルの付随情報 (メタデータ）に記載されて!ヽ るので、クライアント側のディスク空き容量と比較して、ファイル転送可能かどうかの判 断が行うことができる。
[0009] これに対して、クライアントからサーバに対してファイル転送する場合は、ファイル転 送を行うコンテンツのデータ量は分力ゝるものの、サーバ側のディスク空き容量を確認 する仕組みが決められて 、な 、。
[0010] 例えば、サーバ側の特定ディスク又は特定フォルダにファイル転送を行う際には、 その特定ディスク又は特定フォルダの付随情報 (メタデータ）に空き容量を示す情報 が記述されている場合がある力 必ずしも記述されているとは限らない。この理由は、 CDSで記述されるディスク又はフォルダなどがあくまで概念上のものであり、パーチ ャルな Objectとして表現されているからであり、実際の物理的なディスク構成又はフ オルダ構成と一致する必要がな 、からである。
[0011] このため、サーバ側のディスク空き容量を予め確認する技術の出現が強く望まれて いる。
[0012] そこで、本発明は、上記した問題を解決し、サーバ側のディスク空き容量を予め確 認することができるメディア管理装置及びメディア管理方法を提供する目的とする。 課題を解決するための手段
[0013] 上記目的を達成するために、本発明に係るメディア管理装置にぉ 、ては、ネットヮ ークを介してユーザが操作するクライアント機器と通信可能に接続され、当該クライァ ント機器とファイルデータを送受信するサーバ機器に用いられるメディア管理装置で あって、前記クライアント機器と通信する通信手段と、前記クライアント機器と送受信 するファイルデータを蓄積するためのファイルデータ蓄積手段と、前記蓄積手段が確 保する空き容量を示す残容量を取得するための残容量取得手段と、特定の文字列 で構成されるキーワードを含む前記ファイルデータに関する付加情報取得要求を、 前記クライアント機器カゝら受信した場合に、前記残容量取得手段により取得された前 記蓄積手段が確保する残容量を、当該クライアント機器に返答するプロトコル処理手 段とを備えることを特徴とする。
[0014] これにより、クライアント機器は、ファイルデータを転送する前に、サーバ機器側の ディスク空き容量を予め確認することができる。
[0015] なお、本発明は、このようなメディア管理装置として実現することができるだけでなく 、このようなメディア管理装置が備える特徴的な手段をステップとするメディア管理方 法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実 現したりすることもできる。そして、そのようなプログラムは、 CD— ROM等の記録媒体 やインターネット等の伝送媒体を介して配信することができるのは 、うまでもな!/、。 発明の効果
[0016] 以上の説明から明らかなように、本発明に係るメディア管理装置によれば、クライア ント機器は、ファイルデータを転送する前に、サーバ機器側のディスク空き容量を予 め確認することができる。
[0017] よって、本発明により、インターネットや、ホームネットワークを介して、家電機器、 P C間で映像や音楽などの AVコンテンツファイルをコピーするようなアプリケーションが 出現し、 UPnP— AV規格が普及してきた今日における本願発明の実用的価値は極 めて高い。
図面の簡単な説明
[0018] [図 1]図 1は、本実施の形態 1におけるシステムの全体構成を示すブロック図である。
[図 2]図 2は、図 1に示されるサーバ機器 10の主要部な機能構成を示すブロック図で ある。
[図 3]図 3は、サーバ機器 10におけるコンテンツデータの管理構成例を示す図である
[図 4]図 4は、図 1に示されるクライアント機器 20の主要部な機能構成を示すブロック 図である。
[図 5]図 5は、上記パラメータで CDS :： Browseアクションを送信する際の SOAPの一 例を示す図である。
[図 6]図 6は、サーバ機器 クライアント機器間で行われる空き容量確認のシーケンス を示す図である。
[図 7]図 7は、応答コマンドに含まれるコンテナ情報の一例を示す図である。
[図 8]図 8は、クライアント機器 20 サーバ機器 10間で行われる空き容量確認の他の シーケンスを示す図である。
[図 9]図 9は、 Protocollnfo情報の記述例を示す図である。
符号の説明
[0019] 3 通信路
10 サーバ機器
11, 21 通信部
12, 22 UPnP— AVプロトコル処理部
13, 24 コンテンツデータ蓄積咅 14 コンテンツデータ受信部
15 残容量取得部
20 クライアント機器
23 コンテンツデータ送信部
25 容量比較部
31 ROOTコンテナ
32 Videoコンテナ
33 Audioコンテナ
34 Photoコンテナ
発明を実施するための最良の形態
[0020] 以下、本発明の実施の形態について、図面を用いて詳細に説明する。
[0021] (実施の形態 1)
図 1は、本実施の形態 1におけるシステムの全体構成を示すブロック図である。
[0022] 図 1に示されるように、システムは、サーバ機器 10と、クライアント機器 20と、サーバ 機器 10及びクライアント機器 20を通信可能に接続する通信路 3とを備える。
[0023] 通信路 3は、イーサネット (登録商標）などの有線通信路ゃ、 IEEE802. l lb/g, Bluetoothなどの無線通信路によって構成される。
[0024] サーバ機器 10は、クライアント機器 20に要求されたファイルデータ、例えば映像や 、音楽、静止画などのコンテンツを送信したり、コンテンツに関する付加情報取得要 求を、クライアント機器 20から受信した場合に、サーバ機器 10が確保する空き容量を 示す残容量を、クライアント機器 20に返答したり、クライアント機器 20から送られてき たコンテンツを蓄積したりする。
[0025] クライアント機器 20は、 UPnPの機器検索機能によりサーバ機器 10を認識しており 、コンテンツを取得する場合、サーバ機器 10から CDS :： Browseを用いてサーバか らコンテンツファイルの付随情報 (メタデータ）の一覧を取得し、ファイル転送した 、コ ンテンッのファイル転送が可能な URLを取得することで、 HTTP— GETによりフアイ ル転送を行う。この逆に、コンテンツを転送する場合、特定の文字列で構成されるキ 一ワードを含むファイルデータに関する付加情報取得要求を、サーバ機器 10に送信 する。そして、サーバ機器 10からサーバ機器 10が確保する残容量を、受信し、残容 量を予め確認する。そして、クライアント機器 20は、残容量が転送するコンテンツより 大きければ、サーバ機器 10に転送する。
[0026] 次いで、サーバ機器 10及びクライアント機器 20の詳細構成について順次説明する 図 2は、図 1に示されるサーバ機器 10の主要部な機能構成を示すブロック図である
[0027] 図 2に示されるように、サーバ機器 10は、通信部 11と、 UPnP—AV規格のプロトコ ル処理部（以下、「UPnP— AVプロトコル処理部」とも記す。） 12と、コンテンツデータ 蓄積部 13と、コンテンツデータ受信部 14と、残容量取得部 15とを備える。
[0028] 通信部 11は、通信路 3を介してクライアント機器 20と通信する。
UPnP— AVプロトコル処理部 12は、 UPnP— AV規格に準拠した機器検索や能 力交換などの処理を実行する。また、 UPnP— AVプロトコル処理部 12は、 UPnP— AV規格に準拠したクライアント機器が送信した UPnP— AVコマンドを、通信部 11を 介して受信し、受信したコマンドに従って動作する。
[0029] コンテンツデータ蓄積部 13は、録画されたテレビ番組や、 DVC (Digital Video Camera)などで撮影された動画データ、 DSC (Digital Still Camera)などで撮 影された静止画データ、録音されたラジオ番組や録音された CD (Compact Disc) 楽曲などの音声データ（以下、動画、静止画、音声の各データをコンテンツデータと 呼ぶ。）を蓄積する。
[0030] クライアント機器 20では、これらのコンテンツデータのタイトル情報や、サイズ情報、 録音録画日情報、 URL (Uniformed Resource Locator)等で表されるコンテン ッデータの位置情報（以下、これらをまとめてメタデータと呼ぶ。）は、 UPnP—AVコ マンド要求により、 UPnP— AVプロトコル処理部 12を介して取得することができる。
[0031] 残容量取得部 15は、コンテンツデータ蓄積部 13に蓄積可能なコンテンツデータの 空き容量 (残容量)を取得する。
[0032] UPnP— AVプロトコル処理部 12は、残容量取得部 15を通じてコンテンツデータ蓄 積部 13の空き容量を取得し、クライアント機器からの空き容量を要求する UPnP— A Vコマンドに対して応答する。
[0033] コンテンツデータ受信部 14は、 HTTP (Hyper Text Transport Protocol)な どを用いて、クライアント機器から送信されるコンテンツデータをコンテンツデータ蓄 積部 13に蓄積する。
[0034] 図 3は、サーバ機器 10におけるコンテンツデータの管理構成例を示す図である。
管理構成上、これらはコンテンツデータと、仮想上のフォルダであるコンテナとで構 成される。コンテナは、コンテンツデータ及びコンテナを格納する力 格納するコンテ ンッデータ或いはコンテナが存在しな 、場合もあり得る。またコンテンツデータの管 理構成は、 UPnP—AVプロトコル処理部 12を通じてクライアント機器に公開する論 理的な管理概念であり、実際にコンテンッデータ蓄積部 13のファイルシステム上で は、必ずしも上記の構成が物理的に再現されて！、なくてもょ ヽ。
[0035] 図 3では、構成の最上位に位置する ROOTコンテナ 31からツリー状に、映像を格 納するための Videoコンテナ 32、音楽を格納するための Audioコンテナ 33、静止画 を格納するための Photoコンテナ 34で構成され、それぞれ映像、音楽、静止画コン テンッデータが格納されて 、る。
[0036] 図 4は、図 1に示されるクライアント機器 20の主要部な機能構成を示すブロック図で ある。
[0037] 図 4に示されるように、クライアント機器 20は、通信部 21と、 UPnP— AV規格のプ ロトコル処理部（以下、「UPnP—AVプロトコル処理部」とも記す。） 22と、コンテンツ データ送信部 23と、コンテンツデータ蓄積部 24と、容量比較部 25とを備える。
[0038] 通信部 21は、通信路 3を介してサーバ機器 10と通信する。
UPnP AVプロトコル処理部 22は、 UPnP AV規格に準拠したサーバ機器に対 して UPnP— AVコマンドを送信し、サーバ機器を遠隔制御する。
[0039] コンテンツデータ蓄積部 24は、コンテンツデータを蓄積する。
容量比較部 25は、サーバ機器側で受信可能なコンテンツデータ容量と、送信した コンテンツデータの容量とを比較し、サーバ機器がコンテンツデータを受信可能力否 か判定する。
[0040] コンテンツデータ送信部 23は、コンテンツデータ蓄積部 24に蓄積されたコンテンツ データをサーバ機器に対して送信する。
[0041] ここで、クライアント機器 20は、 UPnPの機器検索機能によりサーバ機器 10を認識 している。そして、クライアント機器 20は、コンテンツデータをサーバ機器 10に送信す るに先立って、これカゝら送信したいコンテンツデータをサーバ機器が完全に受信し、 サーバ機器 10内のコンテンツデータ蓄積部 13に記憶するだけの十分な空き容量が 存在するか否かの確認を予め行うために、 CDS :： Browseアクションを実行する。こ の CDS :： Browseは、コンテンツデータ蓄積部 13に記憶された情報を取得する UP nP—AVコマンドである。
[0042] 図 5は、上記パラメータで CDS：： Browseアクションを送信する際の SOAP (Simpl e Object Access Protocol)の一例を示す図である。
[0043] ここでは、 "AnyContainer"というキーワードを用いてコンテナを指定する。 "AnyC ontainer"とは、クライアント機器がコンテンツデータの格納先を特定せずに、サーバ 機器にとって都合のょ 、コンテナをサーバ機器が選んでょ 、と 、うことを示す予約キ 一ワードとする。
[0044] 次に情報を取得する対象として、指定コンテナ自身の情報の取得か、或！、は指定 コンテナの配下に存在する全てのコンテナ及びコンテンツデータの情報の取得かを 選択するフラグを設定する。ここでは、コンテナ自身の情報が取得したいので、 "Bro wseMetadata"をフラグとして設定する。
[0045] さらに、クライアント機器が必要な属性情報を指定するが、ここではクライアント機器 は空き容量の確認を行 、た 、ので、 "upnp： storageFree"をキーワードに指定する 。また、データ取得開始位置と、取得個数に関しては、ここでは共に" 0"を指定する。 並び替えキーワードに関しては指定しない。
[0046] 図 6は、サーバ機器 クライアント機器間で行われる空き容量確認のシーケンスを 示す図である。
[0047] クライアント機器 20は、図 5に示される内容を含む CDS : : Browse要求コマンドを 送信する（S60)。
[0048] CDS :： Browse要求コマンドを受信したサーバ機器 10の UPnP— AVプロトコル処 理部 12は、 CDS : : Browse要求コマンドを処理し（S61)、コマンドの内容に従い、ク ライアント機器 20によって指定されたコンテナの空き容量を取得する（S62、 S63、 S 64、 S65)。
[0049] ここで、クライアント機器 20力 対象コンテナとしで' AnyContainer"を指定したの で、サーバ機器 10の UPnP— AVプロトコル処理部 12は、任意のコンテナを選択す る。ここでは例えば" Video"を選択したので、クライアント機器 20に対しては" Video" のコンテナを特定する識別子 (例えば、 container id= 2)と、その空き容量とを含む CDS :： Browse応答コマンドを生成し（S66)、クライアント機器 20に応答する（S67)
[0050] 図 7は、応答コマンドに含まれるコンテナ情報の一例を示す図である。
クライアント機器 20の UPnP—AVプロトコル処理部 22は、通信部 21を介して受信 したサーバ機器 10からの応答データを解釈し、 "AnyContainer"が実際には" Vide o"が割り当てられ、残り容量が 2116948923であることを予め知ることができる。
[0051] 容量比較部 25は、送信したいコンテンツデータのサイズと、サーバ機器 10のコンテ ンッデータ蓄積部 13の残容量とを比較し、この後コンテンツデータを送信する力否 か決定する。
[0052] ここで、 UPnP— AVでは、コンテナ及びコンテンツデータは、その種類に応じて様 々なクラスに分類され、クラス毎に保持する属性が異なる。上記 upnp : storageFree は、 object, container. storageVolume及ひ object, container. storageVolu meの各クラスが保持する属性である。し力し、 "AnyContainer"に対して CDS :： Br owseアクションを受信した際には、サーノ機器は、全てのコンテナクラスに upnp : st orageFree属性を付与し、値を設定しなければならな!/、。
[0053] サーバ機器 10のコンテンツデータ蓄積部 13に十分な空き容量があることが容量比 較部 25により確認されれば、クライアント機器 20のコンテンツデータ送信部 23は、コ ンテンッデータを送信する。そして、サーバ機器 10のコンテンツデータ受信部 14は、 通信部 11を介してクライアント機器 20から送信されてきたコンテンツデータを受信し 、コンテンツデータ蓄積部 13に記録する。
[0054] したがって、ファイル受信するサーバ側にぉ 、て、特定の Objectの格納先を、空き 容量を示すためだけのフォルダに割り当てることで、クライアントは、ファイル転送する 前に、特定 Objectに対して空き容量の確認を行うことができる。
[0055] なお、上記実施の形態においては、予約キーワードとして、 "AnyContainer"とい う文字を用いたが、文字をこれに限定されるものではない。また、 "FreeSpace"など の文字を、予約キーワードとして、残容量確認のみを可能とすることでも、同様の効 果が得られる。
[0056] また、クライアント機器 20に配信するファイルのファイル構成情報には、コンテンツ データ蓄積部 13が確保する残容量だけを示すアイテムを定義し、キーワードがアイ テムに対するものである場合に、残容量だけを示すアイテムをクライアント機器 20に 返答するようにしてもよ ヽ。
[0057] (実施の形態 2)
次いで、本発明の実施の形態 2におけるシステムについて説明する。なお、本実施 の形態 2におけるクライアント機器 20及びサーバ機器 10の構成は実施の形態 1と同 じであり、サーバ機器 10の処理内容及び送受信される情報が異なるだけであるので 、異なる点を詳述する。
[0058] 図 8は、クライアント機器 20—サーバ機器 10間で行われる空き容量確認の他のシ 一ケンスを示す図である。
[0059] クライアント機器 20は、上記した CDS :： Browse要求コマンドに代えて、図 8に示さ れる CMS : : GetProtocolInfo要求コマンドを送信する（S80)。ここで、 CMS (Con nection Management Service)は、 UPnP—AV規格の 1つであり、コネクション 管理を行うためのサービスである。
[0060] CMS : : GetProtocolInfo要求コマンドを受信したサーバ機器 10の UPnP—AV プロトコル処理部 12は、 CMS : : GetConnectionInfo要求コマンドを処理し（S81) 、コマンドの内容に従い、クライアント機器 20によって指定されたコンテナの空き容量 を、残容量取得部 15を介して取得する（S62, S63, S64, S65)。
[0061] CMS：： GetConnectionlnfoでは、サーバ機器がサポートして 、るコンテンツのフ ォーマットや、プロトコルに応じて記述された Protocollnfo情報を応答で返す。具体 的には、サーバ機器 10の UPnP—AVプロトコル処理部 12は、これらコンテンツのフ ォーマットや、プロトコルに応じて、クライアント機器 20からファイル転送が可能で、コ ンテンッデータ蓄積部 13が管理する複数のメディア毎に確保された残容量が記述さ れた記述情報に基づ 、て、残容量を Protocollnfo情報の 4つめのパラメータに記述 する。残容量の情報を取得した後、 UPnP—AVプロトコル処理部 12は、 CMS : : Ge tProtocolInfo応答コマンドを生成し（S86)、クライアント機器 20に応答する（S87)
[0062] 図 9は、 Protocollnfo情報の記述例を示す図である。 "： "で区切られた 4つめのパ ラメータに、 "FreeSpace = "を定義し、ここに容量の単位（byte又は MegaByte)に 応じて数値を記載する。図示例では、映像情報、音楽情報、静止画情報のそれぞれ に、空き容量を個別に記載することが可能となっている。
[0063] したがって、ファイル受信するサーバ側において、特定の Objectの格納先を、空き 容量を示すためだけのメディア又はフォルダに割り当てることで、クライアントは、ファ ィル転送する前に、特定 Objectに対して空き容量の確認を行うことができる。
[0064] なお、上記実施の形態では、ファイルデータを映像や、音楽、静止画等のコンテン ッとして説明した力 テキストデータ等のファイルデータに適用して実施してもよいの はいうまでもない。
産業上の利用可能性
[0065] 本願発明に係るメディア管理装置は、 HDDビデオレコーダや、セットトップボックス 、パーソナルコンピュータ等、ネットワークに対応した UPnP—AV規格のコンピュータ 装置に適用することができる。

Claims

請求の範囲
[1] ネットワークを介してユーザが操作するクライアント機器と通信可能に接続され、当 該クライアント機器とファイルデータを送受信するサーバ機器に用いられるメディア管 理装置であって、
前記クライアント機器と通信する通信手段と、
前記クライアント機器と送受信するファイルデータを蓄積するためのファイルデータ 蓄積手段と、
前記蓄積手段が確保する空き容量を示す残容量を取得するための残容量取得手 段と、
特定の文字列で構成されるキーワードを含む前記ファイルデータに関する付加情 報取得要求を、前記クライアント機器力 受信した場合に、前記残容量取得手段によ り取得された前記蓄積手段が確保する残容量を、当該クライアント機器に返答するプ ロトコル処理手段と
を備えることを特徴とするメディア管理装置。
[2] 前記クライアント機器に配信するファイル構成情報には、前記蓄積手段が確保する 残容量だけを示すフォルダ又はアイテムが定義されており、
前記プロトコル処理手段は、前記キーワードが前記フォルダ又はアイテムに対する ものである場合に、前記残容量だけを示すフォルダ又はアイテムを当該クライアント 機器に返答する
ことを特徴とする請求項 1記載のメディア管理装置。
[3] 前記ファイルデータ蓄積手段には、複数のメディア毎に確保された空き容量が記述 された記述情報が管理されており、
前記プロトコル処理手段は、前記キーワードが前記記述情報に対するものである場 合に、前記メディア毎の残容量を当該クライアント機器に返答する
ことを特徴とする請求項 1記載のメディア管理装置。
[4] 前記メディア管理装置は、さらに前記通信手段を介して前記クライアント機器力 フ アイルデータを受信し、受信したファイルデータを前記蓄積手段が確保する特定の場 所に格納させるファイルデータ受信手段を備える ことを特徴とする請求項 1記載のメディア管理装置。
[5] ネットワークを介してユーザが操作するクライアント機器と通信可能に接続され、当 該クライアント機器とファイルデータを送受信するサーバ機器に用いられるメディア管 理方法であって、
前記クライアント機器と通信する通信ステップと、
前記クライアント機器と送受信するファイルデータを蓄積手段に蓄積するためのファ ィルデータ蓄積ステップと、
前記蓄積手段が確保する空き容量を示す残容量を取得するための残容量取得ス テツプと、
特定の文字列で構成されるキーワードを含む前記ファイルデータに関する付加情 報取得要求を、前記クライアント機器カゝら受信した場合に、前記残容量取得ステップ により取得された前記蓄積手段が確保する残容量を、当該クライアント機器に返答す るプロトコル処理ステップと
を含むことを特徴とするメディア管理方法。
[6] 請求項 5に記載のメディア管理方法に含まれるステップをコンピュータに実行させる プログラム。
PCT/JP2006/305686 2005-03-22 2006-03-22 メディア管理装置及びメディア管理方法 WO2006106606A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/886,718 US20090077162A1 (en) 2005-03-22 2006-03-22 Medium Management Device and Medium Management Method
JP2007512458A JPWO2006106606A1 (ja) 2005-03-22 2006-03-22 メディア管理装置及びメディア管理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-081031 2005-03-22
JP2005081031 2005-03-22

Publications (1)

Publication Number Publication Date
WO2006106606A1 true WO2006106606A1 (ja) 2006-10-12

Family

ID=37073172

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/305686 WO2006106606A1 (ja) 2005-03-22 2006-03-22 メディア管理装置及びメディア管理方法

Country Status (3)

Country Link
US (1) US20090077162A1 (ja)
JP (1) JPWO2006106606A1 (ja)
WO (1) WO2006106606A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101584304B1 (ko) * 2009-07-20 2016-01-11 삼성전자주식회사 콘텐츠 요청 장치 및 방법
FR2964523A1 (fr) * 2010-07-22 2012-03-09 France Telecom Mise a disposition d'informations par un terminal mobile dans un reseau.
US10484487B2 (en) 2015-04-01 2019-11-19 At&T Mobility Ii Llc System and method for predictive delivery of prioritized content
US9804906B1 (en) 2016-11-17 2017-10-31 Mastercard International Incorporated Systems and methods for filesystem-based computer application communication

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030084A (ja) * 2001-07-10 2003-01-31 Seiko Epson Corp データ転送装置及びデータ転送プログラム
JP2004348454A (ja) * 2003-05-22 2004-12-09 Sony Corp サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4536971B2 (ja) * 2001-09-28 2010-09-01 キヤノン株式会社 サーバ装置及びその制御方法
US7568033B2 (en) * 2001-10-12 2009-07-28 Fujifilm Corporation Image storage system and image accumulation apparatus
US7751628B1 (en) * 2001-12-26 2010-07-06 Reisman Richard R Method and apparatus for progressively deleting media objects from storage
JP2004056394A (ja) * 2002-07-18 2004-02-19 Fujitsu Ltd Ｌａｎを介して取込装置および蓄積装置を制御するための制御装置、およびそのための取込装置、蓄積装置、プログラムおよび方法
JP2005244576A (ja) * 2004-02-26 2005-09-08 Sony Corp コンテンツ処理システム及びコンテンツ処理方法、並びにコンピュータ・プログラム
JP4325438B2 (ja) * 2004-03-01 2009-09-02 ソニー株式会社 情報処理システム及び情報処理方法、並びにコンピュータ・プログラム
EP1580914A1 (en) * 2004-03-26 2005-09-28 STMicroelectronics S.r.l. Method and system for controlling operation of a network
US20060117132A1 (en) * 2004-11-30 2006-06-01 Microsoft Corporation Self-configuration and automatic disk balancing of network attached storage devices

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030084A (ja) * 2001-07-10 2003-01-31 Seiko Epson Corp データ転送装置及びデータ転送プログラム
JP2004348454A (ja) * 2003-05-22 2004-12-09 Sony Corp サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Also Published As

Publication number Publication date
JPWO2006106606A1 (ja) 2008-09-11
US20090077162A1 (en) 2009-03-19

Similar Documents

Publication Publication Date Title
JP4531696B2 (ja) マルチメディア情報共有システム
US8499109B2 (en) Data reproducing apparatus, content management method, program, and storage medium
US9003301B2 (en) Image management method and system using thumbnail in DLNA system
US9407688B2 (en) Mapping universal plug and play discovered items to an SMB location
US9229937B2 (en) Apparatus and method for managing digital contents distributed over network
CN100521636C (zh) 在URI中嵌入UPnP AV媒体服务器的对象ID
US20070118606A1 (en) Virtual content directory service
US8560497B2 (en) Inter-home sharing apparatus and method using home network device
US20050027740A1 (en) Content information management apparatus and content information management method
EP2110993B1 (en) Content distribution method between a network apparatus and a server
JP2007158854A (ja) Ａｖサーバ装置、クライアント機器、及びファイル転送システム
US20070255710A1 (en) Content management method, apparatus, and system
JPWO2006077935A1 (ja) Ａｖサーバ機器
US20060004576A1 (en) Server device
WO2006106606A1 (ja) メディア管理装置及びメディア管理方法
JP4808122B2 (ja) 内部ネットワーク上の内部端末に外部ネットワーク上の外部サーバからコンテンツを取得して送信する方法、内部サーバ、及び外部サーバ
JP2008542901A (ja) 携帯型記憶媒体、ホスト装置及びこのホスト装置によりその携帯型記憶媒体のコンテンツにアクセスする方法
JP2009038452A (ja) 通信装置
JP4900169B2 (ja) ネットワークシステム、中継デバイス及び中継プログラム
KR100724361B1 (ko) 미디어 파일 검색 시스템 및 방법
JP5187908B2 (ja) 配信ポリシに基づくコンテンツ協調再生方法、プロキシ制御端末及びプログラム
KR20130039003A (ko) 휴대용 단말기의 메타데이터 데이터베이스 복사를 이용한 멀티미디어 공유장치 및 방법
JP4549174B2 (ja) データ送信装置、データ受信装置、プログラムおよび記録媒体
KR100811970B1 (ko) 미디어 서버의 파일 제공방법
JP2006099380A (ja) 更新版ソフトウェア配布方法及びシステム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2007512458

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11886718

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06729653

Country of ref document: EP

Kind code of ref document: A1