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

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

Info

Publication number
JPWO2006106606A1
JPWO2006106606A1 JP2007512458A JP2007512458A JPWO2006106606A1 JP WO2006106606 A1 JPWO2006106606 A1 JP WO2006106606A1 JP 2007512458 A JP2007512458 A JP 2007512458A JP 2007512458 A JP2007512458 A JP 2007512458A JP WO2006106606 A1 JPWO2006106606 A1 JP WO2006106606A1
Authority
JP
Japan
Prior art keywords
client device
remaining capacity
content data
file data
upnp
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
JP2007512458A
Other languages
English (en)
Inventor
中塚　紋太
紋太 中塚
崇之 福井
崇之 福井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2006106606A1 publication Critical patent/JPWO2006106606A1/ja
Withdrawn legal-status Critical Current

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/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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

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

Description

本発明は、機器間でデータファイルの転送を行う際のメディアの空き容量を管理するメディア管理装置及びメディア管理方法に関する。
近年、ｘＤＳＬや光ファイバーなどのブロードバンド環境が整ったことにより、企業、一般家庭を問わずインターネット接続が急速に普及してきている。また、家庭内のＰＣや家電機器をＥｔｈｅｒｎｅｔ（登録商標）や無線ＬＡＮなどで接続するホームネットワーク環境も一般化してきている。このような中で、パーソナルコンピュータ（ＰＣ）だけでなく、テレビやＤＶＤレコーダ、エアコン、冷蔵庫のような家電もＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）により定義されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークにより相互に接続できるようになってきている。
インターネットや、ホームネットワークにおけるアプリケーションの１つとして、家電機器、ＰＣ間で映像や音楽などのＡＶコンテンツファイルをコピー（ファイル転送又はファイル移動）するようなアプリケーションがある。例えば、リビングに設置されたＨＤＤレコーダで録画されたＴＶ番組を、別の部屋にあるＤＶＤレコーダを用いてＤＶＤメディアにコピーしたりするような例が挙げられる。
このようなファイル転送を行うプロトコルとしては、古くはＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、最近ではＷｅｂＤＡＶ（Ｗｅｂ−ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ ｐｒｏｔｏｃｏｌ）などがある。そして、ホームネットワークにおいて映像や音楽などのＡＶコンテンツファイルを扱う場合のプロトコルとして、ＵＰｎＰ−ＡＶ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ Ａｕｄｉｏ／Ｖｉｄｅｏ）規格（非特許文献１）が最近注目されている。
ＵＰｎＰ−ＡＶでは、コンテンツファイルそのものの転送方式を規定しているわけではなく、コンテンツファイルに付随された情報（メタデータ）に関するサービスや、コネクションに関するサービスなどについて規定している。中でもコンテンツファイルに付随された情報（メタデータ）に関するサービスであるＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｒｙ Ｓｅｒｖｉｃｅ）は、ＵＰｎＰ−ＡＶ規格における最も基本的なサービスであり、コンテンツの付随情報（メタデータ）取得の他に、コンテンツの付随情報（メタデータ）そのものを、作成したり、削除したり、修正したりすることもできる。一方、ＵＰｎＰ−ＡＶと併用して用いられるコンテンツファイルの転送方式としては、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などが一般的である。
ユーザが操作する機器をクライアントとし、ネットワークに接続された相手の機器をサーバとすると、ＵＰｎＰ−ＡＶとＨＴＴＰを用いてサーバからクライアントにファイル転送を行う場合、まずＣＤＳ：：Ｂｒｏｗｓｅを用いてサーバからコンテンツファイルの付随情報（メタデータ）の一覧を取得し、ファイル転送したいコンテンツのファイル転送が可能なＵＲＬを取得することで、ＨＴＴＰ−ＧＥＴによりファイル転送を行う。この逆に、クライアントからサーバにファイル転送を行う場合、ＣＤＳ：：ＣｒｅａｔｅＯｂｊｅｃｔを用いてクライアントからサーバに対してファイル転送したいコンテンツの付随情報（メタデータ）の作成を依頼（作成依頼）し、作成依頼応答に含まれるＵＲＬ先に対して、ＨＴＴＰ−ＰＯＳＴによりファイル転送を行う。
ＵＰｎＰ−ＡＶ規格書
ところで、ここで問題となるのが、ファイル転送可能かどうかを判断するための、ディスク空き容量確認の方法である。
通常、サーバからクライアントに対してファイル転送する場合は、ファイル転送を行うコンテンツのデータ量がコンテンツファイルの付随情報（メタデータ）に記載されているので、クライアント側のディスク空き容量と比較して、ファイル転送可能かどうかの判断が行うことができる。
これに対して、クライアントからサーバに対してファイル転送する場合は、ファイル転送を行うコンテンツのデータ量は分かるものの、サーバ側のディスク空き容量を確認する仕組みが決められていない。
例えば、サーバ側の特定ディスク又は特定フォルダにファイル転送を行う際には、その特定ディスク又は特定フォルダの付随情報（メタデータ）に空き容量を示す情報が記述されている場合があるが、必ずしも記述されているとは限らない。この理由は、ＣＤＳで記述されるディスク又はフォルダなどがあくまで概念上のものであり、バーチャルなＯｂｊｅｃｔとして表現されているからであり、実際の物理的なディスク構成又はフォルダ構成と一致する必要がないからである。
このため、サーバ側のディスク空き容量を予め確認する技術の出現が強く望まれている。
そこで、本発明は、上記した問題を解決し、サーバ側のディスク空き容量を予め確認することができるメディア管理装置及びメディア管理方法を提供する目的とする。
上記目的を達成するために、本発明に係るメディア管理装置においては、ネットワークを介してユーザが操作するクライアント機器と通信可能に接続され、当該クライアント機器とファイルデータを送受信するサーバ機器に用いられるメディア管理装置であって、前記クライアント機器と通信する通信手段と、前記クライアント機器と送受信するファイルデータを蓄積するためのファイルデータ蓄積手段と、前記蓄積手段が確保する空き容量を示す残容量を取得するための残容量取得手段と、特定の文字列で構成されるキーワードを含む前記ファイルデータに関する付加情報取得要求を、前記クライアント機器から受信した場合に、前記残容量取得手段により取得された前記蓄積手段が確保する残容量を、当該クライアント機器に返答するプロトコル処理手段とを備えることを特徴とする。
これにより、クライアント機器は、ファイルデータを転送する前に、サーバ機器側のディスク空き容量を予め確認することができる。
なお、本発明は、このようなメディア管理装置として実現することができるだけでなく、このようなメディア管理装置が備える特徴的な手段をステップとするメディア管理方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
以上の説明から明らかなように、本発明に係るメディア管理装置によれば、クライアント機器は、ファイルデータを転送する前に、サーバ機器側のディスク空き容量を予め確認することができる。
よって、本発明により、インターネットや、ホームネットワークを介して、家電機器、ＰＣ間で映像や音楽などのＡＶコンテンツファイルをコピーするようなアプリケーションが出現し、ＵＰｎＰ−ＡＶ規格が普及してきた今日における本願発明の実用的価値は極めて高い。
図１は、本実施の形態１におけるシステムの全体構成を示すブロック図である。 図２は、図１に示されるサーバ機器１０の主要部な機能構成を示すブロック図である。 図３は、サーバ機器１０におけるコンテンツデータの管理構成例を示す図である。 図４は、図１に示されるクライアント機器２０の主要部な機能構成を示すブロック図である。 図５は、上記パラメータでＣＤＳ：：Ｂｒｏｗｓｅアクションを送信する際のＳＯＡＰの一例を示す図である。 図６は、サーバ機器−クライアント機器間で行われる空き容量確認のシーケンスを示す図である。 図７は、応答コマンドに含まれるコンテナ情報の一例を示す図である。 図８は、クライアント機器２０−サーバ機器１０間で行われる空き容量確認の他のシーケンスを示す図である。 図９は、ＰｒｏｔｏｃｏｌＩｎｆｏ情報の記述例を示す図である。
符号の説明
３ 通信路
１０ サーバ機器
１１，２１ 通信部
１２，２２ ＵＰｎＰ−ＡＶプロトコル処理部
１３，２４ コンテンツデータ蓄積部
１４ コンテンツデータ受信部
１５ 残容量取得部
２０ クライアント機器
２３ コンテンツデータ送信部
２５ 容量比較部
３１ ＲＯＯＴコンテナ
３２ Ｖｉｄｅｏコンテナ
３３ Ａｕｄｉｏコンテナ
３４ Ｐｈｏｔｏコンテナ
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
（実施の形態１）
図１は、本実施の形態１におけるシステムの全体構成を示すブロック図である。
図１に示されるように、システムは、サーバ機器１０と、クライアント機器２０と、サーバ機器１０及びクライアント機器２０を通信可能に接続する通信路３とを備える。
通信路３は、イーサネット（登録商標）などの有線通信路や、ＩＥＥＥ８０２．１１ｂ／ｇ、Ｂｌｕｅｔｏｏｔｈなどの無線通信路によって構成される。
サーバ機器１０は、クライアント機器２０に要求されたファイルデータ、例えば映像や、音楽、静止画などのコンテンツを送信したり、コンテンツに関する付加情報取得要求を、クライアント機器２０から受信した場合に、サーバ機器１０が確保する空き容量を示す残容量を、クライアント機器２０に返答したり、クライアント機器２０から送られてきたコンテンツを蓄積したりする。
クライアント機器２０は、ＵＰｎＰの機器検索機能によりサーバ機器１０を認識しており、コンテンツを取得する場合、サーバ機器１０からＣＤＳ：：Ｂｒｏｗｓｅを用いてサーバからコンテンツファイルの付随情報（メタデータ）の一覧を取得し、ファイル転送したいコンテンツのファイル転送が可能なＵＲＬを取得することで、ＨＴＴＰ−ＧＥＴによりファイル転送を行う。この逆に、コンテンツを転送する場合、特定の文字列で構成されるキーワードを含むファイルデータに関する付加情報取得要求を、サーバ機器１０に送信する。そして、サーバ機器１０からサーバ機器１０が確保する残容量を、受信し、残容量を予め確認する。そして、クライアント機器２０は、残容量が転送するコンテンツより大きければ、サーバ機器１０に転送する。
次いで、サーバ機器１０及びクライアント機器２０の詳細構成について順次説明する。
図２は、図１に示されるサーバ機器１０の主要部な機能構成を示すブロック図である。
図２に示されるように、サーバ機器１０は、通信部１１と、ＵＰｎＰ−ＡＶ規格のプロトコル処理部（以下、「ＵＰｎＰ−ＡＶプロトコル処理部」とも記す。）１２と、コンテンツデータ蓄積部１３と、コンテンツデータ受信部１４と、残容量取得部１５とを備える。
通信部１１は、通信路３を介してクライアント機器２０と通信する。
ＵＰｎＰ−ＡＶプロトコル処理部１２は、ＵＰｎＰ−ＡＶ規格に準拠した機器検索や能力交換などの処理を実行する。また、ＵＰｎＰ−ＡＶプロトコル処理部１２は、ＵＰｎＰ−ＡＶ規格に準拠したクライアント機器が送信したＵＰｎＰ−ＡＶコマンドを、通信部１１を介して受信し、受信したコマンドに従って動作する。
コンテンツデータ蓄積部１３は、録画されたテレビ番組や、ＤＶＣ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｃａｍｅｒａ）などで撮影された動画データ、ＤＳＣ（Ｄｉｇｉｔａｌ Ｓｔｉｌｌ Ｃａｍｅｒａ）などで撮影された静止画データ、録音されたラジオ番組や録音されたＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）楽曲などの音声データ（以下、動画、静止画、音声の各データをコンテンツデータと呼ぶ。）を蓄積する。
クライアント機器２０では、これらのコンテンツデータのタイトル情報や、サイズ情報、録音録画日情報、ＵＲＬ（Ｕｎｉｆｏｒｍｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等で表されるコンテンツデータの位置情報（以下、これらをまとめてメタデータと呼ぶ。）は、ＵＰｎＰ−ＡＶコマンド要求により、ＵＰｎＰ−ＡＶプロトコル処理部１２を介して取得することができる。
残容量取得部１５は、コンテンツデータ蓄積部１３に蓄積可能なコンテンツデータの空き容量（残容量）を取得する。
ＵＰｎＰ−ＡＶプロトコル処理部１２は、残容量取得部１５を通じてコンテンツデータ蓄積部１３の空き容量を取得し、クライアント機器からの空き容量を要求するＵＰｎＰ−ＡＶコマンドに対して応答する。
コンテンツデータ受信部１４は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などを用いて、クライアント機器から送信されるコンテンツデータをコンテンツデータ蓄積部１３に蓄積する。
図３は、サーバ機器１０におけるコンテンツデータの管理構成例を示す図である。
管理構成上、これらはコンテンツデータと、仮想上のフォルダであるコンテナとで構成される。コンテナは、コンテンツデータ及びコンテナを格納するが、格納するコンテンツデータ或いはコンテナが存在しない場合もあり得る。またコンテンツデータの管理構成は、ＵＰｎＰ−ＡＶプロトコル処理部１２を通じてクライアント機器に公開する論理的な管理概念であり、実際にコンテンツデータ蓄積部１３のファイルシステム上では、必ずしも上記の構成が物理的に再現されていなくてもよい。
図３では、構成の最上位に位置するＲＯＯＴコンテナ３１からツリー状に、映像を格納するためのＶｉｄｅｏコンテナ３２、音楽を格納するためのＡｕｄｉｏコンテナ３３、静止画を格納するためのＰｈｏｔｏコンテナ３４で構成され、それぞれ映像、音楽、静止画コンテンツデータが格納されている。
図４は、図１に示されるクライアント機器２０の主要部な機能構成を示すブロック図である。
図４に示されるように、クライアント機器２０は、通信部２１と、ＵＰｎＰ−ＡＶ規格のプロトコル処理部（以下、「ＵＰｎＰ−ＡＶプロトコル処理部」とも記す。）２２と、コンテンツデータ送信部２３と、コンテンツデータ蓄積部２４と、容量比較部２５とを備える。
通信部２１は、通信路３を介してサーバ機器１０と通信する。
ＵＰｎＰ−ＡＶプロトコル処理部２２は、ＵＰｎＰ−ＡＶ規格に準拠したサーバ機器に対してＵＰｎＰ−ＡＶコマンドを送信し、サーバ機器を遠隔制御する。
コンテンツデータ蓄積部２４は、コンテンツデータを蓄積する。
容量比較部２５は、サーバ機器側で受信可能なコンテンツデータ容量と、送信したコンテンツデータの容量とを比較し、サーバ機器がコンテンツデータを受信可能か否か判定する。
コンテンツデータ送信部２３は、コンテンツデータ蓄積部２４に蓄積されたコンテンツデータをサーバ機器に対して送信する。
ここで、クライアント機器２０は、ＵＰｎＰの機器検索機能によりサーバ機器１０を認識している。そして、クライアント機器２０は、コンテンツデータをサーバ機器１０に送信するに先立って、これから送信したいコンテンツデータをサーバ機器が完全に受信し、サーバ機器１０内のコンテンツデータ蓄積部１３に記憶するだけの十分な空き容量が存在するか否かの確認を予め行うために、ＣＤＳ：：Ｂｒｏｗｓｅアクションを実行する。このＣＤＳ：：Ｂｒｏｗｓｅは、コンテンツデータ蓄積部１３に記憶された情報を取得するＵＰｎＰ−ＡＶコマンドである。
図５は、上記パラメータでＣＤＳ：：Ｂｒｏｗｓｅアクションを送信する際のＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）の一例を示す図である。
ここでは、“ＡｎｙＣｏｎｔａｉｎｅｒ”というキーワードを用いてコンテナを指定する。“ＡｎｙＣｏｎｔａｉｎｅｒ”とは、クライアント機器がコンテンツデータの格納先を特定せずに、サーバ機器にとって都合のよいコンテナをサーバ機器が選んでよいということを示す予約キーワードとする。
次に情報を取得する対象として、指定コンテナ自身の情報の取得か、或いは指定コンテナの配下に存在する全てのコンテナ及びコンテンツデータの情報の取得かを選択するフラグを設定する。ここでは、コンテナ自身の情報が取得したいので、“ＢｒｏｗｓｅＭｅｔａｄａｔａ”をフラグとして設定する。
さらに、クライアント機器が必要な属性情報を指定するが、ここではクライアント機器は空き容量の確認を行いたいので、“ｕｐｎｐ：ｓｔｏｒａｇｅＦｒｅｅ”をキーワードに指定する。また、データ取得開始位置と、取得個数に関しては、ここでは共に“０”を指定する。並び替えキーワードに関しては指定しない。
図６は、サーバ機器−クライアント機器間で行われる空き容量確認のシーケンスを示す図である。
クライアント機器２０は、図５に示される内容を含むＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドを送信する（Ｓ６０）。
ＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドを受信したサーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、ＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドを処理し（Ｓ６１）、コマンドの内容に従い、クライアント機器２０によって指定されたコンテナの空き容量を取得する（Ｓ６２、Ｓ６３、Ｓ６４、Ｓ６５）。
ここで、クライアント機器２０が、対象コンテナとして“ＡｎｙＣｏｎｔａｉｎｅｒ”を指定したので、サーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、任意のコンテナを選択する。ここでは例えば“Ｖｉｄｅｏ”を選択したので、クライアント機器２０に対しては“Ｖｉｄｅｏ”のコンテナを特定する識別子（例えば、ｃｏｎｔａｉｎｅｒ ｉｄ＝２）と、その空き容量とを含むＣＤＳ：：Ｂｒｏｗｓｅ応答コマンドを生成し（Ｓ６６）、クライアント機器２０に応答する（Ｓ６７）。
図７は、応答コマンドに含まれるコンテナ情報の一例を示す図である。
クライアント機器２０のＵＰｎＰ−ＡＶプロトコル処理部２２は、通信部２１を介して受信したサーバ機器１０からの応答データを解釈し、“ＡｎｙＣｏｎｔａｉｎｅｒ”が実際には“Ｖｉｄｅｏ”が割り当てられ、残り容量が２１１６９４８９２３であることを予め知ることができる。
容量比較部２５は、送信したいコンテンツデータのサイズと、サーバ機器１０のコンテンツデータ蓄積部１３の残容量とを比較し、この後コンテンツデータを送信するか否か決定する。
ここで、ＵＰｎＰ−ＡＶでは、コンテナ及びコンテンツデータは、その種類に応じて様々なクラスに分類され、クラス毎に保持する属性が異なる。上記ｕｐｎｐ：ｓｔｏｒａｇｅＦｒｅｅは、ｏｂｊｅｃｔ．ｃｏｎｔａｉｎｅｒ．ｓｔｏｒａｇｅＶｏｌｕｍｅ及びｏｂｊｅｃｔ．ｃｏｎｔａｉｎｅｒ．ｓｔｏｒａｇｅＶｏｌｕｍｅの各クラスが保持する属性である。しかし、“ＡｎｙＣｏｎｔａｉｎｅｒ”に対してＣＤＳ：：Ｂｒｏｗｓｅアクションを受信した際には、サーバ機器は、全てのコンテナクラスにｕｐｎｐ：ｓｔｏｒａｇｅＦｒｅｅ属性を付与し、値を設定しなければならない。
サーバ機器１０のコンテンツデータ蓄積部１３に十分な空き容量があることが容量比較部２５により確認されれば、クライアント機器２０のコンテンツデータ送信部２３は、コンテンツデータを送信する。そして、サーバ機器１０のコンテンツデータ受信部１４は、通信部１１を介してクライアント機器２０から送信されてきたコンテンツデータを受信し、コンテンツデータ蓄積部１３に記録する。
したがって、ファイル受信するサーバ側において、特定のＯｂｊｅｃｔの格納先を、空き容量を示すためだけのフォルダに割り当てることで、クライアントは、ファイル転送する前に、特定Ｏｂｊｅｃｔに対して空き容量の確認を行うことができる。
なお、上記実施の形態においては、予約キーワードとして、“ＡｎｙＣｏｎｔａｉｎｅｒ”という文字を用いたが、文字をこれに限定されるものではない。また、“ＦｒｅｅＳｐａｃｅ”などの文字を、予約キーワードとして、残容量確認のみを可能とすることでも、同様の効果が得られる。
また、クライアント機器２０に配信するファイルのファイル構成情報には、コンテンツデータ蓄積部１３が確保する残容量だけを示すアイテムを定義し、キーワードがアイテムに対するものである場合に、残容量だけを示すアイテムをクライアント機器２０に返答するようにしてもよい。
（実施の形態２）
次いで、本発明の実施の形態２におけるシステムについて説明する。なお、本実施の形態２におけるクライアント機器２０及びサーバ機器１０の構成は実施の形態１と同じであり、サーバ機器１０の処理内容及び送受信される情報が異なるだけであるので、異なる点を詳述する。
図８は、クライアント機器２０−サーバ機器１０間で行われる空き容量確認の他のシーケンスを示す図である。
クライアント機器２０は、上記したＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドに代えて、図８に示されるＣＭＳ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ要求コマンドを送信する（Ｓ８０）。ここで、ＣＭＳ（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ）は、ＵＰｎＰ−ＡＶ規格の１つであり、コネクション管理を行うためのサービスである。
ＣＭＳ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ要求コマンドを受信したサーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、ＣＭＳ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎＩｎｆｏ要求コマンドを処理し（Ｓ８１）、コマンドの内容に従い、クライアント機器２０によって指定されたコンテナの空き容量を、残容量取得部１５を介して取得する（Ｓ６２，Ｓ６３，Ｓ６４，Ｓ６５）。
ＣＭＳ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎＩｎｆｏでは、サーバ機器がサポートしているコンテンツのフォーマットや、プロトコルに応じて記述されたＰｒｏｔｏｃｏｌＩｎｆｏ情報を応答で返す。具体的には、サーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、これらコンテンツのフォーマットや、プロトコルに応じて、クライアント機器２０からファイル転送が可能で、コンテンツデータ蓄積部１３が管理する複数のメディア毎に確保された残容量が記述された記述情報に基づいて、残容量をＰｒｏｔｏｃｏｌＩｎｆｏ情報の４つめのパラメータに記述する。残容量の情報を取得した後、ＵＰｎＰ−ＡＶプロトコル処理部１２は、ＣＭＳ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ応答コマンドを生成し（Ｓ８６）、クライアント機器２０に応答する（Ｓ８７）。
図９は、ＰｒｏｔｏｃｏｌＩｎｆｏ情報の記述例を示す図である。“：”で区切られた４つめのパラメータに、“ＦｒｅｅＳｐａｃｅ＝”を定義し、ここに容量の単位（ｂｙｔｅ又はＭｅｇａＢｙｔｅ）に応じて数値を記載する。図示例では、映像情報、音楽情報、静止画情報のそれぞれに、空き容量を個別に記載することが可能となっている。
したがって、ファイル受信するサーバ側において、特定のＯｂｊｅｃｔの格納先を、空き容量を示すためだけのメディア又はフォルダに割り当てることで、クライアントは、ファイル転送する前に、特定Ｏｂｊｅｃｔに対して空き容量の確認を行うことができる。
なお、上記実施の形態では、ファイルデータを映像や、音楽、静止画等のコンテンツとして説明したが、テキストデータ等のファイルデータに適用して実施してもよいのはいうまでもない。
本願発明に係るメディア管理装置は、ＨＤＤビデオレコーダや、セットトップボックス、パーソナルコンピュータ等、ネットワークに対応したＵＰｎＰ−ＡＶ規格のコンピュータ装置に適用することができる。
本発明は、機器間でデータファイルの転送を行う際のメディアの空き容量を管理するメディア管理装置及びメディア管理方法に関する。
近年、ｘＤＳＬや光ファイバーなどのブロードバンド環境が整ったことにより、企業、一般家庭を問わずインターネット接続が急速に普及してきている。また、家庭内のＰＣや家電機器をＥｔｈｅｒｎｅｔ（登録商標）や無線ＬＡＮなどで接続するホームネットワーク環境も一般化してきている。このような中で、パーソナルコンピュータ（ＰＣ）だけでなく、テレビやＤＶＤレコーダ、エアコン、冷蔵庫のような家電もＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）により定義されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークにより相互に接続できるようになってきている。
インターネットや、ホームネットワークにおけるアプリケーションの１つとして、家電機器、ＰＣ間で映像や音楽などのＡＶコンテンツファイルをコピー（ファイル転送又はファイル移動）するようなアプリケーションがある。例えば、リビングに設置されたＨＤＤレコーダで録画されたＴＶ番組を、別の部屋にあるＤＶＤレコーダを用いてＤＶＤメディアにコピーしたりするような例が挙げられる。
このようなファイル転送を行うプロトコルとしては、古くはＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、最近ではＷｅｂＤＡＶ（Ｗｅｂ−ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ ｐｒｏｔｏｃｏｌ）などがある。そして、ホームネットワークにおいて映像や音楽などのＡＶコンテンツファイルを扱う場合のプロトコルとして、ＵＰｎＰ−ＡＶ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ Ａｕｄｉｏ／Ｖｉｄｅｏ）規格（非特許文献１）が最近注目されている。
ＵＰｎＰ−ＡＶでは、コンテンツファイルそのものの転送方式を規定しているわけではなく、コンテンツファイルに付随された情報（メタデータ）に関するサービスや、コネクションに関するサービスなどについて規定している。中でもコンテンツファイルに付随された情報（メタデータ）に関するサービスであるＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｒｙ Ｓｅｒｖｉｃｅ）は、ＵＰｎＰ−ＡＶ規格における最も基本的なサービスであり、コンテンツの付随情報（メタデータ）取得の他に、コンテンツの付随情報（メタデータ）そのものを、作成したり、削除したり、修正したりすることもできる。一方、ＵＰｎＰ−ＡＶと併用して用いられるコンテンツファイルの転送方式としては、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などが一般的である。
ユーザが操作する機器をクライアントとし、ネットワークに接続された相手の機器をサーバとすると、ＵＰｎＰ−ＡＶとＨＴＴＰを用いてサーバからクライアントにファイル転送を行う場合、まずＣＤＳ：：Ｂｒｏｗｓｅを用いてサーバからコンテンツファイルの付随情報（メタデータ）の一覧を取得し、ファイル転送したいコンテンツのファイル転送が可能なＵＲＬを取得することで、ＨＴＴＰ−ＧＥＴによりファイル転送を行う。この逆に、クライアントからサーバにファイル転送を行う場合、ＣＤＳ：：ＣｒｅａｔｅＯｂｊｅｃｔを用いてクライアントからサーバに対してファイル転送したいコンテンツの付随情報（メタデータ）の作成を依頼（作成依頼）し、作成依頼応答に含まれるＵＲＬ先に対して、ＨＴＴＰ−ＰＯＳＴによりファイル転送を行う。
ＵＰｎＰ−ＡＶ規格書
ところで、ここで問題となるのが、ファイル転送可能かどうかを判断するための、ディスク空き容量確認の方法である。
通常、サーバからクライアントに対してファイル転送する場合は、ファイル転送を行うコンテンツのデータ量がコンテンツファイルの付随情報（メタデータ）に記載されているので、クライアント側のディスク空き容量と比較して、ファイル転送可能かどうかの判断が行うことができる。
これに対して、クライアントからサーバに対してファイル転送する場合は、ファイル転送を行うコンテンツのデータ量は分かるものの、サーバ側のディスク空き容量を確認する仕組みが決められていない。
例えば、サーバ側の特定ディスク又は特定フォルダにファイル転送を行う際には、その特定ディスク又は特定フォルダの付随情報（メタデータ）に空き容量を示す情報が記述されている場合があるが、必ずしも記述されているとは限らない。この理由は、ＣＤＳで記述されるディスク又はフォルダなどがあくまで概念上のものであり、バーチャルなＯｂｊｅｃｔとして表現されているからであり、実際の物理的なディスク構成又はフォルダ構成と一致する必要がないからである。
このため、サーバ側のディスク空き容量を予め確認する技術の出現が強く望まれている。
そこで、本発明は、上記した問題を解決し、サーバ側のディスク空き容量を予め確認することができるメディア管理装置及びメディア管理方法を提供する目的とする。
上記目的を達成するために、本発明に係るメディア管理装置においては、ネットワークを介してユーザが操作するクライアント機器と通信可能に接続され、当該クライアント機器とファイルデータを送受信するサーバ機器に用いられるメディア管理装置であって、前記クライアント機器と通信する通信手段と、前記クライアント機器と送受信するファイルデータを蓄積するためのファイルデータ蓄積手段と、前記蓄積手段が確保する空き容量を示す残容量を取得するための残容量取得手段と、特定の文字列で構成されるキーワードを含む前記ファイルデータに関する付加情報取得要求を、前記クライアント機器から受信した場合に、前記残容量取得手段により取得された前記蓄積手段が確保する残容量を、当該クライアント機器に返答するプロトコル処理手段とを備えることを特徴とする。
これにより、クライアント機器は、ファイルデータを転送する前に、サーバ機器側のディスク空き容量を予め確認することができる。
なお、本発明は、このようなメディア管理装置として実現することができるだけでなく、このようなメディア管理装置が備える特徴的な手段をステップとするメディア管理方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
以上の説明から明らかなように、本発明に係るメディア管理装置によれば、クライアント機器は、ファイルデータを転送する前に、サーバ機器側のディスク空き容量を予め確認することができる。
よって、本発明により、インターネットや、ホームネットワークを介して、家電機器、ＰＣ間で映像や音楽などのＡＶコンテンツファイルをコピーするようなアプリケーションが出現し、ＵＰｎＰ−ＡＶ規格が普及してきた今日における本願発明の実用的価値は極めて高い。
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
（実施の形態１）
図１は、本実施の形態１におけるシステムの全体構成を示すブロック図である。
図１に示されるように、システムは、サーバ機器１０と、クライアント機器２０と、サーバ機器１０及びクライアント機器２０を通信可能に接続する通信路３とを備える。
通信路３は、イーサネット（登録商標）などの有線通信路や、ＩＥＥＥ８０２．１１ｂ／ｇ、Ｂｌｕｅｔｏｏｔｈなどの無線通信路によって構成される。
サーバ機器１０は、クライアント機器２０に要求されたファイルデータ、例えば映像や、音楽、静止画などのコンテンツを送信したり、コンテンツに関する付加情報取得要求を、クライアント機器２０から受信した場合に、サーバ機器１０が確保する空き容量を示す残容量を、クライアント機器２０に返答したり、クライアント機器２０から送られてきたコンテンツを蓄積したりする。
クライアント機器２０は、ＵＰｎＰの機器検索機能によりサーバ機器１０を認識しており、コンテンツを取得する場合、サーバ機器１０からＣＤＳ：：Ｂｒｏｗｓｅを用いてサーバからコンテンツファイルの付随情報（メタデータ）の一覧を取得し、ファイル転送したいコンテンツのファイル転送が可能なＵＲＬを取得することで、ＨＴＴＰ−ＧＥＴによりファイル転送を行う。この逆に、コンテンツを転送する場合、特定の文字列で構成されるキーワードを含むファイルデータに関する付加情報取得要求を、サーバ機器１０に送信する。そして、サーバ機器１０からサーバ機器１０が確保する残容量を、受信し、残容量を予め確認する。そして、クライアント機器２０は、残容量が転送するコンテンツより大きければ、サーバ機器１０に転送する。
次いで、サーバ機器１０及びクライアント機器２０の詳細構成について順次説明する。
図２は、図１に示されるサーバ機器１０の主要部な機能構成を示すブロック図である。
図２に示されるように、サーバ機器１０は、通信部１１と、ＵＰｎＰ−ＡＶ規格のプロトコル処理部（以下、「ＵＰｎＰ−ＡＶプロトコル処理部」とも記す。）１２と、コンテンツデータ蓄積部１３と、コンテンツデータ受信部１４と、残容量取得部１５とを備える。
通信部１１は、通信路３を介してクライアント機器２０と通信する。
ＵＰｎＰ−ＡＶプロトコル処理部１２は、ＵＰｎＰ−ＡＶ規格に準拠した機器検索や能力交換などの処理を実行する。また、ＵＰｎＰ−ＡＶプロトコル処理部１２は、ＵＰｎＰ−ＡＶ規格に準拠したクライアント機器が送信したＵＰｎＰ−ＡＶコマンドを、通信部１１を介して受信し、受信したコマンドに従って動作する。
コンテンツデータ蓄積部１３は、録画されたテレビ番組や、ＤＶＣ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｃａｍｅｒａ）などで撮影された動画データ、ＤＳＣ（Ｄｉｇｉｔａｌ Ｓｔｉｌｌ Ｃａｍｅｒａ）などで撮影された静止画データ、録音されたラジオ番組や録音されたＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）楽曲などの音声データ（以下、動画、静止画、音声の各データをコンテンツデータと呼ぶ。）を蓄積する。
クライアント機器２０では、これらのコンテンツデータのタイトル情報や、サイズ情報、録音録画日情報、ＵＲＬ（Ｕｎｉｆｏｒｍｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等で表されるコンテンツデータの位置情報（以下、これらをまとめてメタデータと呼ぶ。）は、ＵＰｎＰ−ＡＶコマンド要求により、ＵＰｎＰ−ＡＶプロトコル処理部１２を介して取得することができる。
残容量取得部１５は、コンテンツデータ蓄積部１３に蓄積可能なコンテンツデータの空き容量（残容量）を取得する。
ＵＰｎＰ−ＡＶプロトコル処理部１２は、残容量取得部１５を通じてコンテンツデータ蓄積部１３の空き容量を取得し、クライアント機器からの空き容量を要求するＵＰｎＰ−ＡＶコマンドに対して応答する。
コンテンツデータ受信部１４は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などを用いて、クライアント機器から送信されるコンテンツデータをコンテンツデータ蓄積部１３に蓄積する。
図３は、サーバ機器１０におけるコンテンツデータの管理構成例を示す図である。
管理構成上、これらはコンテンツデータと、仮想上のフォルダであるコンテナとで構成される。コンテナは、コンテンツデータ及びコンテナを格納するが、格納するコンテンツデータ或いはコンテナが存在しない場合もあり得る。またコンテンツデータの管理構成は、ＵＰｎＰ−ＡＶプロトコル処理部１２を通じてクライアント機器に公開する論理的な管理概念であり、実際にコンテンツデータ蓄積部１３のファイルシステム上では、必ずしも上記の構成が物理的に再現されていなくてもよい。
図３では、構成の最上位に位置するＲＯＯＴコンテナ３１からツリー状に、映像を格納するためのＶｉｄｅｏコンテナ３２、音楽を格納するためのＡｕｄｉｏコンテナ３３、静止画を格納するためのＰｈｏｔｏコンテナ３４で構成され、それぞれ映像、音楽、静止画コンテンツデータが格納されている。
図４は、図１に示されるクライアント機器２０の主要部な機能構成を示すブロック図である。
図４に示されるように、クライアント機器２０は、通信部２１と、ＵＰｎＰ−ＡＶ規格のプロトコル処理部（以下、「ＵＰｎＰ−ＡＶプロトコル処理部」とも記す。）２２と、コンテンツデータ送信部２３と、コンテンツデータ蓄積部２４と、容量比較部２５とを備える。
通信部２１は、通信路３を介してサーバ機器１０と通信する。
ＵＰｎＰ−ＡＶプロトコル処理部２２は、ＵＰｎＰ−ＡＶ規格に準拠したサーバ機器に対してＵＰｎＰ−ＡＶコマンドを送信し、サーバ機器を遠隔制御する。
コンテンツデータ蓄積部２４は、コンテンツデータを蓄積する。
容量比較部２５は、サーバ機器側で受信可能なコンテンツデータ容量と、送信したコンテンツデータの容量とを比較し、サーバ機器がコンテンツデータを受信可能か否か判定する。
コンテンツデータ送信部２３は、コンテンツデータ蓄積部２４に蓄積されたコンテンツデータをサーバ機器に対して送信する。
ここで、クライアント機器２０は、ＵＰｎＰの機器検索機能によりサーバ機器１０を認識している。そして、クライアント機器２０は、コンテンツデータをサーバ機器１０に送信するに先立って、これから送信したいコンテンツデータをサーバ機器が完全に受信し、サーバ機器１０内のコンテンツデータ蓄積部１３に記憶するだけの十分な空き容量が存在するか否かの確認を予め行うために、ＣＤＳ：：Ｂｒｏｗｓｅアクションを実行する。このＣＤＳ：：Ｂｒｏｗｓｅは、コンテンツデータ蓄積部１３に記憶された情報を取得するＵＰｎＰ−ＡＶコマンドである。
図５は、上記パラメータでＣＤＳ：：Ｂｒｏｗｓｅアクションを送信する際のＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）の一例を示す図である。
ここでは、“ＡｎｙＣｏｎｔａｉｎｅｒ”というキーワードを用いてコンテナを指定する。“ＡｎｙＣｏｎｔａｉｎｅｒ”とは、クライアント機器がコンテンツデータの格納先を特定せずに、サーバ機器にとって都合のよいコンテナをサーバ機器が選んでよいということを示す予約キーワードとする。
次に情報を取得する対象として、指定コンテナ自身の情報の取得か、或いは指定コンテナの配下に存在する全てのコンテナ及びコンテンツデータの情報の取得かを選択するフラグを設定する。ここでは、コンテナ自身の情報が取得したいので、“ＢｒｏｗｓｅＭｅｔａｄａｔａ”をフラグとして設定する。
さらに、クライアント機器が必要な属性情報を指定するが、ここではクライアント機器は空き容量の確認を行いたいので、“ｕｐｎｐ：ｓｔｏｒａｇｅＦｒｅｅ”をキーワードに指定する。また、データ取得開始位置と、取得個数に関しては、ここでは共に“０”を指定する。並び替えキーワードに関しては指定しない。
図６は、サーバ機器−クライアント機器間で行われる空き容量確認のシーケンスを示す図である。
クライアント機器２０は、図５に示される内容を含むＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドを送信する（Ｓ６０）。
ＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドを受信したサーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、ＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドを処理し（Ｓ６１）、コマンドの内容に従い、クライアント機器２０によって指定されたコンテナの空き容量を取得する（Ｓ６２、Ｓ６３、Ｓ６４、Ｓ６５）。
ここで、クライアント機器２０が、対象コンテナとして“ＡｎｙＣｏｎｔａｉｎｅｒ”を指定したので、サーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、任意のコンテナを選択する。ここでは例えば“Ｖｉｄｅｏ”を選択したので、クライアント機器２０に対しては“Ｖｉｄｅｏ”のコンテナを特定する識別子（例えば、ｃｏｎｔａｉｎｅｒ ｉｄ＝２）と、その空き容量とを含むＣＤＳ：：Ｂｒｏｗｓｅ応答コマンドを生成し（Ｓ６６）、クライアント機器２０に応答する（Ｓ６７）。
図７は、応答コマンドに含まれるコンテナ情報の一例を示す図である。
クライアント機器２０のＵＰｎＰ−ＡＶプロトコル処理部２２は、通信部２１を介して受信したサーバ機器１０からの応答データを解釈し、“ＡｎｙＣｏｎｔａｉｎｅｒ”が実際には“Ｖｉｄｅｏ”が割り当てられ、残り容量が２１１６９４８９２３であることを予め知ることができる。
容量比較部２５は、送信したいコンテンツデータのサイズと、サーバ機器１０のコンテンツデータ蓄積部１３の残容量とを比較し、この後コンテンツデータを送信するか否か決定する。
ここで、ＵＰｎＰ−ＡＶでは、コンテナ及びコンテンツデータは、その種類に応じて様々なクラスに分類され、クラス毎に保持する属性が異なる。上記ｕｐｎｐ：ｓｔｏｒａｇｅＦｒｅｅは、ｏｂｊｅｃｔ．ｃｏｎｔａｉｎｅｒ．ｓｔｏｒａｇｅＶｏｌｕｍｅ及びｏｂｊｅｃｔ．ｃｏｎｔａｉｎｅｒ．ｓｔｏｒａｇｅＶｏｌｕｍｅの各クラスが保持する属性である。しかし、“ＡｎｙＣｏｎｔａｉｎｅｒ”に対してＣＤＳ：：Ｂｒｏｗｓｅアクションを受信した際には、サーバ機器は、全てのコンテナクラスにｕｐｎｐ：ｓｔｏｒａｇｅＦｒｅｅ属性を付与し、値を設定しなければならない。
サーバ機器１０のコンテンツデータ蓄積部１３に十分な空き容量があることが容量比較部２５により確認されれば、クライアント機器２０のコンテンツデータ送信部２３は、コンテンツデータを送信する。そして、サーバ機器１０のコンテンツデータ受信部１４は、通信部１１を介してクライアント機器２０から送信されてきたコンテンツデータを受信し、コンテンツデータ蓄積部１３に記録する。
したがって、ファイル受信するサーバ側において、特定のＯｂｊｅｃｔの格納先を、空き容量を示すためだけのフォルダに割り当てることで、クライアントは、ファイル転送する前に、特定Ｏｂｊｅｃｔに対して空き容量の確認を行うことができる。
なお、上記実施の形態においては、予約キーワードとして、“ＡｎｙＣｏｎｔａｉｎｅｒ”という文字を用いたが、文字をこれに限定されるものではない。また、“ＦｒｅｅＳｐａｃｅ”などの文字を、予約キーワードとして、残容量確認のみを可能とすることでも、同様の効果が得られる。
また、クライアント機器２０に配信するファイルのファイル構成情報には、コンテンツデータ蓄積部１３が確保する残容量だけを示すアイテムを定義し、キーワードがアイテムに対するものである場合に、残容量だけを示すアイテムをクライアント機器２０に返答するようにしてもよい。
（実施の形態２）
次いで、本発明の実施の形態２におけるシステムについて説明する。なお、本実施の形態２におけるクライアント機器２０及びサーバ機器１０の構成は実施の形態１と同じであり、サーバ機器１０の処理内容及び送受信される情報が異なるだけであるので、異なる点を詳述する。
図８は、クライアント機器２０−サーバ機器１０間で行われる空き容量確認の他のシーケンスを示す図である。
クライアント機器２０は、上記したＣＤＳ：：Ｂｒｏｗｓｅ要求コマンドに代えて、図８に示されるＣＭＳ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ要求コマンドを送信する（Ｓ８０）。ここで、ＣＭＳ（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ）は、ＵＰｎＰ−ＡＶ規格の１つであり、コネクション管理を行うためのサービスである。
ＣＭＳ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ要求コマンドを受信したサーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、ＣＭＳ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎＩｎｆｏ要求コマンドを処理し（Ｓ８１）、コマンドの内容に従い、クライアント機器２０によって指定されたコンテナの空き容量を、残容量取得部１５を介して取得する（Ｓ６２，Ｓ６３，Ｓ６４，Ｓ６５）。
ＣＭＳ：：ＧｅｔＣｏｎｎｅｃｔｉｏｎＩｎｆｏでは、サーバ機器がサポートしているコンテンツのフォーマットや、プロトコルに応じて記述されたＰｒｏｔｏｃｏｌＩｎｆｏ情報を応答で返す。具体的には、サーバ機器１０のＵＰｎＰ−ＡＶプロトコル処理部１２は、これらコンテンツのフォーマットや、プロトコルに応じて、クライアント機器２０からファイル転送が可能で、コンテンツデータ蓄積部１３が管理する複数のメディア毎に確保された残容量が記述された記述情報に基づいて、残容量をＰｒｏｔｏｃｏｌＩｎｆｏ情報の４つめのパラメータに記述する。残容量の情報を取得した後、ＵＰｎＰ−ＡＶプロトコル処理部１２は、ＣＭＳ：：ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ応答コマンドを生成し（Ｓ８６）、クライアント機器２０に応答する（Ｓ８７）。
図９は、ＰｒｏｔｏｃｏｌＩｎｆｏ情報の記述例を示す図である。“：”で区切られた４つめのパラメータに、“ＦｒｅｅＳｐａｃｅ＝”を定義し、ここに容量の単位（ｂｙｔｅ又はＭｅｇａＢｙｔｅ）に応じて数値を記載する。図示例では、映像情報、音楽情報、静止画情報のそれぞれに、空き容量を個別に記載することが可能となっている。
したがって、ファイル受信するサーバ側において、特定のＯｂｊｅｃｔの格納先を、空き容量を示すためだけのメディア又はフォルダに割り当てることで、クライアントは、ファイル転送する前に、特定Ｏｂｊｅｃｔに対して空き容量の確認を行うことができる。
なお、上記実施の形態では、ファイルデータを映像や、音楽、静止画等のコンテンツとして説明したが、テキストデータ等のファイルデータに適用して実施してもよいのはいうまでもない。
本願発明に係るメディア管理装置は、ＨＤＤビデオレコーダや、セットトップボックス、パーソナルコンピュータ等、ネットワークに対応したＵＰｎＰ−ＡＶ規格のコンピュータ装置に適用することができる。
図１は、本実施の形態１におけるシステムの全体構成を示すブロック図である。 図２は、図１に示されるサーバ機器１０の主要部な機能構成を示すブロック図である。 図３は、サーバ機器１０におけるコンテンツデータの管理構成例を示す図である。 図４は、図１に示されるクライアント機器２０の主要部な機能構成を示すブロック図である。 図５は、上記パラメータでＣＤＳ：：Ｂｒｏｗｓｅアクションを送信する際のＳＯＡＰの一例を示す図である。 図６は、サーバ機器−クライアント機器間で行われる空き容量確認のシーケンスを示す図である。 図７は、応答コマンドに含まれるコンテナ情報の一例を示す図である。 図８は、クライアント機器２０−サーバ機器１０間で行われる空き容量確認の他のシーケンスを示す図である。 図９は、ＰｒｏｔｏｃｏｌＩｎｆｏ情報の記述例を示す図である。
符号の説明
３ 通信路
１０ サーバ機器
１１，２１ 通信部
１２，２２ ＵＰｎＰ−ＡＶプロトコル処理部
１３，２４ コンテンツデータ蓄積部
１４ コンテンツデータ受信部
１５ 残容量取得部
２０ クライアント機器
２３ コンテンツデータ送信部
２５ 容量比較部
３１ ＲＯＯＴコンテナ
３２ Ｖｉｄｅｏコンテナ
３３ Ａｕｄｉｏコンテナ
３４ Ｐｈｏｔｏコンテナ

Claims (6)

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

Applications Claiming Priority (3)

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

Publications (1)

Publication Number Publication Date
JPWO2006106606A1 true JPWO2006106606A1 (ja) 2008-09-11

Family

ID=37073172

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007512458A Withdrawn JPWO2006106606A1 (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

Family Cites Families (10)

* 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 データ転送装置及びデータ転送プログラム
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 Ｌａｎを介して取込装置および蓄積装置を制御するための制御装置、およびそのための取込装置、蓄積装置、プログラムおよび方法
JP4419434B2 (ja) * 2003-05-22 2010-02-24 ソニー株式会社 サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
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

Also Published As

Publication number Publication date
US20090077162A1 (en) 2009-03-19
WO2006106606A1 (ja) 2006-10-12

Similar Documents

Publication Publication Date Title
US8499109B2 (en) Data reproducing apparatus, content management method, program, and storage medium
JP4531696B2 (ja) マルチメディア情報共有システム
US9003301B2 (en) Image management method and system using thumbnail in DLNA system
US20070118606A1 (en) Virtual content directory service
JP2007158854A (ja) Ａｖサーバ装置、クライアント機器、及びファイル転送システム
US20070143377A1 (en) Media content router
US8560497B2 (en) Inter-home sharing apparatus and method using home network device
US20050027740A1 (en) Content information management apparatus and content information management method
KR20050118231A (ko) 콘텐트 디렉토리 서비스 임포트 컨테이너
US7809742B2 (en) Content management method, apparatus, and system
US20090265443A1 (en) Network apparatus, content distribution method and computer program product
JPWO2006077935A1 (ja) Ａｖサーバ機器
WO2007148289A2 (en) Representing digital content metadata
JP2007511829A (ja) コンテンツベースの部分ダウンロード
US20060004576A1 (en) Server device
JPWO2006106606A1 (ja) メディア管理装置及びメディア管理方法
US9456091B2 (en) Devices and methods for performing operations on image data stored in an external storage device
US8171144B2 (en) AV server apparatus and connection management method
JP2008542901A (ja) 携帯型記憶媒体、ホスト装置及びこのホスト装置によりその携帯型記憶媒体のコンテンツにアクセスする方法
JP2009038452A (ja) 通信装置
JP4900169B2 (ja) ネットワークシステム、中継デバイス及び中継プログラム
KR100724361B1 (ko) 미디어 파일 검색 시스템 및 방법
JP2006099380A (ja) 更新版ソフトウェア配布方法及びシステム
JP2009140257A (ja) 通信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090318

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20101130