(57)【要約】【課題】コンテンツを管理する情報処理装置にコンテンツ間の関係を示す情報を生成させる。また、コンテンツを管理する情報処理装置にコンテンツ間の関係を管理させる。【解決手段】管理されているファイル群のうち互いに関連するファイルとして設定されているファイル間で共通する第１の文字列と、互いに関連するファイルとして設定されているファイル間で相違する第２の文字列と、を含むファイル名をファイルに対応付けることにより、ファイルをメモリ内で管理する。クライアント装置から、メモリ内で管理されているファイルを特定する情報を受け付ける。情報で特定されるファイルに対応づけられたファイル名と共通する第１の文字列を含むファイル名が対応づけられたファイルを、メモリ内のファイル群から検索する。検索手段が検索したファイルを特定する情報を作成し、作成した情報をクライアント装置に対して送信する。【選択図】図５
2012018488.tif 000002
【特許請求の範囲】
【請求項１】
ファイル群をメモリ内で管理する情報処理装置であって、
管理されているファイル群のうち互いに関連するファイルとして設定されているファイル間で共通する第１の文字列と、前記互いに関連するファイルとして設定されているファイル間で相違する第２の文字列と、を含むファイル名をファイルに対応付けることにより、該ファイルを前記メモリ内で管理する管理手段と、
クライアント装置から、前記メモリ内で管理されているファイルを特定する情報を受け付ける受付手段と、
前記クライアント装置からの前記情報を検知した場合、前記情報で特定されるファイルに対応づけられたファイル名と共通する前記第１の文字列を含むファイル名が対応づけられたファイルを、前記メモリ内のファイル群から検索する検索手段と、
前記検索手段が検索したファイルを特定する情報を作成し、該作成した情報を前記クライアント装置に対して送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
更に、
前記メモリ内で管理されている第１のファイルと関連するファイルとして設定された第２のファイルを、前記クライアント装置から受信する受信手段と、
前記第１のファイルに対応づけられたファイル名と共通する前記第１の文字列を含むファイル名を作成し、該作成したファイル名と対応付けて前記第２のファイルを前記メモリ内に登録する登録手段と
を備えることを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記第２の文字列は、前記ファイル名の拡張子であり、
前記第１の文字列は、前記ファイル名から拡張子を除いた文字列である
ことを特徴とする、請求項１又は２に記載の情報処理装置。
【請求項４】
デザイン・ルール・フォー・カメラ・ファイル・システム（Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒ  Ｃａｍｅｒａ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）に従ってファイルをメモリ内で管理することを特徴とする、請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
ファイル群をメモリ内で管理する情報処理装置が行う情報処理方法であって、
前記情報処理装置の管理手段が、管理されているファイル群のうち互いに関連するファイルとして設定されているファイル間で共通する第１の文字列と、前記互いに関連するファイルとして設定されているファイル間で相違する第２の文字列と、を含むファイル名をファイルに対応付けることにより、該ファイルを前記メモリ内で管理する管理工程と、
前記情報処理装置の受付手段が、クライアント装置から、前記メモリ内で管理されているファイルを特定する情報を受け付ける受付工程と、
前記クライアント装置からの前記情報を検知した場合、前記情報処理装置の検索手段が、前記情報で特定されるファイルに対応づけられたファイル名と共通する前記第１の文字列を含むファイル名が対応づけられたファイルを、前記メモリ内のファイル群から検索する検索工程と、
前記情報処理装置の送信手段が、前記検索工程で検索したファイルを特定する情報を作成し、該作成した情報を前記クライアント装置に対して送信する送信工程と
を備えることを特徴とする情報処理方法。
【請求項６】
コンピュータを、請求項１乃至４の何れか１項に記載の情報処理装置が有する各手段として機能させるための、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置が有するコンテンツに関する情報を、外部の装置に提供する技術に関する。
【背景技術】
【０００２】
近年、例えば家庭内ネットワークにおいて機器を相互接続することにより、機器間で画像、動画、音声などのコンテンツを共有することが注目されている。コンテンツの共有のために、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  Ａｎｄ  Ｐｌａｙ）や、ＵＰｎＰをベースとしたＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）などの標準的な通信規格が用いられている。これらの規格においては、コンテンツを有する装置（提供装置）が、他の装置（取得装置）に対して、コンテンツを送信する方式が定められている。また、提供装置が有するコンテンツに関する情報（コンテンツ情報）を、取得装置に対して送信する方式も定められている。
【０００３】
特許文献１には、実行可能なサービスを示す情報をクライアントへと送信できるサーバが開示されている。特許文献１に係るサーバが送信する情報には、それぞれの実行可能なサービスについて、起動するためのＵＲＬを示す情報が含まれている。このように特許文献１に記載のサーバは、サービスに関する情報を提供することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４２４１６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ネットワーク上のコンテンツは、相互に関連していることがある。例えば、画像データと音声データとが同時に取得されることがあり、これらは相互に関連しているものといえる。このような場合、あるコンテンツを取得した取得装置は、そのコンテンツに関連する他のコンテンツをも取得することを必要とするかもしれない。したがって提供装置は、コンテンツを提供するとき、又はコンテンツ情報を提供するときに、関連する他のコンテンツを特定する情報を送信することが有利である。
【０００６】
しかしながら特許文献１の方法では、実行可能なサービス情報にそのサービスの起動ＵＲＬを含ませ、これを送信することはできるものの、複数のサービス間の関連を示す情報を提供することはできなかった。さらに従来の方法では、提供装置が有するコンテンツに関連する他のコンテンツを、取得装置が提供装置に送信して格納させる場合に、提供装置が２つのコンテンツを関連づけて格納することはできなかった。
【０００７】
本発明は、コンテンツを管理する情報処理装置において、コンテンツ間の関係を示す情報を生成する技術を提供する。また、この目的を達成するために、コンテンツを管理する情報処理装置が、コンテンツ間の関係を管理する技術を提供する。
【課題を解決するための手段】
【０００８】
本発明の目的を達成するために、例えば、本発明の情報処理装置は以下の構成を備える。すなわち、
ファイル群をメモリ内で管理する情報処理装置であって、
管理されているファイル群のうち互いに関連するファイルとして設定されているファイル間で共通する第１の文字列と、前記互いに関連するファイルとして設定されているファイル間で相違する第２の文字列と、を含むファイル名をファイルに対応付けることにより、該ファイルを前記メモリ内で管理する管理手段と、
クライアント装置から、前記メモリ内で管理されているファイルを特定する情報を受け付ける受付手段と、
前記クライアント装置からの前記情報を検知した場合、前記情報で特定されるファイルに対応づけられたファイル名と共通する前記第１の文字列を含むファイル名が対応づけられたファイルを、前記メモリ内のファイル群から検索する検索手段と、
前記検索手段が検索したファイルを特定する情報を作成し、該作成した情報を前記クライアント装置に対して送信する送信手段と
を備えることを特徴とする。
【発明の効果】
【０００９】
コンテンツを管理する情報処理装置において、コンテンツ間の関係を示す情報を生成することを可能とする。また、コンテンツを管理する情報処理装置が、コンテンツ間の関係を管理することを可能とする。
【図面の簡単な説明】
【００１０】
【図１】実施例１に係るコンテンツ提供装置２０を含むシステムの構成例の図。
【図２】実施例１に係るコンテンツ提供装置２０のハードウェア構成例の図。
【図３】実施例１に係るコンテンツ提供装置２０の一例としての機能ブロック図。
【図４】実施例１に係るファイル管理システムの一例を示す図。
【図５】実施例１に係るコンテンツ情報の一例を示す図。
【図６】実施例１に係る処理の一例を示すフローチャート。
【図７】実施例２に係るコンテンツ提供装置２０が交換するメッセージを示す図。
【図８】実施例２に係るコンテンツ提供装置２０の一例としての機能ブロック図。
【図９】コンテンツ追加準備要求に含まれるコンテンツ情報の一例を示す図。
【図１０】実施例２に係る、コンテンツ追加後のコンテンツ情報の一例を示す図。
【図１１】実施例２に係るコンテンツ追加準備処理の一例を示すフローチャート。
【図１２】実施例２に係るコンテンツ追加処理の一例を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、本発明の実施例を図面に基づいて説明する。ただし、本発明の範囲は以下の実施例に限定されるものではない。
【実施例１】
【００１２】
本実施例に係る情報処理装置（コンテンツ提供装置）は、ファイル群（コンテンツ群）をメモリ内で管理している。本実施例に係るコンテンツ提供装置は、コンテンツを他の装置に提供できる装置であれば何でもよい。例えば本実施例に係るコンテンツ提供装置はサーバでありうる。特に本実施例に係るコンテンツ提供装置は、デジタルメディアサーバ（ＤＭＳ：Digital Media Server）でありうる。
【００１３】
本実施例に係るコンテンツ提供装置は、コンテンツを蓄積することができる。また、本実施例に係るコンテンツ提供装置は、ネットワークを介して、クライアント装置（コンテンツ取得装置）にコンテンツを提供することができる。さらに、本実施例に係るコンテンツ提供装置は、ネットワークを介して、クライアント装置（コンテンツ取得装置）にコンテンツに関するコンテンツ情報を提供することもできる。
【００１４】
本実施例においてコンテンツとは、任意のデータを指すことができ、例えば画像、音声、動画、文書などを含む。また本実施例においてコンテンツ情報とは、コンテンツに関する任意の情報を指す。コンテンツ情報には、コンテンツのファイル名、コンテンツの作成日、コンテンツの更新日、コンテンツの作成者、コンテンツの種類、などを含むことができる。またコンテンツ情報は、コンテンツ提供装置内のコンテンツを特定する情報、例えばコンテンツのＩＤを含むこともできる。
【００１５】
上述のＤＬＮＡにおいては、ＤＭＳがコンテンツ及びコンテンツ情報を提供する仕組みが規定されている。ＤＭＳの一例としてカメラ装置がある。カメラ装置は、例えばコンピュータ、テレビなどの他の装置に、カメラ装置が有するコンテンツを提供することができる。一般的にカメラ装置は、撮影した画像や録音した音声を、カメラファイルシステム（デザイン・ルール・フォー・カメラ・ファイル・システム、ＤＣＦ：Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒ  Ｃａｍｅｒａ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）に従って保存し、管理する。
【００１６】
本実施例に係るコンテンツ提供装置は、ＤＣＦに従ってコンテンツを保存及び管理することができる。コンテンツは、ファイルとして保存及び管理される。図４を用いて、ＤＣＦについて詳細に説明する。ＤＣＦに従うファイル管理システムには、システム全体のルートディレクトリ４０１が存在する。ルートディレクトリ４０１には、ＤＣＦイメージルートディレクトリ４０２が含まれる。ＤＣＦイメージルートディレクトリ４０２は、画像ファイルが格納されるディレクトリについてのルートディレクトリである。
【００１７】
ＤＣＦイメージルートディレクトリ４０２には、画像ファイルを格納するディレクトリ４０３が含まれる。図４にはディレクトリ４０３が１つだけ示されているが、ＤＣＦイメージルートディレクトリ４０２は複数のディレクトリ４０３を含んでいてもよい。ディレクトリ４０３には、ファイル４０４〜４０６が含まれている。
【００１８】
ファイル４０４〜４０６のそれぞれにはファイル名が対応づけられている。このファイル名は、名称（第１の文字列）と、拡張子（第２の文字列）とを含む。例えばファイル４０４には、ファイル名（ＩＭＧ＿０００１．ＪＰＧ）が対応づけられている。ＤＣＦファイルシステムにおいては、ファイル名には４桁の数字が含まれる。この数字は、ＤＣＦファイル番号と呼ばれる。本実施例においては、ＤＣＦファイル番号を「名称」と考える。したがって、ＤＣＦファイル番号が一致する場合に、名称が一致するものと考える。しかしながら、ファイル名のうちピリオドより前の文字列、例えばファイル４０４については「ＩＭＧ＿０００１」を名称と考えてもよい。
【００１９】
また、ファイル名のうちピリオドより後ろの文字列、例えばファイル４０４については「ＪＰＧ」、を「拡張子」と呼ぶ。拡張子は、ファイル名が対応づけられているファイルの種類を示す。例えば「ＪＰＧ」はＪＰＥＧ形式の画像ファイルを指しうる。また、「ＷＡＶ」はＷＡＶＥ形式の音声ファイルを指しうる。拡張子とファイルの種類との対応付けは、周知の規則に従ってもよい。また、拡張子とファイルの種類とを対応付ける情報を、例えばコンテンツ提供装置が有していてもよい。この対応付け情報は、コンテンツ提供装置が公開することもできる。
【００２０】
本実施例においては、互いに関連するファイルとして設定されているファイルのそれぞれには、ファイル間で共通の名称を含むファイル名が対応付けられている。たとえばファイル４０４のファイル名と、ファイル４０５のファイル名とは、共通の名称「０００１」を含んでいる。このように、ファイル名に基づいて、ファイルが互いに関連するか否かを判断することができる。また、互いに関連するファイルとして設定されているファイルのそれぞれには、ファイル間で互いに相違する拡張子が対応付けられている。名称と拡張子との組み合わせによって、それぞれのファイルを識別することができる。
【００２１】
ＤＣＦファイルシステムにおいては、同一のディレクトリ内において、同じＤＣＦファイル番号を持つＤＣＦファイル群は、１つのＤＣＦオブジェクトを構成する。１つのＤＣＦオブジェクトには、お互いに関連する画像ファイルや音声ファイル等が含まれる。ＤＣＦオブジェクトは、ＤＣＦ基本ファイルと、ＤＣＦ拡張画像ファイルと、ＤＣＦサムネイルファイルと、から構成される。
【００２２】
ＤＣＦ基本ファイルは、通常は画像ファイルである。特にＤＣＦ基本ファイルは、通常はＪＰＥＧ形式の画像ファイルである。また、ＤＣＦ拡張画像ファイルは、ＤＣＦ基本ファイルに関連付けられたファイルである。ＤＣＦ拡張画像ファイルには、例えば音声ファイルが含まれる。ＤＣＦサムネイルファイルは、ＤＣＦ基本ファイル及びＤＣＦ拡張画像ファイルのサムネイル画像を含む。
【００２３】
撮像装置によって撮像された画像ファイルがＤＣＦ基本ファイルである場合、撮像と同時に録音された音声ファイルをＤＣＦ拡張画像ファイルとすることができる。ＤＣＦ基本ファイルとＤＣＦ拡張画像ファイルとを１つのＤＣＦオブジェクトとして管理することにより、ＤＣＦ拡張画像ファイルをＤＣＦ基本ファイルに関連付けることができる。
【００２４】
例えば、ファイル４０４とファイル４０５とは、同じＤＣＦファイル番号を持つ。したがって、ファイル４０４とファイル４０５とは、１つのＤＣＦオブジェクトを構成する。このうち、ファイル名に拡張子「ＪＰＧ」が含まれるファイル４０４を、ＤＣＦ基本ファイルとすることができる。また、ファイル名に拡張子「ＪＰＧ」を含まないファイル４０５を、ＤＣＦ拡張ファイルとすることができる。また、ファイル４０６も単独で１つのＤＣＦオブジェクトを構成する。ファイル４０６はファイル４０４と同様に、ＤＣＦ基本ファイルである。
【００２５】
ＤＭＳ機能を有するコンテンツ提供装置は、コンテンツ取得装置からのコンテンツ取得要求を検知した場合に、要求されたコンテンツを送信することができる。また、ＤＭＳ機能を有するコンテンツ提供装置は、コンテンツ取得装置からのコンテンツ情報取得要求を検知した場合には、要求されたコンテンツ情報を送信することができる。ＤＣＦに従うコンテンツ提供装置は、複数のディレクトリを有することができる。そしてＤＣＦに従うコンテンツ提供装置は、コンテンツを何れかのディレクトリ内で管理することができる。
【００２６】
コンテンツ情報取得要求は、コンテンツ提供装置内の何れかのコンテンツについてのコンテンツ情報を要求するものでありうる。また、コンテンツ情報取得要求は、コンテンツ提供装置内の何れかのディレクトリ内で管理されているコンテンツのそれぞれについて、コンテンツ情報を要求するものであってもよい。
【００２７】
本実施例に係るコンテンツ提供装置は、上述ＤＬＮＡ規格に従って動作しうる。ＤＬＮＡ規格に従うコンテンツ提供装置は、コンテンツ情報を、ＤＩＤＬ−Ｌｉｔｅ(Digital Item Description Language-Lite)形式で提供することができる。ＤＩＤＬ−Ｌｉｔｅ形式は、ＤＬＮＡ／ＵＰｎＰで規定されている。
【００２８】
本実施例に係る情報処理装置がコンテンツを管理するために用いるメモリは、情報処理装置が有するメモリでありうる。このメモリは、例えばＲＡＭ、ハードディスク、メモリカード、フラッシュメモリなどでありうる。また、メモリは情報処理装置とは物理的に離れた場所に設置されていてもよく、この場合情報処理装置は通信回線を通してメモリにアクセスしうる。
【００２９】
図５は、本実施例に係る、ＤＩＤＬ−Ｌｉｔｅ形式のコンテンツ情報の一例を示す。具体的には、図４のディレクトリ４０３に含まれるファイル４０４〜４０６のそれぞれについてのコンテンツ情報が示される。図５に示されるコンテンツ情報５０１には、ｉｔｅｍ要素５０２と、ｉｔｅｍ要素５０３と、ｉｔｅｍ要素５０４とが含まれる。ｉｔｅｍ要素５０２はファイル４０４に、ｉｔｅｍ要素５０３はファイル４０５に、ｉｔｅｍ要素５０４はファイル４０６に、それぞれ対応する。上述のように、ファイル４０４のみについてのコンテンツ情報が生成されてもよい。この場合コンテンツ情報５０１には、ｉｔｅｍ要素５０２のみが含まれるだろう。
【００３０】
ｉｔｅｍ要素５０２は、ｉｄ属性と、ｐａｒｅｎｔ属性と、ｒｅｌａｔｉｏｎＩＤ属性とを含む。ｉｄ属性は、このｉｔｅｍ要素を示す一意な識別子である。例えば、ｉｄ属性を用いて、図４のＤＣＦファイルシステム内の１つのファイル４０４を特定することができる。ｉｄ属性は、例えばファイルのパス名でありうる。例えば図４のファイル４０４についてのｉｄ属性の値は、「Root/DCIM/100ABCD/IMG_0001.JPG」でありうる。また、図４のＤＣＦファイルシステムが、ｉｄ属性の値と、ｉｄ属性の値によって特定されるファイルとを対応付けるテーブルを有していてもよい。
【００３１】
ｐａｒｅｎｔＩＤ属性は、ｉｔｅｍ要素が示すコンテンツが含まれる親ディレクトリを示すための、一意な識別子である。具体的には、ｉｔｅｍ要素５０２に含まれるｐａｒｅｎｔＩＤ属性は、ＤＣＦディレクトリ４０３を示す。ｒｅｌａｔｉｏｎＩＤ属性は、ｉｔｅｍ要素が示すコンテンツに関連する関連コンテンツを示すための、一意な識別子である。
【００３２】
例えば、ｉｔｅｍ要素５０２に対応するファイル４０４と、ｉｔｅｍ要素５０３に対応するファイル４０５とは、同一のＤＣＦオブジェクトに含まれる。したがって、ファイル４０４として管理されているコンテンツと、ファイル４０５として管理されているコンテンツとは、互いに関連付けられたコンテンツである。したがって、ｉｔｅｍ要素５０２に含まれるｒｅｌａｔｉｏｎＩＤ属性の値は、ファイル４０５を特定することができる。より具体的には、ｉｔｅｍ要素５０２に含まれるｒｅｌａｔｉｏｎＩＤ属性の値は、ファイル４０５に対応するｉｔｅｍ要素５０３のｉｄ属性の値に一致しうる。
【００３３】
同様に、ファイル４０５に対応するｉｔｅｍ要素５０３においてｒｅｌａｔｉｏｎＩＤ属性の値は、ファイル４０４に対応するｉｔｅｍ要素５０２のｉｄ属性の値に一致しうる。一方で、ファイル４０６に対応するｉｔｅｍ要素５０４においては、ｒｅｌａｔｉｏｎＩＤ属性は値を有さない。これは、ファイル４０６は単独でＤＣＦオブジェクトを構成しているため、ファイル４０６に関連付けられたコンテンツは存在しないためである。さらにｉｔｅｍ要素５０２は、ｄｃ：ｔｉｔｌｅ要素と、ｕｐｎｐ：ｃｌａｓｓ要素とを含む。ｄｃ：ｔｉｔｌｅ要素は、コンテンツの名前を示す。またｕｐｎｐ：ｃｌａｓｓ要素は、コンテンツの種類を示す。
【００３４】
以下に、本実施例に係るコンテンツ提供装置２０の詳細な構成例を説明する。図１は、図１は、本実施例に係るコンテンツ提供装置２０が備えられる、コンテンツ提供システムの一例を示す。ＬＡＮ(Local Area Network)１０は、コンテンツ提供装置２０とコンテンツ取得装置３０とを接続する通信回線である。本実施例に係るＬＡＮ１０は、ホームネットワークでありうる。また、本実施例におけるＬＡＮは、有線ＬＡＮ又は無線ＬＡＮ(Wireless LAN)でありうる。コンテンツ提供装置２０とコンテンツ取得装置３０とを接続する通信回線はＬＡＮには限られない。例えば、ＬＡＮの代わりに、ＷＡＮ(Wide Area Network)、アドホックネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺＩＧＢＥＥ（登録商標）、ＵＷＢ(Ultra Wide Band)などの通信回線を用いることもできる。
【００３５】
コンテンツ提供装置２０は、ＬＡＮ１０を介して、本実施例におけるホームネットワーク内のコンテンツ提供装置である。また、コンテンツ取得装置３０は、ＬＡＮ１０を介して、コンテンツ提供装置２０からコンテンツ及びコンテンツ情報を取得する。具体的には、コンテンツ取得装置３０は、コンテンツ提供装置２０に対して、コンテンツ又はコンテンツ情報を要求する。コンテンツの要求を取得すると、コンテンツ提供装置２０はコンテンツ取得装置３０に対して、コンテンツ又はコンテンツ情報を送信する。コンテンツ提供装置２０は、コンテンツをファイルとして格納している。したがって、コンテンツ取得装置３０は、コンテンツを要求する代わりに、そのコンテンツに対応するファイルを要求してもよい。
【００３６】
本実施例においてコンテンツ提供装置２０は、ＤＬＮＡにおけるＤＭＳとしての機能を有しうる。特に、コンテンツ提供装置２０は、ＤＭＳにおけるコンテンツ・ディレクトリ・サービス（ＣＤＳ、Content Directory Service）を提供しうる。ＣＤＳによって、コンテンツ提供装置２０は、コンテンツ提供装置２０が有するコンテンツのリストを提供することができる。また、コンテンツ提供装置２０は、コンテンツ取得装置３０に要求されたコンテンツを検索し、コンテンツ取得装置３０に提供することができる。
【００３７】
コンテンツ提供装置２０は、例えば、カメラ装置、又はＰＣ装置などでありうる。本実施例に係るコンテンツ提供装置２０は、ＤＬＮＡにおけるＤＭＳの機能を有する装置であるものとする。しかしながら、その他のコンテンツ及びコンテンツ情報を提供する装置を、コンテンツ提供装置２０として用いることもできる。また、コンテンツを提供する装置と、コンテンツ情報を提供する装置との組み合わせを、コンテンツ提供装置２０として用いることもできる。
【００３８】
本実施例に係るコンテンツ取得装置３０は、ホームネットワークを介してコンテンツを取得しうる。コンテンツ取得装置３０は、ＬＡＮ１０を介して、コンテンツ提供装置２０から、コンテンツ、及びコンテンツ情報を取得しうる。コンテンツ取得装置３０は、例えば、デジタル・メディア・コントローラ（ＤＭＣ、Digital Media Controller）、又はデジタル・メディア・プレイヤ（ＤＭＰ、Digital Media Player）などでありうる。コンテンツを取得する機能を有する装置と、コンテンツ情報を取得する機能を有する装置とを組み合わせて、本実施例に係るコンテンツ取得装置３０として用いることもできる。
【００３９】
図２は、本実施形態に係るコンテンツ提供装置２０のハードウェア構成例を示すブロック図である。コンテンツ提供装置２０は例えば、図２に示されるように、コンピュータでありうる。例えば、ワークステーション、デスクトップコンピュータ（ＰＣ）、ノートブックＰＣ、又はパームトップＰＣなどを、本実施例に係るコンテンツ提供装置２０として用いることができる。さらには、他のネットワーク制御装置との通信機能を有する端末をコンテンツ提供装置２０として用いることもできる。例えば、通信機能を有するテレビ等の家電製品、通信機能を有するカメラ、通信機能を有するゲーム機、携帯電話、又はＰＨＳ、並びにこれらの組合せを、本実施例に係るコンテンツ提供装置２０として用いることができる。
【００４０】
ＣＰＵ（Central Processing Unit）２０１は、コンテンツ提供装置２０の全体を制御する。ＲＯＭ（Read Only Memory）２０２は、ファームウェアなどのプログラム、又はパラメタを格納することができる。ＲＡＭ（Random Access Memory）２０３は、例えば外部記憶装置２０４を介して、又はＬＡＮインタフェース２０５を介して取得したプログラムやデータなどを一時的に記憶することができる。
【００４１】
外部記憶装置２０４は、プログラム又はデータなどを記憶することができる記憶媒体、又は記憶媒体にアクセス可能なドライブでありうる。外部記憶装置２０４には例えば、ハードディスク又はＳＳＤ(Solid State Drive)などが含まれる。また外部記憶装置２０４は、メモリカード、フレキシブルディスク（ＦＤ）、コンパクトディスク（ＣＤ）等の光ディスク、磁気カード、光カード、又はＩＣカード、等の記憶媒体にデータを読み書きすることができる。ＬＡＮインタフェース２０５は、コンテンツ提供装置２０をＬＡＮ１０に接続するために必要な通信制御を行うことができる。システムバス２０６は、コンテンツ提供装置２０が備える各部２０１〜２０５を接続する。コンテンツ提供装置２０が備える各部２０１〜２０５は、システムバス２０６を介して相互に通信することができる。
【００４２】
ＣＰＵ２０１は、ＲＯＭ２０２又はＲＡＭ２０３に記憶されたコンピュータプログラムを実行することにより、コンテンツ提供装置２０の備える各機能を実行することができる。ＣＰＵ２０１の制御の下、外部記憶装置２０４又はＬＡＮインタフェース２０５を介して、このプログラムを取得することができる。また、ＣＰＵ２０１の制御の下、このプログラムをＲＡＭ２０３に記憶させることができる。以上、コンテンツ提供装置２０が備えるハードウェア構成について説明した。コンテンツ取得装置３０もまたコンテンツ提供装置２０と同様の構成を有することができる。
【００４３】
次に図３を参照して、本実施例に係るコンテンツ提供装置２０の機能を詳細に説明する。図３は、本実施例に係るコンテンツ提供装置２０の機能ブロック図である。通信制御部３０１は、コンテンツ提供装置２０とＬＡＮ１０とを接続するための通信制御を行う。ＳＳＤＰ処理部３０２は、ＬＡＮ１０上でＵＰｎＰデバイスを発見することを可能とするための処理を行う。
【００４４】
例えばＳＳＤＰ処理部３０２は、通信制御部３０１からシンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ、Simple Service Discovery Protocol）パケットを受信する。そしてＳＳＤＰ処理部３０２は、ＵＰｎＰで規定されるＳＳＤＰ処理を行う。ＳＳＤＰ処理によって、コンテンツ取得装置３０を含むＬＡＮ１０上の他のＤＬＮＡ装置に対し、コンテンツ提供装置２０がＤＭＳとしてＬＡＮ１０上に存在することを、コンテンツ提供装置２０は広告することができる。これは、ＳＳＤＰにおけるａｌｉｖｅメッセージを用いることにより行うことができる。
【００４５】
また、コンテンツ提供装置２０はＳＳＤＰ処理によって、ＬＡＮ１０上の他のＵＰｎＰサービスを発見することができる。さらにはコンテンツ提供装置２０は、応答を行うことにより、他のＤＬＮＡ装置がＵＰｎＰサービスを発見することを可能とすることができる。本実施例においてはＳＳＤＰ処理が用いられるが、他の手段を用いて上述の機能を実現することもできる。例えば、ウェブ・サービス・ダイナミック・ディスカバリ（Web Services Dynamic Discovery）を用いることができる。さらには、メディア・アクセス・コントロール（ＭＡＣ、Media Access Control）アドレスなどを用いることもできる。
【００４６】
ＳＯＡＰ処理部３０３は、ＬＡＮ１０上の装置、例えばコンテンツ取得装置３０との間で、メッセージ及びデータの交換を行うことができる。例えばＳＯＡＰ処理部３０３は、通信制御部３０１からシンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ、Simple Object Access Protocol）パケットを受信する。そしてＳＳＤＰ処理部３０２は、ＵＰｎＰで規定されるＳＯＡＰ処理を行う。ＳＯＡＰ処理によって、コンテンツ提供装置２０は、他の装置へと処理要求を行うことができる。また、ＳＯＡＰ処理によって、コンテンツ提供装置２０は、他の装置からの処理要求を受け付けること、及び応答することができる。
【００４７】
特にＳＯＡＰ処理部３０３は、コンテンツ取得装置３０から、コンテンツの送信要求を受けることができる。さらにＳＯＡＰ処理部３０３は、コンテンツ取得装置３０から、コンテンツ情報の送信要求を受けることができる。コンテンツ取得装置３０は、コンテンツ提供装置２０の記憶部３１１（メモリ）が有するコンテンツを特定する情報をコンテンツ提供装置２０に対して送ることにより、このコンテンツに関するコンテンツ情報を取得することができる。具体的には、ＳＯＡＰ処理部３０３は、コンテンツ取得装置３０からの要求に対する応答を、コンテンツ取得装置３０に送信することができる。
【００４８】
例えばコンテンツ取得装置３０は、コンテンツとして、図４に示されるファイル４０４を特定する情報をコンテンツ提供装置２０に対して送ることができる。するとコンテンツ取得装置３０は、ファイル４０４として管理されているコンテンツに関するコンテンツ情報を取得することができる。またコンテンツ取得装置３０は、例えば図４に示されるディレクトリ４０３を特定する情報を送ることにより、ディレクトリ４０３内のファイル４０４〜４０６に関するコンテンツ情報を取得することもできる。このように、コンテンツ取得装置３０は、ディレクトリ内のファイルの全てを特定する情報をコンテンツ提供装置２０に送ることもできる。
【００４９】
本実施例ではＳＯＡＰ処理を利用してメッセージの交換が行われる。しかしながら、遠隔オブジェクトを実行するための手段、例えばリモート・プロシージャ・コール（ＲＰＣ、Remote Procedure Call）など、を用いてメッセージの交換を行ってもよい。また、データ（コンテンツ）の転送には、他のプロトコルを用いることもできる。例えば、ハイパー・テキスト・トランスファー・プロトコル（ＨＴＴＰ、Hyper Text Transfer Protocol）を用いることができる。さらには、ファイル・トランスファー・プロトコル（ＦＴＰ、File Transfer Protocol）を用いることもできる。
【００５０】
ＧＥＮＡ処理部３０４は、ＬＡＮ１０上の他のＤＬＮＡ装置へのイベントの追加を行うことができる。また、他のＤＬＮＡ装置が有するＵＰｎＰサービスのイベントの購読を行うことができる。例えばＧＥＮＡ処理部３０４は、通信制御部３０１からジェネラル・イベント・ノーティフィケーション・アーキテクチャ（ＧＥＮＡ、General Event Notification Architecture）処理を行うことができる。なお、本実施例ではＧＥＮＡ処理を利用しているが、ウェブ・サービス・イベンティング（WS-Eventing）、ウェブ・サービス・ノーティフィケーション（WS-Notification）などの他の手段を用いることもできる。
【００５１】
制御部３０５は、コンテンツ提供装置２０が有する各部の制御を行う。記憶部３１１は、コンテンツをファイルとして記憶する。また記憶部３１１は、コンテンツ情報を記憶することもできる。ＤＣＦ管理部３０６は、記憶部３１１に記憶されているファイルを管理する（管理手段）。本実施例においては、ファイルを管理するために、ＤＣＦに従うファイルシステムが用いられる。記憶部３１１は例えば、外部記憶装置２０４内の記憶領域を用いて実現することができる。
【００５２】
情報生成部３０７は、コンテンツ取得装置３０からの要求を受け取った場合に、送信データを生成し、コンテンツ取得装置３０に対して送信データを送信することができる。例えば情報生成部３０７は、ＳＯＡＰ処理部３０３が受信したコンテンツ取得装置３０からの要求に応じて、コンテンツを含む送信データを作成することができる。また情報生成部３０７は、作成した送信データをコンテンツ取得装置３０に送信することができる。
【００５３】
さらに情報生成部３０７は、ＳＯＡＰ処理部３０３が受信したコンテンツ取得装置３０からの要求に応じて、コンテンツ情報を含む送信データを作成することができる。そして情報生成部３０７は、作成した送信データをコンテンツ取得装置３０に送信することができる。特に情報生成部３０７は、コンテンツ取得装置３０からの要求において特定されているコンテンツについてのコンテンツ情報を作成することができる。
【００５４】
具体的には、例えば情報生成部３０７は、コンテンツ取得装置３０からの要求において特定されているコンテンツに関する情報を、ＤＣＦ管理部３０６に問い合わせることができる。そして情報生成部３０７は、ＤＣＦ管理部３０６から取得した情報に基づいて、ＤＩＤＬ−Ｌｉｔｅ形式のコンテンツ情報を生成する。本実施例においては、情報生成部はＤＩＤＬ−Ｌｉｔｅ形式のコンテンツ情報を利用するものとする。しかしながら、アトム・シンジケーション・フォーマット（Atom Syndication Format）などの別の手段を利用することもできる。
【００５５】
本実施例において、情報生成部３０７が生成したコンテンツ情報は、さらに関連判断部３０９及び関連付加部３１０によって処理される。関連判断部３０９及び関連付加部３１０による処理後のコンテンツ情報が、情報生成部３０７によって、通信制御部３０１を介してコンテンツ取得装置３０へと送信される。種別判断部３０８は、コンテンツがＤＣＦ基本ファイルであるか、ＤＣＦ拡張画像ファイルか、を判断することができる。例えば種別判断部３０８は、コンテンツ取得装置３０からの要求において特定されているコンテンツが、ＤＣＦ基本ファイルであるかＤＣＦ拡張画像ファイルかを判断することができる。
【００５６】
関連判断部３０９は、コンテンツ取得装置３０からの要求において特定されているコンテンツのファイル名と共通の名称を含むファイル名を持つファイルを検索する（検索手段）。関連判断部３０９は例えば、このようなファイルが記憶部３１１に存在するか否かを、ＤＣＦ管理部３０６に問い合わせる。こうして関連判断部３０９は、コンテンツ取得装置３０からの要求において特定されているコンテンツのファイル名と共通の名称を含むファイル名を持つファイルを発見することができる。
【００５７】
例えば、コンテンツ取得装置３０から、ファイル４０４についてのコンテンツ情報が要求されたものとする。この場合関連判断部３０９は、ファイル４０４の名称「０００１」と共通の名称を含むファイル名を持つファイルが存在するか否かを、ＤＣＦ管理部３０６に問い合わせる。とりわけ関連判断部３０９は、ファイル４０４の名称「０００１」と共通の名称を含むファイル名を持つファイルが、ファイル４０４と同じディレクトリ４０３内に存在するか否かを問い合わせることができる。
【００５８】
記憶部３１１には、ファイル４０４の名称「０００１」と共通の名称を含むファイル名「IMG_0001.WAV」を持つファイルが存在する。従ってＤＣＦ管理部３０６は、関連判断部３０９に対して、パス「Root/DCIM/100ABCD/IMG_0001.WAV」で示されるファイル４０５のファイル名が、ファイル４０４のファイル名と共通の名称を含むことを通知することができる。
【００５９】
関連付加部３１０は、関連判断部３０９が検索したファイルを特定する情報を作成する。あるいは関連付加部３１０は、関連判断部３０９が検索したファイルにより構成されるコンテンツを特定する情報を作成してもよい。関連判断部３０９が検索したファイルがファイル４０５である場合、ファイル４０５を特定する情報は、例えばファイル４０５のパス「Root/DCIM/100ABCD/IMG_0001.WAV」でありうる。また、ファイル４０５を特定する情報は、ｉｔｅｍ要素５０３に示されるように、ファイル４０５のＩＤ「ＢＢＢ」であってもよい。本実施例において、ファイルのＩＤとパス名との間の対応付けは、ＤＣＦ管理部３０６が管理することができる。
【００６０】
そして関連付加部３１０は、関連判断部３０９が検索したファイルを特定する情報を、情報生成部３０７が生成したコンテンツ情報に付加する。例えば関連付加部３１０は、情報生成部３０７が生成したコンテンツ情報５０１のｒｅｌａｔｉｏｎＩＤ属性に、関連判断部３０９が検索したファイルを特定する情報を追加することができる。
【００６１】
図４の例においては、ファイル４０４の名称と共通の名称を含むファイル名を持つファイルは、ファイル４０５である。したがって関連付加部３１０は、ファイル４０４についてのｉｔｅｍ要素５０２のｒｅｌａｔｉｏｎＩＤ属性に、ファイル４０５を特定するＩＤ「ＢＢＢ」を追加することができる。一方でファイル４０６の名称と共通の名称を含むファイル名を持つファイルは存在しない。したがって関連付加部３１０は、ファイル４０６についてのｉｔｅｍ要素５０４のｒｅｌａｔｉｏｎＩＤ属性には値を追加しない。
【００６２】
着目ファイルの名称と共通の名称を含むファイル名を持つファイルは存在しない場合には、関連付加部３１０は、ｒｅｌａｔｉｏｎＩＤ属性を削除してもよい。また、着目ファイルの名称と共通の名称を含むファイル名を持つファイルが２つ以上存在する場合には、関連付加部３１０は、ｒｅｌａｔｉｏｎＩＤ属性に２つ以上の値を追加してもよい。関連判断部３０９及び関連付加部３１０によって処理されたコンテンツ情報は、上述のように、情報生成部３０７によってコンテンツ取得装置３０へと送信される（送信手段）。
【００６３】
関連付加部３１０は、情報生成部３０７が生成したコンテンツ情報に対して、関連判断部３０９が検索したファイルを特定する情報を追加した。しかしながら関連付加部３１０は、関連判断部３０９が検索したファイル（コンテンツ）を特定する情報をそのままコンテンツ取得装置３０に対して送ってもよい。この場合コンテンツ取得装置３０は、要求において特定したコンテンツに関連するファイル（コンテンツ）を知ることができる。従って、コンテンツ取得装置３０は続けて、要求において特定したコンテンツに関連するファイル（コンテンツ）をコンテンツ提供装置２０に要求することができる。
【００６４】
次に、本実施例に係るコンテンツ提供装置２０が行う処理を、図６のフローチャートを参照して説明する。図６のフローチャートは、コンテンツ提供装置２０がコンテンツ取得装置３０からのコンテンツ情報の要求を受信した際の処理を示す。ステップＳ６０１においてＳＯＡＰ処理部３０３は、ＬＡＮ１０上のコンテンツ取得装置３０から、コンテンツ情報の送信要求を受信する（受付手段）。例えばＳＯＡＰ処理部３０３は、コンテンツ取得装置３０からＣＤＳに規定されるＢｒｏｗｓｅアクションを受信する。この送信要求においては、情報を要求するコンテンツが特定されている。複数のコンテンツ（ファイル）が特定されている場合、コンテンツ提供装置２０は、それぞれのコンテンツについてステップＳ６０２以下の処理を繰り返す。
【００６５】
ステップＳ６０２において制御部３０５は、コンテンツ情報の送信要求において特定されているコンテンツ（以下着目ファイルと呼ぶ）に関する情報を、ＤＣＦ管理部３０６に問い合わせる。ＤＣＦ管理部３０６は、記憶部３１１を参照して、着目ファイルに関する情報を情報生成部３０７に送信する。ステップＳ６０３において情報生成部３０７は、ＤＣＦ管理部３０６から受信した情報に従って、コンテンツ情報を生成する。例えば情報生成部３０７は、ディレクトリ４０３内の全てのファイルについてのコンテンツ情報が要求された場合、図５に示されるコンテンツ情報５０１のうち、ｒｅｌａｔｉｏｎＩＤ属性の値を除いた部分を生成する。
【００６６】
ステップＳ６０５において関連判断部３０９は、着目ファイルのＤＣＦファイル番号を取得する。ステップＳ６０６において関連判断部３０９は、着目ファイルのＤＣＦファイル番号と一致するＤＣＦファイル番号を有するファイルが、存在するか否かを判断する。存在する場合、処理はステップＳ６０７に進む。存在しない場合、処理はステップＳ６１１に進む。
【００６７】
ステップＳ６０７において関連付加部３１０は、着目ファイルのＤＣＦファイル番号と一致するＤＣＦファイル番号を有するファイル（以下関連ファイルと呼ぶ）を特定する情報を、ステップＳ６０３で生成されたコンテンツ情報に付加する。ステップＳ６１１においてＳＯＡＰ処理部３０３は、コンテンツ情報をコンテンツ取得装置３０に送信する。例えばＳＯＡＰ処理部３０３は、ＣＤＳに規定されるＢｒｏｗｓｅアクションへの応答として、コンテンツ情報をコンテンツ取得装置３０に送信すればよい。
【００６８】
以上のようにコンテンツ提供装置２０は、ＬＡＮ１０上のコンテンツ取得装置３０からコンテンツ情報を要求された場合に、コンテンツ間の関連性を示す情報をコンテンツ情報に付加することができる。したがって、コンテンツ取得装置３０には、コンテンツ間の関連性を示す情報を含むコンテンツ情報を取得する。
【００６９】
本実施例によればコンテンツ取得装置３０は、コンテンツ提供装置２０からあるコンテンツについてのコンテンツ情報を取得する際に、そのコンテンツに関連するコンテンツが存在する事を知ることができる。このことは、ユーザの利便性の向上につながる。また、例えばコンテンツ取得装置３０が画像コンテンツを検索する際に、同時に関連する音声コンテンツを発見することができる。この場合コンテンツ取得装置３０は、画像コンテンツと音声コンテンツを組み合わせて再生することができる。このことは、ユーザエクスペリエンスを向上させることができる。
【００７０】
本実施例によればコンテンツ提供装置２０は、着目ファイルについてのコンテンツ情報を要求された時に、着目ファイルに関連するファイル（関連ファイル）を特定する情報を送信することができる。しかしながら、着目ファイルについてのコンテンツ情報を要求された時に、コンテンツ提供装置２０は、関連ファイルを送信することもできる。
【００７１】
また、他の実施例においては、コンテンツ提供装置２０が関連ファイルを特定する情報を送信するのは、コンテンツ情報を要求された時に限られない。例えばコンテンツ取得装置３０は、着目ファイルに関連するファイルを特定する情報を、コンテンツ提供装置２０に要求してもよい。またコンテンツ提供装置２０は、着目ファイルを送信することを要求された時に、着目ファイルとともに、関連ファイルを特定する情報を送信してもよい。この場合コンテンツ提供装置２０は、着目ファイルとともに、関連ファイルを送信してもよい。
【００７２】
［実施例１の変形例］
実施例１においては、着目ファイルがＤＣＦ基本ファイルである場合と、着目ファイルがＤＣＦ拡張画像ファイルである場合とで、同一の処理が行われた。しかしながら、着目ファイルがＤＣＦ基本ファイルである場合と、着目ファイルがＤＣＦ拡張画像ファイルである場合とで、異なる処理が行われてもよい。
【００７３】
例えば実施例１においては、ＤＣＦ基本ファイルのコンテンツ情報には、関連するＤＣＦ拡張画像ファイルを特定する情報を付加した。また、ＤＣＦ拡張画像ファイルのコンテンツ情報には、関連するＤＣＦ基本ファイルを特定する情報を付加した。しかしながら、ＤＣＦ基本ファイルにのみ、このような情報を付加することもできる。
【００７４】
このことは、ステップＳ６０３の後に、着目ファイルがＤＣＦ基本ファイルであるか否かを判断するステップを追加することにより実現できる。この場合、着目ファイルがＤＣＦ基本ファイルである場合には処理はステップＳ６０５に進む。また、着目ファイルがＤＣＦ基本ファイルではない場合には処理はステップＳ６１１に進む。この場合、ＤＣＦ基本ファイルからＤＣＦ拡張画像ファイルへの一方方向の関係が、コンテンツ情報に付加される。
【００７５】
例えばコンテンツ取得装置３０において、画像の表示中に、画像に関連した音声を再生する場合がある。このような場合、画像を含むＤＣＦ基本ファイルのコンテンツ情報に、音声を含むＤＣＦ拡張画像ファイルを特定する情報が含まれていれば十分である。したがって、ＤＣＦ拡張画像ファイルについてのコンテンツ情報を作成する場合に、図６のステップＳ６０５〜Ｓ６０７を省略する事ができる。このように、コンテンツ取得装置３０からのコンテンツ情報の送信要求に対する応答速度を向上させることができる。
【００７６】
また、着目ファイルがＤＣＦ拡張画像ファイルである場合に、関連するＤＣＦ基本ファイルと、関連する他のＤＣＦ拡張画像ファイルとの双方が存在する場合がある。このような場合、着目ファイルについてのコンテンツ情報には、全ての関連ファイルを特定する情報を含めることができる。一方で、着目ファイルについてのコンテンツ情報に、関連するＤＣＦ基本ファイルを特定する情報のみを含めることもできる。さらには、着目ファイルがＤＣＦ基本ファイルでもＤＣＦ拡張画像ファイルでもない場合に、図６のステップＳ６０５〜Ｓ６０７を省略することもできる。
【実施例２】
【００７７】
以下、添付の図面を参照して、本発明の実施例２を説明する。本実施例に係るコンテンツ提供装置２０は、実施例１と同様の機能を有する。また、本実施例に係るコンテンツ提供装置２０は、ＬＡＮ１０を介して、実施例１と同様の機能を有するコンテンツ取得装置３０と接続されている。本実施例に係るコンテンツ提供装置２０は、コンテンツ取得装置３０から送信されたコンテンツを格納することができる。本実施例に係るコンテンツ提供装置２０は特に、ＣＤＳに規定されるコンテンツ追加準備機能を実行することができる。例えば本実施例に係るコンテンツ提供装置２０はＣｒｅａｔｅＯｂｊｅｃｔアクションを行うことができる。
【００７８】
また、本実施例に係るコンテンツ取得装置３０は、コンテンツ提供装置２０に対してコンテンツを送信することにより、コンテンツ提供装置２０にコンテンツを格納させることができる。例えば本実施例に係るコンテンツ取得装置３０は、コンテンツ提供装置２０に対し、コンテンツ追加準備要求、及びコンテンツ追加要求を送信することができる。
【００７９】
本実施例に係るコンテンツ提供装置２０及びコンテンツ取得装置３０は、実施例１と同様のハードウェアを用いて実現することができる。例えば本実施例に係るコンテンツ提供装置２０及びコンテンツ取得装置３０は、図２に例示したハードウェア構成を用いて実現することができる。
【００８０】
次に、本実施例に係るコンテンツ提供装置２０が有する機能について、図８の機能ブロック図を参照して説明する。実施例１について説明された機能と同様の機能には、同一の参照符号が付される。またこれらの機能については、説明を省略する。また、図８には、実施例１で説明した処理部３０７〜３１０が図示されていない。本実施例に係るコンテンツ提供装置は、これらの処理部３０７〜３１０を有しうる。すなわち本実施例に係るコンテンツ提供装置２０は、実施例１で説明された機能を発揮することもできる。一方で本実施例に係るコンテンツ提供装置は、これらの処理部３０７〜３１０を有していなくてもよい。すなわち本実施例に係るコンテンツ提供装置２０が、実施例１で説明された機能を発揮することは必須ではない。
【００８１】
抽出部８０７は、コンテンツ追加準備要求に含まれるコンテンツ情報を抽出する。このコンテンツ追加準備要求は、コンテンツ取得装置３０から送信され、ＳＯＡＰ処理部３０３によって取得される。このコンテンツ追加準備要求は、例えばＣＤＳに規定されるＣｒｅａｔｅＯｂｊｅｃｔアクション要求でありうる。また、コンテンツ追加準備要求に含まれるコンテンツ情報とは、図９に示すＤＩＤＬ−Ｌｉｔｅ形式のコンテンツ情報でありうる。本実施例において、コンテンツ追加準備要求においては、第２のファイル（第２のコンテンツ）をコンテンツ提供装置２０に登録することを要求することができる。この際、第２のファイル（第２のコンテンツ）を、コンテンツ提供装置２０によって管理されている第１のファイル（第１のコンテンツ）に関連するファイル（コンテンツ）として、コンテンツ提供装置２０に登録することを要求することができる。
【００８２】
図９を参照して、コンテンツ追加準備要求に含まれるコンテンツ情報の一例を説明する。図９には、ＤＩＤＬ−Ｌｉｔｅ形式のコンテンツ情報９０１が示されている。コンテンツ情報９０１に含まれるそれぞれの項目及び要素は、コンテンツ情報５０１と同様の情報を示す。以下では例として、図４のファイル４０６に対して関連するファイル４０７（不図示）を登録する場合について説明する。ファイル４０７は音声ファイルである。ファイル４０７は、ＤＣＦ拡張画像ファイルとして、ＤＣＦ基本ファイルであるファイル４０６に関連付けて登録される。
【００８３】
コンテンツ情報９０１は、コンテンツ提供装置２０に登録されようとしているファイル４０７についてのコンテンツ情報を示すｉｔｅｍ要素９０２を有する。ファイル４０７はまだコンテンツ提供装置に登録されていないため、ｉｄ属性は値を持たない。ｐａｒｅｎｔＩＤ属性には、ファイル４０７を登録しようとするディレクトリを指定することができる。ｉｔｅｍ要素９０２によれば、ファイル４０７は図４のディレクトリ４０３に登録される。
【００８４】
ｒｅｌａｔｉｏｎＩＤ属性には、ファイル４０７が関連付けられる関連ファイル４０６（関連コンテンツ）を特定する情報（関連性情報）が設定される。具体的には、関連ファイルを示す一意な識別子を指定すればよい。実施例１で説明したように、この識別子は関連ファイル４０６のパス名であってもよい。また、ＤＣＦファイルシステムによって管理されている、関連ファイル４０６についてのｉｄ属性の値、であってもよい。また、ｄｃ：ｔｉｔｌｅ要素には、ファイル４０７の名前として、任意の文字列を指定することができる。
【００８５】
情報存在判断部８０８は、抽出部８０７で抽出したコンテンツ情報９０１に、関連コンテンツを特定する関連性情報が含まれるか否かを判断する。例えば情報存在判断部８０８は、ｉｔｅｍ要素９０２のｒｅｌａｔｉｏｎＩＤ属性が存在するか否かを判断することができる。また情報存在判断部８０８は、ｒｅｌａｔｉｏｎＩＤ属性に値が含まれているか否かを判断することができる。そして情報存在判断部８０８は、関連性情報をコンテンツ情報９０１から抽出することができる。
【００８６】
コンテンツ存在判断部８０９は、情報存在判断部８０８が抽出した関連性情報が示すコンテンツ（関連コンテンツ）が、コンテンツ提供装置２０内に存在するか否かを判断する。例えばコンテンツ存在判断部８０９は、関連コンテンツがコンテンツ提供装置２０内に存在するか否かを、ＤＣＦ管理部３０６に問い合わせることができる。さらにコンテンツ存在判断部８０９は、関連コンテンツがＤＣＦ基本ファイルであるか、またはＤＣＦ拡張画像ファイルであるか、を問い合わせることができる。
【００８７】
ＤＣＦ記憶制御部８１０は、コンテンツ取得装置３０から取得したコンテンツを、関連コンテンツに関連付けて記憶部３１１に格納するように、ＤＣＦ管理部３０６に要求する。本実施例においてはファイル４０７が、ファイル４０６に関連付けて格納される。したがってＤＣＦ記憶制御部８１０はまず、ファイル４０６のＤＣＦファイル番号を取得する。次にＤＣＦ記憶制御部８１０は、ファイル４０６と共通のＤＣＦファイル番号を有するファイル名を、ファイル４０７のファイル名として作成する。そしてＤＣＦ記憶制御部８１０は、作成したファイル名をファイル４０７と対応付けて記憶部３１１に格納するように、ＤＣＦ管理部３０６に要求する。
【００８８】
コンテンツ情報９０１のｕｐｎｐ：ｃｌａｓｓ要素内の記述「object.item.audioItem.musictrack」によれば、ファイル４０７はＷＡＶＥ形式の音声データであることがわかる。したがってＤＣＦ記憶制御部８１０は、ファイル４０７のファイル名の拡張子を「ＷＡＶ」とすることができる。この結果、図４のディレクトリ４０３内に、ファイル名「ＩＭＧ＿０００２．ＷＡＶ」を有するファイル４０７が、ＤＣＦ拡張画像ファイルとして格納される。ファイル４０６及びファイル４０７は、ディレクトリ４０３内で、１つのＤＣＦオブジェクトを構成する。
【００８９】
ｕｐｎｐ：ｃｌａｓｓ要素内の記述は、ファイルの種類を示す。ファイルの書類と拡張子とを対応付ける情報は、上述したように、例えばコンテンツ提供装置２０が有していてもよい。また、コンテンツ情報９０１の中に、ファイルの書類と拡張子とを対応付ける情報が含まれていてもよい。
【００９０】
図１０は、上述のようにファイル４０７がコンテンツ提供装置２０に格納された後で、コンテンツ提供装置２０が提供するコンテンツ情報の一例を示す。コンテンツ情報１１０１は、ｉｔｅｍ要素５０２、５０３、１１０４、及び１１０５を含む。図１０のｉｔｅｍ要素５０２及び５０３は、図５のｉｔｅｍ要素５０２及び５０３に一致する。
【００９１】
ｉｔｅｍ要素１１０４はファイル４０６についての情報であって、ｒｅｌａｔｉｏｎＩＤ属性が値を含む点で、ｉｔｅｍ要素５０４とは異なる。この例では、ファイル４０６と一致する名称を含むファイル名を有するファイル４０７が存在するため、ｒｅｌａｔｉｏｎＩＤ属性の値として、ファイル４０７を特定する情報が存在する。図１０においては、ｉｔｅｍ要素１１０４のｒｅｌａｔｉｏｎＩＤ属性の値は、ファイル４０７についてのｉｄ属性の値である「ＤＤＤ」である。
【００９２】
また、ｉｔｅｍ要素１１０５はファイル４０７についての情報である。ｉｔｅｍ要素１１０５はｉｔｅｍ要素１１０４と類似しているが、ｒｅｌａｔｉｏｎＩＤ属性の値として、関連するファイル４０６を特定する情報が存在する。また本実施例においては、ファイル４０７についてのコンテンツの名前を示すｄｃ：ｔｉｔｌｅ要素の値は、ファイル４０６についてのｄｃ：ｔｉｔｌｅ要素と同じ値である。これは、ファイル４０６とファイル４０７とが１つのＤＣＦオブジェクトを構成するためである。しかしながら、ファイル４０６についてのｄｃ：ｔｉｔｌｅ要素とファイル４０７についてのｄｃ：ｔｉｔｌｅ要素とは、別の値を有してもよい。
【００９３】
ＤＣＦ記憶制御部８１０は、コンテンツ取得装置３０から取得したコンテンツの種類と、関連コンテンツの種類とに応じて、作成するファイル名を変更することができる。例えば、関連ファイル４０６がＤＣＦ基本ファイルである場合、ＤＣＦ記憶制御部８１０は、ファイル４０７をＤＣＦ拡張画像ファイルとして記憶することができる。また、関連ファイル４０６がＤＣＦ拡張画像ファイルである場合、ＤＣＦ記憶制御部８１０は、ファイル４０７をＤＣＦ基本ファイルとして記憶することができる。この処理については、図１１のフローチャートを参照して後に詳しく説明する。
【００９４】
またＤＣＦ記憶制御部８１０は、コンテンツ取得装置３０から取得したコンテンツを格納するディレクトリを決定することができる。例えばＤＣＦ記憶制御部８１０は、コンテンツ取得装置３０から取得したコンテンツ情報に含まれるｐａｒｅｎｔＩＤ属性の値に従って、コンテンツを格納するディレクトリを決定することができる。
【００９５】
図７は、コンテンツを追加する際にコンテンツ提供装置２０とコンテンツ取得装置３０との間で交換されるメッセージを示す。メッセージＭ１２０１は、コンテンツ取得装置３０からコンテンツ提供装置２０への、コンテンツ追加準備要求メッセージである。例えば、ＣＤＳに規定されるＣｒｅａｔｅＯｂｊｅｃｔアクション要求メッセージでありうる。メッセージＭ１２０２は、コンテンツ提供装置２０からコンテンツ取得装置３０への、コンテンツ追加準備応答メッセージである。例えば、ＣＤＳに規定されるＣｒｅａｔｅＯｂｊｅｃｔアクション応答メッセージでありうる。
【００９６】
メッセージＭ１２０３は、コンテンツ取得装置３０からコンテンツ提供装置２０への、コンテンツ追加要求メッセージである。コンテンツ追加要求メッセージには、コンテンツ取得装置３０に登録されるコンテンツの実体データが含まれる。メッセージＭ１２０４は、コンテンツ提供装置２０からコンテンツ取得装置３０への、コンテンツ追加応答メッセージである。
【００９７】
図１１は、本実施例に係るコンテンツ提供装置２０が、コンテンツ追加準備要求を受信した際に行う処理を示す。ステップＳ１３０１においてＳＯＡＰ処理部３０３は、コンテンツ取得装置３０からコンテンツ追加準備要求を受信する（受信手段）。このコンテンツ追加準備要求には、追加するコンテンツ（追加コンテンツ）についてのコンテンツ情報が含まれる。例えばＳＯＡＰ処理部３０３は、コンテンツ取得装置３０から、ＣＤＳに規定されるＣｒｅａｔｅＯｂｊｅｃｔアクションを受信する。複数のコンテンツを追加する準備を行うことを要求された場合、ステップＳ１３０２〜Ｓ１３１４の処理は、それぞれのコンテンツについて繰り返される。
【００９８】
ステップＳ１３０２において抽出部８０７は、ステップＳ１３０１で受信されたコンテンツ追加準備要求から、追加コンテンツについてのコンテンツ情報を抽出する。ステップＳ１３０３において情報存在判断部８０８は、ステップＳ１３０２において抽出されたコンテンツ情報において、追加コンテンツに関連するコンテンツ（関連コンテンツ）が特定されているか否かを判断する。例えば、ＤＩＤＬ−Ｌｉｔｅ形式のコンテンツ情報において、ｉｔｅｍ要素のｒｅｌａｔｉｏｎＩＤ属性が値を有するか否かを判断する。関連コンテンツが特定されている場合、処理はステップＳ１３０４に進む。関連コンテンツが特定されていない場合、処理はステップＳ１３１３に進む。
【００９９】
ステップＳ１３０４においてコンテンツ存在判断部８０９は、ステップＳ１３０２において抽出されたコンテンツ情報において特定されている関連コンテンツが、記憶部３１１内に存在するか否かを判断する。具体的には、追加コンテンツについてのｉｔｅｍ要素のｒｅｌａｔｉｏｎＩＤ属性の値で特定されるコンテンツが、存在するか否かを判断すればよい。例えばコンテンツ存在判断部８０９は、ステップＳ１３０２において抽出されたコンテンツ情報において特定されている関連コンテンツが存在するか否かを、ＤＣＦ管理部３０６に問い合わせればよい。関連コンテンツが存在する場合、処理はステップＳ１３０５に進む。関連コンテンツが存在しない場合、処理はステップＳ１３１３に進む。
【０１００】
ステップＳ１３０５においてコンテンツ存在判断部８０９は、関連コンテンツがＤＣＦ基本ファイルであるか否かを判断する。例えば、関連コンテンツが拡張子「ＪＰＧ」のファイルとして格納されている場合に、関連コンテンツがＤＣＦ基本ファイルであると判断することができる。関連コンテンツがＤＣＦ基本ファイルである場合、処理はステップＳ１３０６に進む。また関連コンテンツがＤＣＦ基本ファイルではない場合、処理はステップＳ１３１０に進む。
【０１０１】
ステップＳ１３０６においてＤＣＦ記憶制御部８１０は、追加コンテンツが画像コンテンツか否かを判断する。上述のように、ステップＳ１３０２において抽出されたコンテンツ情報中の、ｉｔｅｍ要素内のｕｐｎｐ：ｃｌａｓｓ要素に含まれる値に基づき、追加コンテンツの種類を判断することができる。追加コンテンツが画像コンテンツではないと判断した場合、処理はステップＳ１３０７に進む。追加コンテンツが画像コンテンツであると判断した場合、処理はステップＳ１３０８に進む。
【０１０２】
処理がステップＳ１３０７に進んだ場合、関連コンテンツはＤＣＦ基本ファイルであり、追加コンテンツは画像コンテンツではない。したがって、追加コンテンツを、関連コンテンツに関連付けられたＤＣＦ拡張画像ファイルとして格納することができる。例えばＤＣＦ記憶制御部８１０は、追加コンテンツのファイル名として、関連コンテンツに対応づけられたファイル名と共通の名称を含むファイル名を作成すればよい。このようにして、追加コンテンツと関連コンテンツとを１つのＤＣＦオブジェクトとして管理することができる。
【０１０３】
具体的には、関連コンテンツのＤＣＦファイル番号を有するファイル名を、追加コンテンツのファイル名とすればよい。関連コンテンツ（ファイル）が「ＩＭＧ＿０００２．ＪＰＧ」であり、追加コンテンツ（ファイル）がＷＡＶＥ形式の音声ファイルである場合には、追加コンテンツのファイル名を「ＩＭＧ＿０００２．ＷＡＶ」とすればよい。
【０１０４】
処理がステップＳ１３０８に進んだ場合、関連コンテンツはＤＣＦ基本ファイルであり、追加コンテンツは画像コンテンツである。通常、複数のＤＣＦ基本ファイルで１つのＤＣＦオブジェクトを構成することはできない。この場合、追加コンテンツをＤＣＦ拡張画像ファイルとして格納することができる。
【０１０５】
具体的には、関連コンテンツの拡張子とは異なる拡張子を持つように、追加コンテンツのファイル名を決定すればよい。この場合、追加コンテンツの拡張子に基づいて追加コンテンツの種類を判別できるように、拡張子とコンテンツの種類の関係を示す情報を、コンテンツ提供装置２０が有していることが好ましい。追加コンテンツのファイル名は、追加コンテンツが格納されるディレクトリ内の他のファイルのファイル名と一致しないように決定されるべきである。もっとも、ステップＳ１３１３の処理を行うことにより、追加コンテンツを、関連コンテンツとは独立した別のＤＣＦ基本ファイルとして格納することもできる。
【０１０６】
ステップＳ１３１０においてＤＣＦ記憶制御部８１０は、ステップＳ１３０６と同様に、追加コンテンツが画像コンテンツであるか否かを判断する。追加コンテンツが画像コンテンツである場合、処理はステップＳ１３１１に進む。追加コンテンツが画像コンテンツではない場合、処理はステップＳ１３１２に進む。
【０１０７】
処理がステップＳ１３１１に進んだ場合、関連コンテンツはＤＣＦ拡張画像ファイルであり、追加コンテンツは画像コンテンツである。したがって、追加コンテンツを、関連コンテンツに関連付けられたＤＣＦ基本ファイルとして格納することができる。例えばＤＣＦ記憶制御部８１０は、追加コンテンツのファイル名として、関連コンテンツに対応づけられたファイル名と共通の名称を含むファイル名を作成すればよい。このようにして、追加コンテンツと関連コンテンツとを１つのＤＣＦオブジェクトとして管理することができる。
【０１０８】
具体的には、関連コンテンツのＤＣＦファイル番号を有するファイル名を、追加コンテンツのファイル名とすればよい。関連コンテンツ（ファイル）が「ＩＭＧ＿０００２．ＷＡＶ」であり、追加コンテンツ（ファイル）がＪＰＥＧ形式の画像ファイルである場合には、追加コンテンツのファイル名を「ＩＭＧ＿０００２．ＪＰＧ」とすればよい。
【０１０９】
処理がステップＳ１３１２に進んだ場合、関連コンテンツはＤＣＦ拡張画像ファイルであり、追加コンテンツは画像コンテンツではない。この場合追加コンテンツを、ＤＣＦ拡張画像ファイルとして格納することができる。例えばＤＣＦ記憶制御部８１０は、関連コンテンツに対応づけられたファイル名と共通の名称を含むファイル名を、追加コンテンツのファイル名として作成すればよい。追加コンテンツの拡張子は、追加コンテンツの種類に従って決定することができる。追加コンテンツのファイル名は、追加コンテンツが格納されるディレクトリ内の他のファイルのファイル名と一致しないように決定されるべきである。
【０１１０】
処理がステップＳ１３１３に進んだ場合、追加ファイルに関連するファイルが特定されていないか、又は特定された関連ファイルは存在しない。この場合、通常の処理に従って追加ファイルを格納すればよい。例えばＤＣＦ記憶制御部８１０は、追加コンテンツが格納されるディレクトリ内の他のファイルのファイル名と一致しないように、追加コンテンツのファイル名を決定すればよい。追加コンテンツの拡張子は、追加コンテンツの種類に従って決定することができる。
【０１１１】
ステップＳ１３１４においてＳＯＡＰ処理部３０３は、ステップＳ１３０１で受信したコンテンツ追加準備要求に対して応答する。具体的にはＳＯＡＰ処理部３０３は、ＣＤＳの規定に従って、ＣｒｅａｔｅＯｂｊｅｃｔアクションで規定された処理を実行すればよい。次にＳＯＡＰ処理部３０３は、ＣＤＳで規定されたＣｒｅａｔｅＯｂｊｅｃｔアクションに対する応答を作成する。そしてＳＯＡＰ処理部３０３は、作成された応答をコンテンツ取得装置３０に対して送信する。
【０１１２】
こうして、本実施例に係るコンテンツ提供装置２０が、コンテンツ追加準備要求を受信した際に行う処理が終了する。本実施例においてコンテンツ提供装置２０は、関連コンテンツが存在する場合には、追加コンテンツを関連コンテンツに関連づけて格納した。しかしながら、関連コンテンツがＤＣＦ基本ファイルでもＤＣＦ拡張画像ファイルでもない場合には、コンテンツ提供装置２０は、追加コンテンツを関連コンテンツとは別個のＤＣＦオブジェクトとして格納することもできる。
【０１１３】
図１２は、本実施例に係るコンテンツ提供装置２０が、コンテンツ追加要求を受信した際に行う処理を示す。コンテンツ追加要求は、ＬＡＮ１０を介して、コンテンツ取得装置３０からコンテンツ提供装置２０へと送信される。図７を用いて説明したように、コンテンツ提供装置２０がコンテンツ追加準備要求に対する応答をコンテンツ取得装置３０に対して送信した後に、コンテンツ取得装置３０はコンテンツ追加要求をコンテンツ提供装置２０に送信する。すなわちコンテンツ提供装置２０は、コンテンツ追加要求を受信する際には、追加コンテンツについてのファイル名を既に決定している。
【０１１４】
ステップＳ１４０１においてＳＯＡＰ処理部３０３は、コンテンツ取得装置３０からコンテンツ追加要求を受信する。コンテンツ追加要求メッセージ中には、追加コンテンツの実体データが含まれる。ステップＳ１４０２において、ＤＣＦ記憶制御部８１０は、コンテンツ追加準備要求を受信した際の決定に従って、コンテンツ追加要求に含まれる追加コンテンツを格納する（登録手段）。例えばＤＣＦ記憶制御部８１０は、追加コンテンツを格納するようにＤＣＦ管理部３０６に要求することができる。このときＤＣＦ記憶制御部８１０は、追加コンテンツに対して用いるファイル名と、格納するディレクトリ名とを指定することができる。ＤＣＦ管理部３０６は、ＤＣＦ記憶制御部８１０の指示に従って、追加コンテンツを記憶部３１１に格納する。
【０１１５】
以上説明したように、コンテンツ提供装置２０は、コンテンツ取得装置３０から取得した追加コンテンツを、コンテンツ提供装置２０内のコンテンツと関連付けて格納することができる。例えば、追加コンテンツと、追加コンテンツと関連するコンテンツとして設定された関連コンテンツとを、１つのＤＣＦオブジェクトとして管理することができる。
【０１１６】
例えば、コンテンツ取得装置３０のユーザは、音声コンテンツをコンテンツ提供装置２０に登録することができる。この際ユーザは、コンテンツ提供装置２０が管理する画像コンテンツと音声コンテンツとが互いに関連付けられるように、音声コンテンツをコンテンツ提供装置２０に登録することができる。この結果、実施例１で説明したように、コンテンツ提供装置２０に対して画像コンテンツを特定する情報を送信することにより、コンテンツ取得装置３０は、画像コンテンツに関連する音声コンテンツを特定する情報を取得することができる。このように、コンテンツ取得装置３０のユーザは、画像コンテンツと音声コンテンツを関連させて再生することが可能となる。
【０１１７】
［その他の実施形態］
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2012018488.tif 000003
【図２】
2012018488.tif 000004
【図３】
2012018488.tif 000005
【図４】
2012018488.tif 000006
【図５】
2012018488.tif 000007
【図６】
2012018488.tif 000008
【図７】
2012018488.tif 000009
【図８】
2012018488.tif 000010
【図９】
2012018488.tif 000011
【図１０】
2012018488.tif 000012
【図１１】
2012018488.tif 000013
【図１２】
2012018488.tif 000014