JP3729776B2

JP3729776B2 - File management method and content recording / playback apparatus

Info

Publication number: JP3729776B2
Application number: JP2001371441A
Authority: JP
Inventors: 直彦野口; 浩之鈴木; 光弘佐藤; 崇下島
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2000-12-12
Filing date: 2001-12-05
Publication date: 2005-12-21
Anticipated expiration: 2021-12-05
Also published as: JP2002244900A

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」である。その後、そのパッケージ内のファイルの表示を行う。このパッケージ内のファイルの表示は、実施の形態１と同様にして行う。
【００７５】
なお、図１９のパッケージメタデータ対応管理ファイルでは、１つのメタデータのファイル識別子が１つのパッケージの識別子に対応する１対１の関係、及び１つのメタデータのファイル識別子が複数のパッケージの識別子に対応する１対多の関係が記録されているが、複数のメタデータのファイル識別子が１つのパッケージの識別子に対応する多対１の関係や、複数のメタデータのファイル識別子が複数のパッケージの識別子に対応する多対多の関係を記録し、管理することもできる。
【００７６】
以上のように、本実施の形態では、コンテンツの配信を受ける機器が、配信されるコンテンツのファイルやメタデータのファイル、パッケージを記録するディレクトリやサービス全体を記録するディレクトリに独自のファイル名、ディレクトリ名を振る場合において、
▲１▼サービスディレクトリ名に対応するサービスディレクトリ番号と該ディレクトリを一意に識別するためのサービス識別子との対応を管理するサービス管理ファイル
▲２▼パッケージディレクトリ名に対応するパッケージディレクトリ番号と該ディレクトリを一意に識別するためのパッケージ識別子との対応を管理するパッケージ管理ファイル
▲３▼各パッケージに対応するメタデータファイルが記録媒体１２０に記録される際のファイル名に一意に対応するメタデータファイル番号と該メタデータファイルを一意に識別するためのメタデータファイル識別子との対応を管理するメタデータファイル群管理ファイル
▲４▼メタデータファイルのファイル識別子とそれに対応するパッケージのパッケージ識別子との対応関係を管理するパッケージメタデータ対応管理ファイル
を作成する。そして、これらの管理ファイルを利用することにより、サービスに関するメタデータ、パッケージに関するメタデータ、コンテンツに関するメタデータといった、さまざまなレベルのメタデータと、サービス、パッケージ、コンテンツとの対応関係を常に正しく求めることができ、メタデータを利用したコンテンツやパッケージの検索・分類・整理といった処理が正しく、効率的に実行することができる。
【００７７】
なお、ここでは、複数のパッケージに対応するメタデータファイル１２０６、１２０７、１２０８をコンテンツ記録装置で作成する場合について説明したが、これらのファイルを送信側で作成して送信するようにしても良い。
【００７８】
ここで、上記実施の形態１では、メタデータファイルがパッケージディレクトリ直下に配置され、コンテンツメタデータ対応管理ファイルを用いて各メタデータファイルが何に対するメタデータであるかを管理する場合について説明した。また、上記実施の形態２では、メタデータファイルがサービスディレクトリ直下に配置され、パッケージメタデータ対応管理ファイルを用いて各メタデータが何に対するメタデータであるかを管理する場合について説明した。
【００７９】
しかし、前記２種類の対応管理ファイルは同一フォーマットかつ同一名称のファイルとしても構わない（以下、両者をまとめて「メタデータ対応管理ファイル」という）。また、上述したように記録媒体１２０（１０２０）にメタデータ対応管理ファイルを記録する場合、コンテンツメタデータ対応情報記録部１３３およびパッケージメタデータ対応情報記録部１０３４をまとめてメタデータ対応情報記録部という。
【００８０】
図２１は、メタデータ対応管理ファイルの一例を示す図である。メタデータ対応管理ファイルは、メタデータファイルの識別子とオブジェクト（サービスまたはパッケージまたはコンテンツの総括名称）の識別子との対応関係を管理するものであり、サービスディレクトリまたはパッケージディレクトリ毎に１つ作成される。また、図２１のレコードタイプには、当該メタデータ対応管理ファイルが、サービスディレクトリまたはパッケージディレクトリのどちらの直下に配置されているか、および、当該レコードのメタデータファイル識別子で特定されるメタデータファイルがどの種類のオブジェクトに対するメタデータであるかを判別するための情報が記述される。図２２は、レコードタイプの一例と各レコードタイプの値が持つ意味を示す図である。
【００８１】
メタデータ対応情報記録部は、メタデータファイルの識別子と当該メタデータファイルに対応するオブジェクトの識別子との対応関係を管理するメタデータ対応管理ファイルを作成して記録媒体に記録する。
【００８２】
なお、メタデータ対応管理ファイルにおいて、レコードタイプの値が"１２"または"２２"のレコードの場合には当該メタデータファイルが対応するオブジェクトは１つに特定されるので、この場合のオブジェクト識別子の値としてＮｕｌｌなどの予め決められた値を格納しても構わない。また、図２１および図２２においては、レコードタイプの値を"１１"、"１２"、"２１"、"２２"を例としてあげたが、図２２に示す４種類の意味を一意に特定する値であればどのような数字でも、文字でも、記号でも構わない。
【００８３】
【発明の効果】
以上の説明から明らかなように、本発明のファイル管理方法では、１枚の記録媒体上にコンテンツとメタデータとを別途配信し記録するようなサービスにおいて、コンテンツとメタデータとの対応関係を正しく維持することができ、メタデータを利用した検索・分類・整理など、さまざまな処理を正しく、かつ、効率的に行うことが可能となる。
【００８４】
また、複数サービスを１枚の記録媒体上で実現し、さらに各サービスが複数コンテンツからなるパッケージとして配信される場合、サービスのメタデータ、パッケージのメタデータ、コンテンツのメタデータ、といった各レベルのメタデータに対しても、それぞれ正しく対応関係を維持することが可能となる。
【００８５】
さらに、メタデータファイルとパッケージ、あるいはメタデータファイルとコンテンツファイルとの対応について、１対多、多対１、多対多の対応関係を管理できるようにすることにより、サービスに対して付与できるメタデータの自由度及び、検索・分類・整理といったメタデータを利用した処理の自由度を飛躍的に高めることができる。
【００８６】
また、以上の効果は、コンテンツの配信を受ける機器が、配信されるコンテンツのファイルやメタデータのファイル、パッケージを記録するディレクトリやサービス全体を記録するディレクトリに独自のファイル名、ディレクトリ名を振る場合においても同様に実現されるので、携帯機器など、比較的処理能力が低く、独自のファイル名やディレクトリ名を付して処理を単純化する必要がある機器においても、同様の効果をあげることができる。
【図面の簡単な説明】
【図１】実施の形態１におけるコンテンツ記録／再生装置の構成を示すブロック図、
【図２】コンテンツファイル及びメタデータファイルを含むパッケージを示す図、
【図３】パッケージに含まれるメタデータの内容を例示する図、
【図４】実施の形態１の記録媒体でのディレクトリ及びファイル構成を示す図、
【図５】実施の形態１のパッケージ管理ファイルを示す図、
【図６】実施の形態１のコンテンツファイル群管理ファイルを示す図、
【図７】実施の形態１のコンテンツデータ対応管理ファイルを示す図、
【図８】実施の形態１のメタデータファイルの記述内容を例示する図、
【図９】実施の形態１の一覧表示画面を例示する図、
【図１０】実施の形態１のメタデータ対応関係解決部の処理手順を示すフロー図、
【図１１】実施の形態２におけるコンテンツ記録／再生装置の構成を示すブロック図、
【図１２】実施の形態２におけるパッケージ及びメタデータファイルを例示する図、
【図１３】実施の形態２の記録媒体でのディレクトリ及びファイル構成を示す図、
【図１４】実施の形態２のサービス管理ファイルを示す図、
【図１５】実施の形態２のメタデータファイル群管理ファイルを示す図、
【図１６】実施の形態２のサービスに対するメタデータの内容を例示する図、
【図１７】実施の形態２の各メタデータの内容を示す図、
【図１８】実施の形態２のメタデータファイルの内容の記述例、
【図１９】実施の形態２のパッケージメタデータ対応管理ファイルを示す図、
【図２０】実施の形態２のパッケージ管理ファイルを示す図、
【図２１】メタデータ対応管理ファイルの内容を例示する図、
【図２２】レコードタイプの値と意味を例示する図である。
【符号の説明】
１１０、１０１０入力装置
１２０、１０２０記録媒体
１３０、１０３０コンテンツ記録装置
１３１、１０３２パッケージ管理情報記録部
１３２、１０３５コンテンツファイル記録部
１３３、１０３６コンテンツメタデータ対応情報記録部
１４０、１０４０コンテンツ再生装置
１４１、１０４１コンテンツファイル取得部
１４２、１０４２メタデータファイル取得部
１４３、１０４３メタデータ対応関係解決部
１５０、１０５０表示装置
２０１、２０２、１１２１コンテンツファイル
２０３〜２０５メタデータファイル
３０１、１２０３パッケージ管理ファイル
３０２、１２０３パッケージディレクトリ
３０３、１２１０コンテンツファイル群管理ファイル
３０４、１２１１コンテンツメタデータ対応管理ファイル
１０３１サービス管理情報記録部
１０３３パッケージメタデータファイル記録部
１０３４パッケージメタデータ対応情報記録部
１１００〜１１１０メタデータファイル
１２０６〜１２０８メタデータファイル
１２０１サービス管理ファイル
１２０２サービスディレクトリ
１２０４メタデータファイル群管理ファイル
１２０５パッケージメタデータ対応管理ファイル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a file management method for managing a content file stored in a recording medium and its metadata file while maintaining a correspondence relationship, a content recording / playback apparatus that implements this file management method, and this file management method. It relates to the program to be executed.
[0002]
[Prior art]
In recent years, there has been an increasing demand for digital content distribution services using communication and broadcasting.
For example, every morning, a newspaper article is downloaded to a mobile phone, recorded on a recording medium connected to the mobile phone, and the recording medium is connected to other devices such as a TV, a portable display, and a portable electronic notebook at any time. Then, newspaper article distribution services such as reading articles are being considered.
There is also an electronic book service in which a novel is divided into chapters and charging / downloading is performed in units of the chapters.
[0003]
(Storage for each package)
As a specific example of the newspaper article distribution service, a method is described in which a newspaper article is described in an HTML format file, and an HTML file for one day and an image file and an audio file attached to the HTML file are distributed as one package. As described above, in a service in which related contents are distributed as one package, a directory is created for each distributed content and is recorded on a recording medium.
[0004]
(Storage for each service)
In addition, the capacity of recording media for downloading contents is rapidly increasing, and it has become possible to receive a number of distribution services on a single recording medium.
In that case, distribution contents from a plurality of services coexist on a single recording medium, but in general, a directory is created for each service on the recording medium, and the distributed contents are directories corresponding to each service. Recorded below.
[0005]
(Metadata accompanying)
Furthermore, in the content distribution service, in addition to content, information generally called metadata such as bibliographic items, management information, and attribute information related to content is also distributed together and recorded on a recording medium. In a device that actually reproduces / displays content, it is possible to perform operations other than content reproduction / display, such as content search, classification, and organization, by using metadata attached to the content.
[0006]
(Metadata recording method)
When such metadata is recorded on a recording medium, the content file is structured internally, and metadata is stored and recorded in the same file as part of it, and a metadata file is created separately from the content file. There are two methods of recording in separate files.
[0007]
[Problems to be solved by the invention]
Here, in a device that receives content distribution, a unique file name may be assigned to a content file or a metadata file to be distributed so that the content can be efficiently recorded and played back with simple processing. is there.
[0008]
Therefore, among the conventional metadata recording methods, in the method of recording the content and metadata in separate files, when the distributed content file and the metadata file are recorded on the recording medium of the receiving device, If a unique file name is given to these files on the receiving side, it becomes impossible to interpret their correspondences based on the file names at the time of distribution.
[0009]
On the other hand, in the method of recording metadata as a part of a content file, the above-mentioned problem does not occur, but the metadata only corresponds to each content file, and metadata related to a set of a plurality of content files, packages It is difficult to flexibly describe various levels of metadata such as overall metadata and overall service metadata.
[0010]
In addition, even when search, classification, list display, and the like are performed using only metadata, it is necessary to acquire the contents of each content file.
[0011]
An object of the present invention is to provide a file management method capable of always maintaining the correspondence between content files and other objects and metadata files when they are recorded separately. Do That is.
[0012]
[Means for Solving the Problems]
The present invention manages the correspondence between the identifier of the metadata file and the identifier of the object with the metadata correspondence management file when the distributed object and the metadata file are recorded on the recording medium and managed. It achieves its purpose.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below. Note that the present invention is not limited to these embodiments, and can be implemented in various modes without departing from the spirit of the present invention.
[0014]
(Embodiment 1)
FIG. 1 is a block diagram showing a configuration of a content recording / reproducing apparatus according to Embodiment 1 of the present invention. This device mainly includes an input device 110, a recording medium 120, a content recording device 130, a content reproduction device 140, and a display device 150. The input device 110 inputs a content recording request from the user to the content recording device 130, and inputs a content playback request or content search request from the user to the content playback device 140. The content recording device 130 records content, metadata, and file management information in units of packages on the recording medium 120. The content reproduction device 140 reproduces the content contents using the content and metadata recorded on the recording medium 120 and displays them on the display device 150 to search and classify the content.
[0015]
Further, the content recording device 130 includes a package management information recording unit 131, a content file recording unit 132, and a content metadata correspondence information recording unit 133. The package management information recording unit 131 creates package management information for managing the package recorded on the recording medium 120 and records it on the recording medium 120. The content file recording unit 132 records each content file of the content file group included in the package on the recording medium 120, creates content file group management information for managing the content file group, and records it on the recording medium 120. The content metadata correspondence information recording unit 133 creates and records information on the correspondence between the content file and the metadata file in the package or the correspondence between the package itself and the metadata file on the recording medium 120.
[0016]
The content reproduction device 140 includes a content file acquisition unit 141, a metadata file acquisition unit 142, and a metadata correspondence relationship resolution unit 143. The content file acquisition unit 141 receives a content reproduction instruction from the input device 110 and acquires the specified file from the recording medium 120. The metadata file acquisition unit 142 acquires a metadata file necessary for search processing from the recording medium 120. The metadata correspondence resolution unit 143 acquires a metadata file corresponding to the specified content file and acquires a content file corresponding to the specified metadata file.
[0017]
Next, content recording processing, content search processing, and content reproduction processing performed in this apparatus based on the file management method of this embodiment will be described using specific examples.
[0018]
<Content recording process>
First, a content recording instruction is received from the user through the input device 110. As an example, let us consider a case where there is a package recording instruction shown in FIG.
The package shown in FIG. 2 includes HTML files 201 and 202, metadata files 203 and 204 assigned to them, and a metadata file 205 relating to the entire package. FIG. 2 illustrates a part of the package, and it is assumed that there are many other such files in the package.
[0019]
The HTML files 201 and 202 at the time of distribution have file names “12240025.htm” and “12240026.htm”, respectively, and the metadata files 203, 204, and 205 have a corresponding relationship with the HTML file. The file names are “12240025.mdt”, “12240026.mdt”, and “12240000.mdt”. These file names are assigned based on the file management rules on the distribution side, and the uniqueness is maintained in the subsequent package distribution service.
In that case, these file names can be used as identifiers of the respective files.
[0020]
FIG. 3 is an example of description contents of the metadata files “12240025.mdt”, “12240026.mdt”, and “12240000.mdt” in FIG. In “12240025.mdt” and “12240026.mdt”, as metadata, “date”, “keyword”, “classification”, “headline”, etc. of the corresponding newspaper article content files “12240025.htm” and “12240026.htm”, etc. Is described. Also, “12240000.mdt” describes copyright information indicating the author, duplication, printability, etc. as metadata about the entire package. The items described as metadata are not limited to these, and many other items can be described.
[0021]
FIG. 4 is a diagram showing an example of the directory and file structure in the recording medium 120 when the package shown in FIG. 2 is recorded by the content recording device 130.
[0022]
A directory is created and recorded for each package in the recording medium 120, and package management information is managed by the package management file 301. A directory 302 “PKG00001” is created in the same hierarchy as the package management file 301, and under this directory 302, a content file group management file 303 in which management information of the content file group and metadata file group is described, and a content The content metadata correspondence management file 304 in which the correspondence between the file or package itself and the metadata file is described, and the content files 201 and 202 and metadata files 203, 204, and 205 included in the package shown in FIG. Stored.
[0023]
The content files 201, 202 and metadata files 203, 204, 205 included in the package shown in FIG. 2 are “00001.htm”, “00002.htm”, “00003.mdt” uniquely set by the content recording device 130. Assume that the file names “00004.mdt” and “00005.mdt” are recorded respectively.
[0024]
When receiving a content recording instruction from the input device 110, the content recording device 130 first creates or updates the package management file 301 by the package management information recording unit 131.
[0025]
FIG. 5 is a diagram showing an example of the package management file 301 at the stage where the package shown in FIG. 2 is recorded on the recording medium 120. The package management file 301 manages the correspondence between the package directory number corresponding to the package directory name and the package identifier for uniquely identifying the directory.
[0026]
As shown in FIG. 4, the present embodiment will be described under a naming rule in which the directory name of the package directory corresponding to the package directory number is “PKGXXXXX (XXXXX = package directory number)”. However, any naming convention may be used as long as the directory name of the package directory can be uniquely derived from the package directory number.
[0027]
In FIG. 5, the character string “ARTICLE001224” is used as the package identifier, but this package identifier can be any character string as long as it can uniquely identify the package directory existing in the recording medium 120. But it can be a number or a symbol.
[0028]
Next, the content file recording unit 132 records content files and metadata files and creates a content file group management file.
FIG. 6 is a diagram showing an example of the content file group management file 303 at the stage where the package shown in FIG. 2 is recorded on the recording medium 120. The content file group management file manages the correspondence between the file number corresponding to the file name recorded on the recording medium 120 and the file identifier for uniquely identifying the content file or the metadata file. One is created for each package directory. File numbers are numbered in package units.
[0029]
As shown in FIG. 4, in this embodiment, the file name corresponding to the file number has a naming rule of “XXXXX.EXT (XXXXX = file number, EXT = extension of the original file)”. And explained. However, any naming rule may be used as long as the file name on the recording medium 120 can be uniquely derived from the file number.
In FIG. 6, a character string of the file name at the distribution source is used as the file identifier, but this file identifier is a file existing in the package directory “PKG00001” in the recording medium 120. Any character string, number, or symbol can be used as long as it can be uniquely identified.
[0030]
Finally, the content metadata correspondence information recording unit 133 creates a content metadata correspondence management file indicating a correspondence relationship between the content file and the metadata file or a correspondence relationship between the package itself and the metadata file.
FIG. 7 is a diagram showing an example of the content metadata correspondence management file 304 at the stage where the package shown in FIG. 2 is recorded on the recording medium 120. The content metadata correspondence management file manages the correspondence between content file identifiers and metadata file identifiers, or the correspondence between package identifiers and metadata file identifiers. Created.
[0031]
In this content metadata correspondence management file, a one-to-one relationship that associates a file identifier of one content with each of the metadata file identifiers “12240025.mdt” and “12240026.mdt” is recorded. However, a one-to-many relationship between one metadata file identifier and a plurality of content identifiers, a many-to-one relationship between a plurality of metadata file identifiers and one content identifier, or a plurality of It is also possible to record and manage a many-to-many relationship between metadata file identifiers and a plurality of content identifiers.
[0032]
<Content search / playback processing>
Consider a case where there is a search request for the package shown in FIG. 2 through the input device 110. Here, two types of search requests are considered: a case where the user selects a content after the content list is displayed, and a case where the user inputs a keyword and searches for content that matches the keyword.
[0033]
First, a process when the user makes a selection from a list of contents after the list is displayed will be described.
FIG. 8 shows an example of description contents of the metadata files “00003.mdt” and “00004.mdt” in FIG. As metadata, information such as “date”, “keyword”, “classification”, “headline”, and the like of the corresponding newspaper article content file is described.
[0034]
The metadata file acquisition unit 142 of the content reproduction device 140 acquires all the metadata files recorded in the recording medium 120 and displays “heading information” described in the metadata file as a list on the display device 150. An example of display contents of the display device 150 at that time is shown in FIG.
The user browses the list display of FIG. 9 and designates a desired article. The content playback apparatus 140 holds the correspondence between the heading information of the displayed articles and the file number of the metadata file from which the information is acquired, and sends the file number to the metadata correspondence resolution unit 143. hand over.
[0035]
Hereinafter, the processing in the metadata correspondence resolution unit 143 will be described on the assumption that the user has selected the headline display of “Year-end business battle Takenawa” from the list display shown in FIG. FIG. 10 is a diagram illustrating a processing flow in the metadata correspondence resolution unit 143.
Step 901: First, the identifier of the file corresponding to the file number “00003” of the metadata file corresponding to the heading “Year-end business battle Takenawa” is acquired from the content file group management file 303. As shown in FIG. 6, the identifier “12240025.mdt” is obtained as a result.
[0036]
Step 902: Next, an identifier corresponding to the metadata file identifier “12240025.mdt” is obtained from the content metadata correspondence management file 304. As shown in FIG. 7, “12240025.htm” is obtained as a result.
Step 903: Finally, the content file number corresponding to the file identifier “12240025.htm” is obtained from the content file group management file 303. As shown in FIG. 6, “00001” is obtained as a result.
That is, the file number “00001”, that is, the file “00001.htm” in FIG. 4 is obtained as the final result as the content file corresponding to the heading “Year-end business battle Takenawa”.
[0037]
After that, the content file acquisition unit 141 acquires the content of the file “00001.htm” and outputs it to the display device 150.
[0038]
It should be noted that the processing from step 901 to 903 is performed for all metadata files before displaying the list of heading information, and the list is displayed while securing the relationship between the corresponding metadata file and the content file in the main memory. After the user selects, the corresponding content file may be acquired using the correspondence relationship in the main memory.
[0039]
The above is a series of search processes after the content list is displayed until the user selects and displays the desired article content.
[0040]
Next, processing when the user inputs a keyword and searches for and displays content that matches the keyword will be described. Here, it is assumed that the user inputs the keyword “Christmas”.
The metadata file acquisition unit 142 acquires all the metadata files recorded on the recording medium 120 and extracts all “keywords” described in the metadata file. At that time, while maintaining the correspondence between the extracted keyword and the file number of the metadata file in which it was described, determine the metadata file that has the “keyword” item that matches the keyword entered by the user To do. As shown in FIG. 8, the metadata file having the file number “00003” meets such a condition.
[0041]
Hereinafter, the metadata correspondence resolution unit 143 performs the process of obtaining the content file number “00001” corresponding to the metadata file having the file number “00003” from the process of steps 901 to 903 shown in FIG. Do exactly the same. Then, the content file acquisition unit 141 acquires the content of the file “00001.htm” in FIG. 4, which is an article that finally matches the user search conditions, and outputs the content to the display device 150.
[0042]
In steps 901 to 903, the processing for obtaining the file number of the corresponding content file from the file number of the metadata file has been described. Conversely, the file number of the metadata file is obtained from the file number of the content file. Processing can be realized in substantially the same manner.
[0043]
As described above, in this embodiment, the package management file that manages the correspondence between the package directory number and the package identifier that uniquely identifies the directory, the file number of the file name at the time of recording, the content file, or the metadata A content file group management file that manages the correspondence with the file identifier for uniquely identifying the file, and a content metadata correspondence management file that manages the correspondence between the file identifier of the content file and the file identifier of the metadata file create. By using these management files, the correspondence between content files and metadata files can always be obtained correctly, and the processing of searching, classifying, and organizing content using metadata is correct and efficient. Can be executed.
[0044]
In addition, the relationship between content and metadata is not only one-to-one, but can be one-to-many, many-to-one, and many-to-many. It is always possible to use them in a correct relationship.
[0045]
(Embodiment 2)
FIG. 11 is a block diagram showing the configuration of the content recording / reproducing apparatus in the second embodiment of the present invention. This apparatus mainly includes an input device 1010, a recording medium 1020, a content recording device 1030, a content reproduction device 1040, and a display device 1050. The input device 1010 inputs a content recording request from the user to the content recording device 1030, and inputs a content playback request, a content search request, and the like by the user to the content playback device 1040. The content recording device 130 records content, metadata, and file management information in units of packages on the recording medium 1020. The content playback device 140 uses the content and metadata recorded on the recording medium 1020 to play back the content content and display it on the display device 1050 to search and classify the content.
[0046]
The content recording apparatus 1030 includes a service management information recording unit 1031, a package management information recording unit 1032, a package metadata file recording unit 1033, a package metadata correspondence information recording unit 1034, a content file recording unit 1035, The data correspondence information recording unit 1036 is mainly configured.
[0047]
The service management information recording unit 1031 creates service management information for managing services recorded on the recording medium 1020 and records the service management information on the recording medium 1020. The package management information recording unit 1032 creates package management information for managing the package recorded on the recording medium 1020 and records it on the recording medium 1020. The package metadata file recording unit 1033 records metadata files related to packages included in each service or the service itself on the recording medium 1020, and creates metadata file group management information for managing these files. To the recording medium 1020. The package metadata correspondence information recording unit 1034 creates information on the correspondence between the package in the service and the metadata file, or the correspondence between the service itself and the metadata file, and records the information on the recording medium 1020. The content file recording unit 1035 records each file of the content file group and the metadata file group included in each package on the recording medium 1020, and creates and records content file group management information for managing these file groups. Recording on the medium 1020. The content metadata correspondence information recording unit 1036 creates information on the correspondence between the content file and the metadata file in the package, or the correspondence between the package itself and the metadata file, and records the information on the recording medium 1020.
[0048]
The content reproduction apparatus 1040 mainly includes a content file acquisition unit 1041, a metadata file acquisition unit 1042, and a metadata correspondence resolution unit 1043. The content file acquisition unit 1041 acquires a specified content file from the recording medium 1020 in response to a content reproduction instruction or a search instruction from the input device 1010. The metadata file acquisition unit 1042 acquires a metadata file necessary for search processing from the recording medium 1020. The metadata correspondence resolution unit 1043 acquires a metadata file corresponding to the specified content file and acquires a content file corresponding to the specified metadata file.
[0049]
Next, content recording processing, content search processing, and content reproduction processing performed in this apparatus based on the file management method of this embodiment will be described using specific examples.
[0050]
<Content recording process>
First, a content recording instruction is received from the user through the input device 1010. As an example, let us consider a case where there is an instruction to record metadata 1100 shown in FIG. Note that the metadata 1100 is distributed in advance prior to the start of the service.
[0051]
The metadata 1100 in FIG. 12 includes packages 1121 to 1130 that constitute report documents for one company, and metadata files 1101 to 1110 corresponding thereto. For example, the file 1101 is a metadata file for the package 1121, and the package 1121 includes files “ACOMP01.htm” and “ACOMP02.htm” as a report package for the company A. Consider a case where a total of 10 such reports are subsequently delivered.
[0052]
FIG. 13 is a diagram showing an example of the directory and file structure in the recording medium 1020 after all the packages shown in FIG. 12 are recorded by the content recording device 1030.
[0053]
A service directory 1202 “SVC00001” representing a service unit is created in the same hierarchy as the service management file 1201. Under this directory 1202, a package management file 1203, a metadata file group management file 1204, and a package metadata correspondence management file 1205 and metadata files 1101 to 1110 corresponding to the packages shown in FIG. 12 are recorded. These are recorded with file names “00002.mdt”, “00003.mdt”, “00004.mdt”, and “00011.mdt”, respectively. Similarly, metadata 1100 for the entire service is recorded with a file name “00001.mdt”.
[0054]
Also, metadata 1206, 1207, and 1208 corresponding to a plurality of packages are created and recorded with file names “00012.mdt”, “00013.mdt”, and “00014.mdt”, respectively. A method for creating these files will be described later.
[0055]
Further, subdirectories corresponding to each package are created under the service directory 1202, and files included in each package are recorded under each subdirectory. For example, a directory 1209 called “PKG00001” is created for the package 1121 in FIG. 12. Under this directory 1209, the content file group management file 1210, the content metadata correspondence management file 1211, and each file of the package 1121 Are recorded.
[0056]
Upon receiving a content recording instruction from the input device 1010, the content recording device 1030 first creates or updates a service management file 1201 by the service management information recording unit 1031.
[0057]
As shown in FIG. 13, in the present embodiment, description will be made under a naming rule in which the directory name of the service directory corresponding to the service directory number is “SVCXXXXX (XXXXX = service directory number)”. However, any naming convention can be used as long as the directory name of the service directory can be uniquely derived from the service directory number.
[0058]
FIG. 14 is a diagram showing an example of the service management file 1201 at the stage where the service shown in FIG. 12 is recorded on the recording medium 1020. The service management file 1201 manages the correspondence between the service directory number corresponding to the service directory name and the service identifier for uniquely identifying the directory.
[0059]
In FIG. 14, the character string “COMPREPORT” is used as the service identifier. However, this service identifier can be any character string as long as it can uniquely identify the service directory existing in the recording medium 1020. But it can be a number or a symbol.
[0060]
Next, the package management information recording unit 1032 creates or updates the package management file 1203. Since this operation is the same as the operation described in the first embodiment, the description thereof is omitted here.
[0061]
Next, the package metadata file recording unit 1033 records a metadata file related to the package and creates a metadata file group management file 1204.
[0062]
FIG. 15 is a diagram showing an example of the metadata file group management file 1204 at the stage when the package group shown in FIG. 12 is recorded on the recording medium 1020. The metadata file group management file manages the correspondence between the file number corresponding to the metadata file name recorded on the recording medium 1020 and the metadata file identifier for uniquely identifying the metadata file. One is created for each service directory. The metadata file number is numbered in service units.
[0063]
As shown in FIG. 13, in the present embodiment, a naming rule in which the file name corresponding to the metadata file number is “XXXXX.EXT (XXXXX = file number, EXT = original file extension)”. Will be explained. However, any naming rule can be used as long as the file name on the recording medium 1020 can be uniquely derived from the metadata file number.
[0064]
In FIG. 13, a character string of the file name at the distribution source is used as the metadata file identifier. This metadata file identifier exists under the service directory “SVC00001” in the recording medium 1020. Any character string, number, or symbol may be used as long as the file to be identified can be uniquely identified.
[0065]
Next, each package is recorded in the recording medium 1020. The creation of the content file group management file and the content metadata correspondence management file under each package directory, and the recording of the content file are the operations described in the first embodiment. Therefore, the description is omitted here.
[0066]
Here, metadata files corresponding to the metadata file numbers “00012” to “00014” are newly created from the distributed metadata. This creation operation will be described below.
FIG. 16 shows a description example of metadata 1100 “CATEGORY.mdt” of the entire service to be distributed. The contents are the classification information of the company that reports on the service, and the classification name of the company is registered from the large classification such as manufacturing / service / finance / construction to the small classification such as computer / heavy electrical appliance / home appliance. Yes.
FIG. 17 shows a content example of the metadata 1101 to 1110 corresponding to each package to be distributed. Here, the company name of each package, its classification, date of report, performance trend (+/-), etc. are described.
[0067]
The package metadata file recording unit 1033 creates new metadata 1206, 1207, and 1208 by recording metadata corresponding to each package and then integrating them. Here, as an example, a performance summary of companies belonging to each category is created as metadata.
FIG. 18 shows a description example of the contents of the metadata 1206, 1207, and 1208. Here, the metadata 1206 extracts and records a summary of the company group classified as home appliances. For example, the recent achievements of a company classified as a home appliance indicate that + is 4 and − is 1. Similarly, the metadata 1207 extracts and records a summary of the group of companies classified as heavy electric. The metadata 1208 extracts and records a summary of company groups classified into computers.
[0068]
<Content search / playback processing>
Consider a case where there is a display request for the company report shown in FIG. 12 through the input device 1010. In some cases, the user directly displays the report by specifying the company name, etc., but here, the selection menu is first displayed from the device side, and the detailed report is displayed by letting the user select an item from the menu. Consider the case of performing stepwise display.
[0069]
First, the metadata file acquisition unit 1042 acquires a metadata file of the entire service. This is done by the following procedure.
First, the metadata correspondence resolution unit 1043 refers to the package metadata correspondence management file 1205 and acquires the identifier of the metadata file of the service. FIG. 19 shows an example of the contents of the package metadata correspondence management file.
[0070]
Here, the metadata file identifier “CATEGORY.mdt” corresponding to the service identifier “COMPREPORT” is obtained. Next, the metadata file group management file 1204 is referred to, and a metadata file number “00001” corresponding to “CATEGORY.mdt” is obtained.
[0071]
The metadata file acquisition unit 1042 acquires the contents of the metadata file “00001.mdt”, displays the company classification described therein on the display device 1050, and prompts the user to select.
[0072]
Here, it is assumed that the user selects the company classification “computer”. In this case, the metadata file acquisition unit 1042 acquires the metadata files 1206, 1207, and 1208 in which the report summary is described, and identifies the summary of the “computer” classification from among the metadata files. Details of this process are omitted here. Since the metadata file 1208 records a summary of the group of companies classified as “computer”, the summary is displayed on the display device 1050.
[0073]
Next, it is assumed that a user requests to display a report of companies belonging to the classification.
The content reproduction device 1040 obtains a package corresponding to the currently displayed metadata file 1208 as follows.
First, referring to the package metadata correspondence management file 1205, the package identifiers corresponding to the currently displayed metadata file are five identifiers “BCOMPPACK00”, “BCOMPPACK01”, “ECOMPPACK00”, “FCOMPPACK00”, and “GCOMPPACK00”. I understand.
[0074]
Next, the package management file 1203 is referenced for each package identifier. FIG. 20 shows an example of the contents of the package management file 1203.
For example, the package directory number corresponding to the package identifier “BCOMPPACK01” is “00005”. After that, the files in the package are displayed. The display of files in this package is performed in the same manner as in the first embodiment.
[0075]
In the package metadata correspondence management file shown in FIG. 19, a one-to-one relationship in which one metadata file identifier corresponds to one package identifier, and one metadata file identifier corresponds to a plurality of package identifiers. Corresponding one-to-many relationships are recorded, but a plurality of metadata file identifiers correspond to one package identifier, and a plurality of metadata file identifiers are a plurality of package identifiers. The many-to-many relationship corresponding to can be recorded and managed.
[0076]
As described above, in the present embodiment, a device receiving content distribution has a unique file name and directory in the content recording file, the metadata file, the directory that records the package, and the directory that records the entire service. When waving a name,
(1) Service management file for managing the correspondence between the service directory number corresponding to the service directory name and the service identifier for uniquely identifying the directory
(2) Package management file for managing the correspondence between the package directory number corresponding to the package directory name and the package identifier for uniquely identifying the directory
(3) A metadata file number uniquely corresponding to a file name when a metadata file corresponding to each package is recorded on the recording medium 120, and a metadata file identifier for uniquely identifying the metadata file Metadata file group management file for managing correspondence
(4) Package metadata correspondence management file for managing the correspondence between the file identifier of the metadata file and the package identifier of the corresponding package
Create By using these management files, the correspondence between various levels of metadata, such as service metadata, package metadata, and content metadata, and services, packages, and content is always determined correctly. The process of searching, classifying, and organizing content and packages using metadata can be executed correctly and efficiently.
[0077]
Although the case where the metadata files 1206, 1207, and 1208 corresponding to a plurality of packages are created by the content recording apparatus has been described here, these files may be created and transmitted on the transmission side.
[0078]
Here, in the first embodiment, a case has been described in which a metadata file is arranged directly under the package directory and the metadata corresponding to each metadata file is managed using a content metadata correspondence management file. In the second embodiment, the case where the metadata file is arranged directly under the service directory and each metadata is managed using the package metadata correspondence management file has been described.
[0079]
However, the two types of correspondence management files may be files having the same format and the same name (hereinafter, both are collectively referred to as “metadata correspondence management files”). As described above, when the metadata correspondence management file is recorded on the recording medium 120 (1020), the content metadata correspondence information recording unit 133 and the package metadata correspondence information recording unit 1034 are collectively referred to as a metadata correspondence information recording unit. .
[0080]
FIG. 21 is a diagram illustrating an example of a metadata correspondence management file. The metadata correspondence management file manages the correspondence between the identifier of the metadata file and the identifier of the object (general name of service, package, or content), and is created for each service directory or package directory. In the record type of FIG. 21, the metadata correspondence management file is located immediately below the service directory or the package directory, and the metadata file specified by the metadata file identifier of the record is Information for determining what kind of object the metadata is is described. FIG. 22 is a diagram illustrating an example of record types and the meanings of the values of each record type.
[0081]
The metadata correspondence information recording unit creates a metadata correspondence management file for managing the correspondence relationship between the identifier of the metadata file and the identifier of the object corresponding to the metadata file, and records it on the recording medium.
[0082]
In the metadata correspondence management file, if the record type value is a record of “12” or “22”, the object corresponding to the metadata file is specified as one, so the object identifier of this case A predetermined value such as Null may be stored as the value. 21 and 22 exemplify the record type values “11”, “12”, “21”, and “22”, but the four types of meanings shown in FIG. 22 are uniquely specified. Any number, letter, or symbol can be used as long as it is a value.
[0083]
【The invention's effect】
As is clear from the above description, in the file management method of the present invention, in a service in which content and metadata are separately distributed and recorded on one recording medium, the correspondence between the content and metadata is correctly set. It can be maintained, and various processes such as search, classification, and organization using metadata can be performed correctly and efficiently.
[0084]
Also, when multiple services are realized on a single recording medium and each service is distributed as a package consisting of multiple contents, each level of metadata such as service metadata, package metadata, content metadata, etc. It is possible to correctly maintain the corresponding relationship for each data.
[0085]
Furthermore, the correspondence between the metadata file and the package or the metadata file and the content file can be managed by managing the one-to-many, many-to-one, and many-to-many correspondence, so that it can be given to the service. The degree of freedom of data and the degree of freedom of processing using metadata such as search, classification, and organization can be dramatically increased.
[0086]
The above effect is also achieved when the device receiving the content distributes its own file name and directory name to the content recording file, metadata file, directory that records the package, and directory that records the entire service. The same effect can be achieved even in devices such as mobile devices that have relatively low processing power and need to simplify processing by adding unique file names and directory names. it can.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a content recording / playback apparatus according to Embodiment 1;
FIG. 2 is a diagram showing a package including a content file and a metadata file;
FIG. 3 is a diagram illustrating content of metadata included in a package;
4 is a diagram showing a directory and file structure in the recording medium of Embodiment 1. FIG.
FIG. 5 is a diagram showing a package management file according to the first embodiment;
FIG. 6 is a diagram showing a content file group management file according to the first embodiment;
FIG. 7 is a diagram showing a content data correspondence management file according to the first embodiment;
FIG. 8 is a diagram illustrating the description contents of the metadata file according to the first embodiment;
FIG. 9 is a diagram illustrating a list display screen according to the first embodiment;
FIG. 10 is a flowchart showing a processing procedure of the metadata correspondence resolution unit in the first embodiment;
FIG. 11 is a block diagram showing a configuration of a content recording / playback apparatus according to the second embodiment;
FIG. 12 is a diagram illustrating packages and metadata files in the second embodiment;
FIG. 13 is a diagram showing a directory and file structure in the recording medium of the second embodiment;
FIG. 14 is a diagram showing a service management file according to the second embodiment;
FIG. 15 is a diagram showing a metadata file group management file according to the second embodiment;
FIG. 16 is a diagram illustrating the content of metadata for the service of the second embodiment;
FIG. 17 is a diagram showing the contents of each metadata in the second embodiment;
FIG. 18 is a description example of the contents of a metadata file according to the second embodiment;
FIG. 19 is a view showing a package metadata correspondence management file according to the second embodiment;
FIG. 20 is a diagram showing a package management file according to the second embodiment;
FIG. 21 is a diagram illustrating the contents of a metadata correspondence management file;
FIG. 22 is a diagram illustrating record type values and meanings;
[Explanation of symbols]
110, 1010 input device
120, 1020 recording medium
130, 1030 content recording apparatus
131, 1032 Package management information recording unit
132, 1035 Content file recording unit
133, 1036 Content metadata correspondence information recording unit
140, 1040 Content playback device
141, 1041 Content file acquisition unit
142, 1042 Metadata file acquisition unit
143, 1043 Metadata correspondence resolution unit
150, 1050 display device
201, 202, 1121 Content file
203-205 metadata files
301, 1203 Package management file
302, 1203 Package directory
303, 1210 Content file group management file
304, 1211 Content metadata management file
1031 Service management information recording unit
1033 Package metadata file recording unit
1034 Package metadata correspondence information recording part
1100-1110 metadata files
1206-1208 metadata file
1201 Service management file
1202 Service directory
1204 Metadata file group management file
1205 Package metadata support management file

Claims

A file management method for a distributed object recording / reproducing apparatus for recording and managing a distributed object and a metadata file on a recording medium,
The object and metadata file are recorded in the recording medium by creating a directory for each service to which the object is distributed, and
And correspondence relation between an identifier of the object corresponding to the identifier and the metadata file of the metadata file, the metadata corresponding management describing the record type indicating which meta data for the metadata file what type of object Create a file and record it on the recording medium,
A file management method for acquiring a file identifier of metadata to be used from the metadata correspondence management file when searching, classifying, or organizing objects using metadata .

A file management method for a distributed object recording / reproducing apparatus for recording and managing a distributed object and a metadata file on a recording medium,
The object and the metadata file are recorded on the recording medium by creating a directory for each package to which the object is distributed , and
Metadata correspondence management that describes the correspondence between the identifier of the metadata file and the identifier of the object corresponding to the metadata file, and the record type indicating what kind of object the metadata file is for. Create a file and record it on the recording medium,
A file management method for acquiring a file identifier of metadata to be used from the metadata correspondence management file when searching, classifying, or organizing objects using metadata .

The file management method according to claim 1, wherein the record type, the metadata or data correspondence management that for metadata file package in the file, or not for service, file management method showing the distinction between .

3. The file management method according to claim 2, wherein the record type is discriminated whether the metadata file described in the metadata correspondence management file is for a package file or content included in the package file. file management method that shows.

5. The file management method according to claim 1, wherein the metadata correspondence management file associates a one-to-one relationship between an identifier of one object and an identifier of one metadata file. file management method is a file.

5. The file management method according to claim 1, wherein the metadata correspondence management file associates a many-to-one relationship between identifiers of a plurality of objects and identifiers of one metadata file. file management method is a file.

5. The file management method according to claim 1, wherein the metadata correspondence management file associates a one-to-many relationship between one object identifier and a plurality of metadata file identifiers. file management method is a file.

5. The file management method according to claim 1, wherein the metadata correspondence management file associates a many-to-many relationship between identifiers of a plurality of objects and identifiers of a plurality of metadata files. file management method is a file.

The file management method according to claim 2,
Record the content file included in the package and the metadata file corresponding to the content under the directory created for each package,
Creating a package management file describing the correspondence between the directory name of the directory and the package identifier attached to the package, and recording it on the recording medium;
A content file group management file describing a correspondence relationship between the file name when the content file and the metadata file are recorded on the recording medium and the identifier of the content file and the metadata file is created and recorded on the recording medium. ,
Describes the correspondence between the identifier of the metadata file and the corresponding identifier of the content files included in the package to the metadata corresponding management file,
When searching, classifying, or organizing content files using metadata, an identifier of the metadata file to be used is acquired from the metadata correspondence management file, and the metadata corresponding to the identifier of the metadata file The file name of the content file is acquired from the content file group management file, the identifier of the content file corresponding to the selected metadata is acquired from the metadata correspondence management file, and the file of the content file corresponding to the identifier of the content file is acquired. A file management method for obtaining a name from the content file group management file .

