JP3729776B2 - ファイル管理方法及びコンテンツ記録／再生装置 - Google Patents
ファイル管理方法及びコンテンツ記録／再生装置 Download PDFInfo
- Publication number
- JP3729776B2 JP3729776B2 JP2001371441A JP2001371441A JP3729776B2 JP 3729776 B2 JP3729776 B2 JP 3729776B2 JP 2001371441 A JP2001371441 A JP 2001371441A JP 2001371441 A JP2001371441 A JP 2001371441A JP 3729776 B2 JP3729776 B2 JP 3729776B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- metadata
- content
- package
- identifier
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、記録媒体に蓄積するコンテンツファイルとそのメタデータファイルとを対応関係を保持しつつ管理するファイル管理方法と、このファイル管理方法を実施するコンテンツ記録／再生装置と、このファイル管理方法を実行するプログラムとに関するものである。
【０００２】
【従来の技術】
近年、通信や放送を利用したデジタルコンテンツ配信サービスへの要望が高まりつつある。
例えば、毎朝、新聞記事を携帯電話にダウンロードして、この携帯電話に接続した記録媒体に記録し、好きな時間にテレビや携帯型ディスプレイ、携帯型電子手帳などその他の機器にその記録媒体を接続して記事を読むといった新聞記事配信サービスが考えられている。
また、小説を１章ごとに分割し、この章の単位で課金／ダウンロードを行うといった電子ブックサービスも考えられている。
【０００３】
（パッケージ毎の格納）
新聞記事配信サービスの具体例としては、新聞記事をＨＴＭＬ形式ファイルで記述し、１日分のＨＴＭＬファイル及びこのＨＴＭＬファイルに付随する画像ファイルやオーディオファイルを一つのパッケージとして配信する方法が考えられる。このように、関連するコンテンツを一つのパッケージとして配信するようなサービスにおいては、一般に配信されたコンテンツはパッケージ単位にディレクトリが作成され、記録媒体に記録される。
【０００４】
（サービス毎の格納）
また、コンテンツをダウンロードする記録媒体の大容量化も急速に進んでおり、１枚の記録媒体で数多くの配信サービスを受けることが可能となってきている。
その場合、１枚の記録媒体上に複数のサービスからの配信コンテンツが共存することになるが、一般には記録媒体上にサービス毎にディレクトリが作成され、配信されたコンテンツは各サービスに対応したディレクトリの下に記録される。
【０００５】
（メタデータの付随）
さらに、コンテンツ配信サービスにおいては、コンテンツ以外に、コンテンツに関する書誌事項や管理情報、属性情報などといった、一般にメタデータと呼ばれる情報も一緒に配信され、記録媒体に記録される。実際にコンテンツを再生／表示する機器においては、そのコンテンツに付随したメタデータを利用することにより、コンテンツの検索や分類・整理など、コンテンツの再生／表示以外の操作を行うことが可能となる。
【０００６】
（メタデータの記録方法）
そのようなメタデータを記録媒体に記録する時、コンテンツファイル内部を構造化し、その一部としてメタデータも同一ファイルに格納して記録する場合と、コンテンツファイルとは別にメタデータファイルを作成して、別々のファイルに記録する場合との２通りの方法が存在する。
【０００７】
【発明が解決しようとする課題】
ここで、コンテンツの配信を受ける機器では、単純な処理で効率的にコンテンツの記録、再生が可能となるように、配信されるコンテンツのファイルやメタデータのファイルに独自のファイル名を振る場合がある。
【０００８】
そのため、従来のメタデータの記録方法のうち、コンテンツとメタデータとを別々のファイルで記録する方法では、配信されたコンテンツファイルとそのメタデータファイルとを受信機器の記録媒体に記録する際に、それらのファイルに受信側で独自のファイル名を付与すると、配信時のファイル名によりそれらの対応関係を解釈することが不可能になる。
【０００９】
一方、メタデータをコンテンツファイルの一部として記録する方法では、上記の不具合は生じないが、メタデータは各コンテンツファイル個々に対応するのみであり、複数のコンテンツファイルの集合に関するメタデータや、パッケージ全体に関するメタデータ、サービス全体に関するメタデータなど、様々なレベルのメタデータを柔軟に記述することが難しい。
【００１０】
また、検索、分類や一覧表示等を、メタデータのみを利用して処理を行う場合でも、各コンテンツファイルの内容を取得する必要が生じるため、処理効率上の問題も生じ易い。
【００１１】
本発明の目的は、コンテンツファイル等のオブジェクトとメタデータファイルとを別々に記録する場合に、それらの対応関係を常に正しく維持することができるファイル管理方法を提供することである。
【００１２】
【課題を解決するための手段】
本発明は、配信されたオブジェクトとメタデータファイルとを記録媒体に記録して管理する際に、メタデータ対応管理ファイルでメタデータファイルの識別子とオブジェクトの識別子との対応関係を管理することにより上記目的を達成するものである。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、様々なる態様で実施し得る。
【００１４】
（実施の形態１）
図１は、本発明の実施の形態１におけるコンテンツ記録／再生装置の構成を示すブロック図である。この装置は、入力装置１１０と、記録媒体１２０と、コンテンツ記録装置１３０と、コンテンツ再生装置１４０と、表示装置１５０とから主に構成されている。入力装置１１０は、ユーザによるコンテンツ記録要求をコンテンツ記録装置１３０に入力し、ユーザによるコンテンツ再生要求やコンテンツ検索要求をコンテンツ再生装置１４０に入力する。コンテンツ記録装置１３０は、記録媒体１２０にパッケージ単位のコンテンツ、メタデータ及びファイル管理情報を記録する。コンテンツ再生装置１４０は、記録媒体１２０に記録されたコンテンツ及びメタデータを用いてコンテンツ内容を再生して表示装置１５０に表示し、コンテンツの検索及び分類を行う。
【００１５】
また、コンテンツ記録装置１３０は、パッケージ管理情報記録部１３１と、コンテンツファイル記録部１３２と、コンテンツメタデータ対応情報記録部１３３とを備えている。パッケージ管理情報記録部１３１は、記録媒体１２０に記録されたパッケージを管理するためのパッケージ管理情報を作成して記録媒体１２０に記録する。コンテンツファイル記録部１３２は、パッケージに含まれるコンテンツファイル群の各コンテンツファイルを記録媒体１２０に記録するとともに、それらコンテンツファイル群を管理するコンテンツファイル群管理情報を作成して記録媒体１２０に記録する。コンテンツメタデータ対応情報記録部１３３は、パッケージ内のコンテンツファイルとメタデータファイルとの対応関係、あるいはパッケージ自身とメタデータファイルとの対応関係の情報を作成して記録媒体１２０に記録する。
【００１６】
コンテンツ再生装置１４０は、コンテンツファイル取得部１４１と、メタデータファイル取得部１４２と、メタデータ対応関係解決部１４３を備えている。コンテンツファイル取得部１４１は、入力装置１１０からのコンテンツ再生指示を受けて、指定されたファイルを記録媒体１２０から取得する。メタデータファイル取得部１４２は、検索処理に必要となるメタデータファイルを記録媒体１２０から取得する。メタデータ対応関係解決部１４３は、指定されたコンテンツファイルに対応するメタデータファイルの取得と、指定されたメタデータファイルに対応するコンテンツファイルの取得とを行う。
【００１７】
次に、この実施の形態のファイル管理方法に基づいて、この装置で行われるコンテンツ記録処理、コンテンツ検索処理及びコンテンツ再生処理について、具体例を用いて説明する。
【００１８】
＜コンテンツ記録処理＞
まず、入力装置１１０を通じて、ユーザからコンテンツ記録の指示を受ける。例として、図２に示すパッケージの記録指示があった場合を考える。
図２に示すパッケージは、ＨＴＭＬファイル２０１及び２０２と、それらに付与されるメタデータのファイル２０３及び２０４、それに、このパッケージ全体に関するメタデータのファイル２０５とからなる。なお、図２は、パッケージの一部を例示したものであり、当該パッケージ内には、このようなファイルが他にも多数存在しているものとする。
【００１９】
配信時のＨＴＭＬファイル２０１、２０２は、それぞれ「12240025.htm」「12240026.htm」というファイル名を持ち、また、メタデータファイル２０３、２０４、２０５は、ＨＴＭＬファイルとの対応関係が明らかになるように、「12240025.mdt」「12240026.mdt」「12240000.mdt」というファイル名を持っている。これらのファイル名は、配信側のファイル管理規則に基づいて付与され、引き続くパッケージ配信サービスにおいて一意性が保たれているものとする。
その場合には、これらのファイル名を、各ファイルの識別子として用いることができる。
【００２０】
図３は、図２におけるメタデータファイル「12240025.mdt」「12240026.mdt」「12240000.mdt」の記述内容の例である。「12240025.mdt」「12240026.mdt」には、メタデータとして、対応する新聞記事コンテンツファイル「12240025.htm」「12240026.htm」の「日付」、「キーワード」、「分類」、「見出し」などの情報が記述されている。また、「12240000.mdt」には、このパッケージ全体に関するメタデータとして、著作者や複製、印刷の可否などを示す著作権に関する情報が記述されている。メタデータとして記述する項目は、これらに限られるわけではなく、他にも多くの項目を記述することが可能である。
【００２１】
図４は、図２に示すパッケージがコンテンツ記録装置１３０によって記録される際の記録媒体１２０におけるディレクトリ及びファイル構成の一例を示す図である。
【００２２】
記録媒体１２０には、パッケージごとにディレクトリが作成されて記録され、パッケージ管理情報がパッケージ管理ファイル３０１で管理される。パッケージ管理ファイル３０１と同じ階層に、「ＰＫＧ00001」というディレクトリ３０２が作成され、このディレクトリ３０２の下に、コンテンツファイル群及びメタデータファイル群の管理情報が記述されたコンテンツファイル群管理ファイル３０３と、コンテンツファイルやパッケージ自身とメタデータファイルとの対応関係が記述されたコンテンツメタデータ対応管理ファイル３０４と、図２に示すパッケージに含まれたコンテンツファイル２０１、２０２、メタデータファイル２０３、２０４、２０５とが格納される。
【００２３】
図２に示すパッケージに含まれていたコンテンツファイル２０１、２０２及びメタデータファイル２０３、２０４、２０５は、コンテンツ記録装置１３０が独自に設定した「00001.htm」「00002.htm」「00003.mdt」「00004.mdt」「00005.mdt」というファイル名で、それぞれ記録されたものとする。
【００２４】
コンテンツ記録装置１３０は、入力装置１１０よりコンテンツ記録の指示を受けると、まず、パッケージ管理情報記録部１３１によって、パッケージ管理ファイル３０１を作成または更新する。
【００２５】
図５は、図２に示すパッケージが記録媒体１２０に記録された段階でのパッケージ管理ファイル３０１の一例を示す図である。パッケージ管理ファイル３０１は、パッケージディレクトリ名に対応するパッケージディレクトリ番号と、該ディレクトリを一意に識別するためのパッケージ識別子との対応を管理する。
【００２６】
なお、図４に示すように、本実施の形態では、パッケージディレクトリ番号に対応するパッケージディレクトリのディレクトリ名を「ＰＫＧXXXXX（XXXXX＝パッケージディレクトリ番号）」とする命名規則のもとで説明する。ただし、パッケージディレクトリ番号からパッケージディレクトリのディレクトリ名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
【００２７】
また、図５では、パッケージ識別子として「ＡＲＴＩＣＬＥ001224」という文字列を用いているが、このパッケージ識別子は、記録媒体１２０中に存在するパッケージディレクトリを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００２８】
次に、コンテンツファイル記録部１３２により、コンテンツファイル及びメタデータファイルの記録とコンテンツファイル群管理ファイルの作成とを行う。
図６は、図２に示すパッケージが記録媒体１２０に記録された段階でのコンテンツファイル群管理ファイル３０３の一例を示す図である。コンテンツファイル群管理ファイルは、記録媒体１２０に記録される際のファイル名に対応するファイル番号と、該コンテンツファイルまたはメタデータファイルを一意に識別するためのファイル識別子との対応を管理するもので、パッケージディレクトリ毎に一つ作成される。ファイル番号は、パッケージ単位で番号付けされるものとする。
【００２９】
なお、図４に示すように、この実施の形態では、ファイル番号に対応するファイル名を、「XXXXX.EXT（XXXXX＝ファイル番号、EXT＝元のファイルの拡張子）」とする命名規則のもとで説明する。ただし、ファイル番号から記録媒体１２０上のファイル名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
また、図６では、ファイル識別子として、配信元でのファイル名の文字列を利用することにしているが、このファイル識別子は、記録媒体１２０中の当該パッケージディレクトリ「ＰＫＧ00001」以下に存在するファイルを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００３０】
最後に、コンテンツメタデータ対応情報記録部１３３によって、コンテンツファイルとメタデータファイルとの対応関係、または、パッケージ自身とメタデータファイルとの対応関係を示すコンテンツメタデータ対応管理ファイルの作成を行う。
図７は、図２に示すパッケージが記録媒体１２０に記録された段階でのコンテンツメタデータ対応管理ファイル３０４の一例を示す図である。コンテンツメタデータ対応管理ファイルは、コンテンツファイルの識別子と、メタデータファイルの識別子との対応関係、または、パッケージ識別子とメタデータファイルの識別子との対応関係を管理するものであり、パッケージディレクトリ毎に一つ作成される。
【００３１】
なお、このコンテンツメタデータ対応管理ファイルでは、メタデータファイル識別子「12240025.mdt」及び「12240026.mdt」に対して、それぞれ、１つのコンテンツのファイル識別子を関係付ける１対１の関係を記録しているが、１つのメタデータのファイル識別子と複数のコンテンツの識別子との１対多の関係や、複数のメタデータのファイル識別子と１つのコンテンツの識別子との多対１の関係、あるいは、複数のメタデータのファイル識別子と複数のコンテンツの識別子との多対多の関係を記録し、管理することもできる。
【００３２】
＜コンテンツ検索・再生処理＞
入力装置１１０を通じ、図２に示すパッケージに対する検索要求があった場合を考える。ここでは、検索要求として、コンテンツの一覧表示の後、ユーザがその中から選択を行う場合と、ユーザがキーワードを入力してそれに合致するコンテンツを検索する場合との２通りを考える。
【００３３】
まず、コンテンツの一覧表示の後、ユーザがその中から選択を行う場合の処理について説明する。
図８は、図４におけるメタデータファイル「00003.mdt」及び「00004.mdt」の記述内容の例である。メタデータとして、対応する新聞記事コンテンツファイルの「日付」、「キーワード」、「分類」、「見出し」などの情報が記述されている。
【００３４】
コンテンツ再生装置１４０のメタデータファイル取得部１４２は、記録媒体１２０に記録されたメタデータファイルをすべて取得し、メタデータファイルに記述された「見出し情報」を一覧として表示装置１５０に表示する。その際の表示装置１５０の表示内容例を図９に示す。
ユーザは、図９の一覧表示を閲覧して所望の記事を指定する。コンテンツ再生装置１４０は、一覧表示された記事の見出し情報と、当該情報を取得したメタデータファイルのファイル番号との対応関係を保持しており、そのファイル番号をメタデータ対応関係解決部１４３へと渡す。
【００３５】
以下、図９に示した一覧表示から、ユーザが「年末商戦たけなわ」という見出し表示を選択したとして、メタデータ対応関係解決部１４３における処理を説明する。図１０は、メタデータ対応関係解決部１４３における処理フローを示す図である。
ステップ９０１：まず、コンテンツファイル群管理ファイル３０３から、「年末商戦たけなわ」という見出しに対応するメタデータファイルのファイル番号「00003」に対応するファイルの識別子を取得する。図６に示すように、識別子「12240025.mdt」がその結果として求まる。
【００３６】
ステップ９０２：次に、コンテンツメタデータ対応管理ファイル３０４からメタデータファイル識別子「12240025.mdt」に対応する識別子を求める。図７に示すように、「12240025.htm」がその結果として求まる。
ステップ９０３：最後に、コンテンツファイル群管理ファイル３０３から、ファイル識別子「12240025.htm」に対応するコンテンツファイル番号を求める。図６に示すように、「00001」がその結果として求まる。
つまり、「年末商戦たけなわ」という見出しに対応するコンテンツファイルとして、ファイル番号「00001」、すなわち、図４における「00001.htm」というファイルが最終的な結果として求められる。
【００３７】
その後、コンテンツファイル取得部１４１は、「00001.htm」のファイルの内容を取得し、表示装置１５０に出力する。
【００３８】
なお、ステップ９０１〜９０３までの処理を、見出し情報の一覧表示の前にすべてのメタデータファイルに対して行い、対応するメタデータファイルとコンテンツファイルとの関係を主記憶上に確保しながら一覧表示を行い、ユーザが選択した後は、その主記憶上の対応関係を用いて対応するコンテンツファイルの取得を行う、としてもよい。
【００３９】
以上が、コンテンツの一覧表示の後、ユーザが選択を行って、所望の記事内容を表示するまでの一連の検索処理である。
【００４０】
次に、ユーザがキーワードを入力し、それに合致するコンテンツを検索して表示する場合の処理について説明する。ここでは、ユーザが「クリスマス」というキーワードを入力したとする。
メタデータファイル取得部１４２は、記録媒体１２０に記録されたメタデータファイルをすべて取得し、メタデータファイルに記述された「キーワード」をすべて抽出する。その際に、抽出したキーワードと、それが記述されていたメタデータファイルのファイル番号との対応関係を保持しつつ、ユーザから入力されたキーワードと合致する「キーワード」項目を持つメタデータファイルを決定する。図８に示すように、「00003」のファイル番号を持つメタデータファイルは、そのような条件に合致する。
【００４１】
以下、メタデータ対応関係解決部１４３は、「00003」のファイル番号を持つメタデータファイルから、それに対応するコンテンツファイル番号「00001」を求める処理を、図１０に示したステップ９０１〜９０３の処理と全く同様に行う。そして、コンテンツファイル取得部１４１が、最終的にユーザの検索条件に合致した記事である、図４における「00001.htm」のファイルの内容を取得して表示装置１５０に出力する。
【００４２】
また、ステップ９０１〜９０３においては、メタデータファイルのファイル番号から、対応するコンテンツファイルのファイル番号を求める処理について説明したが、逆に、コンテンツファイルのファイル番号から、メタデータファイルのファイル番号を求める処理もほぼ同様にして実現できる。
【００４３】
以上のように、本実施の形態では、パッケージディレクトリ番号と該ディレクトリを一意に識別するパッケージ識別子との対応を管理するパッケージ管理ファイルと、記録する際のファイル名のファイル番号とコンテンツファイルまたはメタデータファイルを一意に識別するためのファイル識別子との対応を管理するコンテンツファイル群管理ファイルと、コンテンツファイルのファイル識別子とメタデータファイルのファイル識別子との対応関係を管理するコンテンツメタデータ対応管理ファイルとを作成する。そして、これらの管理ファイルを利用することにより、コンテンツファイルとメタデータファイルとの対応関係を常に正しく求めることができ、メタデータを利用したコンテンツの検索・分類・整理といった処理が正しく、効率的に実行することができる。
【００４４】
また、コンテンツとメタデータとの関係は、１対１に対応させるだけでなく、１対多、多対１、多対多に対応させることも可能であり、コンテンツの集合に対してメタデータを常に正しく関係付けて利用することが可能である。
【００４５】
（実施の形態２）
図１１は、本発明の実施の形態２におけるコンテンツ記録／再生装置の構成を示すブロック図である。この装置は、入力装置１０１０と、記録媒体１０２０と、コンテンツ記録装置１０３０と、コンテンツ再生装置１０４０と、表示装置１０５０とから主に構成されている。入力装置１０１０は、ユーザによるコンテンツ記録要求をコンテンツ記録装置１０３０に入力し、ユーザによるコンテンツ再生要求やコンテンツ検索要求などをコンテンツ再生装置１０４０に入力する。コンテンツ記録装置１３０は、記録媒体１０２０にパッケージ単位のコンテンツ、メタデータ及びファイル管理情報を記録する。コンテンツ再生装置１４０は、記録媒体１０２０に記録されたコンテンツとメタデータとを用いて、コンテンツの内容を再生して表示装置１０５０に表示し、コンテンツの検索や分類を行う。
【００４６】
コンテンツ記録装置１０３０は、サービス管理情報記録部１０３１と、パッケージ管理情報記録部１０３２と、パッケージメタデータファイル記録部１０３３と、パッケージメタデータ対応情報記録部１０３４と、コンテンツファイル記録部１０３５と、コンテンツメタデータ対応情報記録部１０３６とから主に構成されている。
【００４７】
サービス管理情報記録部１０３１は、記録媒体１０２０に記録されたサービスを管理するためのサービス管理情報を作成して記録媒体１０２０に記録する。パッケージ管理情報記録部１０３２は、記録媒体１０２０に記録されたパッケージを管理するためのパッケージ管理情報を作成して記録媒体１０２０に記録する。パッケージメタデータファイル記録部１０３３は、各サービスに含まれるパッケージまたはサービス自身に関するメタデータのファイル群を記録媒体１０２０に記録するとともに、それらファイル群を管理するためのメタデータファイル群管理情報を作成して記録媒体１０２０に記録する。パッケージメタデータ対応情報記録部１０３４は、サービス内のパッケージとメタデータファイルとの対応関係、またはサービス自身とメタデータファイルとの対応関係の情報を作成して記録媒体１０２０に記録する。コンテンツファイル記録部１０３５は、各パッケージに含まれるコンテンツファイル群及びメタデータファイル群の各ファイルを記録媒体１０２０に記録するとともに、それらファイル群を管理するためのコンテンツファイル群管理情報を作成して記録媒体１０２０に記録する。コンテンツメタデータ対応情報記録部１０３６は、パッケージ内のコンテンツファイルとメタデータファイルとの対応関係、またはパッケージ自身とメタデータファイルとの対応関係の情報を作成して記録媒体１０２０に記録する。
【００４８】
コンテンツ再生装置１０４０は、コンテンツファイル取得部１０４１と、メタデータファイル取得部１０４２と、メタデータ対応関係解決部１０４３とから主に構成されている。コンテンツファイル取得部１０４１は、入力装置１０１０からのコンテンツ再生指示や検索指示などを受けて、指定されたコンテンツファイルを記録媒体１０２０から取得する。メタデータファイル取得部１０４２は、検索処理に必要となるメタデータファイルを記録媒体１０２０から取得する。メタデータ対応関係解決部１０４３は、指定されたコンテンツファイルに対応するメタデータファイルの取得と、指定されたメタデータファイルに対応するコンテンツファイルの取得とを行う。
【００４９】
次に、この実施の形態のファイル管理方法に基づいて、この装置で行われるコンテンツ記録処理、コンテンツ検索処理及びコンテンツ再生処理について、具体例を用いて説明する。
【００５０】
＜コンテンツ記録処理＞
まず、入力装置１０１０を通じて、ユーザからコンテンツ記録の指示を受ける。例として、図１２に示すメタデータ１１００の記録指示があった場合を考える。なお、メタデータ１１００は、サービス開始に先だって、事前に配信されている。
【００５１】
図１２のメタデータ１１００は、それぞれ一つの会社に対するレポート書類を構成するパッケージ１１２１〜１１３０と、それに対するメタデータファイル１１０１〜１１１０から構成されている。例えば、ファイル１１０１は、パッケージ１１２１に対するメタデータファイルであり、パッケージ１１２１は、Ａ社に対するレポートパッケージとして、「ACOMP01.htm」「ACOMP02.htm」というファイルを含む。このようなレポートが、全部で１０個引き続いて配信される場合を考える。
【００５２】
図１３は、図１２に示すすべてのパッケージがコンテンツ記録装置１０３０によって記録された後の記録媒体１０２０におけるディレクトリ及びファイル構成の一例を示す図である。
【００５３】
サービス管理ファイル１２０１と同じ階層に、サービス単位を表す「ＳＶＣ00001」というサービスディレクトリ１２０２が作成され、このディレクトリ１２０２の下に、パッケージ管理ファイル１２０３、メタデータファイル群管理ファイル１２０４、パッケージメタデータ対応管理ファイル１２０５と、図１２に示す各パッケージに対応するメタデータファイル１１０１〜１１１０が記録される。これらは、それぞれ「00002.mdt」「00003.mdt」「00004.mdt」‥「00011.mdt」というファイル名で記録されたものとする。また、サービス全体に対するメタデータ１１００も同様に、「00001.mdt」というファイル名で記録されている。
【００５４】
また、複数のパッケージに対応するメタデータ１２０６、１２０７、１２０８が、それぞれ「00012.mdt」「00013.mdt」「00014.mdt」というファイル名で作成され、記録される。なお、これらファイルの作成方法については後述する。
【００５５】
さらに、サービスディレクトリ１２０２の下に、各パッケージに対応したサブディレクトリが作成され、各サブディレクトリの下に、各パッケージに含まれるファイルが記録される。例えば、図１２におけるパッケージ１１２１に対しては、「ＰＫＧ00001」というディレクトリ１２０９が作成され、このディレクトリ１２０９の下に、コンテンツファイル群管理ファイル１２１０及びコンテンツメタデータ対応管理ファイル１２１１と、パッケージ１１２１の各ファイルとが記録される。
【００５６】
コンテンツ記録装置１０３０は、入力装置１０１０よりコンテンツ記録の指示を受けると、まず、サービス管理情報記録部１０３１によってサービス管理ファイル１２０１を作成または更新する。
【００５７】
なお、図１３に示すように、本実施の形態では、サービスディレクトリ番号に対応するサービスディレクトリのディレクトリ名を「ＳＶＣXXXXX（XXXXX＝サービスディレクトリ番号）」とする命名規則のもとで説明する。ただし、サービスディレクトリ番号からサービスディレクトリのディレクトリ名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
【００５８】
図１４は、図１２に示すサービスが記録媒体１０２０に記録された段階でのサービス管理ファイル１２０１の一例を示す図である。サービス管理ファイル１２０１は、サービスディレクトリ名に対応するサービスディレクトリ番号と、該ディレクトリを一意に識別するためのサービス識別子との対応を管理する。
【００５９】
なお、図１４では、サービス識別子として「ＣＯＭＰＲＥＰＯＲＴ」という文字列を用いているが、このサービス識別子は、記録媒体１０２０中に存在するサービスディレクトリを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００６０】
次に、パッケージ管理情報記録部１０３２によって、パッケージ管理ファイル１２０３を作成または更新するが、この動作は、実施の形態１で述べた動作と同様であるため、ここでは説明を省略する。
【００６１】
次に、パッケージメタデータファイル記録部１０３３によって、パッケージに関するメタデータファイルの記録及びメタデータファイル群管理ファイル１２０４の作成を行う。
【００６２】
図１５は、図１２に示すパッケージ群が記録媒体１０２０に記録された段階でのメタデータファイル群管理ファイル１２０４の一例を示す図である。メタデータファイル群管理ファイルは、記録媒体１０２０に記録される際のメタデータファイル名に対応するファイル番号と、該メタデータファイルを一意に識別するためのメタデータファイル識別子との対応を管理するもので、サービスディレクトリ毎に一つ作成される。前記メタデータファイル番号は、サービス単位で番号付けされるものとする。
【００６３】
なお、図１３に示すように、本実施の形態では、メタデータファイル番号に対応するファイル名を、「XXXXX.EXT（XXXXX＝ファイル番号、EXT＝元のファイルの拡張子）」とする命名規則のもとで説明する。ただし、メタデータファイル番号から記録媒体１０２０上のファイル名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
【００６４】
また、図１３では、メタデータファイル識別子として、配信元でのファイル名の文字列を利用することにしているが、このメタデータファイル識別子は、記録媒体１０２０中のサービスディレクトリ「ＳＶＣ00001」以下に存在するファイルを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００６５】
次に、各パッケージが記録媒体１０２０に記録されるが、各パッケージディレクトリ以下のコンテンツファイル群管理ファイル、コンテンツメタデータ対応管理ファイルの作成、またコンテンツファイルの記録は、実施の形態１で述べた動作と同様であるので、ここでは説明は省略する。
【００６６】
ここで、メタデータファイル番号「00012」〜「00014」に対応するメタデータファイルは、配信されたメタデータから新たに作成される。この作成動作について、以下に説明する。
図１６に、配信されるサービス全体のメタデータ１１００「CATEGORY.mdt」の記載例を示す。内容は、サービスでレポートを行う会社の分類情報であり、中には、製造／サービス／金融／建設といった大分類から、コンピュータ／重電／家電といった小分類まで、会社の分類名が登録されている。
図１７に、配信される各パッケージに対応したメタデータ１１０１〜１１１０の内容例を示す。ここでは、各パッケージの会社名、その分類や、レポートの日付、業績動向（＋／−）などが記載されている。
【００６７】
パッケージメタデータファイル記録部１０３３は、各パッケージに対応したメタデータを記録した後に、それらを統合することにより、新たなメタデータ１２０６、１２０７、１２０８を作成する。ここでは、一例として、各分類に属する会社の業績サマリをメタデータとして作成するものとする。
図１８に、メタデータ１２０６、１２０７、１２０８の内容の記述例を示す。ここでは、メタデータ１２０６は、家電に分類される会社群のサマリを抽出して記録する。例えば、ここでは家電に分類される会社の最近の業績が、＋が４、−が１ということを示している。同様に、メタデータ１２０７は、重電に分類される会社群のサマリを抽出して記録する。メタデータ１２０８は、コンピュータに分類される会社群のサマリを抽出して記録する。
【００６８】
＜コンテンツ検索・再生処理＞
入力装置１０１０を通じ、図１２に示す会社レポートに対する表示要求があった場合を考える。ユーザが直接会社名などを指定してレポートを表示する場合もあるが、ここでは、まず装置側から選択メニューを表示し、その中からユーザに項目を選択させることによって詳細レポートを表示する、という段階的な表示を行う場合を考える。
【００６９】
まず、メタデータファイル取得部１０４２は、当該サービス全体のメタデータファイルを取得する。これは以下の手順にて行う。
最初に、メタデータ対応関係解決部１０４３が、パッケージメタデータ対応管理ファイル１２０５を参照し、当該サービスのメタデータファイルの識別子を取得する。図１９に、パッケージメタデータ対応管理ファイルの内容例を示す。
【００７０】
ここで、サービス識別子「COMPREPORT」に対応するメタデータファイル識別子「CATEGORY.mdt」を得る。次に、メタデータファイル群管理ファイル１２０４を参照し、「CATEGORY.mdt」に対応するメタデータファイル番号「00001」を得る。
【００７１】
メタデータファイル取得部１０４２は、メタデータファイル「00001.mdt」の内容を取得し、そこに記述されている会社分類を表示装置１０５０に表示して利用者に選択を促す。
【００７２】
ここで、利用者が「コンピュータ」という会社分類を選択したと仮定する。この場合、メタデータファイル取得部１０４２は、レポートサマリが記載されているメタデータファイル１２０６、１２０７、１２０８を取得し、その中から「コンピュータ」の分類のサマリを同定する。ここではこの処理の詳細は省略する。メタデータファイル１２０８が「コンピュータ」に分類される会社群のサマリを記録しているので、そのサマリを表示装置１０５０に表示する。
【００７３】
次に、ユーザからその分類に属する会社のレポートの表示を要求されたとする。
コンテンツ再生装置１０４０は、現在表示しているメタデータファイル１２０８に対応するパッケージを以下のようにして求める。
まず、パッケージメタデータ対応管理ファイル１２０５を参照し、現在表示しているメタデータファイルに対応するパッケージの識別子が、「BCOMPPACK00」「BCOMPPACK01」「ECOMPPACK00」「FCOMPPACK00」「GCOMPPACK00」の５つであることが分かる。
【００７４】
次に、それぞれのパッケージの識別子に対して、パッケージ管理ファイル１２０３を参照する。図２０にパッケージ管理ファイル１２０３の内容の例を示す。
例えば、「BCOMPPACK01」というパッケージ識別子に対応するパッケージディレクトリ番号は「00005」である。その後、そのパッケージ内のファイルの表示を行う。このパッケージ内のファイルの表示は、実施の形態１と同様にして行う。
【００７５】
なお、図１９のパッケージメタデータ対応管理ファイルでは、１つのメタデータのファイル識別子が１つのパッケージの識別子に対応する１対１の関係、及び１つのメタデータのファイル識別子が複数のパッケージの識別子に対応する１対多の関係が記録されているが、複数のメタデータのファイル識別子が１つのパッケージの識別子に対応する多対１の関係や、複数のメタデータのファイル識別子が複数のパッケージの識別子に対応する多対多の関係を記録し、管理することもできる。
【００７６】
以上のように、本実施の形態では、コンテンツの配信を受ける機器が、配信されるコンテンツのファイルやメタデータのファイル、パッケージを記録するディレクトリやサービス全体を記録するディレクトリに独自のファイル名、ディレクトリ名を振る場合において、
▲１▼サービスディレクトリ名に対応するサービスディレクトリ番号と該ディレクトリを一意に識別するためのサービス識別子との対応を管理するサービス管理ファイル
▲２▼パッケージディレクトリ名に対応するパッケージディレクトリ番号と該ディレクトリを一意に識別するためのパッケージ識別子との対応を管理するパッケージ管理ファイル
▲３▼各パッケージに対応するメタデータファイルが記録媒体１２０に記録される際のファイル名に一意に対応するメタデータファイル番号と該メタデータファイルを一意に識別するためのメタデータファイル識別子との対応を管理するメタデータファイル群管理ファイル
▲４▼メタデータファイルのファイル識別子とそれに対応するパッケージのパッケージ識別子との対応関係を管理するパッケージメタデータ対応管理ファイル
を作成する。そして、これらの管理ファイルを利用することにより、サービスに関するメタデータ、パッケージに関するメタデータ、コンテンツに関するメタデータといった、さまざまなレベルのメタデータと、サービス、パッケージ、コンテンツとの対応関係を常に正しく求めることができ、メタデータを利用したコンテンツやパッケージの検索・分類・整理といった処理が正しく、効率的に実行することができる。
【００７７】
なお、ここでは、複数のパッケージに対応するメタデータファイル１２０６、１２０７、１２０８をコンテンツ記録装置で作成する場合について説明したが、これらのファイルを送信側で作成して送信するようにしても良い。
【００７８】
ここで、上記実施の形態１では、メタデータファイルがパッケージディレクトリ直下に配置され、コンテンツメタデータ対応管理ファイルを用いて各メタデータファイルが何に対するメタデータであるかを管理する場合について説明した。また、上記実施の形態２では、メタデータファイルがサービスディレクトリ直下に配置され、パッケージメタデータ対応管理ファイルを用いて各メタデータが何に対するメタデータであるかを管理する場合について説明した。
【００７９】
しかし、前記２種類の対応管理ファイルは同一フォーマットかつ同一名称のファイルとしても構わない（以下、両者をまとめて「メタデータ対応管理ファイル」という）。また、上述したように記録媒体１２０（１０２０）にメタデータ対応管理ファイルを記録する場合、コンテンツメタデータ対応情報記録部１３３およびパッケージメタデータ対応情報記録部１０３４をまとめてメタデータ対応情報記録部という。
【００８０】
図２１は、メタデータ対応管理ファイルの一例を示す図である。メタデータ対応管理ファイルは、メタデータファイルの識別子とオブジェクト（サービスまたはパッケージまたはコンテンツの総括名称）の識別子との対応関係を管理するものであり、サービスディレクトリまたはパッケージディレクトリ毎に１つ作成される。また、図２１のレコードタイプには、当該メタデータ対応管理ファイルが、サービスディレクトリまたはパッケージディレクトリのどちらの直下に配置されているか、および、当該レコードのメタデータファイル識別子で特定されるメタデータファイルがどの種類のオブジェクトに対するメタデータであるかを判別するための情報が記述される。図２２は、レコードタイプの一例と各レコードタイプの値が持つ意味を示す図である。
【００８１】
メタデータ対応情報記録部は、メタデータファイルの識別子と当該メタデータファイルに対応するオブジェクトの識別子との対応関係を管理するメタデータ対応管理ファイルを作成して記録媒体に記録する。
【００８２】
なお、メタデータ対応管理ファイルにおいて、レコードタイプの値が"１２"または"２２"のレコードの場合には当該メタデータファイルが対応するオブジェクトは１つに特定されるので、この場合のオブジェクト識別子の値としてＮｕｌｌなどの予め決められた値を格納しても構わない。また、図２１および図２２においては、レコードタイプの値を"１１"、"１２"、"２１"、"２２"を例としてあげたが、図２２に示す４種類の意味を一意に特定する値であればどのような数字でも、文字でも、記号でも構わない。
【００８３】
【発明の効果】
以上の説明から明らかなように、本発明のファイル管理方法では、１枚の記録媒体上にコンテンツとメタデータとを別途配信し記録するようなサービスにおいて、コンテンツとメタデータとの対応関係を正しく維持することができ、メタデータを利用した検索・分類・整理など、さまざまな処理を正しく、かつ、効率的に行うことが可能となる。
【００８４】
また、複数サービスを１枚の記録媒体上で実現し、さらに各サービスが複数コンテンツからなるパッケージとして配信される場合、サービスのメタデータ、パッケージのメタデータ、コンテンツのメタデータ、といった各レベルのメタデータに対しても、それぞれ正しく対応関係を維持することが可能となる。
【００８５】
さらに、メタデータファイルとパッケージ、あるいはメタデータファイルとコンテンツファイルとの対応について、１対多、多対１、多対多の対応関係を管理できるようにすることにより、サービスに対して付与できるメタデータの自由度及び、検索・分類・整理といったメタデータを利用した処理の自由度を飛躍的に高めることができる。
【００８６】
また、以上の効果は、コンテンツの配信を受ける機器が、配信されるコンテンツのファイルやメタデータのファイル、パッケージを記録するディレクトリやサービス全体を記録するディレクトリに独自のファイル名、ディレクトリ名を振る場合においても同様に実現されるので、携帯機器など、比較的処理能力が低く、独自のファイル名やディレクトリ名を付して処理を単純化する必要がある機器においても、同様の効果をあげることができる。
【図面の簡単な説明】
【図１】実施の形態１におけるコンテンツ記録／再生装置の構成を示すブロック図、
【図２】コンテンツファイル及びメタデータファイルを含むパッケージを示す図、
【図３】パッケージに含まれるメタデータの内容を例示する図、
【図４】実施の形態１の記録媒体でのディレクトリ及びファイル構成を示す図、
【図５】実施の形態１のパッケージ管理ファイルを示す図、
【図６】実施の形態１のコンテンツファイル群管理ファイルを示す図、
【図７】実施の形態１のコンテンツデータ対応管理ファイルを示す図、
【図８】実施の形態１のメタデータファイルの記述内容を例示する図、
【図９】実施の形態１の一覧表示画面を例示する図、
【図１０】実施の形態１のメタデータ対応関係解決部の処理手順を示すフロー図、
【図１１】実施の形態２におけるコンテンツ記録／再生装置の構成を示すブロック図、
【図１２】実施の形態２におけるパッケージ及びメタデータファイルを例示する図、
【図１３】実施の形態２の記録媒体でのディレクトリ及びファイル構成を示す図、
【図１４】実施の形態２のサービス管理ファイルを示す図、
【図１５】実施の形態２のメタデータファイル群管理ファイルを示す図、
【図１６】実施の形態２のサービスに対するメタデータの内容を例示する図、
【図１７】実施の形態２の各メタデータの内容を示す図、
【図１８】実施の形態２のメタデータファイルの内容の記述例、
【図１９】実施の形態２のパッケージメタデータ対応管理ファイルを示す図、
【図２０】実施の形態２のパッケージ管理ファイルを示す図、
【図２１】メタデータ対応管理ファイルの内容を例示する図、
【図２２】レコードタイプの値と意味を例示する図である。
【符号の説明】
１１０、１０１０ 入力装置
１２０、１０２０ 記録媒体
１３０、１０３０ コンテンツ記録装置
１３１、１０３２ パッケージ管理情報記録部
１３２、１０３５ コンテンツファイル記録部
１３３、１０３６ コンテンツメタデータ対応情報記録部
１４０、１０４０ コンテンツ再生装置
１４１、１０４１ コンテンツファイル取得部
１４２、１０４２ メタデータファイル取得部
１４３、１０４３ メタデータ対応関係解決部
１５０、１０５０ 表示装置
２０１、２０２、１１２１ コンテンツファイル
２０３〜２０５ メタデータファイル
３０１、１２０３ パッケージ管理ファイル
３０２、１２０３ パッケージディレクトリ
３０３、１２１０ コンテンツファイル群管理ファイル
３０４、１２１１ コンテンツメタデータ対応管理ファイル
１０３１ サービス管理情報記録部
１０３３ パッケージメタデータファイル記録部
１０３４ パッケージメタデータ対応情報記録部
１１００〜１１１０ メタデータファイル
１２０６〜１２０８ メタデータファイル
１２０１ サービス管理ファイル
１２０２ サービスディレクトリ
１２０４ メタデータファイル群管理ファイル
１２０５ パッケージメタデータ対応管理ファイル
【発明の属する技術分野】
本発明は、記録媒体に蓄積するコンテンツファイルとそのメタデータファイルとを対応関係を保持しつつ管理するファイル管理方法と、このファイル管理方法を実施するコンテンツ記録／再生装置と、このファイル管理方法を実行するプログラムとに関するものである。
【０００２】
【従来の技術】
近年、通信や放送を利用したデジタルコンテンツ配信サービスへの要望が高まりつつある。
例えば、毎朝、新聞記事を携帯電話にダウンロードして、この携帯電話に接続した記録媒体に記録し、好きな時間にテレビや携帯型ディスプレイ、携帯型電子手帳などその他の機器にその記録媒体を接続して記事を読むといった新聞記事配信サービスが考えられている。
また、小説を１章ごとに分割し、この章の単位で課金／ダウンロードを行うといった電子ブックサービスも考えられている。
【０００３】
（パッケージ毎の格納）
新聞記事配信サービスの具体例としては、新聞記事をＨＴＭＬ形式ファイルで記述し、１日分のＨＴＭＬファイル及びこのＨＴＭＬファイルに付随する画像ファイルやオーディオファイルを一つのパッケージとして配信する方法が考えられる。このように、関連するコンテンツを一つのパッケージとして配信するようなサービスにおいては、一般に配信されたコンテンツはパッケージ単位にディレクトリが作成され、記録媒体に記録される。
【０００４】
（サービス毎の格納）
また、コンテンツをダウンロードする記録媒体の大容量化も急速に進んでおり、１枚の記録媒体で数多くの配信サービスを受けることが可能となってきている。
その場合、１枚の記録媒体上に複数のサービスからの配信コンテンツが共存することになるが、一般には記録媒体上にサービス毎にディレクトリが作成され、配信されたコンテンツは各サービスに対応したディレクトリの下に記録される。
【０００５】
（メタデータの付随）
さらに、コンテンツ配信サービスにおいては、コンテンツ以外に、コンテンツに関する書誌事項や管理情報、属性情報などといった、一般にメタデータと呼ばれる情報も一緒に配信され、記録媒体に記録される。実際にコンテンツを再生／表示する機器においては、そのコンテンツに付随したメタデータを利用することにより、コンテンツの検索や分類・整理など、コンテンツの再生／表示以外の操作を行うことが可能となる。
【０００６】
（メタデータの記録方法）
そのようなメタデータを記録媒体に記録する時、コンテンツファイル内部を構造化し、その一部としてメタデータも同一ファイルに格納して記録する場合と、コンテンツファイルとは別にメタデータファイルを作成して、別々のファイルに記録する場合との２通りの方法が存在する。
【０００７】
【発明が解決しようとする課題】
ここで、コンテンツの配信を受ける機器では、単純な処理で効率的にコンテンツの記録、再生が可能となるように、配信されるコンテンツのファイルやメタデータのファイルに独自のファイル名を振る場合がある。
【０００８】
そのため、従来のメタデータの記録方法のうち、コンテンツとメタデータとを別々のファイルで記録する方法では、配信されたコンテンツファイルとそのメタデータファイルとを受信機器の記録媒体に記録する際に、それらのファイルに受信側で独自のファイル名を付与すると、配信時のファイル名によりそれらの対応関係を解釈することが不可能になる。
【０００９】
一方、メタデータをコンテンツファイルの一部として記録する方法では、上記の不具合は生じないが、メタデータは各コンテンツファイル個々に対応するのみであり、複数のコンテンツファイルの集合に関するメタデータや、パッケージ全体に関するメタデータ、サービス全体に関するメタデータなど、様々なレベルのメタデータを柔軟に記述することが難しい。
【００１０】
また、検索、分類や一覧表示等を、メタデータのみを利用して処理を行う場合でも、各コンテンツファイルの内容を取得する必要が生じるため、処理効率上の問題も生じ易い。
【００１１】
本発明の目的は、コンテンツファイル等のオブジェクトとメタデータファイルとを別々に記録する場合に、それらの対応関係を常に正しく維持することができるファイル管理方法を提供することである。
【００１２】
【課題を解決するための手段】
本発明は、配信されたオブジェクトとメタデータファイルとを記録媒体に記録して管理する際に、メタデータ対応管理ファイルでメタデータファイルの識別子とオブジェクトの識別子との対応関係を管理することにより上記目的を達成するものである。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、様々なる態様で実施し得る。
【００１４】
（実施の形態１）
図１は、本発明の実施の形態１におけるコンテンツ記録／再生装置の構成を示すブロック図である。この装置は、入力装置１１０と、記録媒体１２０と、コンテンツ記録装置１３０と、コンテンツ再生装置１４０と、表示装置１５０とから主に構成されている。入力装置１１０は、ユーザによるコンテンツ記録要求をコンテンツ記録装置１３０に入力し、ユーザによるコンテンツ再生要求やコンテンツ検索要求をコンテンツ再生装置１４０に入力する。コンテンツ記録装置１３０は、記録媒体１２０にパッケージ単位のコンテンツ、メタデータ及びファイル管理情報を記録する。コンテンツ再生装置１４０は、記録媒体１２０に記録されたコンテンツ及びメタデータを用いてコンテンツ内容を再生して表示装置１５０に表示し、コンテンツの検索及び分類を行う。
【００１５】
また、コンテンツ記録装置１３０は、パッケージ管理情報記録部１３１と、コンテンツファイル記録部１３２と、コンテンツメタデータ対応情報記録部１３３とを備えている。パッケージ管理情報記録部１３１は、記録媒体１２０に記録されたパッケージを管理するためのパッケージ管理情報を作成して記録媒体１２０に記録する。コンテンツファイル記録部１３２は、パッケージに含まれるコンテンツファイル群の各コンテンツファイルを記録媒体１２０に記録するとともに、それらコンテンツファイル群を管理するコンテンツファイル群管理情報を作成して記録媒体１２０に記録する。コンテンツメタデータ対応情報記録部１３３は、パッケージ内のコンテンツファイルとメタデータファイルとの対応関係、あるいはパッケージ自身とメタデータファイルとの対応関係の情報を作成して記録媒体１２０に記録する。
【００１６】
コンテンツ再生装置１４０は、コンテンツファイル取得部１４１と、メタデータファイル取得部１４２と、メタデータ対応関係解決部１４３を備えている。コンテンツファイル取得部１４１は、入力装置１１０からのコンテンツ再生指示を受けて、指定されたファイルを記録媒体１２０から取得する。メタデータファイル取得部１４２は、検索処理に必要となるメタデータファイルを記録媒体１２０から取得する。メタデータ対応関係解決部１４３は、指定されたコンテンツファイルに対応するメタデータファイルの取得と、指定されたメタデータファイルに対応するコンテンツファイルの取得とを行う。
【００１７】
次に、この実施の形態のファイル管理方法に基づいて、この装置で行われるコンテンツ記録処理、コンテンツ検索処理及びコンテンツ再生処理について、具体例を用いて説明する。
【００１８】
＜コンテンツ記録処理＞
まず、入力装置１１０を通じて、ユーザからコンテンツ記録の指示を受ける。例として、図２に示すパッケージの記録指示があった場合を考える。
図２に示すパッケージは、ＨＴＭＬファイル２０１及び２０２と、それらに付与されるメタデータのファイル２０３及び２０４、それに、このパッケージ全体に関するメタデータのファイル２０５とからなる。なお、図２は、パッケージの一部を例示したものであり、当該パッケージ内には、このようなファイルが他にも多数存在しているものとする。
【００１９】
配信時のＨＴＭＬファイル２０１、２０２は、それぞれ「12240025.htm」「12240026.htm」というファイル名を持ち、また、メタデータファイル２０３、２０４、２０５は、ＨＴＭＬファイルとの対応関係が明らかになるように、「12240025.mdt」「12240026.mdt」「12240000.mdt」というファイル名を持っている。これらのファイル名は、配信側のファイル管理規則に基づいて付与され、引き続くパッケージ配信サービスにおいて一意性が保たれているものとする。
その場合には、これらのファイル名を、各ファイルの識別子として用いることができる。
【００２０】
図３は、図２におけるメタデータファイル「12240025.mdt」「12240026.mdt」「12240000.mdt」の記述内容の例である。「12240025.mdt」「12240026.mdt」には、メタデータとして、対応する新聞記事コンテンツファイル「12240025.htm」「12240026.htm」の「日付」、「キーワード」、「分類」、「見出し」などの情報が記述されている。また、「12240000.mdt」には、このパッケージ全体に関するメタデータとして、著作者や複製、印刷の可否などを示す著作権に関する情報が記述されている。メタデータとして記述する項目は、これらに限られるわけではなく、他にも多くの項目を記述することが可能である。
【００２１】
図４は、図２に示すパッケージがコンテンツ記録装置１３０によって記録される際の記録媒体１２０におけるディレクトリ及びファイル構成の一例を示す図である。
【００２２】
記録媒体１２０には、パッケージごとにディレクトリが作成されて記録され、パッケージ管理情報がパッケージ管理ファイル３０１で管理される。パッケージ管理ファイル３０１と同じ階層に、「ＰＫＧ00001」というディレクトリ３０２が作成され、このディレクトリ３０２の下に、コンテンツファイル群及びメタデータファイル群の管理情報が記述されたコンテンツファイル群管理ファイル３０３と、コンテンツファイルやパッケージ自身とメタデータファイルとの対応関係が記述されたコンテンツメタデータ対応管理ファイル３０４と、図２に示すパッケージに含まれたコンテンツファイル２０１、２０２、メタデータファイル２０３、２０４、２０５とが格納される。
【００２３】
図２に示すパッケージに含まれていたコンテンツファイル２０１、２０２及びメタデータファイル２０３、２０４、２０５は、コンテンツ記録装置１３０が独自に設定した「00001.htm」「00002.htm」「00003.mdt」「00004.mdt」「00005.mdt」というファイル名で、それぞれ記録されたものとする。
【００２４】
コンテンツ記録装置１３０は、入力装置１１０よりコンテンツ記録の指示を受けると、まず、パッケージ管理情報記録部１３１によって、パッケージ管理ファイル３０１を作成または更新する。
【００２５】
図５は、図２に示すパッケージが記録媒体１２０に記録された段階でのパッケージ管理ファイル３０１の一例を示す図である。パッケージ管理ファイル３０１は、パッケージディレクトリ名に対応するパッケージディレクトリ番号と、該ディレクトリを一意に識別するためのパッケージ識別子との対応を管理する。
【００２６】
なお、図４に示すように、本実施の形態では、パッケージディレクトリ番号に対応するパッケージディレクトリのディレクトリ名を「ＰＫＧXXXXX（XXXXX＝パッケージディレクトリ番号）」とする命名規則のもとで説明する。ただし、パッケージディレクトリ番号からパッケージディレクトリのディレクトリ名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
【００２７】
また、図５では、パッケージ識別子として「ＡＲＴＩＣＬＥ001224」という文字列を用いているが、このパッケージ識別子は、記録媒体１２０中に存在するパッケージディレクトリを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００２８】
次に、コンテンツファイル記録部１３２により、コンテンツファイル及びメタデータファイルの記録とコンテンツファイル群管理ファイルの作成とを行う。
図６は、図２に示すパッケージが記録媒体１２０に記録された段階でのコンテンツファイル群管理ファイル３０３の一例を示す図である。コンテンツファイル群管理ファイルは、記録媒体１２０に記録される際のファイル名に対応するファイル番号と、該コンテンツファイルまたはメタデータファイルを一意に識別するためのファイル識別子との対応を管理するもので、パッケージディレクトリ毎に一つ作成される。ファイル番号は、パッケージ単位で番号付けされるものとする。
【００２９】
なお、図４に示すように、この実施の形態では、ファイル番号に対応するファイル名を、「XXXXX.EXT（XXXXX＝ファイル番号、EXT＝元のファイルの拡張子）」とする命名規則のもとで説明する。ただし、ファイル番号から記録媒体１２０上のファイル名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
また、図６では、ファイル識別子として、配信元でのファイル名の文字列を利用することにしているが、このファイル識別子は、記録媒体１２０中の当該パッケージディレクトリ「ＰＫＧ00001」以下に存在するファイルを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００３０】
最後に、コンテンツメタデータ対応情報記録部１３３によって、コンテンツファイルとメタデータファイルとの対応関係、または、パッケージ自身とメタデータファイルとの対応関係を示すコンテンツメタデータ対応管理ファイルの作成を行う。
図７は、図２に示すパッケージが記録媒体１２０に記録された段階でのコンテンツメタデータ対応管理ファイル３０４の一例を示す図である。コンテンツメタデータ対応管理ファイルは、コンテンツファイルの識別子と、メタデータファイルの識別子との対応関係、または、パッケージ識別子とメタデータファイルの識別子との対応関係を管理するものであり、パッケージディレクトリ毎に一つ作成される。
【００３１】
なお、このコンテンツメタデータ対応管理ファイルでは、メタデータファイル識別子「12240025.mdt」及び「12240026.mdt」に対して、それぞれ、１つのコンテンツのファイル識別子を関係付ける１対１の関係を記録しているが、１つのメタデータのファイル識別子と複数のコンテンツの識別子との１対多の関係や、複数のメタデータのファイル識別子と１つのコンテンツの識別子との多対１の関係、あるいは、複数のメタデータのファイル識別子と複数のコンテンツの識別子との多対多の関係を記録し、管理することもできる。
【００３２】
＜コンテンツ検索・再生処理＞
入力装置１１０を通じ、図２に示すパッケージに対する検索要求があった場合を考える。ここでは、検索要求として、コンテンツの一覧表示の後、ユーザがその中から選択を行う場合と、ユーザがキーワードを入力してそれに合致するコンテンツを検索する場合との２通りを考える。
【００３３】
まず、コンテンツの一覧表示の後、ユーザがその中から選択を行う場合の処理について説明する。
図８は、図４におけるメタデータファイル「00003.mdt」及び「00004.mdt」の記述内容の例である。メタデータとして、対応する新聞記事コンテンツファイルの「日付」、「キーワード」、「分類」、「見出し」などの情報が記述されている。
【００３４】
コンテンツ再生装置１４０のメタデータファイル取得部１４２は、記録媒体１２０に記録されたメタデータファイルをすべて取得し、メタデータファイルに記述された「見出し情報」を一覧として表示装置１５０に表示する。その際の表示装置１５０の表示内容例を図９に示す。
ユーザは、図９の一覧表示を閲覧して所望の記事を指定する。コンテンツ再生装置１４０は、一覧表示された記事の見出し情報と、当該情報を取得したメタデータファイルのファイル番号との対応関係を保持しており、そのファイル番号をメタデータ対応関係解決部１４３へと渡す。
【００３５】
以下、図９に示した一覧表示から、ユーザが「年末商戦たけなわ」という見出し表示を選択したとして、メタデータ対応関係解決部１４３における処理を説明する。図１０は、メタデータ対応関係解決部１４３における処理フローを示す図である。
ステップ９０１：まず、コンテンツファイル群管理ファイル３０３から、「年末商戦たけなわ」という見出しに対応するメタデータファイルのファイル番号「00003」に対応するファイルの識別子を取得する。図６に示すように、識別子「12240025.mdt」がその結果として求まる。
【００３６】
ステップ９０２：次に、コンテンツメタデータ対応管理ファイル３０４からメタデータファイル識別子「12240025.mdt」に対応する識別子を求める。図７に示すように、「12240025.htm」がその結果として求まる。
ステップ９０３：最後に、コンテンツファイル群管理ファイル３０３から、ファイル識別子「12240025.htm」に対応するコンテンツファイル番号を求める。図６に示すように、「00001」がその結果として求まる。
つまり、「年末商戦たけなわ」という見出しに対応するコンテンツファイルとして、ファイル番号「00001」、すなわち、図４における「00001.htm」というファイルが最終的な結果として求められる。
【００３７】
その後、コンテンツファイル取得部１４１は、「00001.htm」のファイルの内容を取得し、表示装置１５０に出力する。
【００３８】
なお、ステップ９０１〜９０３までの処理を、見出し情報の一覧表示の前にすべてのメタデータファイルに対して行い、対応するメタデータファイルとコンテンツファイルとの関係を主記憶上に確保しながら一覧表示を行い、ユーザが選択した後は、その主記憶上の対応関係を用いて対応するコンテンツファイルの取得を行う、としてもよい。
【００３９】
以上が、コンテンツの一覧表示の後、ユーザが選択を行って、所望の記事内容を表示するまでの一連の検索処理である。
【００４０】
次に、ユーザがキーワードを入力し、それに合致するコンテンツを検索して表示する場合の処理について説明する。ここでは、ユーザが「クリスマス」というキーワードを入力したとする。
メタデータファイル取得部１４２は、記録媒体１２０に記録されたメタデータファイルをすべて取得し、メタデータファイルに記述された「キーワード」をすべて抽出する。その際に、抽出したキーワードと、それが記述されていたメタデータファイルのファイル番号との対応関係を保持しつつ、ユーザから入力されたキーワードと合致する「キーワード」項目を持つメタデータファイルを決定する。図８に示すように、「00003」のファイル番号を持つメタデータファイルは、そのような条件に合致する。
【００４１】
以下、メタデータ対応関係解決部１４３は、「00003」のファイル番号を持つメタデータファイルから、それに対応するコンテンツファイル番号「00001」を求める処理を、図１０に示したステップ９０１〜９０３の処理と全く同様に行う。そして、コンテンツファイル取得部１４１が、最終的にユーザの検索条件に合致した記事である、図４における「00001.htm」のファイルの内容を取得して表示装置１５０に出力する。
【００４２】
また、ステップ９０１〜９０３においては、メタデータファイルのファイル番号から、対応するコンテンツファイルのファイル番号を求める処理について説明したが、逆に、コンテンツファイルのファイル番号から、メタデータファイルのファイル番号を求める処理もほぼ同様にして実現できる。
【００４３】
以上のように、本実施の形態では、パッケージディレクトリ番号と該ディレクトリを一意に識別するパッケージ識別子との対応を管理するパッケージ管理ファイルと、記録する際のファイル名のファイル番号とコンテンツファイルまたはメタデータファイルを一意に識別するためのファイル識別子との対応を管理するコンテンツファイル群管理ファイルと、コンテンツファイルのファイル識別子とメタデータファイルのファイル識別子との対応関係を管理するコンテンツメタデータ対応管理ファイルとを作成する。そして、これらの管理ファイルを利用することにより、コンテンツファイルとメタデータファイルとの対応関係を常に正しく求めることができ、メタデータを利用したコンテンツの検索・分類・整理といった処理が正しく、効率的に実行することができる。
【００４４】
また、コンテンツとメタデータとの関係は、１対１に対応させるだけでなく、１対多、多対１、多対多に対応させることも可能であり、コンテンツの集合に対してメタデータを常に正しく関係付けて利用することが可能である。
【００４５】
（実施の形態２）
図１１は、本発明の実施の形態２におけるコンテンツ記録／再生装置の構成を示すブロック図である。この装置は、入力装置１０１０と、記録媒体１０２０と、コンテンツ記録装置１０３０と、コンテンツ再生装置１０４０と、表示装置１０５０とから主に構成されている。入力装置１０１０は、ユーザによるコンテンツ記録要求をコンテンツ記録装置１０３０に入力し、ユーザによるコンテンツ再生要求やコンテンツ検索要求などをコンテンツ再生装置１０４０に入力する。コンテンツ記録装置１３０は、記録媒体１０２０にパッケージ単位のコンテンツ、メタデータ及びファイル管理情報を記録する。コンテンツ再生装置１４０は、記録媒体１０２０に記録されたコンテンツとメタデータとを用いて、コンテンツの内容を再生して表示装置１０５０に表示し、コンテンツの検索や分類を行う。
【００４６】
コンテンツ記録装置１０３０は、サービス管理情報記録部１０３１と、パッケージ管理情報記録部１０３２と、パッケージメタデータファイル記録部１０３３と、パッケージメタデータ対応情報記録部１０３４と、コンテンツファイル記録部１０３５と、コンテンツメタデータ対応情報記録部１０３６とから主に構成されている。
【００４７】
サービス管理情報記録部１０３１は、記録媒体１０２０に記録されたサービスを管理するためのサービス管理情報を作成して記録媒体１０２０に記録する。パッケージ管理情報記録部１０３２は、記録媒体１０２０に記録されたパッケージを管理するためのパッケージ管理情報を作成して記録媒体１０２０に記録する。パッケージメタデータファイル記録部１０３３は、各サービスに含まれるパッケージまたはサービス自身に関するメタデータのファイル群を記録媒体１０２０に記録するとともに、それらファイル群を管理するためのメタデータファイル群管理情報を作成して記録媒体１０２０に記録する。パッケージメタデータ対応情報記録部１０３４は、サービス内のパッケージとメタデータファイルとの対応関係、またはサービス自身とメタデータファイルとの対応関係の情報を作成して記録媒体１０２０に記録する。コンテンツファイル記録部１０３５は、各パッケージに含まれるコンテンツファイル群及びメタデータファイル群の各ファイルを記録媒体１０２０に記録するとともに、それらファイル群を管理するためのコンテンツファイル群管理情報を作成して記録媒体１０２０に記録する。コンテンツメタデータ対応情報記録部１０３６は、パッケージ内のコンテンツファイルとメタデータファイルとの対応関係、またはパッケージ自身とメタデータファイルとの対応関係の情報を作成して記録媒体１０２０に記録する。
【００４８】
コンテンツ再生装置１０４０は、コンテンツファイル取得部１０４１と、メタデータファイル取得部１０４２と、メタデータ対応関係解決部１０４３とから主に構成されている。コンテンツファイル取得部１０４１は、入力装置１０１０からのコンテンツ再生指示や検索指示などを受けて、指定されたコンテンツファイルを記録媒体１０２０から取得する。メタデータファイル取得部１０４２は、検索処理に必要となるメタデータファイルを記録媒体１０２０から取得する。メタデータ対応関係解決部１０４３は、指定されたコンテンツファイルに対応するメタデータファイルの取得と、指定されたメタデータファイルに対応するコンテンツファイルの取得とを行う。
【００４９】
次に、この実施の形態のファイル管理方法に基づいて、この装置で行われるコンテンツ記録処理、コンテンツ検索処理及びコンテンツ再生処理について、具体例を用いて説明する。
【００５０】
＜コンテンツ記録処理＞
まず、入力装置１０１０を通じて、ユーザからコンテンツ記録の指示を受ける。例として、図１２に示すメタデータ１１００の記録指示があった場合を考える。なお、メタデータ１１００は、サービス開始に先だって、事前に配信されている。
【００５１】
図１２のメタデータ１１００は、それぞれ一つの会社に対するレポート書類を構成するパッケージ１１２１〜１１３０と、それに対するメタデータファイル１１０１〜１１１０から構成されている。例えば、ファイル１１０１は、パッケージ１１２１に対するメタデータファイルであり、パッケージ１１２１は、Ａ社に対するレポートパッケージとして、「ACOMP01.htm」「ACOMP02.htm」というファイルを含む。このようなレポートが、全部で１０個引き続いて配信される場合を考える。
【００５２】
図１３は、図１２に示すすべてのパッケージがコンテンツ記録装置１０３０によって記録された後の記録媒体１０２０におけるディレクトリ及びファイル構成の一例を示す図である。
【００５３】
サービス管理ファイル１２０１と同じ階層に、サービス単位を表す「ＳＶＣ00001」というサービスディレクトリ１２０２が作成され、このディレクトリ１２０２の下に、パッケージ管理ファイル１２０３、メタデータファイル群管理ファイル１２０４、パッケージメタデータ対応管理ファイル１２０５と、図１２に示す各パッケージに対応するメタデータファイル１１０１〜１１１０が記録される。これらは、それぞれ「00002.mdt」「00003.mdt」「00004.mdt」‥「00011.mdt」というファイル名で記録されたものとする。また、サービス全体に対するメタデータ１１００も同様に、「00001.mdt」というファイル名で記録されている。
【００５４】
また、複数のパッケージに対応するメタデータ１２０６、１２０７、１２０８が、それぞれ「00012.mdt」「00013.mdt」「00014.mdt」というファイル名で作成され、記録される。なお、これらファイルの作成方法については後述する。
【００５５】
さらに、サービスディレクトリ１２０２の下に、各パッケージに対応したサブディレクトリが作成され、各サブディレクトリの下に、各パッケージに含まれるファイルが記録される。例えば、図１２におけるパッケージ１１２１に対しては、「ＰＫＧ00001」というディレクトリ１２０９が作成され、このディレクトリ１２０９の下に、コンテンツファイル群管理ファイル１２１０及びコンテンツメタデータ対応管理ファイル１２１１と、パッケージ１１２１の各ファイルとが記録される。
【００５６】
コンテンツ記録装置１０３０は、入力装置１０１０よりコンテンツ記録の指示を受けると、まず、サービス管理情報記録部１０３１によってサービス管理ファイル１２０１を作成または更新する。
【００５７】
なお、図１３に示すように、本実施の形態では、サービスディレクトリ番号に対応するサービスディレクトリのディレクトリ名を「ＳＶＣXXXXX（XXXXX＝サービスディレクトリ番号）」とする命名規則のもとで説明する。ただし、サービスディレクトリ番号からサービスディレクトリのディレクトリ名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
【００５８】
図１４は、図１２に示すサービスが記録媒体１０２０に記録された段階でのサービス管理ファイル１２０１の一例を示す図である。サービス管理ファイル１２０１は、サービスディレクトリ名に対応するサービスディレクトリ番号と、該ディレクトリを一意に識別するためのサービス識別子との対応を管理する。
【００５９】
なお、図１４では、サービス識別子として「ＣＯＭＰＲＥＰＯＲＴ」という文字列を用いているが、このサービス識別子は、記録媒体１０２０中に存在するサービスディレクトリを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００６０】
次に、パッケージ管理情報記録部１０３２によって、パッケージ管理ファイル１２０３を作成または更新するが、この動作は、実施の形態１で述べた動作と同様であるため、ここでは説明を省略する。
【００６１】
次に、パッケージメタデータファイル記録部１０３３によって、パッケージに関するメタデータファイルの記録及びメタデータファイル群管理ファイル１２０４の作成を行う。
【００６２】
図１５は、図１２に示すパッケージ群が記録媒体１０２０に記録された段階でのメタデータファイル群管理ファイル１２０４の一例を示す図である。メタデータファイル群管理ファイルは、記録媒体１０２０に記録される際のメタデータファイル名に対応するファイル番号と、該メタデータファイルを一意に識別するためのメタデータファイル識別子との対応を管理するもので、サービスディレクトリ毎に一つ作成される。前記メタデータファイル番号は、サービス単位で番号付けされるものとする。
【００６３】
なお、図１３に示すように、本実施の形態では、メタデータファイル番号に対応するファイル名を、「XXXXX.EXT（XXXXX＝ファイル番号、EXT＝元のファイルの拡張子）」とする命名規則のもとで説明する。ただし、メタデータファイル番号から記録媒体１０２０上のファイル名が一意に導き出せる命名規則であれば、どのようなものでも構わない。
【００６４】
また、図１３では、メタデータファイル識別子として、配信元でのファイル名の文字列を利用することにしているが、このメタデータファイル識別子は、記録媒体１０２０中のサービスディレクトリ「ＳＶＣ00001」以下に存在するファイルを一意に識別できるものであれば、どのような文字列でも、数字でも、記号でも構わない。
【００６５】
次に、各パッケージが記録媒体１０２０に記録されるが、各パッケージディレクトリ以下のコンテンツファイル群管理ファイル、コンテンツメタデータ対応管理ファイルの作成、またコンテンツファイルの記録は、実施の形態１で述べた動作と同様であるので、ここでは説明は省略する。
【００６６】
ここで、メタデータファイル番号「00012」〜「00014」に対応するメタデータファイルは、配信されたメタデータから新たに作成される。この作成動作について、以下に説明する。
図１６に、配信されるサービス全体のメタデータ１１００「CATEGORY.mdt」の記載例を示す。内容は、サービスでレポートを行う会社の分類情報であり、中には、製造／サービス／金融／建設といった大分類から、コンピュータ／重電／家電といった小分類まで、会社の分類名が登録されている。
図１７に、配信される各パッケージに対応したメタデータ１１０１〜１１１０の内容例を示す。ここでは、各パッケージの会社名、その分類や、レポートの日付、業績動向（＋／−）などが記載されている。
【００６７】
パッケージメタデータファイル記録部１０３３は、各パッケージに対応したメタデータを記録した後に、それらを統合することにより、新たなメタデータ１２０６、１２０７、１２０８を作成する。ここでは、一例として、各分類に属する会社の業績サマリをメタデータとして作成するものとする。
図１８に、メタデータ１２０６、１２０７、１２０８の内容の記述例を示す。ここでは、メタデータ１２０６は、家電に分類される会社群のサマリを抽出して記録する。例えば、ここでは家電に分類される会社の最近の業績が、＋が４、−が１ということを示している。同様に、メタデータ１２０７は、重電に分類される会社群のサマリを抽出して記録する。メタデータ１２０８は、コンピュータに分類される会社群のサマリを抽出して記録する。
【００６８】
＜コンテンツ検索・再生処理＞
入力装置１０１０を通じ、図１２に示す会社レポートに対する表示要求があった場合を考える。ユーザが直接会社名などを指定してレポートを表示する場合もあるが、ここでは、まず装置側から選択メニューを表示し、その中からユーザに項目を選択させることによって詳細レポートを表示する、という段階的な表示を行う場合を考える。
【００６９】
まず、メタデータファイル取得部１０４２は、当該サービス全体のメタデータファイルを取得する。これは以下の手順にて行う。
最初に、メタデータ対応関係解決部１０４３が、パッケージメタデータ対応管理ファイル１２０５を参照し、当該サービスのメタデータファイルの識別子を取得する。図１９に、パッケージメタデータ対応管理ファイルの内容例を示す。
【００７０】
ここで、サービス識別子「COMPREPORT」に対応するメタデータファイル識別子「CATEGORY.mdt」を得る。次に、メタデータファイル群管理ファイル１２０４を参照し、「CATEGORY.mdt」に対応するメタデータファイル番号「00001」を得る。
【００７１】
メタデータファイル取得部１０４２は、メタデータファイル「00001.mdt」の内容を取得し、そこに記述されている会社分類を表示装置１０５０に表示して利用者に選択を促す。
【００７２】
ここで、利用者が「コンピュータ」という会社分類を選択したと仮定する。この場合、メタデータファイル取得部１０４２は、レポートサマリが記載されているメタデータファイル１２０６、１２０７、１２０８を取得し、その中から「コンピュータ」の分類のサマリを同定する。ここではこの処理の詳細は省略する。メタデータファイル１２０８が「コンピュータ」に分類される会社群のサマリを記録しているので、そのサマリを表示装置１０５０に表示する。
【００７３】
次に、ユーザからその分類に属する会社のレポートの表示を要求されたとする。
コンテンツ再生装置１０４０は、現在表示しているメタデータファイル１２０８に対応するパッケージを以下のようにして求める。
まず、パッケージメタデータ対応管理ファイル１２０５を参照し、現在表示しているメタデータファイルに対応するパッケージの識別子が、「BCOMPPACK00」「BCOMPPACK01」「ECOMPPACK00」「FCOMPPACK00」「GCOMPPACK00」の５つであることが分かる。
【００７４】
次に、それぞれのパッケージの識別子に対して、パッケージ管理ファイル１２０３を参照する。図２０にパッケージ管理ファイル１２０３の内容の例を示す。
例えば、「BCOMPPACK01」というパッケージ識別子に対応するパッケージディレクトリ番号は「00005」である。その後、そのパッケージ内のファイルの表示を行う。このパッケージ内のファイルの表示は、実施の形態１と同様にして行う。
【００７５】
なお、図１９のパッケージメタデータ対応管理ファイルでは、１つのメタデータのファイル識別子が１つのパッケージの識別子に対応する１対１の関係、及び１つのメタデータのファイル識別子が複数のパッケージの識別子に対応する１対多の関係が記録されているが、複数のメタデータのファイル識別子が１つのパッケージの識別子に対応する多対１の関係や、複数のメタデータのファイル識別子が複数のパッケージの識別子に対応する多対多の関係を記録し、管理することもできる。
【００７６】
以上のように、本実施の形態では、コンテンツの配信を受ける機器が、配信されるコンテンツのファイルやメタデータのファイル、パッケージを記録するディレクトリやサービス全体を記録するディレクトリに独自のファイル名、ディレクトリ名を振る場合において、
▲１▼サービスディレクトリ名に対応するサービスディレクトリ番号と該ディレクトリを一意に識別するためのサービス識別子との対応を管理するサービス管理ファイル
▲２▼パッケージディレクトリ名に対応するパッケージディレクトリ番号と該ディレクトリを一意に識別するためのパッケージ識別子との対応を管理するパッケージ管理ファイル
▲３▼各パッケージに対応するメタデータファイルが記録媒体１２０に記録される際のファイル名に一意に対応するメタデータファイル番号と該メタデータファイルを一意に識別するためのメタデータファイル識別子との対応を管理するメタデータファイル群管理ファイル
▲４▼メタデータファイルのファイル識別子とそれに対応するパッケージのパッケージ識別子との対応関係を管理するパッケージメタデータ対応管理ファイル
を作成する。そして、これらの管理ファイルを利用することにより、サービスに関するメタデータ、パッケージに関するメタデータ、コンテンツに関するメタデータといった、さまざまなレベルのメタデータと、サービス、パッケージ、コンテンツとの対応関係を常に正しく求めることができ、メタデータを利用したコンテンツやパッケージの検索・分類・整理といった処理が正しく、効率的に実行することができる。
【００７７】
なお、ここでは、複数のパッケージに対応するメタデータファイル１２０６、１２０７、１２０８をコンテンツ記録装置で作成する場合について説明したが、これらのファイルを送信側で作成して送信するようにしても良い。
【００７８】
ここで、上記実施の形態１では、メタデータファイルがパッケージディレクトリ直下に配置され、コンテンツメタデータ対応管理ファイルを用いて各メタデータファイルが何に対するメタデータであるかを管理する場合について説明した。また、上記実施の形態２では、メタデータファイルがサービスディレクトリ直下に配置され、パッケージメタデータ対応管理ファイルを用いて各メタデータが何に対するメタデータであるかを管理する場合について説明した。
【００７９】
しかし、前記２種類の対応管理ファイルは同一フォーマットかつ同一名称のファイルとしても構わない（以下、両者をまとめて「メタデータ対応管理ファイル」という）。また、上述したように記録媒体１２０（１０２０）にメタデータ対応管理ファイルを記録する場合、コンテンツメタデータ対応情報記録部１３３およびパッケージメタデータ対応情報記録部１０３４をまとめてメタデータ対応情報記録部という。
【００８０】
図２１は、メタデータ対応管理ファイルの一例を示す図である。メタデータ対応管理ファイルは、メタデータファイルの識別子とオブジェクト（サービスまたはパッケージまたはコンテンツの総括名称）の識別子との対応関係を管理するものであり、サービスディレクトリまたはパッケージディレクトリ毎に１つ作成される。また、図２１のレコードタイプには、当該メタデータ対応管理ファイルが、サービスディレクトリまたはパッケージディレクトリのどちらの直下に配置されているか、および、当該レコードのメタデータファイル識別子で特定されるメタデータファイルがどの種類のオブジェクトに対するメタデータであるかを判別するための情報が記述される。図２２は、レコードタイプの一例と各レコードタイプの値が持つ意味を示す図である。
【００８１】
メタデータ対応情報記録部は、メタデータファイルの識別子と当該メタデータファイルに対応するオブジェクトの識別子との対応関係を管理するメタデータ対応管理ファイルを作成して記録媒体に記録する。
【００８２】
なお、メタデータ対応管理ファイルにおいて、レコードタイプの値が"１２"または"２２"のレコードの場合には当該メタデータファイルが対応するオブジェクトは１つに特定されるので、この場合のオブジェクト識別子の値としてＮｕｌｌなどの予め決められた値を格納しても構わない。また、図２１および図２２においては、レコードタイプの値を"１１"、"１２"、"２１"、"２２"を例としてあげたが、図２２に示す４種類の意味を一意に特定する値であればどのような数字でも、文字でも、記号でも構わない。
【００８３】
【発明の効果】
以上の説明から明らかなように、本発明のファイル管理方法では、１枚の記録媒体上にコンテンツとメタデータとを別途配信し記録するようなサービスにおいて、コンテンツとメタデータとの対応関係を正しく維持することができ、メタデータを利用した検索・分類・整理など、さまざまな処理を正しく、かつ、効率的に行うことが可能となる。
【００８４】
また、複数サービスを１枚の記録媒体上で実現し、さらに各サービスが複数コンテンツからなるパッケージとして配信される場合、サービスのメタデータ、パッケージのメタデータ、コンテンツのメタデータ、といった各レベルのメタデータに対しても、それぞれ正しく対応関係を維持することが可能となる。
【００８５】
さらに、メタデータファイルとパッケージ、あるいはメタデータファイルとコンテンツファイルとの対応について、１対多、多対１、多対多の対応関係を管理できるようにすることにより、サービスに対して付与できるメタデータの自由度及び、検索・分類・整理といったメタデータを利用した処理の自由度を飛躍的に高めることができる。
【００８６】
また、以上の効果は、コンテンツの配信を受ける機器が、配信されるコンテンツのファイルやメタデータのファイル、パッケージを記録するディレクトリやサービス全体を記録するディレクトリに独自のファイル名、ディレクトリ名を振る場合においても同様に実現されるので、携帯機器など、比較的処理能力が低く、独自のファイル名やディレクトリ名を付して処理を単純化する必要がある機器においても、同様の効果をあげることができる。
【図面の簡単な説明】
【図１】実施の形態１におけるコンテンツ記録／再生装置の構成を示すブロック図、
【図２】コンテンツファイル及びメタデータファイルを含むパッケージを示す図、
【図３】パッケージに含まれるメタデータの内容を例示する図、
【図４】実施の形態１の記録媒体でのディレクトリ及びファイル構成を示す図、
【図５】実施の形態１のパッケージ管理ファイルを示す図、
【図６】実施の形態１のコンテンツファイル群管理ファイルを示す図、
【図７】実施の形態１のコンテンツデータ対応管理ファイルを示す図、
【図８】実施の形態１のメタデータファイルの記述内容を例示する図、
【図９】実施の形態１の一覧表示画面を例示する図、
【図１０】実施の形態１のメタデータ対応関係解決部の処理手順を示すフロー図、
【図１１】実施の形態２におけるコンテンツ記録／再生装置の構成を示すブロック図、
【図１２】実施の形態２におけるパッケージ及びメタデータファイルを例示する図、
【図１３】実施の形態２の記録媒体でのディレクトリ及びファイル構成を示す図、
【図１４】実施の形態２のサービス管理ファイルを示す図、
【図１５】実施の形態２のメタデータファイル群管理ファイルを示す図、
【図１６】実施の形態２のサービスに対するメタデータの内容を例示する図、
【図１７】実施の形態２の各メタデータの内容を示す図、
【図１８】実施の形態２のメタデータファイルの内容の記述例、
【図１９】実施の形態２のパッケージメタデータ対応管理ファイルを示す図、
【図２０】実施の形態２のパッケージ管理ファイルを示す図、
【図２１】メタデータ対応管理ファイルの内容を例示する図、
【図２２】レコードタイプの値と意味を例示する図である。
【符号の説明】
１１０、１０１０ 入力装置
１２０、１０２０ 記録媒体
１３０、１０３０ コンテンツ記録装置
１３１、１０３２ パッケージ管理情報記録部
１３２、１０３５ コンテンツファイル記録部
１３３、１０３６ コンテンツメタデータ対応情報記録部
１４０、１０４０ コンテンツ再生装置
１４１、１０４１ コンテンツファイル取得部
１４２、１０４２ メタデータファイル取得部
１４３、１０４３ メタデータ対応関係解決部
１５０、１０５０ 表示装置
２０１、２０２、１１２１ コンテンツファイル
２０３〜２０５ メタデータファイル
３０１、１２０３ パッケージ管理ファイル
３０２、１２０３ パッケージディレクトリ
３０３、１２１０ コンテンツファイル群管理ファイル
３０４、１２１１ コンテンツメタデータ対応管理ファイル
１０３１ サービス管理情報記録部
１０３３ パッケージメタデータファイル記録部
１０３４ パッケージメタデータ対応情報記録部
１１００〜１１１０ メタデータファイル
１２０６〜１２０８ メタデータファイル
１２０１ サービス管理ファイル
１２０２ サービスディレクトリ
１２０４ メタデータファイル群管理ファイル
１２０５ パッケージメタデータ対応管理ファイル
Claims (10)
- 配信されたオブジェクトとメタデータファイルとを記録媒体に記録して管理する配信オブジェクト記録／再生装置のファイル管理方法であって、
前記オブジェクト及びメタデータファイルを、前記オブジェクトが配信されるサービス毎にディレクトリを作成して前記記録媒体に記録し、且つ、
前記メタデータファイルの識別子と当該メタデータファイルに対応するオブジェクトの識別子との対応関係と、前記メタデータファイルがどの種類のオブジェクトに対するメタデータであるかを示すレコードタイプとを記述したメタデータ対応管理ファイルを作成して前記記録媒体に記録し、
メタデータを利用してオブジェクトの検索、分類または整理を行う場合に、前記メタデータ対応管理ファイルから、利用するメタデータのファイル識別子を取得するファイル管理方法。 - 配信されたオブジェクトとメタデータファイルとを記録媒体に記録して管理する配信オブジェクト記録／再生装置のファイル管理方法であって、
前記オブジェクト及びメタデータファイルを、前記オブジェクトが配信されるパッケージ毎にディレクトリを作成して前記記録媒体に記録し、且つ、
前記メタデータファイルの識別子と当該メタデータファイルに対応するオブジェクトの識別子との対応関係と、前記メタデータファイルがどの種類のオブジェクトに対するメタデータであるかを示すレコードタイプとを記述したメタデータ対応管理ファイルを作成して前記記録媒体に記録し、
メタデータを利用してオブジェクトの検索、分類または整理を行う場合に、前記メタデータ対応管理ファイルから、利用するメタデータのファイル識別子を取得するファイル管理方法。 - 請求項１に記載のファイル管理方法であって、前記レコードタイプは、前記メタデータ対応管理ファイルに記載されたメタデータファイルがパッケージに対するものか、サービスに対するものか、の区別を示すファイル管理方法。
- 請求項２に記載のファイル管理方法であって、前記レコードタイプは、前記メタデータ対応管理ファイルに記載されたメタデータファイルがパッケージファイルに対するものか、パッケージファイルに含まれるコンテンツに対するものか、の区別を示すファイル管理方法。
- 請求項１から４のいずれかに記載のファイル管理方法であって、前記メタデータ対応管理ファイルが、一つのオブジェクトの識別子と一つのメタデータファイルの識別子との１対１の関係を対応付けたファイルであるファイル管理方法。
- 請求項１から４のいずれかに記載のファイル管理方法であって、前記メタデータ対応管理ファイルが、複数のオブジェクトの識別子と一つのメタデータファイルの識別子との多対１の関係を対応付けたファイルであるファイル管理方法。
- 請求項１から４のいずれかに記載のファイル管理方法であって、前記メタデータ対応管理ファイルが、一つのオブジェクトの識別子と複数のメタデータファイルの識別子との１対多の関係を対応付けたファイルであるファイル管理方法。
- 請求項１から４のいずれかに記載のファイル管理方法であって、前記メタデータ対応管理ファイルが、複数のオブジェクトの識別子と複数のメタデータファイルの識別子との多対多の関係を対応付けたファイルであるファイル管理方法。
- 請求項２に記載のファイル管理方法であって、
パッケージ毎に作成した前記ディレクトリのもとに当該パッケージに含まれるコンテンツファイルと当該コンテンツに対応したメタデータファイルとを記録し、
前記ディレクトリのディレクトリ名と前記パッケージに付したパッケージ識別子との対応関係を記述したパッケージ管理ファイルを作成して前記記録媒体に記録し、
前記コンテンツファイル及びメタデータファイルを前記記録媒体に記録した際のファイル名と前記コンテンツファイル及びメタデータファイルの識別子との対応関係を記述したコンテンツファイル群管理ファイルを作成して前記記録媒体に記録し、
前記パッケージに含まれるコンテンツファイルの識別子とそれに対応するメタデータファイルの識別子との対応関係を前記メタデータ対応管理ファイルに記述し、
メタデータを利用してコンテンツファイルの検索、分類または整理を行う場合に、前記メタデータ対応管理ファイルから、利用するメタデータファイルの識別子を取得し、前記メタデータファイルの識別子に対応する当該メタデータファイルのファイル名を前記コンテンツファイル群管理ファイルから取得し、選択したメタデータに対応するコンテンツファイルの識別子を前記メタデータ対応管理ファイルから取得し、前記コンテンツファイルの識別子に対応する当該コンテンツファイルのファイル名を前記コンテンツファイル群管理ファイルから取得するファイル管理方法。 - 請求項１に記載のファイル管理方法であって、
サービス毎に作成した前記ディレクトリのもとに、当該サービスから配信されるパッケージ毎にサブディレクトリを作成するとともに、当該パッケージに対応したメタデータファイルを前記ディレクトリのもとに記録し、
前記ディレクトリのディレクトリ名と前記サービスに付したサービス識別子との対応関係を記述したサービス管理ファイルを作成して前記記録媒体に記録し、
前記サブディレクトリのディレクトリ名と前記パッケージに付されたパッケージ識別子との対応関係を記述したパッケージ管理ファイルを作成して前記記録媒体に記録し、
前記メタデータファイルを前記記録媒体に記録した際のファイル名と当該メタデータの識別子との対応関係を記述したメタデータファイル群管理ファイルを作成して前記記録媒体に記録し、
前記サブディレクトリのもとに、当該パッケージに含まれるコンテンツファイルと、当該コンテンツに対応したメタデータファイルとを前記記録媒体に記録し、
前記コンテンツファイル及びメタデータファイルを前記記録媒体に記録した際のファイル名と当該コンテンツファイル及びメタデータファイルの識別子との対応関係を記述したコンテンツファイル群管理ファイルを作成して前記記録媒体に記録し、
前記サービス識別子とそれに対応する前記メタデータファイルの識別子との対応関係、前記パッケージの識別子とそれに対応する前記メタデータファイルの識別子との対応関係及び前記コンテンツファイルの識別子とそれに対応する前記メタデータファイルの識別子との対応関係を前記メタデータ対応管理ファイルに記述し、
メタデータを利用してパッケージまたはコンテンツファイルの検索、分類または整理を行う場合に、前記メタデータ対応管理ファイルから、利用するメタデータファイルの識別子を取得し、前記メタデータファイルの識別子に対応する当該メタデータファイルのファイル名を前記メタデータファイル群管理ファイルまたはコンテンツファイル群管理ファイルから取得し、選択したメタデータに対応するパッケージまたはコンテンツファイルの識別子を前記メタデータ対応管理ファイルから取得し、前記パッケージまたはコンテンツファイルの識別子に対応する当該パッケージのディレクトリ名またはコンテンツファイルのファイル名を前記パッケージ管理ファイルまたはコンテンツファイル群管理ファイルから取得するファイル管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001371441A JP3729776B2 (ja) | 2000-12-12 | 2001-12-05 | ファイル管理方法及びコンテンツ記録／再生装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000377605 | 2000-12-12 | ||
| JP2000-377605 | 2000-12-12 | ||
| JP2001371441A JP3729776B2 (ja) | 2000-12-12 | 2001-12-05 | ファイル管理方法及びコンテンツ記録／再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002244900A JP2002244900A (ja) | 2002-08-30 |
| JP3729776B2 true JP3729776B2 (ja) | 2005-12-21 |
Family
ID=26605681
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001371441A Expired - Fee Related JP3729776B2 (ja) | 2000-12-12 | 2001-12-05 | ファイル管理方法及びコンテンツ記録／再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3729776B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1728178A1 (en) * | 2004-03-23 | 2006-12-06 | Electronics and Telecommunications Research Institute | Enhanced model of relation with quantitative representation, and tv anytime service method service method and system empolying the same. |
| JP2009510801A (ja) * | 2005-09-27 | 2009-03-12 | エルジー エレクトロニクス インコーポレーテッド | 記録媒体、該記録媒体からコンデンツデータをサーチする方法、および記録媒体からデータを再生する方法および装置 |
| WO2007072566A1 (ja) * | 2005-12-22 | 2007-06-28 | Japan Agency For Marine-Earth Science And Technology | メタデータ検索装置 |
-
2001
- 2001-12-05 JP JP2001371441A patent/JP3729776B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002244900A (ja) | 2002-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100466143B1 (ko) | 파일 관리 방법, 콘텐츠 기록 장치, 콘텐츠 재생 장치 및콘텐츠 기록 매체 | |
| US9645787B1 (en) | Tag-based electronic media playlist processing | |
| CN100468561C (zh) | 便携式播放列表 | |
| RU2376630C2 (ru) | Файловая система для отображения элементов различных типов и из различных физических местоположений | |
| US8005856B2 (en) | Dynamic selection of media for playback | |
| US6745199B2 (en) | Information processing apparatus and information processing method, and program storing medium | |
| US20070038647A1 (en) | Management of media sources in memory constrained devices | |
| US20070033225A1 (en) | Media data representation and management | |
| RU2602987C2 (ru) | Опосредованный доступ к элементам данных для изолированных приложений | |
| EP1696340B1 (en) | Information processing apparatus, information processing method, and computer program | |
| CN102214193A (zh) | 信息处理装置、客户端装置、服务器装置 | |
| JP2004117618A (ja) | 情報処理装置、コンテンツ転送方法、および音楽再生装置 | |
| CN100377111C (zh) | 信息处理装置、信息处理方法、以及计算机程序 | |
| JP2009129017A (ja) | 文書移行支援システム、監視装置、文書移行支援装置、方法、およびプログラム | |
| JP2012531688A (ja) | メタデータに従ってファイルシステムのファイルにアクセスする方法、およびその方法を実装する装置 | |
| US7921140B2 (en) | Apparatus and method for browsing contents | |
| JPWO2004081794A1 (ja) | データ処理装置、データ処理用のプログラムおよび記録媒体 | |
| CA2722141A1 (en) | Representation of media types | |
| JP3729776B2 (ja) | ファイル管理方法及びコンテンツ記録／再生装置 | |
| US20150120681A1 (en) | System and method for aggregating media content metadata | |
| JP2008102883A (ja) | ホスト装置、データベース管理システム、データベース管理方法及びプログラム | |
| JP3714899B2 (ja) | ファイル管理方法及びコンテンツ記録／再生装置 | |
| EP1583006A2 (en) | Method for managing multimedia data files | |
| JP4312170B2 (ja) | ファイル管理方法及びコンテンツ記録／再生装置 | |
| WO2007093932A2 (en) | A device for and a method of managing auxiliary data assigned to main data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050222 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050420 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051004 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051004 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3729776 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091014 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091014 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101014 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111014 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121014 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131014 Year of fee payment: 8 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |