JP2004062216A - データファイリング方法、データファイリング装置、記憶媒体、プログラム - Google Patents
データファイリング方法、データファイリング装置、記憶媒体、プログラム Download PDFInfo
- Publication number
- JP2004062216A JP2004062216A JP2002215355A JP2002215355A JP2004062216A JP 2004062216 A JP2004062216 A JP 2004062216A JP 2002215355 A JP2002215355 A JP 2002215355A JP 2002215355 A JP2002215355 A JP 2002215355A JP 2004062216 A JP2004062216 A JP 2004062216A
- Authority
- JP
- Japan
- Prior art keywords
- data
- classification
- file
- data file
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】一般には機器間での相互利用性を確保することを目的として、規定に準拠したディレクトリ構成及びファイル名でなければそのデジタル機器でデジタルデータを再生する事ができないことが多い。しかも、属性情報とは無関係なディレクトリ及びファイル名を規定しているので、属性情報に基づく分類が出来ず、ファイル検索には不便であった。
【解決手段】データファイルの属性情報を読み出すデータファイル属性情報読み出しステップと、属性情報読み出しステップにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類ステップと、データファイル分類ステップの分類に応じた分類情報を、データファイル記録ステップで記録される所定のディレクトリの所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録ステップを含むことを特徴とする。
【選択図】 図２
【解決手段】データファイルの属性情報を読み出すデータファイル属性情報読み出しステップと、属性情報読み出しステップにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類ステップと、データファイル分類ステップの分類に応じた分類情報を、データファイル記録ステップで記録される所定のディレクトリの所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録ステップを含むことを特徴とする。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、入力データファイルの分類記憶方法及びデータファイル記録システムに関し、より詳しくは、画像データなどのデータファイルを受信し、受信したデータファイルを分類して記憶するための方法及びデータファイル記録システムに関する。
【０００２】
【従来の技術】
近年、ＣＣＤ素子などの半導体素子を利用した電子カメラによって多くの画像データが生成されている。このような電子カメラは、液晶パネルも具備し、フラッシュメモリカードに代表されるリムーバブルメディアに記録された画像データを再生することも可能であるため、携帯可能な再生機器という側面も持つ。通常、これら作成された静止画像データなどのデータファイルは、パーソナルコンピュータ（ＰＣ）などの装置にある大容量記録媒体（主としてハードディスク）に転送して管理されることが多い。この場合、ＰＣにおいてデータ管理アプリケーションソフトウエアないしＰＣユーザが、データファイルを分類、管理、整理するのが一般的である。
【０００３】
【発明が解決しようとする課題】
しかしながら、携帯性に乏しいＰＣでデータファイルを管理すると、折角のデジタルデータを楽しむ機会が大幅に減ってしまうという問題があった。一方、電子カメラなどの携帯可能な再生機器はデータファイルを表示することは可能だが、一般には機器間での相互利用性を確保することを目的とした画像データを含むデータファイル管理フォーマットが規定され、その規定に準拠したディレクトリ構成及びファイル名でなければそのデジタル機器でデジタルデータを再生する事ができないことが多い。しかも、このデータファイル管理フォーマットは、データファイルの属性情報とは無関係なディレクトリ及びファイル名を規定しており、ＰＣなどで管理・整理される管理フォーマットとは異なる場合がほとんどである。
【０００４】
本発明は、上記の問題点を鑑みてなされたものであり、デジタルデータ管理フォーマット規定に従ってデータを記録する一方、データファイルの属性情報に応じて、受信したファイルを分類して記録するデータファイリング方法及びデータファイリングシステムを提供する事を目的とする。
【０００５】
【課題を解決するための手段】
前記目的を達成するために、本発明によるデータファイリング方法は、外部装置から前記データファイルを受信する受信ステップと、所定の規定に従ってディレクトリを作成するディレクトリ作成ステップと、所定の規定に従ってファイル名を作成するファイル名作成ステップと、ディレクトリ作成ステップで作成された所定のディレクトリ内に、ファイル名作成ステップで作成されたファイル名でデータファイルを記憶するデータファイル記憶ステップとを有し、データファイルの属性情報を読み出すデータファイル属性情報読み出しステップと、属性情報読み出しステップにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類ステップと、データファイル分類ステップの分類に応じた分類情報を、データファイル記録ステップで記録される所定のディレクトリの所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録ステップを含むことを特徴とする。
【０００６】
また、好ましくは、属性情報読み出しステップにて読み出された属性を加工する属性情報加工ステップを更に備え、加工された属性を前記分類ステップの分類基準としてデータファイルを分類する。
【０００７】
また、コレクション情報を参照して、分類ごとのフォルダで、データが要るを参照可能とすることを特徴とする。
【０００８】
【発明の実施の形態】
以下、本発明を具体的に説明するために実施形態を挙げて説明する。
【０００９】
（第１の実施例）
図１は、本実施形態によるデータファイリングシステムが稼動可能なコンピュータシステムの構成を示すブロック図である。
【００１０】
図１において、１０１はデータファイリングシステムが稼動するコンピュータシステムである。１０２はＣＰＵで、システム全体の制御を行っている。１０３はＲＡＭ、１０４はＲＯＭであり、システムの記憶装置を構成し、システムが実行するプログラムやシステムが利用するデータを記憶する。Ｉ／Ｏ１０５は、ユーザーからの指示や、データを入力するキーボードや、マウスなどのポインティング装置を含む入力部１０９と、ＣＲＴや液晶などの表示装置を含む出力部１１０とを接続する。記録媒体１０６はハードディスク装置が一般的である。ＮｅｔＩ／Ｆポート１０７は、双方向シリアルインターフェースもしくはＵＳＢインターフェースなどで構成され、外部装置１１１からデータファイルなどをやり取りを可能とする。バス１０８は、上記各構成を接続し、各構成間におけるデータの授受を可能とする。
【００１１】
なお、以下で説明するデータファイリング処理において、全ての処理に必要な制御プログラムは、記録媒体１０６に格納されているか、ＲＯＭ１０４に格納されているものとする。実行すべき制御プログラムが記録媒体１０６に格納されている場合は、それを一旦ＲＡＭ１０３に読み込んでから、ＣＰＵ１０２が実行する。また、以下の説明において、受信データはＮｅｔ Ｉ／Ｆ１０７ポートに接続された外部装置より受信し、受信したデータファイルおよびコレクション情報ファイルは、最終的に記録媒体１０６記録されるものとする。
【００１２】
コレクション情報ファイルは後述するように、各データファイルの属性情報に基づいて分類した情報を格納するファイルである。
【００１３】
図２は本発明のデータファイリングシステムの構成を示すブロック図である。同図において、入力部１０９、表示部１１０は図１と同じである。２０２はＮｅｔ Ｉ／Ｆ１０７よりデータを外部装置１１１より受け取る受信部で、２０７は指示されたディレクトリやファイルを記録媒体１０６に記録する記録部で、これら各部はデータファイリングプログラム部２０１に接続されている。
【００１４】
前記データファイリングプログラム部２０１の中で、２０３は分類処理部、２０４は属性情報読み取り部、２０５は記録処理部、２０６は初期値部である。
【００１５】
上記の構成において、受信部２０２で受信したデータファイルは、記録処理部２０５にて初期値部２０６に格納されている各種変数の初期値などを利用し、所定の規定に従った形式にデータファイルが記録部２０７によって記録される。それと共に、属性情報読み取り部２０４にて属性情報が読み出され、分類処理部２０３にて分類処理され、分類結果を格納したコレクション情報ファイルが記録部２０７によって記録媒体１０６に記録される。
【００１６】
（データファイリング処理全体のフローの説明）
図３は、データファイリングプログラム部２０１において実行されるデータファイリング処理のフローチャートである。
【００１７】
外部装置１１１よりデータファイル総数ｎのデータファイルを受信すると、全ての記録対象データファイルへのリンク情報を取得して、そのリンク情報をファイルポインタ変数ＦｉｌｅＬｉｓｔ（ｍ）（０＜ｍ≦ｎ−１：ｍ、ｎは整数）に格納し（Ｓ３０２）、ＦｉｌｅＬｉｓｔ（ｍ）が参照しているデータファイルをデータ記録規定に従って記録媒体１０６に保存し（Ｓ３０３）、ＦｉｌｅＬｉｓｔ（ｍ）が参照しているデータファイルの属性情報に基づいてデータファイルを分類し、その分類結果をコレクション情報ファイルとして記録媒体に保存して（Ｓ３０４）、本フローチャートは終了する。
【００１８】
ステップＳ３０３におけるデータファイル保存処理は、記録処理部２０５で実行されるが、ここではデータファイルを所定の規定に従って記録する。
【００１９】
（データ記録規定の説明）
前記データ記録規定としては、電子カメラなどで採用されているＤＣＦ（Ｄｅｓｉｇｎ ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ Ｓｙｓｔｅｍ）規格が知られている。
【００２０】
図４は、ＤＣＦ規格に従った本実施例のデータファイリングシステムにおけるディレクトリおよびデータファイル記録方法の例である。
【００２１】
ＤＣＦ規格のディレクトリ構造は、ＲＯＯＴディレクトリ４００の直下にＤＣＩＭディレクトリ４０１があり、その下に複数のサブディレクトリ（４０２ａ、４０２ｂ）があり、各々のサブディレクトリの中に画像データが格納される。前記サブディレクトリのディレクトリ名（以下、ＤＣＦディレクトリ名）は８文字で構成され、先頭３文字が１００〜９９９の番号（以下、ディレクトリ番号）で、残り５文字（以下、ディレクトリ名自由文字）はＤＣＦ規格の規定に従った使用可能文字である。同図の例ではディレクトリ名自由文字を「ＡＢＣＤＥ」としている。サブディレクトリの中に格納する画像データファイル５００ａ（以下、ＤＣＦ基本ファイル）の拡張子を除いたファイル名（以下、ＤＣＦファイル名）は８文字で構成され、先頭４文字（以下、ファイル名自由文字）がＤＣＦ規格の規定に従った使用可能文字であり、残り４文字が０００１〜９９９９の番号（以下、ファイル番号）である。同図の例ではファイル名自由文字を「ＤＳＣ＿」としている。従って、１つのサブディレクトリの中には最大で９９９９個の画像データが入ることになる。ここで、ディレクトリ番号とファイル番号は記録順に単純増加で割り当てられる。
【００２２】
なお、５００ａは静止画像ファイル、５００ｂは動画ファイル、５００ｃは音声ファイルを表す。
【００２３】
（記録データの一例）
図５は、ＤＣＦ規格で記録される静止画像ファイル（ａ）、動画ファイル（ｂ）および音声ファイル（ｃ）のデータフォーマットの概念を説明する図である。
【００２４】
画像データファイル５００ａは、主画像データ５０５ａと共に、画像属性情報として、例えば、記録日時情報５０１ａ、機種名情報５０２ａ、撮影シーン情報５０３ａ、およびサムネイル画像５０４ａなどを格納する。
【００２５】
動画データファイル５００ｂは、動画データ５０２ｂと共に、動画属性情報として、例えば、記録年月日情報５０１ｂなどを格納する。
【００２６】
音声データファイル５００ｃは、音声データ５０４ｃと共に、音声属性情報として、例えば、第１の属性情報領域における記録年月日情報５０１ｃや、第２の属性情報領域における記録時刻５０１ｃ’や機種名情報５０２ｃなどを格納する。
【００２７】
（データ記録規定に従った記録処理のフローの説明）
図６は、記録処理部２０５において実行されるＤＣＦ規定に従ったディレクトリおよびファイル作成処理（Ｓ３０３）のフローチャートである。
【００２８】
ディレクトリおよびファイル記録処理は、初めに、記録媒体１０６のルートディレクトリの直下にＤＣＩＭというディレクトリが存在するかを確認する（Ｓ６０１）。ＤＣＩＭディレクトリが存在しない場合（Ｓ６０２）には、ＤＣＩＭディレクトリを作成し（Ｓ６０３）、ディレクトリ番号の初期値ＩｎｉｔＤｉｒＮｕｍを初期値部２０６のから読み出してディレクトリ番号カウンタ変数ＤｉｒＮｕｍにその値を格納し（Ｓ６０４）、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリ作成処理（Ｓ７０１）を実行し、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリにデータファイルを記録する処理（Ｓ８０１）を実行し、本フローチャートは終了する。
【００２９】
一方、ステップＳ６０２にてＤＣＩＭディレクトリが存在した場合には、ＤＣＩＭディレクトリの直下の全サブディレクトリから、初期値部２０６に格納されたディレクトリ名自由文字定数ＤｉｒＳｔｒを含むディレクトリを検索する（Ｓ６０５）。発見したｋ個のディレクトリのディレクトリ名から先頭の３文字にあるディレクトリ番号を取得し、数値としてディレクトリ番号格納変数ＤｉｒＶａｌ（ｊ）（０＜ｊ≦ｋ−１：ｊ、ｋは整数）に逐次格納する（Ｓ６０６）。例えば、ディレクトリ名が「１２０ＡＢＣＤＥ」の場合、「１２０」がディレクトリ番号であり、数値としてＤｉｒＶａｌ（ｊ）に格納される。取得されたｋ個のＤｉｒＶａｌ（ｊ）の値から最大値を求め、その最大値を変数ＭａｘＤｉｒＶａｌに格納し（Ｓ６０７）、変数ＭａｘＤｉｒＶａｌの値をディレクトリ番号カウンタ変数ＤｉｒＮｕｍに格納し（Ｓ６０８）、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリにデータファイルを記録する処理（Ｓ８０１）を実行し、本フローチャートは終了する。
【００３０】
次に、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリ作成処理（Ｓ７０１）の動作を図７のフローチャートを用いて説明する。
【００３１】
本フローチャートはディレクトリ番号をＤｉｒＮｕｍとしたＤＣＦディレクトリを作成する。
【００３２】
まず、ディレクトリ番号カウンタ変数ＤｉｒＮｕｍの値と初期値部２０６に格納されたディレクトリ名自由文字ＤｉｒＳｔｒを結合した８文字の文字列ＤｉｒＮａｍｅを作成し（Ｓ７０２）、記録媒体１０６のＤＣＩＭディレクトリの直下にＤＣＦディレクトリ名をＤｉｒＮａｍｅとしたディレクトリを作成して（Ｓ７０３）、本フローチャートは終了する。
【００３３】
次に、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリに受信したデータファイルを記録する処理（Ｓ８０１）の動作を図８のフローチャートを用いて説明する。
【００３４】
本フローチャートはディレクトリ番号をＤｉｒＮｕｍとしたＤＣＦディレクトリにＤＣＦ規定に準拠した形式で受信したデータファイルを作成する。
【００３５】
まず、変数ｉを初期化し（Ｓ８０２）、ディレクトリ番号をＤｉｒＮｕｍとするＤＣＦディレクトリ内のＤＣＦファイル数を取得してＤＣＦファイル数変数ＦｉｌｅＣｎｔに値を格納し（Ｓ８０３）、ＦｉｌｅＣｎｔの値と、初期値部２０６に格納されたディレクトリ格納ファイル数最大値ＦｉｌｅＣｎｔＭａｘとの値を比較する（Ｓ８０４）。ＦｉｌｅＣｎｔが大きかった場合は、ディレクトリ番号ＤｉｒＮｕｍに１を加え（Ｓ８０５）、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリ作成処理（Ｓ７０１）を実行し、新たに作成されたディレクトリ番号ＤｉｒＮｕｍのディレクトリを作業ディレクトリとして設定し（Ｓ８０６）、ＦｉｌｅＣｎｔ変数を０に初期化し（Ｓ８０７）、以降ステップＳ８０４でＦｉｌｅＣｎｔがＦｉｌｅＣｎｔＭａｘ以下だった場合と同様に、ファイル記録処理を実行する。
【００３６】
ＦｉｌｅＣｎｔがＦｉｌｅＣｎｔＭａｘ以下だった場合は、ＦｉｌｅＣｎｔ変数の値に１を足したものをＦｉｌｅＣｎｔに格納し（Ｓ８０８）、初期値部２０６に格納されたファイル名自由文字定数ＦｉｌｅＳｔｒとＦｉｌｅＣｎｔの値を結合した８文字の文字列ＦｉｌｅＮａｍｅを作成し（Ｓ８０９）、ＦｉｌｅＮａｍｅをＦｉｌｅＬｉｓｔ（ｉ）のリンク情報として登録し（Ｓ８１０）、ＦｉｌｅＬｉｓｔ（ｉ）に格納されているファイルポインタのデータをＦｉｌｅＮａｍｅのファイルとして記録媒体１０６に記録する（Ｓ８１１）。
【００３７】
次に変数ｉとデータファイル総数ｎ−１を比較し（Ｓ８１２）、同じでなければ変数ｉに１を加え（Ｓ８１３）、ステップＳ８０４に戻り、ステップＳ８０４以降の処理を繰り返す。同じとなった場合に、本フローチャートは終了する。
【００３８】
前記実施例ではディレクトリ番号の初期値ＩｎｉｔＤｉｒＮｕｍ、ディレクトリ格納ファイル数最大値ＦｉｌｅＣｎｔＭａｘ、ディレクトリ名自由文字定数ＤｉｒＳｔｒ、ファイル名自由文字定数ＦｉｌｅＳｔｒの値は、初期値部２０６より取得した設定値としたが、他にも値を取得する方法は考えられる。
【００３９】
以下にその方法を列挙する。（１）予め本データファイリングシステムのプログラムに記述しておく。（２）ユーザが設定値を記録した初期値設定ファイルを指定する。前記プログラムは、プログラム実行時に前記初期値設定ファイルから値を取得し、初期値部２０６に値を設定する。（３）以前に起動した前記プログラムで最後に使用したそれぞれの値を初期値設定ファイルに保持しておき、次のプログラム実行時に前記初期化ファイルから値を取得し、初期値部２０６に値を設定する。（４）前記プログラムの実行時に、「初期値設定ウィンドウ」のようなものを表示し、ユーザが初期値を設定する。
【００４０】
なお前記本実施形態では、データファイリングシステムにおけるディレクトリおよびファイルの作成規定としてＤＣＦ規格に準拠する方法を採用したが、ディレクトリおよびファイル名が重複しない他の規定に従って記録してよいことは言うまでも無い。また、データファイリング処理を開始する前に、ユーザがディレクトリおよびファイルの作成規定を選択するようにしてもよい。
【００４１】
（コレクション情報データ規定の説明）
前記ステップＳ３０４におけるデータファイル分類処理は、分類処理部２０３で実行されるが、静止画データ、動画データ、音声データ（以下、総称してメディアコンテンツ）、分類情報、およびメディアコンテンツや分類情報に関する属性情報を含むコレクション情報ファイルを記録する。本実施例では、前記コレクション情報ファイルを、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）勧告として公開されているＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で示す。
【００４２】
図９は、本実施形態のＸＭＬ形式のデータファイリングシステムにおけるコレクション情報ファイルの記述方法の文書構造を規定するためのＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）の例である。
【００４３】
なお、ＸＭＬやＤＴＤ自体の詳細は、ＸＭＬ勧告（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ）に記載されている。
【００４４】
コレクション情報ＤＴＤ９００は、ＣＯＬＬＥＣＴＩＯＮ要素９０１、ＧＲＯＵＰ要素９０２、ＩＭＧ要素９０３、ＭＯＶ要素９０４、ＡＵＤ要素９０５、ＭＥＴＡＤＡＴＡ要素９０６によって構成される。
【００４５】
ＣＯＬＬＥＣＴＩＯＮ要素９０１は、コレクション情報集合全体を格納し、コレクション情報ＸＭＬ文書のＲｏｏｔ要素として機能する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）に続き、０個以上のＧＲＯＵＰ要素（９０２）またはＩＭＧ（９０３）要素またはＭＯＶ要素（９０４）またはＡＵＤ要素（９０５）を子要素として持つことができる。またこの要素は、ＩＤ属性９０１ａ、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性９０１ｂ、ＮＡＭＥ属性９０１ｃ、ＣＲＥＡＴＥ＿ＤＡＴＥ属性９０１ｄ、ＭＯＤＩＦＹ＿ＤＡＴＥ属性９０１ｅを持つことができる。ここで、ＩＤ属性（９０１ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性（９０１ｂ）は少なくとも本システムの利用範囲内で一意なコレクション識別子を表す。ＮＡＭＥ属性（９０１ｃ）はコレクション情報の名前、ＣＲＥＡＴＥ＿ＤＡＴＥ属性（９０１ｄ）、ＭＯＤＩＦＹ＿ＤＡＴＥ属性（９０１ｅ）はそれぞれコレクション情報の作成日時と更新日時を表す。
【００４６】
ＧＲＯＵＰ要素９０２は、コレクション情報を分類する任意集合を格納し、ＧＲＯＵＰ要素の階層構造を構成することができる。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）に続き、０個以上のＧＲＯＵＰ要素（９０２）またはＩＭＧ（９０３）要素またはＭＯＶ要素（９０４）またはＡＵＤ要素（９０５）を子要素として持つことができる。またこの要素は、ＩＤ属性９０２ａ、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性９０２ｂ、ＮＡＭＥ属性９０２ｃを持つことができる。ここで、ＩＤ属性（９０２ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性（９０２ｂ）は少なくとも本システムの利用範囲内で一意な分類識別子を表す。ＮＡＭＥ属性（９０２ｃ）は分類情報の名前を表す。
【００４７】
ＩＭＧ要素９０３は、静止画像ファイル（例えばＪＰＥＧ画像）の情報を格納する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）を子要素として持つことができる。またこの要素は、ＩＤ属性９０３ａ、ＣＯＮＴＥＮＴ＿ＩＤ属性９０３ｂ、ＳＲＣ属性９０３ｃ、ＴＹＰＥ属性９０３ｄ、ＡＬＴ属性９０３ｅを持つことができる。ここで、ＩＤ属性（９０３ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＮＴＥＮＴ＿ＩＤ属性（９０３ｂ）は少なくとも本システムの利用範囲内で一意なデータファイル識別子を表す。ＳＲＣ属性（９０３ｃ）は対象となる静止画像ファイルへのリンク参照であり、ＴＹＰＥ属性（９０３ｄ）はＳＲＣ属性にて参照されているデータのＭＩＭＥタイプを表す。ＡＬＴ属性（９０３ｅ）は簡易表示文字列であり、例えばＳＲＣ属性で参照されているファイルを再生できない場合に使用する。
【００４８】
ＭＯＶ要素９０４は、動画ファイル（例えばＭＰＥＧ動画）の情報を格納する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）を子要素として持つことができる。またこの要素は、ＩＤ属性９０４ａ、ＣＯＮＴＥＮＴ＿ＩＤ属性９０４ｂ、ＳＲＣ属性９０４ｃ、ＴＹＰＥ属性９０４ｄ、ＡＬＴ属性９０４ｅを持つことができる。ここで、ＩＤ属性（９０４ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＮＴＥＮＴ＿ＩＤ属性（９０４ｂ）は少なくとも本システムの利用範囲内で一意なデータファイル識別子を表す。ＳＲＣ属性（９０４ｃ）は対象となる動画ファイルへのリンク参照であり、ＴＹＰＥ属性（９０４ｄ）はＳＲＣ属性にて参照されているデータのＭＩＭＥタイプを表す。ＡＬＴ属性（９０４ｅ）は簡易表示文字列であり、例えばＳＲＣ属性で参照されているファイルを再生できない場合に使用する。
【００４９】
ＡＵＤ要素９０５は、音声ファイル（例えばＭＰＥＧ音声）の情報を格納する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）を子要素として持つことができる。またこの要素は、ＩＤ属性９０５ａ、ＣＯＮＴＥＮＴ＿ＩＤ属性９０５ｂ、ＳＲＣ属性９０５ｃ、ＴＹＰＥ属性９０５ｄ、ＡＬＴ属性９０５ｅを持つことができる。ここで、ＩＤ属性（９０５ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＮＴＥＮＴ＿ＩＤ属性（９０５ｂ）は少なくとも本システムの利用範囲内で一意なデータファイル識別子を表す。ＳＲＣ属性（９０５ｃ）は対象となる音声ファイルへのリンク参照であり、ＴＹＰＥ属性（９０５ｄ）はＳＲＣ属性にて参照されているデータのＭＩＭＥタイプを表す。ＡＬＴ属性（９０５ｅ）は簡易表示文字列であり、例えばＳＲＣ属性で参照されているファイルを再生できない場合に使用する。
【００５０】
ＭＥＴＡＤＡＴＡ要素９０６は、前記静止画、動画、音声ファイルの属性情報を格納する。この要素は、子要素の制限はない。またこの要素は、ＩＤ属性９０６ａを持つことができる。ここで、ＩＤ属性（９０６ａ）はＸＭＬ文書内で一意な要素識別子を表す。
【００５１】
なお、前記リンク参照とはＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）においてＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）として標準化されているＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）であり、ＲＦＣ２３９６およびＲＦＣ２７３２に定義されている。
【００５２】
また、前記ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）タイプは、ＲＦＣ２０４５およびＲＦＣ２０４６に定義されるフォーマットで記載され、
タイプ／サブタイプ
と記述される。タイプとしては、例えば、ｉｍａｇｅ、ａｕｄｉｏ、ｖｉｄｅｏなどがあり、それぞれ静止画像データ、音声データ、動画データに分類されるデータであること表す。図１０に代表的なＭＩＭＥタイプを列挙している。
【００５３】
（分類処理のフローの説明）
図１１は、分類処理部２０３において実行されるデータファイル分類処理（Ｓ３０４）のフローチャートである。ここでは、データファイルより読み出された属性情報に応じてデータファイルの分類を行う。
【００５４】
データファイル分類処理は、初めに、変数ｉを０に、分類されたデータファイルを格納する変数ＧｒｏｕｐＬｉｓｔ（ ）と分類されないデータファイルを格納する変数ＮｏＧｒｏｕｐＬｉｓｔ（ ）を初期化し（Ｓ１１０１）、ＦｉｌｅＬｉｓｔ（ｉ）のリンク情報で参照しているデータファイルの属性情報を読み出し、属性情報変数ＡｔｔＶａｌにその値を格納し（Ｓ１１０２）、前記属性情報に基づいてデータのタイプの判別を行う（Ｓ１１０３）。次にＡｔｔＶａｌに値が設定されているかを判定し（Ｓ１１０４）、設定されている場合は、ＧｒｏｕｐＬｉｓｔ（）にＡｔｔＶａｌと一致するエントリーが存在するかを判定し（Ｓ１１０５）、存在した場合はＡｔｔＶａｌをキーとするＧｒｏｕｐＬｉｓｔ（ＡｔｔＶａｌ）にＦｉｌｅＬｉｓｔ（ｉ）を追加し（Ｓ１１０７）、存在しない場合はＡｔｔＶａｌをキーとするＧｒｏｕｐＬｉｓｔ（ＡｔｔＶａｌ）のエントリーを作成し（Ｓ１１０６）、ステップＳ１１０７へと進む。ステップＳ１１０４で値が設定されていない場合は、ＮｏＧｒｏｕｐＬｉｓｔ（ｎ）にＦｉｌｅＬｉｓｔ（ｉ）を追加し（Ｓ１１０９）、ステップＳ１１０８へと進む。次に変数ｉとデータファイル総数ｎ−１を比較し（Ｓ１１０８）、同じでない場合は変数ｉに１を足して（Ｓ１１１０）、ステップＳ１１０２に戻り、ステップＳ１１０２以降の処理を繰り返す。同じの場合は、分類した結果を格納しているＧｒｏｕｐＬｉｓｔ（ｎ）と分類されないＮｏＧｒｏｕｐＬｉｓｔ（ｎ）の情報に基づいてコレクション情報を書き出し（Ｓ１１１１）、本フローチャートは終了する。
【００５５】
図１２は、本発明の第１の実施例にて用いる受信データの一例を示す。受信データ表１２００は、受信データのファイル名１２０１とそれそれのファイルに対応する属性情報（５０１から５０３）の内容を示す。なお、空欄は情報が存在しないことを示している。
【００５６】
図１３は、本実施例に基づいて図１２のデータに対してファイリング処理を行った結果のディレクトリ構造を表す。受信データ１２０１は、ＤＣＦ規格に準拠したディレクトリ構造（１３０１）でＤＣＦディレクトリ１３０２にそれぞれＤＣＦファイル１３０３として記録されている。
【００５７】
また、データファイル分類処理を行った結果のコレクション情報ファイルは、ＲＯＯＴディレクトリ直下のＭＩＳＣディレクトリ内のｃｏｌ．ｘｍｌ１３０４（詳細は後述）に記録されている。
【００５８】
なおコレクション情報ファイルの格納ディレクトリはＲＯＯＴディレクトリ直下でもよい。また、データファイリング処理を開始する前に、ユーザがコレクション情報ファイルの格納ディレクトリおよびファイルの名称を入力するようにしてもよい。
【００５９】
図１４は、前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（１４００）を示す。これは、画像データに埋め込まれている機種名情報５０２の属性情報に基づいて分類処理を行った結果である。１４０１は分類結果全体の名前を示す。ここでは、分類処理を行った属性情報の表題を用いている。１４０１ａは分類結果全体に対する識別子を示す。分類処理の結果、「Ｃａｍｅｒａ Ａ５０」のグループ（１４０２）と「Ｃａｍｅｒａ Ｓ１０」のグループ（１４０３）に分類されており、それぞれ分類名を表すＮＡＭＥ属性に分類基準の文字列を用いていることが示されている。
【００６０】
「Ｃａｍｅｒａ Ａ５０」のグループには１４０４から１４０６の３つのデータファイルが分類されたことを示し、「Ｃａｍｅｒａ Ｓ１０」のグループは１４０７から１４１０までの４つのデータファイルが分類されてことを示している。更に分類基準である機種名情報が空欄の動画データ１４１１は何れのグループにも属していないことを示している。
【００６１】
ここで各データファイルの属性情報を１４０４を例に詳細に説明する。データファイル１４０４はデータタイプが静止画像であるためＩＭＧ要素が使用され、ＩＤ属性（１４０４）には文字列“ＩＤ”に４桁の一貫番号を結合した文字列を、そしてＣＯＮＴＥＮＴ＿ＩＤ属性（１４０４ａ）にＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を設定している。ＡＬＴ属性（１４０４ｂ）には受信データファイルの名前、ＳＲＣ属性（１４０４ｃ）には記録媒体１０６に記録されたディレクトリパスとファイル名、そしてＴＹＰＥ属性（１４０４ｄ）にＭＩＭＥタイプが記述されている。以降の要素も同様である。ただし１４０８は音声データと判断され、要素名をＡＵＤとし、１４１１は動画データと判断され要素名をＭＯＶとし、それぞれＴＹＰＥ属性（１４０８ａ、１４１１ａ）に対応するＭＩＭＥタイプを設定している。
【００６２】
ここで、識別子としては、少なくとも本システムの利用範囲において一意に定まる識別情報として定めたものでよい。なお識別情報の生成方法はいくつか考えられる。
【００６３】
以下にその方法を列挙する。（１）前記実施例のようにシステム固有の文字列に一貫番号を付与する方法でもよい。この場合、固有の文字列は初期値設定ファイルを利用してもよい。（２）全世界でユニークに定まるように生成する１２８ビット長数列のＵＵＩＤを生成してもよい。（３）さらに、それぞれのメディアコンテンツファイルを入力とし、ＳＨＡ−１やＭＤ５といったハッシュアルゴリズムでハッシュ値（特徴量）を計算して、その値を識別情報としてもよい。なおこの場合、識別情報を用いることでデータファイルの同一性（同じデータを参照していすること）の判断や改ざんされているか否かの判定が可能となる。
【００６４】
また、データファイルの判定基準として、データファイルの拡張子を用いてもよいし、データファイルに埋め込まれているフォーマット固有の識別子を用いてもよい。
【００６５】
第１の実施例のデータファイリングシステムによれば、受信データファイルをデジタルデータ管理フォーマット規定に従ってデータを記録する一方、データファイルの属性情報に応じて分類し、その分類結果をコレクション情報ファイルとしてデータファイルとは異なるファイルに記録することで、デジタル機器における相互利用性を確保すると共に、データファイルの属性情報に応じたデータファイリングが可能となる。
【００６６】
（第２の実施例）
前記実施例では、分類処理において取得された属性情報の値そのものを分類名として使用してコレクション情報ファイルを記録したが、属性情報の値を加工する処理を加えてもよい。
【００６７】
図１５はこのような実施例のデータファイル分類処理（Ｓ３０４）のフローチャートを示す。ここでは、データファイルより読み出された属性情報の値を加工した後、その値に応じてデータファイルの分類を行う。
【００６８】
ステップＳ１５０１からステップＳ１５０３は、ステップＳ１１０１からステップＳ１１０３と全く同一である。ステップＳ１５０４は、ステップＳ１１０４と同様であるが、ＡｔｔＶａｌの値の加工処理（Ｓ１５０５）に進むところだけが異なる。ステップＳ１５０５では、ＡｔｔＶａｌの値を加工した結果をＡｔｔＶａｌの値とする処理である。以後、ステップＳ１５０６からステップＳ１５１２までは、ステップＳ１１０５からステップＳ１１１１までと全く同一である。
【００６９】
図１６はＡｔｔＶａｌの値を加工する前記加工処理（Ｓ１５０５）の一例を示す。ここでは、属性情報として取得された日時情報（１６０１）を年月日情報（１６０２）へと加工している。なお、年月など他の組み合わせに加工してもよいのは言うまでもない。また、特定の区切り文字や長さまでの文字列を取り出す加工処理でもよい。
【００７０】
図１７は、本実施例によって図１２のデータ（１２００）を分類した前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（１７００）を示す。これは、撮影日時５０１に基づいて分類処理を行った結果である。１７０１は「２００２：０３：２４」（２００２年３月２４日）、１７０２は「２００２：０４：０１」（２００２年４月１日）、１７０３は「２００２：０５：０５」（２００２年５月５日）のグループに分類されたことを示し、ＮＡＭＥ属性にその値が記述されていることを示す。これにより、撮影日単位でのデータ分類が可能となる。
【００７１】
なお、前記加工処理（Ｓ１５０５）では日時を含む属性情報を年月日情報に加工して分類処理を行うことで年月日単位のデータ分類を行ったが、年月情報に加工することで年月単位のデータ分類、年情報に加工することで年単位のデータ分類、時分秒情報に加工することで時分秒単位のデータ分類、時分情報に加工することで時分単位のデータ分類、時情報に加工することで時単位のデータ分類が可能である。
【００７２】
さらに、所定の年月日フォーマットが設定された場合、その年月日フォーマットに変換する加工処理が更に備わってよい。すなわち、前記の実施例では年月日の区切り文字「：」を、「−」や「／」に変換する加工処理である。
【００７３】
また、所定の区切り文字を基準に属性情報を加工してもよい。前記実施例において、年月日と時刻の区切り文字となっているスペース（空白文字）を加工基準としてもよい。
【００７４】
第２の実施例のデータファイリングシステムによれば、属性情報を加工した後に分類することで、分類の範囲を切り替えることが可能となり、バリエーションに富んだデータファイリングが可能となる。
【００７５】
（第３の実施例）
前記実施例では、属性情報の値を直接加工処理していたが、属性情報の値をキーとした属性情報変換テーブルを具備し、属性情報キーに対応する文字列を属性情報変換テーブルから取得し、その文字列を分類名としてもよい。
【００７６】
図１８はＡｔｔＶａｌの値を変換する属性情報変換テーブル１８００の一例を示す。ここでは、属性情報として取得された撮影シーン情報５０３ａの中の撮影シーンの値（５０３）をキーとして変換テーブルを参照し、撮影シーン文字列（１８０１）に変換している。このような属性情報変換テーブルは、初期値部２０６において設定してもよい。
【００７７】
図１９は、本実施例によって図１２のデータ（１２００）を分類した前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（１９００）を示す。これは、撮影シーン５０３の値を変換した撮影シーン文字列（１８０１）に基づいて分類処理を行った結果である。１９０１は、「標準」、１９０２は「風景」、１９０３は「人物」、１９０４は「夜景」のグループに分類されたことを示し、ＮＡＭＥ属性にその値が記述されていることを示す。また、１９０５の動画データおよび１９０６の音声データは分類されていないことを示す。
【００７８】
第３の実施例のデータファイリングシステムによれば、属性情報の値をキーとして対応する文字列を属性情報変換テーブルから取得することで、ユーザにとって分かりやすい分類名を配し、データ検索が容易なデータファイリングが可能となる。
【００７９】
（第４の実施例）
前記では分類処理において、取得された属性情報の文字列を分類名とした場合と、その値の一部を加工した文字列を分類名とした場合と、属性情報の値を属性情報変換テーブルで変換した文字列を分類名とした場合に、それぞれ１階層のコレクション情報ファイルを記録するデータファイル分類アルゴリズムを説明したが、それぞれの分類アルゴリズムを分類された結果のデータファイル群に対して再帰的に適用することによってデータファイルの属性情報による階層構造を持った分類が可能となる。
【００８０】
図２０は、１階層目として図１１に示すデータファイルの属性情報によるデータ分類アルゴリズムを適用して機種名情報で分類を行い、その分類結果に対して２階層目として図１５に示す属性情報の値を加工した後にその値に応じたデータ分類アルゴリズムを適用して記録日時で分類を行った場合の前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（２０００）を示す。
【００８１】
ここでは、「Ｃａｍｅｒａ Ａ５０」のグループ２００１と、「ＣａｍｅｒａＳ１０」のグループ２００２に分類され、２００６の動画データは何れのグループにも属さなかったことを示している。２階層目でグループ２００１は「２００２：０３：２４」（２００３）のグループで分類され、グループ２００２は「２００２：０４：０１」（２００４）、１７０３は「２００２：０５：０５」（２００５）のグループに分類されたことを示し、ＮＡＭＥ属性にその値が記述されていることを示す。
【００８２】
第４の実施例のデータファイリングシステムによれば、属性情報に基づいて階層的にデータファイルを分類することが可能となり、データ検索が更に向上した、バリエーションに富んだデータファイリングが可能となる。
【００８３】
なお、上述した第１〜第４の実施例で作成されたコレクション情報を用いて、各データファイルにアクセスする方法を説明する。
【００８４】
通常は、ファイルを記憶するときに作成されたディレクトリ構造に沿って１階層または複数階層のフォルダが形成され、データファイルはフォルダの下に置かれるので、通常のファイル閲覧ソフトでは、それらのディレクトリを追って各フォルダを開きながら目的のデータファイルにアクセスすることとなる。
【００８５】
本実施形態においては、このような通常のアクセス方法に加えて、上述したコレクション情報を用いて、分類毎に情報ファイルを提示し、アクセスできるようにした。
【００８６】
不図示のファイル閲覧ソフト上を使用している途中で、分類情報に基づくファイルアクセスをすることをユーザが指示したことに応じて、格納されているコレクション情報ファイルを参照して、分類情報ごとにフォルダを仮想的に作成し、各情報ファイルを指示する為のアイコンをそのフォルダの中に形成して表示する。なお、ここでのアイコンは実質的にはそのデータファイルへのショートカットを示している。
【００８７】
例えば、図２０のようなコレクション情報に基づいて表示を行う際には、例えば２００２の「ＣａｍｅｒａＳ１０」のフォルダの中に、更に２００４の「２００２：０４；０１」のフォルダを形成して、ＩＭＡＧＥ ＩＤ＝“ＩＤ０００４”のアイコンと、ＡＵＤ ＩＤ＝“ＩＤ０００５”のアイコンを表示する。
【００８８】
ユーザはマウスなどの指示手段で、そのアイコンを指示すると、ファイル閲覧ソフトはその指示されたファイルにアクセスする。
【００８９】
このとき、コレクション情報で定義される階層構造に従って、フォルダの階層が構成されている。
【００９０】
このように構成することで、ユーザがいちいち操作して、多くのデータファイルを分類して、各分類ごとにフォルダを作成して、データファイルをコピーするなどの操作をしなくても、所定のディレクトリ構造を維持したまま、分類ごとに表示されるフォルダから、データファイルにアクセスすることが出来る。
【００９１】
また、コレクション情報の定義をあらかじめ任意に作成しておき、外部装置等からデータファイルを入力してきたたびに、その定義に基づく分類処理を行うので、ユーザはデータを入力するたびにいちいち分類処理をしなくてもよく便利である。
【００９２】
また、そのコレクション情報で定義した階層構造に従って、フォルダ表示を行うので、ファイルの検索の際には、違和感もなく、定義を作成したユーザに大変分かりやすい。
【００９３】
また、各データファイルには多くの属性情報が記録されている場合がある。
このような場合に、１つのデータファイルが、多くの分類情報により分類される場合がある。このような場合には、コレクション情報に基づくフォルダ表示を行うと、多くのフォルダに同一のアイコンが表示されることになる。
【００９４】
このような場合でも、それらのアイコンは、同一のデータファイルにアクセスする様になっている。
【００９５】
つまり、分類ごとに多くのフォルダやデータファイルをコピーしなくてもすむので、記憶領域の節約にもなる。
【００９６】
以上、本実施形態に基づく実施例を詳述したが、データファイルとコレクション情報ファイルは記録媒体１０６に記録されるものと限定されず、ＣＤ−Ｒの光ディスクメディアやメモリカードなどの着脱可能な記憶媒体に記録してもよいのは明らかである。また、イーサネット（Ｒ）やＩＥＥＥ１３９４などの有線ネットワーク、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、ＩＥＥＥ８０２．１１ｂなどの無線のネットワークを介して接続された記録装置の記録媒体に記録してもよい。
【００９７】
なお、本発明は複数の機器（たとえばホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、または一つの機器（たとえば複写機、ファクシミリ装置）からなる装置に適用してもよい。
【００９８】
また前述した実施形態の機能を実現する様に各種のデバイスを動作させる様に該各種デバイスと接続された装置あるいはシステム内のコンピュータに、前記実施形態機能を実現するためのソフトウエアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも本願発明の範疇に含まれる。
【００９９】
またこの場合、前記ソフトウエアのプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記憶媒体は本発明を構成する。
【０１００】
かかるプログラムコードを格納する記憶媒体としては例えばフロッピー（Ｒ）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることが出来る。
【０１０１】
またコンピュータが、供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけではなく、そのプログラムコードが、コンピュータにおいて稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と共同して前述の実施形態の機能が実現される場合にもかかるプログラムコードは本願発明の実施形態に含まれることは言うまでもない。
【０１０２】
更に供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後そのプログラムコードの指示に基づいてその機能拡張ボードや機能格納ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も本願発明に含まれることは言うまでもない。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば受信データファイルをデジタルデータ管理フォーマット規定に従ってデータを記録する一方、データファイルの属性情報に応じて分類し、その分類結果をコレクション情報ファイルとしてデータファイルとは異なるファイルに記録することで、デジタル機器における相互利用性を確保すると共に、データファイルの属性情報に応じたファイリングが可能となり、データ検索を容易にし、効率的かつ汎用性の高いデータファイリング方法、データファイリング装置、記憶媒体、プログラムを提供することができる。
【図面の簡単な説明】
【図１】実施形態によるデータファイリングシステムが稼動可能なコンピュータシステムの構成を示すブロック図である。
【図２】実施形態によるデータファイリングシステムの構成を示すブロック図である。
【図３】コンピュータ部２０１において実行される本発明のデータファイリング処理のフローチャートである。
【図４】本実施形態のデータファイリングシステムにおける記録媒体１０６のディレクトリおよびデータファイル記録方法の例である。
【図５】本実施形態の画像データファイル５００のデータフォーマットの概念を説明する図である。
【図６】図３におけるステップＳ３０２の詳細を説明するためのフローチャートである。
【図７】図６におけるステップＳ４０１の内容を示すフローチャートである。
【図８】図３におけるステップＳ８０１の詳細を説明するためのフローチャートである。
【図９】本実施形態のコレクション情報ファイルの記述方法の構造を規定するＤＴＤの例である。
【図１０】代表的なＭＩＭＥタイプの例である。
【図１１】図３におけるステップＳ３０４の詳細を説明するためのフローチャートである。
【図１２】第１の実施例にて用いる受信データの一例を示す。
【図１３】第１の実施例にて図１２のデータファイルのファイリング処理を行った結果のディレクトリ構造を示す。
【図１４】第１の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【図１５】図３におけるステップＳ３０４の内容の他の例を示すフローチャートである。
【図１６】図１６におけるステップＳ１５０３の加工処理の例である。
【図１７】第２の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【図１８】第３の実施例にて用いる属性情報の値とその対応文字列の属性情報対応表である。
【図１９】第３の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【図２０】第４の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【符号の説明】
１０１ データファイリングシステム
１０２ ＣＰＵ
１０３ ＲＡＭ
１０４ ＲＯＭ
１０５ Ｉ／Ｏ
１０６ 記録媒体
１０７ Ｎｅｔ Ｉ／Ｆ
１０８ バス
１０９ 入力部
１１０ 表示部
１１１ 外部装置
２０１ データファイリングプログラム
２０２ 受信部
２０３ 分類処理部
２０４ 属性情報読み取り部
２０５ 記録処理部
２０６ 初期値部
２０７ 記録部
５００ 画像ファイル
【発明の属する技術分野】
本発明は、入力データファイルの分類記憶方法及びデータファイル記録システムに関し、より詳しくは、画像データなどのデータファイルを受信し、受信したデータファイルを分類して記憶するための方法及びデータファイル記録システムに関する。
【０００２】
【従来の技術】
近年、ＣＣＤ素子などの半導体素子を利用した電子カメラによって多くの画像データが生成されている。このような電子カメラは、液晶パネルも具備し、フラッシュメモリカードに代表されるリムーバブルメディアに記録された画像データを再生することも可能であるため、携帯可能な再生機器という側面も持つ。通常、これら作成された静止画像データなどのデータファイルは、パーソナルコンピュータ（ＰＣ）などの装置にある大容量記録媒体（主としてハードディスク）に転送して管理されることが多い。この場合、ＰＣにおいてデータ管理アプリケーションソフトウエアないしＰＣユーザが、データファイルを分類、管理、整理するのが一般的である。
【０００３】
【発明が解決しようとする課題】
しかしながら、携帯性に乏しいＰＣでデータファイルを管理すると、折角のデジタルデータを楽しむ機会が大幅に減ってしまうという問題があった。一方、電子カメラなどの携帯可能な再生機器はデータファイルを表示することは可能だが、一般には機器間での相互利用性を確保することを目的とした画像データを含むデータファイル管理フォーマットが規定され、その規定に準拠したディレクトリ構成及びファイル名でなければそのデジタル機器でデジタルデータを再生する事ができないことが多い。しかも、このデータファイル管理フォーマットは、データファイルの属性情報とは無関係なディレクトリ及びファイル名を規定しており、ＰＣなどで管理・整理される管理フォーマットとは異なる場合がほとんどである。
【０００４】
本発明は、上記の問題点を鑑みてなされたものであり、デジタルデータ管理フォーマット規定に従ってデータを記録する一方、データファイルの属性情報に応じて、受信したファイルを分類して記録するデータファイリング方法及びデータファイリングシステムを提供する事を目的とする。
【０００５】
【課題を解決するための手段】
前記目的を達成するために、本発明によるデータファイリング方法は、外部装置から前記データファイルを受信する受信ステップと、所定の規定に従ってディレクトリを作成するディレクトリ作成ステップと、所定の規定に従ってファイル名を作成するファイル名作成ステップと、ディレクトリ作成ステップで作成された所定のディレクトリ内に、ファイル名作成ステップで作成されたファイル名でデータファイルを記憶するデータファイル記憶ステップとを有し、データファイルの属性情報を読み出すデータファイル属性情報読み出しステップと、属性情報読み出しステップにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類ステップと、データファイル分類ステップの分類に応じた分類情報を、データファイル記録ステップで記録される所定のディレクトリの所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録ステップを含むことを特徴とする。
【０００６】
また、好ましくは、属性情報読み出しステップにて読み出された属性を加工する属性情報加工ステップを更に備え、加工された属性を前記分類ステップの分類基準としてデータファイルを分類する。
【０００７】
また、コレクション情報を参照して、分類ごとのフォルダで、データが要るを参照可能とすることを特徴とする。
【０００８】
【発明の実施の形態】
以下、本発明を具体的に説明するために実施形態を挙げて説明する。
【０００９】
（第１の実施例）
図１は、本実施形態によるデータファイリングシステムが稼動可能なコンピュータシステムの構成を示すブロック図である。
【００１０】
図１において、１０１はデータファイリングシステムが稼動するコンピュータシステムである。１０２はＣＰＵで、システム全体の制御を行っている。１０３はＲＡＭ、１０４はＲＯＭであり、システムの記憶装置を構成し、システムが実行するプログラムやシステムが利用するデータを記憶する。Ｉ／Ｏ１０５は、ユーザーからの指示や、データを入力するキーボードや、マウスなどのポインティング装置を含む入力部１０９と、ＣＲＴや液晶などの表示装置を含む出力部１１０とを接続する。記録媒体１０６はハードディスク装置が一般的である。ＮｅｔＩ／Ｆポート１０７は、双方向シリアルインターフェースもしくはＵＳＢインターフェースなどで構成され、外部装置１１１からデータファイルなどをやり取りを可能とする。バス１０８は、上記各構成を接続し、各構成間におけるデータの授受を可能とする。
【００１１】
なお、以下で説明するデータファイリング処理において、全ての処理に必要な制御プログラムは、記録媒体１０６に格納されているか、ＲＯＭ１０４に格納されているものとする。実行すべき制御プログラムが記録媒体１０６に格納されている場合は、それを一旦ＲＡＭ１０３に読み込んでから、ＣＰＵ１０２が実行する。また、以下の説明において、受信データはＮｅｔ Ｉ／Ｆ１０７ポートに接続された外部装置より受信し、受信したデータファイルおよびコレクション情報ファイルは、最終的に記録媒体１０６記録されるものとする。
【００１２】
コレクション情報ファイルは後述するように、各データファイルの属性情報に基づいて分類した情報を格納するファイルである。
【００１３】
図２は本発明のデータファイリングシステムの構成を示すブロック図である。同図において、入力部１０９、表示部１１０は図１と同じである。２０２はＮｅｔ Ｉ／Ｆ１０７よりデータを外部装置１１１より受け取る受信部で、２０７は指示されたディレクトリやファイルを記録媒体１０６に記録する記録部で、これら各部はデータファイリングプログラム部２０１に接続されている。
【００１４】
前記データファイリングプログラム部２０１の中で、２０３は分類処理部、２０４は属性情報読み取り部、２０５は記録処理部、２０６は初期値部である。
【００１５】
上記の構成において、受信部２０２で受信したデータファイルは、記録処理部２０５にて初期値部２０６に格納されている各種変数の初期値などを利用し、所定の規定に従った形式にデータファイルが記録部２０７によって記録される。それと共に、属性情報読み取り部２０４にて属性情報が読み出され、分類処理部２０３にて分類処理され、分類結果を格納したコレクション情報ファイルが記録部２０７によって記録媒体１０６に記録される。
【００１６】
（データファイリング処理全体のフローの説明）
図３は、データファイリングプログラム部２０１において実行されるデータファイリング処理のフローチャートである。
【００１７】
外部装置１１１よりデータファイル総数ｎのデータファイルを受信すると、全ての記録対象データファイルへのリンク情報を取得して、そのリンク情報をファイルポインタ変数ＦｉｌｅＬｉｓｔ（ｍ）（０＜ｍ≦ｎ−１：ｍ、ｎは整数）に格納し（Ｓ３０２）、ＦｉｌｅＬｉｓｔ（ｍ）が参照しているデータファイルをデータ記録規定に従って記録媒体１０６に保存し（Ｓ３０３）、ＦｉｌｅＬｉｓｔ（ｍ）が参照しているデータファイルの属性情報に基づいてデータファイルを分類し、その分類結果をコレクション情報ファイルとして記録媒体に保存して（Ｓ３０４）、本フローチャートは終了する。
【００１８】
ステップＳ３０３におけるデータファイル保存処理は、記録処理部２０５で実行されるが、ここではデータファイルを所定の規定に従って記録する。
【００１９】
（データ記録規定の説明）
前記データ記録規定としては、電子カメラなどで採用されているＤＣＦ（Ｄｅｓｉｇｎ ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ Ｓｙｓｔｅｍ）規格が知られている。
【００２０】
図４は、ＤＣＦ規格に従った本実施例のデータファイリングシステムにおけるディレクトリおよびデータファイル記録方法の例である。
【００２１】
ＤＣＦ規格のディレクトリ構造は、ＲＯＯＴディレクトリ４００の直下にＤＣＩＭディレクトリ４０１があり、その下に複数のサブディレクトリ（４０２ａ、４０２ｂ）があり、各々のサブディレクトリの中に画像データが格納される。前記サブディレクトリのディレクトリ名（以下、ＤＣＦディレクトリ名）は８文字で構成され、先頭３文字が１００〜９９９の番号（以下、ディレクトリ番号）で、残り５文字（以下、ディレクトリ名自由文字）はＤＣＦ規格の規定に従った使用可能文字である。同図の例ではディレクトリ名自由文字を「ＡＢＣＤＥ」としている。サブディレクトリの中に格納する画像データファイル５００ａ（以下、ＤＣＦ基本ファイル）の拡張子を除いたファイル名（以下、ＤＣＦファイル名）は８文字で構成され、先頭４文字（以下、ファイル名自由文字）がＤＣＦ規格の規定に従った使用可能文字であり、残り４文字が０００１〜９９９９の番号（以下、ファイル番号）である。同図の例ではファイル名自由文字を「ＤＳＣ＿」としている。従って、１つのサブディレクトリの中には最大で９９９９個の画像データが入ることになる。ここで、ディレクトリ番号とファイル番号は記録順に単純増加で割り当てられる。
【００２２】
なお、５００ａは静止画像ファイル、５００ｂは動画ファイル、５００ｃは音声ファイルを表す。
【００２３】
（記録データの一例）
図５は、ＤＣＦ規格で記録される静止画像ファイル（ａ）、動画ファイル（ｂ）および音声ファイル（ｃ）のデータフォーマットの概念を説明する図である。
【００２４】
画像データファイル５００ａは、主画像データ５０５ａと共に、画像属性情報として、例えば、記録日時情報５０１ａ、機種名情報５０２ａ、撮影シーン情報５０３ａ、およびサムネイル画像５０４ａなどを格納する。
【００２５】
動画データファイル５００ｂは、動画データ５０２ｂと共に、動画属性情報として、例えば、記録年月日情報５０１ｂなどを格納する。
【００２６】
音声データファイル５００ｃは、音声データ５０４ｃと共に、音声属性情報として、例えば、第１の属性情報領域における記録年月日情報５０１ｃや、第２の属性情報領域における記録時刻５０１ｃ’や機種名情報５０２ｃなどを格納する。
【００２７】
（データ記録規定に従った記録処理のフローの説明）
図６は、記録処理部２０５において実行されるＤＣＦ規定に従ったディレクトリおよびファイル作成処理（Ｓ３０３）のフローチャートである。
【００２８】
ディレクトリおよびファイル記録処理は、初めに、記録媒体１０６のルートディレクトリの直下にＤＣＩＭというディレクトリが存在するかを確認する（Ｓ６０１）。ＤＣＩＭディレクトリが存在しない場合（Ｓ６０２）には、ＤＣＩＭディレクトリを作成し（Ｓ６０３）、ディレクトリ番号の初期値ＩｎｉｔＤｉｒＮｕｍを初期値部２０６のから読み出してディレクトリ番号カウンタ変数ＤｉｒＮｕｍにその値を格納し（Ｓ６０４）、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリ作成処理（Ｓ７０１）を実行し、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリにデータファイルを記録する処理（Ｓ８０１）を実行し、本フローチャートは終了する。
【００２９】
一方、ステップＳ６０２にてＤＣＩＭディレクトリが存在した場合には、ＤＣＩＭディレクトリの直下の全サブディレクトリから、初期値部２０６に格納されたディレクトリ名自由文字定数ＤｉｒＳｔｒを含むディレクトリを検索する（Ｓ６０５）。発見したｋ個のディレクトリのディレクトリ名から先頭の３文字にあるディレクトリ番号を取得し、数値としてディレクトリ番号格納変数ＤｉｒＶａｌ（ｊ）（０＜ｊ≦ｋ−１：ｊ、ｋは整数）に逐次格納する（Ｓ６０６）。例えば、ディレクトリ名が「１２０ＡＢＣＤＥ」の場合、「１２０」がディレクトリ番号であり、数値としてＤｉｒＶａｌ（ｊ）に格納される。取得されたｋ個のＤｉｒＶａｌ（ｊ）の値から最大値を求め、その最大値を変数ＭａｘＤｉｒＶａｌに格納し（Ｓ６０７）、変数ＭａｘＤｉｒＶａｌの値をディレクトリ番号カウンタ変数ＤｉｒＮｕｍに格納し（Ｓ６０８）、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリにデータファイルを記録する処理（Ｓ８０１）を実行し、本フローチャートは終了する。
【００３０】
次に、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリ作成処理（Ｓ７０１）の動作を図７のフローチャートを用いて説明する。
【００３１】
本フローチャートはディレクトリ番号をＤｉｒＮｕｍとしたＤＣＦディレクトリを作成する。
【００３２】
まず、ディレクトリ番号カウンタ変数ＤｉｒＮｕｍの値と初期値部２０６に格納されたディレクトリ名自由文字ＤｉｒＳｔｒを結合した８文字の文字列ＤｉｒＮａｍｅを作成し（Ｓ７０２）、記録媒体１０６のＤＣＩＭディレクトリの直下にＤＣＦディレクトリ名をＤｉｒＮａｍｅとしたディレクトリを作成して（Ｓ７０３）、本フローチャートは終了する。
【００３３】
次に、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリに受信したデータファイルを記録する処理（Ｓ８０１）の動作を図８のフローチャートを用いて説明する。
【００３４】
本フローチャートはディレクトリ番号をＤｉｒＮｕｍとしたＤＣＦディレクトリにＤＣＦ規定に準拠した形式で受信したデータファイルを作成する。
【００３５】
まず、変数ｉを初期化し（Ｓ８０２）、ディレクトリ番号をＤｉｒＮｕｍとするＤＣＦディレクトリ内のＤＣＦファイル数を取得してＤＣＦファイル数変数ＦｉｌｅＣｎｔに値を格納し（Ｓ８０３）、ＦｉｌｅＣｎｔの値と、初期値部２０６に格納されたディレクトリ格納ファイル数最大値ＦｉｌｅＣｎｔＭａｘとの値を比較する（Ｓ８０４）。ＦｉｌｅＣｎｔが大きかった場合は、ディレクトリ番号ＤｉｒＮｕｍに１を加え（Ｓ８０５）、ディレクトリ番号をＤｉｒＮｕｍとするディレクトリ作成処理（Ｓ７０１）を実行し、新たに作成されたディレクトリ番号ＤｉｒＮｕｍのディレクトリを作業ディレクトリとして設定し（Ｓ８０６）、ＦｉｌｅＣｎｔ変数を０に初期化し（Ｓ８０７）、以降ステップＳ８０４でＦｉｌｅＣｎｔがＦｉｌｅＣｎｔＭａｘ以下だった場合と同様に、ファイル記録処理を実行する。
【００３６】
ＦｉｌｅＣｎｔがＦｉｌｅＣｎｔＭａｘ以下だった場合は、ＦｉｌｅＣｎｔ変数の値に１を足したものをＦｉｌｅＣｎｔに格納し（Ｓ８０８）、初期値部２０６に格納されたファイル名自由文字定数ＦｉｌｅＳｔｒとＦｉｌｅＣｎｔの値を結合した８文字の文字列ＦｉｌｅＮａｍｅを作成し（Ｓ８０９）、ＦｉｌｅＮａｍｅをＦｉｌｅＬｉｓｔ（ｉ）のリンク情報として登録し（Ｓ８１０）、ＦｉｌｅＬｉｓｔ（ｉ）に格納されているファイルポインタのデータをＦｉｌｅＮａｍｅのファイルとして記録媒体１０６に記録する（Ｓ８１１）。
【００３７】
次に変数ｉとデータファイル総数ｎ−１を比較し（Ｓ８１２）、同じでなければ変数ｉに１を加え（Ｓ８１３）、ステップＳ８０４に戻り、ステップＳ８０４以降の処理を繰り返す。同じとなった場合に、本フローチャートは終了する。
【００３８】
前記実施例ではディレクトリ番号の初期値ＩｎｉｔＤｉｒＮｕｍ、ディレクトリ格納ファイル数最大値ＦｉｌｅＣｎｔＭａｘ、ディレクトリ名自由文字定数ＤｉｒＳｔｒ、ファイル名自由文字定数ＦｉｌｅＳｔｒの値は、初期値部２０６より取得した設定値としたが、他にも値を取得する方法は考えられる。
【００３９】
以下にその方法を列挙する。（１）予め本データファイリングシステムのプログラムに記述しておく。（２）ユーザが設定値を記録した初期値設定ファイルを指定する。前記プログラムは、プログラム実行時に前記初期値設定ファイルから値を取得し、初期値部２０６に値を設定する。（３）以前に起動した前記プログラムで最後に使用したそれぞれの値を初期値設定ファイルに保持しておき、次のプログラム実行時に前記初期化ファイルから値を取得し、初期値部２０６に値を設定する。（４）前記プログラムの実行時に、「初期値設定ウィンドウ」のようなものを表示し、ユーザが初期値を設定する。
【００４０】
なお前記本実施形態では、データファイリングシステムにおけるディレクトリおよびファイルの作成規定としてＤＣＦ規格に準拠する方法を採用したが、ディレクトリおよびファイル名が重複しない他の規定に従って記録してよいことは言うまでも無い。また、データファイリング処理を開始する前に、ユーザがディレクトリおよびファイルの作成規定を選択するようにしてもよい。
【００４１】
（コレクション情報データ規定の説明）
前記ステップＳ３０４におけるデータファイル分類処理は、分類処理部２０３で実行されるが、静止画データ、動画データ、音声データ（以下、総称してメディアコンテンツ）、分類情報、およびメディアコンテンツや分類情報に関する属性情報を含むコレクション情報ファイルを記録する。本実施例では、前記コレクション情報ファイルを、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）勧告として公開されているＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で示す。
【００４２】
図９は、本実施形態のＸＭＬ形式のデータファイリングシステムにおけるコレクション情報ファイルの記述方法の文書構造を規定するためのＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）の例である。
【００４３】
なお、ＸＭＬやＤＴＤ自体の詳細は、ＸＭＬ勧告（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ）に記載されている。
【００４４】
コレクション情報ＤＴＤ９００は、ＣＯＬＬＥＣＴＩＯＮ要素９０１、ＧＲＯＵＰ要素９０２、ＩＭＧ要素９０３、ＭＯＶ要素９０４、ＡＵＤ要素９０５、ＭＥＴＡＤＡＴＡ要素９０６によって構成される。
【００４５】
ＣＯＬＬＥＣＴＩＯＮ要素９０１は、コレクション情報集合全体を格納し、コレクション情報ＸＭＬ文書のＲｏｏｔ要素として機能する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）に続き、０個以上のＧＲＯＵＰ要素（９０２）またはＩＭＧ（９０３）要素またはＭＯＶ要素（９０４）またはＡＵＤ要素（９０５）を子要素として持つことができる。またこの要素は、ＩＤ属性９０１ａ、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性９０１ｂ、ＮＡＭＥ属性９０１ｃ、ＣＲＥＡＴＥ＿ＤＡＴＥ属性９０１ｄ、ＭＯＤＩＦＹ＿ＤＡＴＥ属性９０１ｅを持つことができる。ここで、ＩＤ属性（９０１ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性（９０１ｂ）は少なくとも本システムの利用範囲内で一意なコレクション識別子を表す。ＮＡＭＥ属性（９０１ｃ）はコレクション情報の名前、ＣＲＥＡＴＥ＿ＤＡＴＥ属性（９０１ｄ）、ＭＯＤＩＦＹ＿ＤＡＴＥ属性（９０１ｅ）はそれぞれコレクション情報の作成日時と更新日時を表す。
【００４６】
ＧＲＯＵＰ要素９０２は、コレクション情報を分類する任意集合を格納し、ＧＲＯＵＰ要素の階層構造を構成することができる。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）に続き、０個以上のＧＲＯＵＰ要素（９０２）またはＩＭＧ（９０３）要素またはＭＯＶ要素（９０４）またはＡＵＤ要素（９０５）を子要素として持つことができる。またこの要素は、ＩＤ属性９０２ａ、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性９０２ｂ、ＮＡＭＥ属性９０２ｃを持つことができる。ここで、ＩＤ属性（９０２ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＬＬＥＣＴＩＯＮ＿ＩＤ属性（９０２ｂ）は少なくとも本システムの利用範囲内で一意な分類識別子を表す。ＮＡＭＥ属性（９０２ｃ）は分類情報の名前を表す。
【００４７】
ＩＭＧ要素９０３は、静止画像ファイル（例えばＪＰＥＧ画像）の情報を格納する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）を子要素として持つことができる。またこの要素は、ＩＤ属性９０３ａ、ＣＯＮＴＥＮＴ＿ＩＤ属性９０３ｂ、ＳＲＣ属性９０３ｃ、ＴＹＰＥ属性９０３ｄ、ＡＬＴ属性９０３ｅを持つことができる。ここで、ＩＤ属性（９０３ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＮＴＥＮＴ＿ＩＤ属性（９０３ｂ）は少なくとも本システムの利用範囲内で一意なデータファイル識別子を表す。ＳＲＣ属性（９０３ｃ）は対象となる静止画像ファイルへのリンク参照であり、ＴＹＰＥ属性（９０３ｄ）はＳＲＣ属性にて参照されているデータのＭＩＭＥタイプを表す。ＡＬＴ属性（９０３ｅ）は簡易表示文字列であり、例えばＳＲＣ属性で参照されているファイルを再生できない場合に使用する。
【００４８】
ＭＯＶ要素９０４は、動画ファイル（例えばＭＰＥＧ動画）の情報を格納する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）を子要素として持つことができる。またこの要素は、ＩＤ属性９０４ａ、ＣＯＮＴＥＮＴ＿ＩＤ属性９０４ｂ、ＳＲＣ属性９０４ｃ、ＴＹＰＥ属性９０４ｄ、ＡＬＴ属性９０４ｅを持つことができる。ここで、ＩＤ属性（９０４ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＮＴＥＮＴ＿ＩＤ属性（９０４ｂ）は少なくとも本システムの利用範囲内で一意なデータファイル識別子を表す。ＳＲＣ属性（９０４ｃ）は対象となる動画ファイルへのリンク参照であり、ＴＹＰＥ属性（９０４ｄ）はＳＲＣ属性にて参照されているデータのＭＩＭＥタイプを表す。ＡＬＴ属性（９０４ｅ）は簡易表示文字列であり、例えばＳＲＣ属性で参照されているファイルを再生できない場合に使用する。
【００４９】
ＡＵＤ要素９０５は、音声ファイル（例えばＭＰＥＧ音声）の情報を格納する。この要素は、０個以上のＭＥＴＡＤＡＴＡ要素（９０６）を子要素として持つことができる。またこの要素は、ＩＤ属性９０５ａ、ＣＯＮＴＥＮＴ＿ＩＤ属性９０５ｂ、ＳＲＣ属性９０５ｃ、ＴＹＰＥ属性９０５ｄ、ＡＬＴ属性９０５ｅを持つことができる。ここで、ＩＤ属性（９０５ａ）はＸＭＬ文書内で一意な要素識別子を表し、ＣＯＮＴＥＮＴ＿ＩＤ属性（９０５ｂ）は少なくとも本システムの利用範囲内で一意なデータファイル識別子を表す。ＳＲＣ属性（９０５ｃ）は対象となる音声ファイルへのリンク参照であり、ＴＹＰＥ属性（９０５ｄ）はＳＲＣ属性にて参照されているデータのＭＩＭＥタイプを表す。ＡＬＴ属性（９０５ｅ）は簡易表示文字列であり、例えばＳＲＣ属性で参照されているファイルを再生できない場合に使用する。
【００５０】
ＭＥＴＡＤＡＴＡ要素９０６は、前記静止画、動画、音声ファイルの属性情報を格納する。この要素は、子要素の制限はない。またこの要素は、ＩＤ属性９０６ａを持つことができる。ここで、ＩＤ属性（９０６ａ）はＸＭＬ文書内で一意な要素識別子を表す。
【００５１】
なお、前記リンク参照とはＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）においてＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）として標準化されているＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）であり、ＲＦＣ２３９６およびＲＦＣ２７３２に定義されている。
【００５２】
また、前記ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）タイプは、ＲＦＣ２０４５およびＲＦＣ２０４６に定義されるフォーマットで記載され、
タイプ／サブタイプ
と記述される。タイプとしては、例えば、ｉｍａｇｅ、ａｕｄｉｏ、ｖｉｄｅｏなどがあり、それぞれ静止画像データ、音声データ、動画データに分類されるデータであること表す。図１０に代表的なＭＩＭＥタイプを列挙している。
【００５３】
（分類処理のフローの説明）
図１１は、分類処理部２０３において実行されるデータファイル分類処理（Ｓ３０４）のフローチャートである。ここでは、データファイルより読み出された属性情報に応じてデータファイルの分類を行う。
【００５４】
データファイル分類処理は、初めに、変数ｉを０に、分類されたデータファイルを格納する変数ＧｒｏｕｐＬｉｓｔ（ ）と分類されないデータファイルを格納する変数ＮｏＧｒｏｕｐＬｉｓｔ（ ）を初期化し（Ｓ１１０１）、ＦｉｌｅＬｉｓｔ（ｉ）のリンク情報で参照しているデータファイルの属性情報を読み出し、属性情報変数ＡｔｔＶａｌにその値を格納し（Ｓ１１０２）、前記属性情報に基づいてデータのタイプの判別を行う（Ｓ１１０３）。次にＡｔｔＶａｌに値が設定されているかを判定し（Ｓ１１０４）、設定されている場合は、ＧｒｏｕｐＬｉｓｔ（）にＡｔｔＶａｌと一致するエントリーが存在するかを判定し（Ｓ１１０５）、存在した場合はＡｔｔＶａｌをキーとするＧｒｏｕｐＬｉｓｔ（ＡｔｔＶａｌ）にＦｉｌｅＬｉｓｔ（ｉ）を追加し（Ｓ１１０７）、存在しない場合はＡｔｔＶａｌをキーとするＧｒｏｕｐＬｉｓｔ（ＡｔｔＶａｌ）のエントリーを作成し（Ｓ１１０６）、ステップＳ１１０７へと進む。ステップＳ１１０４で値が設定されていない場合は、ＮｏＧｒｏｕｐＬｉｓｔ（ｎ）にＦｉｌｅＬｉｓｔ（ｉ）を追加し（Ｓ１１０９）、ステップＳ１１０８へと進む。次に変数ｉとデータファイル総数ｎ−１を比較し（Ｓ１１０８）、同じでない場合は変数ｉに１を足して（Ｓ１１１０）、ステップＳ１１０２に戻り、ステップＳ１１０２以降の処理を繰り返す。同じの場合は、分類した結果を格納しているＧｒｏｕｐＬｉｓｔ（ｎ）と分類されないＮｏＧｒｏｕｐＬｉｓｔ（ｎ）の情報に基づいてコレクション情報を書き出し（Ｓ１１１１）、本フローチャートは終了する。
【００５５】
図１２は、本発明の第１の実施例にて用いる受信データの一例を示す。受信データ表１２００は、受信データのファイル名１２０１とそれそれのファイルに対応する属性情報（５０１から５０３）の内容を示す。なお、空欄は情報が存在しないことを示している。
【００５６】
図１３は、本実施例に基づいて図１２のデータに対してファイリング処理を行った結果のディレクトリ構造を表す。受信データ１２０１は、ＤＣＦ規格に準拠したディレクトリ構造（１３０１）でＤＣＦディレクトリ１３０２にそれぞれＤＣＦファイル１３０３として記録されている。
【００５７】
また、データファイル分類処理を行った結果のコレクション情報ファイルは、ＲＯＯＴディレクトリ直下のＭＩＳＣディレクトリ内のｃｏｌ．ｘｍｌ１３０４（詳細は後述）に記録されている。
【００５８】
なおコレクション情報ファイルの格納ディレクトリはＲＯＯＴディレクトリ直下でもよい。また、データファイリング処理を開始する前に、ユーザがコレクション情報ファイルの格納ディレクトリおよびファイルの名称を入力するようにしてもよい。
【００５９】
図１４は、前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（１４００）を示す。これは、画像データに埋め込まれている機種名情報５０２の属性情報に基づいて分類処理を行った結果である。１４０１は分類結果全体の名前を示す。ここでは、分類処理を行った属性情報の表題を用いている。１４０１ａは分類結果全体に対する識別子を示す。分類処理の結果、「Ｃａｍｅｒａ Ａ５０」のグループ（１４０２）と「Ｃａｍｅｒａ Ｓ１０」のグループ（１４０３）に分類されており、それぞれ分類名を表すＮＡＭＥ属性に分類基準の文字列を用いていることが示されている。
【００６０】
「Ｃａｍｅｒａ Ａ５０」のグループには１４０４から１４０６の３つのデータファイルが分類されたことを示し、「Ｃａｍｅｒａ Ｓ１０」のグループは１４０７から１４１０までの４つのデータファイルが分類されてことを示している。更に分類基準である機種名情報が空欄の動画データ１４１１は何れのグループにも属していないことを示している。
【００６１】
ここで各データファイルの属性情報を１４０４を例に詳細に説明する。データファイル１４０４はデータタイプが静止画像であるためＩＭＧ要素が使用され、ＩＤ属性（１４０４）には文字列“ＩＤ”に４桁の一貫番号を結合した文字列を、そしてＣＯＮＴＥＮＴ＿ＩＤ属性（１４０４ａ）にＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を設定している。ＡＬＴ属性（１４０４ｂ）には受信データファイルの名前、ＳＲＣ属性（１４０４ｃ）には記録媒体１０６に記録されたディレクトリパスとファイル名、そしてＴＹＰＥ属性（１４０４ｄ）にＭＩＭＥタイプが記述されている。以降の要素も同様である。ただし１４０８は音声データと判断され、要素名をＡＵＤとし、１４１１は動画データと判断され要素名をＭＯＶとし、それぞれＴＹＰＥ属性（１４０８ａ、１４１１ａ）に対応するＭＩＭＥタイプを設定している。
【００６２】
ここで、識別子としては、少なくとも本システムの利用範囲において一意に定まる識別情報として定めたものでよい。なお識別情報の生成方法はいくつか考えられる。
【００６３】
以下にその方法を列挙する。（１）前記実施例のようにシステム固有の文字列に一貫番号を付与する方法でもよい。この場合、固有の文字列は初期値設定ファイルを利用してもよい。（２）全世界でユニークに定まるように生成する１２８ビット長数列のＵＵＩＤを生成してもよい。（３）さらに、それぞれのメディアコンテンツファイルを入力とし、ＳＨＡ−１やＭＤ５といったハッシュアルゴリズムでハッシュ値（特徴量）を計算して、その値を識別情報としてもよい。なおこの場合、識別情報を用いることでデータファイルの同一性（同じデータを参照していすること）の判断や改ざんされているか否かの判定が可能となる。
【００６４】
また、データファイルの判定基準として、データファイルの拡張子を用いてもよいし、データファイルに埋め込まれているフォーマット固有の識別子を用いてもよい。
【００６５】
第１の実施例のデータファイリングシステムによれば、受信データファイルをデジタルデータ管理フォーマット規定に従ってデータを記録する一方、データファイルの属性情報に応じて分類し、その分類結果をコレクション情報ファイルとしてデータファイルとは異なるファイルに記録することで、デジタル機器における相互利用性を確保すると共に、データファイルの属性情報に応じたデータファイリングが可能となる。
【００６６】
（第２の実施例）
前記実施例では、分類処理において取得された属性情報の値そのものを分類名として使用してコレクション情報ファイルを記録したが、属性情報の値を加工する処理を加えてもよい。
【００６７】
図１５はこのような実施例のデータファイル分類処理（Ｓ３０４）のフローチャートを示す。ここでは、データファイルより読み出された属性情報の値を加工した後、その値に応じてデータファイルの分類を行う。
【００６８】
ステップＳ１５０１からステップＳ１５０３は、ステップＳ１１０１からステップＳ１１０３と全く同一である。ステップＳ１５０４は、ステップＳ１１０４と同様であるが、ＡｔｔＶａｌの値の加工処理（Ｓ１５０５）に進むところだけが異なる。ステップＳ１５０５では、ＡｔｔＶａｌの値を加工した結果をＡｔｔＶａｌの値とする処理である。以後、ステップＳ１５０６からステップＳ１５１２までは、ステップＳ１１０５からステップＳ１１１１までと全く同一である。
【００６９】
図１６はＡｔｔＶａｌの値を加工する前記加工処理（Ｓ１５０５）の一例を示す。ここでは、属性情報として取得された日時情報（１６０１）を年月日情報（１６０２）へと加工している。なお、年月など他の組み合わせに加工してもよいのは言うまでもない。また、特定の区切り文字や長さまでの文字列を取り出す加工処理でもよい。
【００７０】
図１７は、本実施例によって図１２のデータ（１２００）を分類した前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（１７００）を示す。これは、撮影日時５０１に基づいて分類処理を行った結果である。１７０１は「２００２：０３：２４」（２００２年３月２４日）、１７０２は「２００２：０４：０１」（２００２年４月１日）、１７０３は「２００２：０５：０５」（２００２年５月５日）のグループに分類されたことを示し、ＮＡＭＥ属性にその値が記述されていることを示す。これにより、撮影日単位でのデータ分類が可能となる。
【００７１】
なお、前記加工処理（Ｓ１５０５）では日時を含む属性情報を年月日情報に加工して分類処理を行うことで年月日単位のデータ分類を行ったが、年月情報に加工することで年月単位のデータ分類、年情報に加工することで年単位のデータ分類、時分秒情報に加工することで時分秒単位のデータ分類、時分情報に加工することで時分単位のデータ分類、時情報に加工することで時単位のデータ分類が可能である。
【００７２】
さらに、所定の年月日フォーマットが設定された場合、その年月日フォーマットに変換する加工処理が更に備わってよい。すなわち、前記の実施例では年月日の区切り文字「：」を、「−」や「／」に変換する加工処理である。
【００７３】
また、所定の区切り文字を基準に属性情報を加工してもよい。前記実施例において、年月日と時刻の区切り文字となっているスペース（空白文字）を加工基準としてもよい。
【００７４】
第２の実施例のデータファイリングシステムによれば、属性情報を加工した後に分類することで、分類の範囲を切り替えることが可能となり、バリエーションに富んだデータファイリングが可能となる。
【００７５】
（第３の実施例）
前記実施例では、属性情報の値を直接加工処理していたが、属性情報の値をキーとした属性情報変換テーブルを具備し、属性情報キーに対応する文字列を属性情報変換テーブルから取得し、その文字列を分類名としてもよい。
【００７６】
図１８はＡｔｔＶａｌの値を変換する属性情報変換テーブル１８００の一例を示す。ここでは、属性情報として取得された撮影シーン情報５０３ａの中の撮影シーンの値（５０３）をキーとして変換テーブルを参照し、撮影シーン文字列（１８０１）に変換している。このような属性情報変換テーブルは、初期値部２０６において設定してもよい。
【００７７】
図１９は、本実施例によって図１２のデータ（１２００）を分類した前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（１９００）を示す。これは、撮影シーン５０３の値を変換した撮影シーン文字列（１８０１）に基づいて分類処理を行った結果である。１９０１は、「標準」、１９０２は「風景」、１９０３は「人物」、１９０４は「夜景」のグループに分類されたことを示し、ＮＡＭＥ属性にその値が記述されていることを示す。また、１９０５の動画データおよび１９０６の音声データは分類されていないことを示す。
【００７８】
第３の実施例のデータファイリングシステムによれば、属性情報の値をキーとして対応する文字列を属性情報変換テーブルから取得することで、ユーザにとって分かりやすい分類名を配し、データ検索が容易なデータファイリングが可能となる。
【００７９】
（第４の実施例）
前記では分類処理において、取得された属性情報の文字列を分類名とした場合と、その値の一部を加工した文字列を分類名とした場合と、属性情報の値を属性情報変換テーブルで変換した文字列を分類名とした場合に、それぞれ１階層のコレクション情報ファイルを記録するデータファイル分類アルゴリズムを説明したが、それぞれの分類アルゴリズムを分類された結果のデータファイル群に対して再帰的に適用することによってデータファイルの属性情報による階層構造を持った分類が可能となる。
【００８０】
図２０は、１階層目として図１１に示すデータファイルの属性情報によるデータ分類アルゴリズムを適用して機種名情報で分類を行い、その分類結果に対して２階層目として図１５に示す属性情報の値を加工した後にその値に応じたデータ分類アルゴリズムを適用して記録日時で分類を行った場合の前記ｃｏｌ．ｘｍｌ１３０４のＸＭＬ文書の内容（２０００）を示す。
【００８１】
ここでは、「Ｃａｍｅｒａ Ａ５０」のグループ２００１と、「ＣａｍｅｒａＳ１０」のグループ２００２に分類され、２００６の動画データは何れのグループにも属さなかったことを示している。２階層目でグループ２００１は「２００２：０３：２４」（２００３）のグループで分類され、グループ２００２は「２００２：０４：０１」（２００４）、１７０３は「２００２：０５：０５」（２００５）のグループに分類されたことを示し、ＮＡＭＥ属性にその値が記述されていることを示す。
【００８２】
第４の実施例のデータファイリングシステムによれば、属性情報に基づいて階層的にデータファイルを分類することが可能となり、データ検索が更に向上した、バリエーションに富んだデータファイリングが可能となる。
【００８３】
なお、上述した第１〜第４の実施例で作成されたコレクション情報を用いて、各データファイルにアクセスする方法を説明する。
【００８４】
通常は、ファイルを記憶するときに作成されたディレクトリ構造に沿って１階層または複数階層のフォルダが形成され、データファイルはフォルダの下に置かれるので、通常のファイル閲覧ソフトでは、それらのディレクトリを追って各フォルダを開きながら目的のデータファイルにアクセスすることとなる。
【００８５】
本実施形態においては、このような通常のアクセス方法に加えて、上述したコレクション情報を用いて、分類毎に情報ファイルを提示し、アクセスできるようにした。
【００８６】
不図示のファイル閲覧ソフト上を使用している途中で、分類情報に基づくファイルアクセスをすることをユーザが指示したことに応じて、格納されているコレクション情報ファイルを参照して、分類情報ごとにフォルダを仮想的に作成し、各情報ファイルを指示する為のアイコンをそのフォルダの中に形成して表示する。なお、ここでのアイコンは実質的にはそのデータファイルへのショートカットを示している。
【００８７】
例えば、図２０のようなコレクション情報に基づいて表示を行う際には、例えば２００２の「ＣａｍｅｒａＳ１０」のフォルダの中に、更に２００４の「２００２：０４；０１」のフォルダを形成して、ＩＭＡＧＥ ＩＤ＝“ＩＤ０００４”のアイコンと、ＡＵＤ ＩＤ＝“ＩＤ０００５”のアイコンを表示する。
【００８８】
ユーザはマウスなどの指示手段で、そのアイコンを指示すると、ファイル閲覧ソフトはその指示されたファイルにアクセスする。
【００８９】
このとき、コレクション情報で定義される階層構造に従って、フォルダの階層が構成されている。
【００９０】
このように構成することで、ユーザがいちいち操作して、多くのデータファイルを分類して、各分類ごとにフォルダを作成して、データファイルをコピーするなどの操作をしなくても、所定のディレクトリ構造を維持したまま、分類ごとに表示されるフォルダから、データファイルにアクセスすることが出来る。
【００９１】
また、コレクション情報の定義をあらかじめ任意に作成しておき、外部装置等からデータファイルを入力してきたたびに、その定義に基づく分類処理を行うので、ユーザはデータを入力するたびにいちいち分類処理をしなくてもよく便利である。
【００９２】
また、そのコレクション情報で定義した階層構造に従って、フォルダ表示を行うので、ファイルの検索の際には、違和感もなく、定義を作成したユーザに大変分かりやすい。
【００９３】
また、各データファイルには多くの属性情報が記録されている場合がある。
このような場合に、１つのデータファイルが、多くの分類情報により分類される場合がある。このような場合には、コレクション情報に基づくフォルダ表示を行うと、多くのフォルダに同一のアイコンが表示されることになる。
【００９４】
このような場合でも、それらのアイコンは、同一のデータファイルにアクセスする様になっている。
【００９５】
つまり、分類ごとに多くのフォルダやデータファイルをコピーしなくてもすむので、記憶領域の節約にもなる。
【００９６】
以上、本実施形態に基づく実施例を詳述したが、データファイルとコレクション情報ファイルは記録媒体１０６に記録されるものと限定されず、ＣＤ−Ｒの光ディスクメディアやメモリカードなどの着脱可能な記憶媒体に記録してもよいのは明らかである。また、イーサネット（Ｒ）やＩＥＥＥ１３９４などの有線ネットワーク、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、ＩＥＥＥ８０２．１１ｂなどの無線のネットワークを介して接続された記録装置の記録媒体に記録してもよい。
【００９７】
なお、本発明は複数の機器（たとえばホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、または一つの機器（たとえば複写機、ファクシミリ装置）からなる装置に適用してもよい。
【００９８】
また前述した実施形態の機能を実現する様に各種のデバイスを動作させる様に該各種デバイスと接続された装置あるいはシステム内のコンピュータに、前記実施形態機能を実現するためのソフトウエアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも本願発明の範疇に含まれる。
【００９９】
またこの場合、前記ソフトウエアのプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記憶媒体は本発明を構成する。
【０１００】
かかるプログラムコードを格納する記憶媒体としては例えばフロッピー（Ｒ）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることが出来る。
【０１０１】
またコンピュータが、供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけではなく、そのプログラムコードが、コンピュータにおいて稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と共同して前述の実施形態の機能が実現される場合にもかかるプログラムコードは本願発明の実施形態に含まれることは言うまでもない。
【０１０２】
更に供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後そのプログラムコードの指示に基づいてその機能拡張ボードや機能格納ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も本願発明に含まれることは言うまでもない。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば受信データファイルをデジタルデータ管理フォーマット規定に従ってデータを記録する一方、データファイルの属性情報に応じて分類し、その分類結果をコレクション情報ファイルとしてデータファイルとは異なるファイルに記録することで、デジタル機器における相互利用性を確保すると共に、データファイルの属性情報に応じたファイリングが可能となり、データ検索を容易にし、効率的かつ汎用性の高いデータファイリング方法、データファイリング装置、記憶媒体、プログラムを提供することができる。
【図面の簡単な説明】
【図１】実施形態によるデータファイリングシステムが稼動可能なコンピュータシステムの構成を示すブロック図である。
【図２】実施形態によるデータファイリングシステムの構成を示すブロック図である。
【図３】コンピュータ部２０１において実行される本発明のデータファイリング処理のフローチャートである。
【図４】本実施形態のデータファイリングシステムにおける記録媒体１０６のディレクトリおよびデータファイル記録方法の例である。
【図５】本実施形態の画像データファイル５００のデータフォーマットの概念を説明する図である。
【図６】図３におけるステップＳ３０２の詳細を説明するためのフローチャートである。
【図７】図６におけるステップＳ４０１の内容を示すフローチャートである。
【図８】図３におけるステップＳ８０１の詳細を説明するためのフローチャートである。
【図９】本実施形態のコレクション情報ファイルの記述方法の構造を規定するＤＴＤの例である。
【図１０】代表的なＭＩＭＥタイプの例である。
【図１１】図３におけるステップＳ３０４の詳細を説明するためのフローチャートである。
【図１２】第１の実施例にて用いる受信データの一例を示す。
【図１３】第１の実施例にて図１２のデータファイルのファイリング処理を行った結果のディレクトリ構造を示す。
【図１４】第１の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【図１５】図３におけるステップＳ３０４の内容の他の例を示すフローチャートである。
【図１６】図１６におけるステップＳ１５０３の加工処理の例である。
【図１７】第２の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【図１８】第３の実施例にて用いる属性情報の値とその対応文字列の属性情報対応表である。
【図１９】第３の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【図２０】第４の実施例にて図１２のデータファイルを分類したコレクション情報ファイルの内容を示す。
【符号の説明】
１０１ データファイリングシステム
１０２ ＣＰＵ
１０３ ＲＡＭ
１０４ ＲＯＭ
１０５ Ｉ／Ｏ
１０６ 記録媒体
１０７ Ｎｅｔ Ｉ／Ｆ
１０８ バス
１０９ 入力部
１１０ 表示部
１１１ 外部装置
２０１ データファイリングプログラム
２０２ 受信部
２０３ 分類処理部
２０４ 属性情報読み取り部
２０５ 記録処理部
２０６ 初期値部
２０７ 記録部
５００ 画像ファイル
Claims (24)
- 画像データを含む複数のデータファイルと該データファイルの属性情報を共に記録媒体に記録するデータファイリング方法において、前記方法は、
外部装置から前記データファイルを受信する受信ステップと、
所定の規定に従ってディレクトリを作成するディレクトリ作成ステップと、
所定の規定に従ってファイル名を作成するファイル名作成ステップと、
前記ディレクトリ作成ステップで作成された所定のディレクトリ内に、前記ファイル名作成ステップで作成されたファイル名で前記データファイルを記憶するデータファイル記憶ステップとを有し、
前記データファイルの属性情報を読み出すデータファイル属性情報読み出しステップと、
前記属性情報読み出しステップにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類ステップと、
前記データファイル分類ステップの分類に応じた分類情報を、前記データファイル記録ステップで記録される前記所定のディレクトリの前記所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録ステップとを含むことを特徴とするデータファイリング方法。 - 更に、前記データファイルのデータタイプを判別するデータタイプ判別ステップを有し、前記データファイルタイプ判別ステップで判別されたデータタイプに基づいて、前記コレクション情報の分類情報に記録することを特徴とする請求項１に記載のデータファイリング方法。
- 前記属性情報読み出しステップにて読み出された属性を加工する属性情報加工ステップを更に備え、
前記データファイル分類ステップは、加工された属性でデータファイルを分類することを特徴とする請求項１ないし２のいずれか１項に記載のデータファイリング方法。 - 前記属性情報加工ステップは、前記属性情報読み出しステップで得られた属性情報を特定の文字列に対応づけた属性情報変換テーブルにより属性情報を加工することを特徴とする請求項３に記載のデータファイリング方法。
- 前記分類情報が、少なくとも前記データファイル分類ステップにて分類情報として用いられた文字列を分類名とする分類名情報を含むことを特徴とする請求項１乃至４に記載のデータファイリング方法。
- 前記分類情報が、分類グループを一意に識別する識別情報を更に含むことを特徴とする請求項１乃至５のいずれか１項に記載のデータファイリング方法。
- 前記分類情報が、分類結果全体を表す情報を更に含み、少なくとも分類処理を行った分類基準を含む文字列と分類全体を一意に識別する識別情報を含むことを特徴とする請求項１乃至６のいずれか１項に記載のデータファイリング方法。
- さらに、前記コレクション情報に記録される分類情報に応じて、前記データファイルを異なるフォルダに入れて表示する表示ステップを有することを特徴とする請求項１乃至７のいずれか１項に記載のデータファイリング方法。
- さらに、前記表示ステップで表示されるデータファイルのうちのいずれかを指示したことに応じて、指示されたデータファイルにアクセスするアクセスステップを有することを特徴とする請求項８に記載のデータファイリング方法。
- さらに、前記表示ステップで表示される複数のフォルダから、同一データファイルへアクセス可能とすることを特徴とする請求項８ないし９のいずれか１項に記載のデータファイリング方法。
- 前記データファイル情報が、データファイルを説明する簡易文字列情報を更に含むことを特徴とする請求項１乃至１０のいずれか１項に記載のデータファイリング方法。
- 前記データファイル情報が、データファイルのＭＩＭＥタイプを表すＭＩＭＥタイプ情報を更に含むことを特徴とする請求項１乃至１１のいずれか１項に記載のデータファイリング方法。
- 前記データファイル分類ステップにおいて、複数の階層からなる分類情報を得ることを特徴とする請求項１乃至１２のいずれかに記載のデータファイリング方法。
- 前記コレクション情報が、ＸＭＬ形式のファイルであることを特徴とする請求項１乃至１３に記載のデータファイリング方法。
- 画像データを含む複数のデータファイルと該データファイルの属性情報を共に記録媒体に記録するデータファイリング装置において、前記装置は、
外部装置から前記データファイルを受信する受信手段と、
所定の規定に従ってディレクトリを作成するディレクトリ作成手段と、
所定の規定に従ってファイル名を作成するファイル名作成手段と、
前記ディレクトリ作成手段で作成された所定のディレクトリ内に、前記ファイル名作成手段で作成されたファイル名で前記データファイルを記憶するデータファイル記憶手段と、
前記データファイルの属性情報を読み出す属性情報読み出し手段と、
前記属性情報読み出し手段にて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類手段と、
前記データファイル分類手段の分類に応じた分類情報を、前記データファイルの前記属性情報とは別に、コレクション情報として記録するコレクション情報記録手段とを含むことを特徴とするデータファイリング装置。 - 更に、前記データファイルのデータタイプを判別するデータタイプ判別手段を有し、前記データファイルタイプ判別手段で判別されたデータタイプに基づいて、前記コレクション情報の分類情報に記録することを特徴とする請求項１５に記載のデータファイリング装置。
- 前記属性情報読み出し手段にて読み出された属性を加工する属性情報加工手段を更に備え、
前記データファイル分類手段は、加工された属性でデータファイルを分類することを特徴とする請求項１５ないし１６のいずれか１項に記載のデータファイリング装置。 - 前記属性情報加工手段は、前記属性情報読み出し手段で得られた属性情報を特定の文字列に対応づけた属性情報変換テーブルにより属性情報を加工することを特徴とする請求項１７に記載のデータファイリング装置。
- 前記分類情報が、少なくとも前記データファイル分類手段にて分類情報として用いられた文字列を分類名とする分類名情報を含むことを特徴とする請求項１５乃至１８に記載のデータファイリング装置。
- さらに、前記コレクション情報に記録される分類情報に応じて、前記データファイルを異なるフォルダに入れて表示する表示手段を有することを特徴とする請求項１５乃至１９のいずれか１項に記載のデータファイリング装置。
- さらに、前記表示手段で表示されるデータファイルのうちのいずれかを指示したことに応じて、指示されたデータファイルにアクセスするアクセス手段を有することを特徴とする請求項２０に記載のデータファイリング装置。
- さらに、前記表示手段で表示される複数のフォルダから、同一データファイルへアクセス可能とすることを特徴とする請求項２０ないし２１のいずれか１項に記載のデータファイリング装置。
- 画像データファイルを含む複数のデータファイルと該データファイルの属性情報を共に記録媒体に記録するデータファイリング処理のプログラムコードが格納されたコンピュータ可読な記憶媒体において、前記プログラムコードは、
外部装置から前記データファイルを受信する受信コードと、
所定の規定に従ってディレクトリを作成するディレクトリ作成コードと、
所定の規定に従ってファイル名を作成するファイル名作成コードと、
前記ディレクトリ作成コードで作成された所定のディレクトリ内に、前記ファイル名作成コードで作成されたファイル名で前記データファイルを記憶するデータファイル記憶コードとを有し、
前記データファイルの属性情報を読み出すデータファイル属性情報読み出しコードと、
前記属性情報読み出しコードにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類コードと、
前記データファイル分類コードの分類に応じた分類情報を、前記データファイル記録コードで記録される前記所定のディレクトリの前記所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録コードを含むことを特徴とするコンピュータ可読メモリ。 - 画像データファイルを含む複数のデータファイルと該データファイルの属性情報を共に記録媒体に記録するデータファイリング処理を行うプログラムであって、前記プログラムは、
外部装置から前記データファイルを受信する受信ステップと、
所定の規定に従ってディレクトリを作成するディレクトリ作成ステップと、
所定の規定に従ってファイル名を作成するファイル名作成ステップと、
前記ディレクトリ作成ステップで作成された所定のディレクトリ内に、前記ファイル名作成ステップで作成されたファイル名で前記データファイルを記憶するデータファイル記憶ステップとを有し、
前記データファイルの属性情報を読み出すデータファイル属性情報読み出しステップと、
前記属性情報読み出しステップにて読み出された属性情報の内容を分類基準とし、その分類基準に応じて前記データファイルを複数のグループに分類するデータファイル分類ステップと、
前記データファイル分類ステップの分類に応じた分類情報を、前記データファイル記録ステップで記録される前記所定のディレクトリの前記所定のファイル名とは別に、コレクション情報として記録するコレクション情報記録ステップとをコンピュータに実行させることを特徴とするデータファイリングプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002215355A JP2004062216A (ja) | 2002-07-24 | 2002-07-24 | データファイリング方法、データファイリング装置、記憶媒体、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002215355A JP2004062216A (ja) | 2002-07-24 | 2002-07-24 | データファイリング方法、データファイリング装置、記憶媒体、プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004062216A true JP2004062216A (ja) | 2004-02-26 |
Family
ID=31937408
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002215355A Withdrawn JP2004062216A (ja) | 2002-07-24 | 2002-07-24 | データファイリング方法、データファイリング装置、記憶媒体、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004062216A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006061972A1 (ja) * | 2004-12-06 | 2006-06-15 | Sony Corporation | 記録装置および記録方法、再生装置および再生方法、記録再生装置および記録再生方法、並びにプログラム |
| JP2006163873A (ja) * | 2004-12-08 | 2006-06-22 | Fuji Xerox Co Ltd | ファイル分類プログラム、ファイル分類装置、ファイル分類方法 |
| WO2007010759A1 (ja) * | 2005-07-19 | 2007-01-25 | Matsushita Electric Industrial Co., Ltd. | データ転送装置およびデータ転送方法 |
| JP2009211739A (ja) * | 2008-02-29 | 2009-09-17 | Toshiba Corp | 映像再生装置および映像再生方法 |
| JP2010009087A (ja) * | 2008-06-24 | 2010-01-14 | Hitachi Ltd | コンテンツ探索装置及び方法ならびに制御装置 |
| US7668457B2 (en) | 2004-09-24 | 2010-02-23 | Fujifilm Corporation | Image archiving apparatus and method of controlling same |
| JP2010282720A (ja) * | 2010-08-03 | 2010-12-16 | Toshiba Corp | 映像再生装置および映像再生方法 |
-
2002
- 2002-07-24 JP JP2002215355A patent/JP2004062216A/ja not_active Withdrawn
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7668457B2 (en) | 2004-09-24 | 2010-02-23 | Fujifilm Corporation | Image archiving apparatus and method of controlling same |
| WO2006061972A1 (ja) * | 2004-12-06 | 2006-06-15 | Sony Corporation | 記録装置および記録方法、再生装置および再生方法、記録再生装置および記録再生方法、並びにプログラム |
| US8244114B2 (en) | 2004-12-06 | 2012-08-14 | Sony Corporation | Recording apparatus and recording method, playback apparatus and playback method, recording/playback apparatus and recording/playback method, and program |
| JP2006163873A (ja) * | 2004-12-08 | 2006-06-22 | Fuji Xerox Co Ltd | ファイル分類プログラム、ファイル分類装置、ファイル分類方法 |
| JP4701693B2 (ja) * | 2004-12-08 | 2011-06-15 | 富士ゼロックス株式会社 | ファイル分類プログラム、ファイル分類装置 |
| WO2007010759A1 (ja) * | 2005-07-19 | 2007-01-25 | Matsushita Electric Industrial Co., Ltd. | データ転送装置およびデータ転送方法 |
| JP2007026139A (ja) * | 2005-07-19 | 2007-02-01 | Matsushita Electric Ind Co Ltd | データ転送装置 |
| JP2009211739A (ja) * | 2008-02-29 | 2009-09-17 | Toshiba Corp | 映像再生装置および映像再生方法 |
| JP4568338B2 (ja) * | 2008-02-29 | 2010-10-27 | 株式会社東芝 | 映像再生装置および映像再生方法 |
| JP2010009087A (ja) * | 2008-06-24 | 2010-01-14 | Hitachi Ltd | コンテンツ探索装置及び方法ならびに制御装置 |
| JP2010282720A (ja) * | 2010-08-03 | 2010-12-16 | Toshiba Corp | 映像再生装置および映像再生方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7246170B2 (en) | Scheme for systematically registering meta-data with respect to various types of data | |
| KR101653268B1 (ko) | 태그 정보의 처리방법 및 이를 구현하는 클라이언트-서버시스템 | |
| US7636509B2 (en) | Media data representation and management | |
| JP4816281B2 (ja) | 文書利用管理システム、文書管理サーバ及びそのプログラム | |
| JP4706789B2 (ja) | 画像蓄積装置及びプログラム | |
| JP5023715B2 (ja) | 情報処理システム、情報処理装置及びプログラム | |
| US20040111415A1 (en) | Automatic organization of images uploaded to a photo-sharing site | |
| US20100274714A1 (en) | Sharing of presets for visual effects or other computer-implemented effects | |
| JP2007042092A (ja) | 電子ドキュメント処理装置、方法およびプログラム | |
| JP2009140452A (ja) | 情報処理装置および方法、並びにプログラム | |
| KR100853308B1 (ko) | 항목 타입별 구조화된 검색 | |
| JP2002342140A (ja) | 階層ディレクトリ構造を有する記録媒体、検索装置、検索プログラム、及び検索方法 | |
| JP2004229070A (ja) | ファイル分類装置、ファイル分類プログラム、デジタルカメラ及びファイル分類システム | |
| JP2007156680A (ja) | ファイル管理装置 | |
| JP2004062216A (ja) | データファイリング方法、データファイリング装置、記憶媒体、プログラム | |
| KR20090037704A (ko) | 직관적 이미지 검색을 위한 이미지의 메타 데이터 생성방법 | |
| US7532802B2 (en) | Apparatus and program for image reproduction | |
| US20050240626A1 (en) | Method and apparatus for fixing up LastURL, and computer readable recording medium storing program for performing the method | |
| JP4144228B2 (ja) | アルバム作成プログラム | |
| JP2006215811A (ja) | ファイリング装置、検索管理方法、及びプログラム | |
| JP2010257266A (ja) | コンテンツ出力システム、サーバー装置、コンテンツ出力装置、コンテンツ出力方法、コンテンツ出力プログラム、及びコンテンツ出力プログラムを記憶した記録媒体 | |
| JP2006171891A (ja) | 画像管理装置、画像管理方法、および画像管理プログラム | |
| US9298758B1 (en) | Systems and methods providing media-to-media connection | |
| JP2005010950A (ja) | ファイル管理装置、ファイル管理方法、プログラム及び記録媒体 | |
| JP2002244900A (ja) | ファイル管理方法及びコンテンツ記録／再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20051004 |