The file management method according to claim 1,
Based of the directory created for each service, each package that is distributed from the service as well as create a subdirectory records metadata file corresponding to the package on the basis of the directory,
Creating a service management file describing the correspondence between the directory name of the directory and the service identifier attached to the service, and recording it on the recording medium;
Creating a package management file describing the correspondence between the directory name of the subdirectory and the package identifier attached to the package, and recording it on the recording medium ;
Create a metadata file group management file that describes the correspondence between the file name when the metadata file is recorded on the recording medium and the identifier of the metadata, and record it on the recording medium.
A content file included in the package and a metadata file corresponding to the content are recorded on the recording medium under the subdirectory.
To the content file and metadata file when recorded on the recording medium file name and the content file and the recording medium corresponding relationship by creating a content file group management file that describes the identifier of the metadata file Record,
Correspondence between the service identifier and the corresponding metadata file identifier, correspondence between the package identifier and the corresponding metadata file identifier, and content file identifier and the corresponding metadata file the correspondence between the identifier described in the metadata corresponding management file,
When searching, classifying, or organizing a package or content file using metadata, an identifier of the metadata file to be used is obtained from the metadata correspondence management file, and the metadata file identifier corresponding to the metadata file identifier The file name of the metadata file is obtained from the metadata file group management file or the content file group management file, the package or content file identifier corresponding to the selected metadata is obtained from the metadata correspondence management file, and the package Alternatively, a file management method for acquiring the directory name of the package or the file name of the content file corresponding to the content file identifier from the package management file or content file group management file .