JP2001014196A - データ処理方法及び装置及び記憶媒体 - Google Patents

データ処理方法及び装置及び記憶媒体

Info

Publication number
JP2001014196A
JP2001014196A JP2000109923A JP2000109923A JP2001014196A JP 2001014196 A JP2001014196 A JP 2001014196A JP 2000109923 A JP2000109923 A JP 2000109923A JP 2000109923 A JP2000109923 A JP 2000109923A JP 2001014196 A JP2001014196 A JP 2001014196A
Authority
JP
Japan
Prior art keywords
data
metadata
directory
data processing
reading
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.)
Granted
Application number
JP2000109923A
Other languages
English (en)
Other versions
JP2001014196A5 (ja
JP4378029B2 (ja
Inventor
Miyuki Enokida
幸 榎田
Kiyoshi Kusama
澄 草間
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2000109923A priority Critical patent/JP4378029B2/ja
Priority to US09/558,656 priority patent/US7127472B1/en
Publication of JP2001014196A publication Critical patent/JP2001014196A/ja
Publication of JP2001014196A5 publication Critical patent/JP2001014196A5/ja
Application granted granted Critical
Publication of JP4378029B2 publication Critical patent/JP4378029B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y10S707/99945—Object-oriented database structure processing

Abstract

(57)【要約】 【課題】 メタデータをディレクトリデータの最後に接
続することにより、ディレクトリで管理されている既存
のデータに対し、既存のアプリケーションに影響を与え
ずに、ディレクトリ単位でメタデータを登録可能とす
る。 【解決手段】ステップＳ３０１において、ディレクトリ
構造でファイルを管理するファイル管理システムによっ
て各ディレクトリ毎に用意されているディレクトリデー
タを読み込む。ステップＳ３０２で、上記ディレクトリ
データに付与すべきメタデータを読み込む。ステップＳ
３０３において、上記読み込まれたメタデータが正当な
ＸＭＬで記述されていると判断された場合、ステップＳ
３０４へ進み、上記ステップＳ３０１読み込まれたディ
レクトリデータの後に、ステップＳ３０２で読み込まれ
たメタデータを接続し、ステップＳ３０６において、得
られたデータの全体をディレクトリデータファイルとし
て出力する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データにメタデー
タを登録、判別することを可能とするデータ処理方法お
よび装置に関する。
【０００２】
【従来の技術】メタデータ（meta-data）とは、「デー
タに関するデータ」であり、画像データや音声データ等
のバイナリデータを説明するデータとして用いられてい
る。しかし、バイナリデータとこれに対応するメタデー
タが別々のファイルで存在した場合、ファイルの移動や
コピーの際に、ユーザはバイナリデータとメタデータと
を同時に管理しなければならず、非常にわずらわしいこ
とになる。
【０００３】そこで一般に、バイナリデータとメタデー
タの管理を容易にするために、バイナリデータとメタデ
ータを記述する様々な方法が提案されてきた。この種の
従来技術は、新しいバイナリフォーマットを規定する方
法と、データベースで管理する方法の２つに分けること
ができる。
【０００４】まず、新しいバイナリフォーマットを規定
する方法の一例をあげると、画像フォーマットではTif
f、Exif、Flashpixなどがある。図１６は、バイナリデ
ータにメタデータを埋め込んだフォーマットの概観を示
す図である。バイナリデータとしては、例えば画像デー
タが挙げられる。図１６に示されるように、画像のヘッ
ダ部分にメタデータを記述する枠組みを設け、そこにユ
ーザがメタデータを記述するというのが一般的な方法で
ある。このようにメタデータを記述することにより、デ
ータの検索・分類が容易になる。また、バイナリデータ
内にメタデータを含むようになるので、１つのファイル
で管理でき、ファイルの管理は比較的容易になる。
【０００５】次に、バイナリデータとメタデータをデー
タベースで管理する方法を説明する。図１７はバイナリ
データとメタデータをデータベースで管理する方法を概
念的に示した図である。図１７に示されるような、別々
のファイルで存在するバイナリデータとメタデータをデ
ータベース等を用いて管理するという方法も広く行われ
ているものである。この場合は既存のバイナリデータ
が、既存のアプリケーションでそのまま使えるという利
点がある。
【０００６】また、ファイル管理においてディレクトリ
構造が用いられ得ることはよく知られている。従って、
例えば大量のバイナリ・データファイルを管理する場合
は、通常１つのディレクトリの下に全てのバイナリ・デ
ータファイルを置くようなことはせず、あるまとまった
属性や特性を持つバイナリ・データファイル群毎にサブ
ディレクトリを作成し、その下に複数のバイナリ・デー
タファイルを置くことが多い。この場合、１つのサブデ
ィレクトリの下に置かれている各バイナリ・データファ
イルのメタデータには共通の項目があることになる。し
かしながら、現状では、各バイナリ・データファイルの
各々が独立に、メタデータを上記２つの方式のいずれか
の方法により管理していた。
【０００７】
【発明が解決しようとする課題】上述したような、メタ
データを記述する新フォーマットを規定する方法とデー
タベースを用いてメタデータを管理する方法のそれぞれ
に問題がある。
【０００８】まず、メタデータを記述する新フォーマッ
トを規定した場合には、既存のバイナリデータを当該新
フォーマットに変換し、なおかつその新フォーマット内
にメタデータを記述しなけれなばならない。更に、その
新フォーマット内のメタデータを用いて検索するために
は、当該新フォーマット対応のアプリケーションが必要
となる。すなわち、メタデータを記述したり利用したり
するために、非常に多くのステップと専用の環境が必要
になるという問題がある。また、このような新フォーマ
ットのバイナリデータを処理する（例えば画像データで
あれば画像の再生）ためには、当該フォーマットに対応
したアプリケーションが必要であり、既存のアプリケー
ションでは対応できなくなる。
【０００９】そのうえ、メタデータの記述方法も新フォ
ーマットにおいて独自に決められたものであり、新フォ
ーマット内のメタデータを利用するアプリケーションを
作成するためには、新規にメタデータの検索ルーチンを
つくらなければならないという問題もある。さらに、新
しい枠組みのメタデータを記述するにはフォーマットの
規定を変更しなければならないという問題点もあった。
【００１０】一方、データベースを用いてバイナリデー
タとメタデータを同時に管理する場合、データベースソ
フトが無ければメタデータの登録も利用もできないとい
う問題があった。また、登録したメタデータを表示する
ためにも専用のソフトウェアが必要である。更に、バイ
ナリデータをデータベース外に持っていくと、メタデー
タは付加されず、メタデータのないバイナリデータとな
ってしまうという問題点もあった。
【００１１】更に、ディレクトリ構造でバイナリ・デー
タファイルを管理する場合においても、１つのディレク
トリの下に置かれているバイナリ・データファイルのメ
タデータは、各バイナリ・データファイル毎に存在し、
それぞれ独立して管理される。このため、複数のバイナ
リ・データファイルに存在する共通項目についても各バ
イナリ・データファイル毎独立して管理することにな
り、管理するメタデータのデータ量が多くなってしまう
という問題がある。また、その共通項目を変更する場合
には、全てのバイナリ・データファイルのメタデータに
対して逐一変更を行わなければならないという欠点もあ
る。
【００１２】本発明はメタデータの記述・検索に関する
上記の問題点に鑑みてなされたものであり、既存のアプ
リケーションに影響を与えずに、ディレクトリデータに
メタデータを登録可能とすることを目的とする。また、
本発明の他の目的は、メタデータの記述に一般的なデー
タ記述言語を用いることにより、データ記述言語用の既
存のツールを利用することを可能とし、対応アプリケー
ションの開発を容易にすることにある。また、本発明の
他の目的は、メタデータが記述されたディレクトリデー
タからメタデータを抽出し、例えば検索、参照、変更等
の処理に供することを可能とすることにある。また、本
発明の他の目的は、ディレクトリに対してメタデータを
登録することにより、メタデータの管理容易化、データ
量の削減を図ることにある。更に、本発明の他の目的
は、ある属性あるいは特性などによりグループ化された
ディレクトリにより管理されているデータファイルに対
して簡便にメタデータを付属可能とすることにある。
【００１３】また、本発明の他の目的は、ディレクトリ
からファイルを移動したりコピーした場合であっても、
ディレクトリに登録していたメタデータが失われてしま
ったり、登録したメタデータが無駄になってしまうこと
を防止することにある。また、本発明の他の目的は、既
に各バイナリデータにメタデータが登録されている場合
に、それらメタデータをもとに適切なディレクトリ用の
メタデータを生成、付加することを可能にすることにあ
る。また、本発明の他の目的は、メタデータが登録され
たデータファイルから、適切なメタデータを抽出し、そ
のメタデータをディレクトリデータ登録することによっ
て、検索を高速化することを目的とする。更に、本発明
の他の目的は、データファイルを、ある属性あるいは特
性などによりグループ化したディレクトリに簡便に登録
する可能とすることを目的とする。
【００１４】
【課題を解決するための手段】上記の目的の少なくとも
一つを達成するための本発明の一態様によるデータ処理
方法は例えば以下の構成を備える。すなわち、ディレク
トリ構造でファイルを管理するファイル管理システムに
おいてディレクトリに対応するディレクトリデータを読
み込む第１読込工程と、前記ディレクトリデータに付与
すべきメタデータを読み込む第２読込工程と、前記第１
読込工程で読み込まれたディレクトリデータの後に、前
記第２読込工程で読み込まれたメタデータを接続する接
続工程と、前記接続工程によって得られたデータの全体
をディレクトリデータファイルとして出力する出力工程
とを備える。
【００１５】また、上記の目的の少なくとも一つを達成
するための本発明の他の態様によるデータ処理方法は例
えば以下の構成を備える。すなわち、ディレクトリデー
タファイルのデータにメタデータが登録されているか否
かを判別するデータ処理方法であって、ディレクトリデ
ータファイルを読み込む読込工程と、前記読込工程で読
み込まれたディレクトリデータファイルのデータを末尾
より検査し、所定のデータ記述言語における適正な形式
で記述されたデータが存在するか否かを判定することに
より、該データに含まれるメタデータを判別する判別工
程とを備える。
【００１６】また、上記の目的の少なくとも一つを達成
するための本発明の他の態様によるデータ処理方法は例
えば以下の構成を備える。すなわち、処理対象データが
属するディレクトリに対応するディレクトリデータを読
み込む読込工程と、前記読込工程で読み込まれたディレ
クトリデータよりメタデータを抽出する抽出工程と、前
記抽出工程で抽出されたメタデータに基づいて、前記処
理対象データへメタデータを付加する付加工程とを備え
る。
【００１７】また、上記の目的の少なくとも一つを達成
するための本発明の他の態様によるデータ処理方法は例
えば以下の構成を備える。すなわち、指定されたディレ
クトリ内に属するデータファイルを読み込む読込工程
と、前記読込工程で読み込まれたデータファイルからメ
タデータを抽出する抽出工程と、前記抽出工程で抽出さ
れたメタデータに基づいてディレクトリ用のメタデータ
を生成する生成工程と、前記生成工程で生成されたメタ
データをディレクトリデータに付加する付加工程とを備
える。
【００１８】また、本発明の他の態様によれば、上記の
データ処理方法を実現するデータ処理装置が提供され
る。さらに本発明の他の態様によれば、上記データ処理
方法をコンピュータに実現させるためのコンピュータプ
ログラムを格納した記憶媒体が提供される。
【００１９】
【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な実施形態を説明する。
【００２０】＜第１の実施形態＞図１は第１の実施形態
によるデータ処理装置の構成を示すブロック図である。
図１において、１００は読込部であり、スキャナ装置な
どを用いて画像を読み込む。１０１は入力部であり、ユ
ーザからの指示やデータを入力するもので、キーボード
やポインティング装置を含む。１０２は蓄積部であり、
バイナリデータやメタデータをディレクトリ構造で蓄積
する。蓄積部１０２としては、ハードディスクを用いる
のが一般的である。１０３は表示部であり、蓄積部１０
２に蓄積されたバイナリデータを表示したり、読込部１
００で読み込まれた画像データを表示する。表示部１０
３としては、ＣＲＴや液晶表示装置が一般的である。
【００２１】１０４はＣＰＵであり、上述した各構成の
処理のすべてに関わり、ＲＯＭ１０５とＲＡＭ１０６は
その処理に必要なプログラム、データ、或いは作業領域
をＣＰＵ１０４に提供する。なお、図２のフローチャー
トを参照して後述する本実施形態の処理手順を実現する
ための制御プログラムもＲＯＭ１０５に格納されている
ものとする。もちろん、蓄積部１０２にその制御プログ
ラムを格納しておき、ＣＰＵ１０４による実行に応じて
その制御プログラムがＲＡＭ１０６上へロードされるよ
うな構成であってもよい。
【００２２】なお、第１の実施形態のデータ処理装置に
は上記以外にも、種々の構成要素が設けられているが、
本発明の主眼ではないので、その説明については省略す
る。
【００２３】つぎに、以上のように構成されたデータ処
理装置において、メタデータをディレクトリデータに登
録する処理について説明する。図２は、第１の実施形態
によるメタデータの登録処理を説明するフローチャート
である。
【００２４】図２において、まず、ステップＳ３０１
で、ユーザによって指定されたディレクトリのディレク
トリデータをメモリ（ＲＡＭ１０６）上に読み込む。こ
れは例えば所望のディレクトリ名をキーボードから入力
したり、ポインティング装置（例えばマウス）によって
当該ディレクトリを指示することによりなされる。次に
ステップＳ３０２において、ユーザによって指定され
た、メタデータが記述されているＸＭＬファイルをメモ
リ（ＲＡＭ１０６）上に読み込む。このＸＭＬファイル
の指定も、キーボードからファイル名を入力したり、ポ
インティング装置（例えばマウス）で対応するアイコン
を指示する等によって行われる。
【００２５】次にステップＳ３０３で、メタデータを記
述したＸＭＬファイルが適正形式のＸＭＬデータである
かを調べる。この適性形式の判定では、ＸＭＬファイル
の記述フォーマットを満足しているか（例えば、タグの
左右の括弧が正しく対をなしているか、タグ付けの形式
が正しいかどうか等の文法的な正しさ）がチェックされ
る。なお、適性形式のＸＭＬデータであるか否かの判定
は、正当なＸＭＬデータであるか否かを含めたチェック
であってもよい。ここで、正当なＸＭＬデータか否かの
判定は、例えば、ＸＭＬデータがＤＴＤ（Document Typ
e Definition）等のスキーマに従って記述されているか
どうか等のチェックを行うことでなされる。
【００２６】ステップＳ３０３において適正形式のＸＭ
Ｌデータでないと判定された場合にはステップＳ３０５
に進む。ステップＳ３０５では、ＸＭＬデータにエラー
がある旨を表示部１０３に表示し、本処理を終了する。
【００２７】一方、ステップＳ３０３においてＸＭＬフ
ァイルが適正形式のＸＭＬデータであると判定された場
合には、処理はステップＳ３０４に進む。ステップＳ３
０４では、ステップＳ３０１でメモリ上に読み込まれた
ディレクトリデータの後ろに当該メタデータを接続する
ことにより、メタデータの登録を行う。その後、ステッ
プＳ３０６において、メタデータを登録したディレクト
リデータを出力し、処理を終了する。なお、ステップＳ
３０６におけるデータ出力により、図３に示されるデー
タ構造を有するメタデータ付ディレクトリデータが１つ
のディレクトリデータファイルとして蓄積部１０２に格
納されることになる。
【００２８】図３は本実施形態によるディレクトリデー
タへのメタデータの登録状態を説明する図である。図３
に示されるように、ディレクトリデータの最後に（本例
では、ディレクトリデータの終端を示す識別子＜ＥＯＦ
＞の後に）、ＸＭＬデータで記述されたメタデータを接
続する。このようにすることにより、他のアプリケーシ
ョンには影響を与えずに、メタデータをディレクトリデ
ータに登録することができる。すなわち、一般のアプリ
ケーションはディレクトリデータを参照する場合に、デ
ィレクトリデータの先頭から終端識別子までのデータを
用いるので、接続されたメタデータは何等影響を及ぼさ
ないのである。
【００２９】さらに、メタデータはＸＭＬで記述されて
いるため、このＸＭＬデータ部分を抽出しておくことに
より、ＸＭＬデータを理解するツールがあれば、メタデ
ータの追加・変更・参照が可能であり、非常に汎用性に
優れている。なお、ディレクトリデータからＸＭＬデー
タ部分を抽出する処理については第２の実施形態で詳し
く説明する。
【００３０】以上説明したように、第一の実施形態によ
れば、メタデータをＸＭＬで記述し、ディレクトリデー
タの最後に接続することにより、既存のアプリケーショ
ンに影響を及ぼさずに、既存のディレクトリデータにメ
タデータを登録することができる。
【００３１】また。ディレクトリデータにメタデータを
登録することによって、当該ディレクトリ下のすべての
ファイルにメタデータをつけることが不要となり、その
内容の変更も簡単になる。
【００３２】＜第２の実施形態＞第１の実施形態におい
てディレクトリデータにメタデータを登録して、ディレ
クトリデータファイルとする方法を説明した。第２の実
施形態では、ディレクトリデータファイルにメタデータ
が登録されているかどうかを判別し、登録されている場
合にはそのメタデータを抽出する処理について説明す
る。なお、第２の実施形態におけるデータ処理装置の構
成は第１の実施形態（図１）と同様であるのでここでは
説明を省略する。
【００３３】以下、指定されたディレクトリのディレク
トリデータファイルに第１の実施形態で説明した如きメ
タデータが登録されているか否かの判定と、登録された
メタデータを抽出する動作について説明する。図４は第
２の実施形態による登録されたメタデータの判別及び抽
出手順を示すフローチャートである。なお、本実施形態
では、抽出されたメタデータを表示部１０３に表示する
が、出力の形態はこれに限らない。例えば、抽出したメ
タデータを編集や検索等の処理に提供するように構成し
てもよいことは当業者には明らかであろう。
【００３４】図４によれば、まず、ステップＳ５０１
で、ユーザの指示により、メタデータが登録されている
かを判別したいディレクトリデータファイル、即ち処理
対象データを指定する。ステップＳ５０１における、処
理対象データの指定は、キーボードから当該ディレクト
リデータのファイル名を入力したり、対応するアイコン
をポインティング装置（マウス）で指示することにより
行われる。
【００３５】次にステップＳ５０２において、指定され
たディレクトリデータファイルのデータにＸＭＬで記述
されたメタデータが登録されているかどうかを判別す
る。以下、ステップＳ５０２における判別処理の詳細に
ついて図５のフローチャートと、図６の概略図にしたが
って説明する。図５は第２の実施形態によるメタデータ
の判別処理の詳細を説明するフローチャートである。ま
た、図６はメタデータとしてＸＭＬデータが登録された
ディレクトリデータのデータ構成例を示す図である。
【００３６】第１の実施形態で説明したように、メタデ
ータとしてのＸＭＬデータが登録されているディレクト
リデータファイル（処理対象データ）のデータ構成は図
６のようになっている。したがって、メタデータの有無
の判別は以下のように行われる。
【００３７】図５に示されるように、まず、ステップＳ
６０１で、上記ステップＳ５０１で指定されたディレク
トリデータファイルのデータ全体（処理対象データの全
体）をメモリ（ＲＡＭ１０６）上に読み込む。なお、第
１の実施形態のステップＳ３０６によって出力されたデ
ータは一つのディレクトリデータファイルとして管理さ
れるので、ファイル管理システムによってこのデータの
全体を読出すことが可能である。
【００３８】次にステップＳ６０２において、ステップ
Ｓ６０１で読み込んだデータの最後に“＜/PhotoXML
＞”という文字列があるか調べる。存在しなかった場合
はステップＳ６０５に進む。
【００３９】一方、読み込んだ処理対象データの最後
に、“＜/PhotoXML＞”という文字列が存在した場合は
ステップＳ６０３にすすむ。ステップＳ６０３では“＜
/PhotoXML＞”という文字列の前に“＜PhotoXML＞”と
いう文字列が存在するかどうかを調べる。
【００４０】ステップＳ６０３において“＜PhotoXML
＞”という文字列の存在が確認された場合は、ステップ
Ｓ６０４にすすむ。ステップＳ６０４においては、メタ
データが登録されているものと結論づけ、本処理を終了
する。一方、ステップＳ６０３において“＜PhotoXML
＞”という文字列の存在が確認されなかった場合には、
処理はステップＳ６０５に進む。ステップＳ６０５にお
いては、メタデータは登録されていないものと結論づけ
る。すなわち、ステップＳ６０２で、当該バイナリデー
タの最後に文字列“＜/PhotoXML＞”が存在しない場
合、ステップＳ６０３で文字列“＜PhotoXML＞”が存在
しない場合には、処理はステップＳ６０５に進み、当該
処理対象データにメタデータは登録されていないものと
結論づける。
【００４１】なお、ステップＳ６０３において、“＜Ph
otoXML＞”という文字列の存在が確認された後に、さら
にそれらの文字列で囲まれたデータが、ＸＭＬの適正形
式で記述されているかを確認するようにしてもよい。更
に、この場合、当該データがＸＭＬの正当なデータであ
るか否かの判定を含めて行うようにしてもよい。適性形
式か否かの判定、正当なデータか否かの判定は、第１の
実施形態（ステップＳ３０３）で説明したとおりであ
る。
【００４２】次に、図４のフローチャートにもどる。図
５のフローチャートで示される処理によってメタデータ
が登録されていると結論づけられた場合には、処理はス
テップＳ５０３に進む。ステップＳ５０３では、文字列
“＜PhotoXML＞”と“＜/PhotoXML＞”で囲まれた部分
のＸＭＬデータに基づいて登録されているメタデータの
内容を表示部１０３に表示し、処理を終了する。一方、
ステップＳ５０２でメタデータが登録されていないと判
定された場合にはそのまま処理を終了する。
【００４３】以上説明したように、第２の実施形態によ
れば、メタデータを登録したディレクトリデータと、通
常のディレクトリデータとを、ＸＭＬの記述規則によっ
て判別し、メタデータが登録されているディレクトリデ
ータの場合には、そのメタデータを表示することができ
る。
【００４４】すなわち、第２の実施形態によれば、メタ
データが登録されたディレクトリデータとメタデータが
登録されていないディレクトリデータとを判別するとと
もに、登録されたメタデータを抽出することが可能とな
る。従って、メタデータとして既存のデータ記述言語を
用いれば、メタデータの参照や編集、検索に際して、当
該データ記述言語用の既存のツールをそのまま用いるこ
とができ、開発に関する手間も省くことができる。
【００４５】次に図７を用いて具体的にディレクトリ毎
に格納されているバイナリ・データファイルのメタデー
タを格納する方法について説明する。説明を簡単にする
ため、ルートディレクトリDirectory 1の下に、Directo
ry 2, Directory 3, Directory 4の３つのサブディレク
トリがあり、各サブディレクトリの下に図７に示すよう
にバイナリ・データファイルが置かれているものとす
る。
【００４６】このような場合において、各ディレクトリ
のディレクトリデータにメタデータを登録すれば、Dire
ctory 2の下に置かれているBinary Data File 2-1からB
inary Data File 2-3には同一のメタデータが、Directo
ry 3の下のBinary Data File3-1 とBinary Data File 3
-2にも同一のメタデータが、同様にDirectory 4の下に
置かれているファイルにも同一のメタデータが夫々保存
されることになる。
【００４７】メタデータの簡単な例を示すと、例えばデ
ィジタルカメラで撮影した場合などでは、Directory 2
は、３月１０日に撮影し、Directory 3のバイナリデー
タは３月１１日に撮影したといった情報である。あるい
は、「風景」や「人物」等の属性でディレクトリを分け
ることも考えられる。いずれにせよ、サブディレクトリ
を作成する時のデータファイルの分類の仕方によりメタ
データに格納する項目や内容を決めることができる。
【００４８】上記実施形態の場合、各バイナリ・データ
ファイル毎にメタデータを保存するのではなく、各サブ
ディレクトリのディレクトリデータにメタデータが格納
される。従ってバイナリ・データファイルを読み出そう
とするアプリケーションは、そのファイルが属している
ディレクトリに付随するメタデータを読み出し、これを
そのバイナリ・データファイルのメタデータとして処理
するように動作する。
【００４９】例えば、メタデータに格納されているある
項目でバイナリ・データファイルを検索する場合は、本
実施形態によれば、ディレクトリデータに付随して格納
されているメタデータがディレクトリの下に置かれてい
るバイナリ・データファイル全てに対して有効なため、
ディレクトリのみを検索すればよく、高速に検索処理を
行うことが可能となる。
【００５０】なお、ディレクトリに格納されるデータを
バイナリ・データとして説明したが、いかなる種類のデ
ータであってもよいことは明らかである。
【００５１】＜ファイルシステムによるディレクトリデ
ータの更新について＞ところで、ディレクトリに対して
ファイルの追加や削除を行った場合、ファイルシステム
はこの処理に応じてディレクトリデータを更新する。し
かしながら、メタデータが接続された状態のままで更新
を行うと、接続されているメタデータが破損してしま
う。従って、上記第１の実施形態によってメタデータが
付加されたディレクトリデータを扱うために、ファイル
システムに若干の変更が必要となる。以下、ファイル管
理システムによるディレクトリデータの更新処理につい
て説明する。
【００５２】図８は、本実施形態のファイル管理システ
ムによるディレクトリデータの更新処理を説明するフロ
ーチャートである。ディレクトリ内のファイルが更新、
追加、削除された場合は、図８に示す処理によってディ
レクトリデータの更新が行われる。
【００５３】まず、ステップＳ７０１において、当該デ
ィレクトリのディレクトリデータファイルが読み出され
る。そして、ステップＳ７０２において、当該ディレク
トリデータにメタデータが接続されているか否かを判定
する。この判定は、上述の図５に示される手順により行
うことができる。そして、メタデータが登録されている
と判定された場合は、ステップＳ７０３へ進む。
【００５４】ステップＳ７０３では、存在が検出された
メタデータを分離し、別の記憶エリアに待避させてお
く。そして、ステップＳ７０４では、メタデータが分離
された後のディレクトリデータに対して、従前と同様の
方法で編集を施す。そして、ディレクトリデータの編集
を終えたならば、ステップＳ７０５において、先のステ
ップＳ７０３で分離し待避させておいたメタデータを、
更新後のディレクトリデータの後に再度接続する。一
方、ステップＳ７０２においてメタデータが登録されて
いなければ、ステップＳ７０６へ進み、即座にディレク
トリデータを更新する。
【００５５】以上の処理において、ステップＳ７０４と
ステップＳ７０６におけるディレクトリデータの更新処
理は、従前のファイル管理システムにおいて実行される
処理と同一のものでよい。従って、上述のファイル管理
システムの改造は大した作業ではなく、僅かな変更によ
って本実施形態のディレクトリファイルを取り扱い可能
となることが当業者には理解されよう。
【００５６】以上第１及び第２の実施形態で説明したよ
うに、メタデータをディレクトリデータに登録するので
ディレクトリ単位でメタデータを登録、管理できる。ま
た、既存のディレクトリデータの最後にメタデータを接
続することにより、既存のアプリケーションに影響を与
えずに、ディレクトリデータにメタデータを登録するこ
とが可能となる。更に、メタデータが記述されたディレ
クトリデータからメタデータを抽出し、例えば検索、参
照、変更等の処理に供することが可能となる。従って、
メタデータの記述に一般的なデータ記述言語を用いるこ
とにより、データ記述言語用の既存のツールを利用する
ことが可能となり、対応アプリケーションの開発が容易
である。また、ディレクトリに対してメタデータを登録
することにより、メタデータの管理容易化、データ量の
削減が図られる。このため、例えば、メタデータ内のあ
る項目でバイナリデータを検索する場合には、ディレク
トリのみ検索を行えばよく、高速に検索することができ
る。また、メタデータ内の項目に格納されている値を変
更する場合には、各バイナリデータファイル毎に行う必
要が無く、ディレクトリデータに付属しているメタデー
タを変更するだけで、そのディレクトリで管理されてい
るバイナリデータ全てに対して変更したことになる。こ
のため、メタデータの変更を高速に行える。また、ディ
レクトリで管理されている複数のバイナリデータに対し
て共通なメタデータを一つのメタデータで管理すること
ができ、データ量を削減することができる。
【００５７】＜第３の実施形態＞第１及び第２の実施形
態ではディレクトリデータにメタデータを登録すること
を示した。ディレクトリにメタデータを登録することに
よって、当該ディレクトリ下のすべてのファイルにメタ
データをつけることが不要となり、その内容の変更も簡
単になった。しかしながら、このディレクトリからファ
イルを移動したりコピーした場合、ディレクトリに登録
していたメタデータは失われてしまい、登録したメタデ
ータが無駄になってしまう可能性がある。第３の実施形
態では、このような不具合を解消するべく、ディレクト
リ内のバイナリデータがディレクトリ外に複製・移動さ
れた場合に、そのバイナリデータに自動的にメタデータ
を登録する。なお、第３の実施形態におけるデータ処理
装置の構成は第１の実施形態（図１）と同様であるので
ここでは説明を省略する。
【００５８】次に、第３の実施形態によるバイナリデー
タへのメタデータの登録方法を図９のフローチャートを
参照して説明する。なお、図９のフローチャートでは、
ディレクトリ内のバイナリデータがディレクトリ外に複
製・移動された場合に、そのバイナリデータにメタデー
タを自動的に付加する。
【００５９】まず、ステップＳ１３０１において、ユー
ザの指示でディレクトリ内の１つのバイナリデータが、
他のディレクトリへの複製または移動のために指定され
る。なお、以下の処理は、操作内容が複製であった場合
は、複製後のバイナリデータ（複製元のバイナリデータ
ではない）に対して、操作内容が移動であった場合は、
移動後のバイナリデータに対して実行される。次にステ
ップＳ１３０２において、指定されたバイナリデータが
属するディレクトリに、第１、第２の実施形態で説明し
たようなディレクトリメタデータが登録されているかを
判別する。ディレクトリメタデータが登録されているか
否かの判別は図５及び図６を参照して第２の実施形態で
上述したとおりである。
【００６０】ステップＳ１３０２による判別の結果、デ
ィレクトリにディレクトリメタデータが登録されている
場合はステップＳ１３０３にすすみ、登録されていない
場合にはステップＳ１３０４にすすむ。ステップＳ１３
０４では、ディレクトリにメタデータは登録されていな
いので、指定されたバイナリデータを複製（または移
動）して処理を終える。
【００６１】一方、ディレクトリメタデータが登録され
ている場合は、ステップＳ１３０３において、ステップ
Ｓ１３０１で指定されたバイナリデータにメタデータが
登録されているかどうかを判別する。バイナリデータに
メタデータが登録されているか否かを判別する処理につ
いて、図１０及び図１１を用いて説明する。図１０は、
バイナリデータにメタデータが登録されているか否かを
判定するためのフローチャートである。図１１は本実施
形態によるバイナリデータへのメタデータの登録状態を
説明する図である。
【００６２】メタデータが登録されているバイナリデー
タの内部は図１１のようになっている。すなわち、上述
のディレクトリデータへのメタデータの付加と同様に、
バイナリデータの後尾にＸＭＬ形式で記述されたメタデ
ータが接続されている。したがって、メタデータの有無
の判別は、図１０において、まずステップＳ１６０１
で、指定されたバイナリデータの全部をメモリ上に読み
込む。次にステップＳ１６０２において、読み込んだバ
イナリデータの最後に“＜/PhotoXML＞”という文字列
があるか調べる。 もし存在した場合は、ステップＳ１
６０３にすすむ。ステップＳ１６０３において、“＜/P
hotoXML＞”という文字列の前に“＜PhotoXML＞”とい
う文字列が存在するか調べる。もし存在した場合は、ス
テップＳ１６０４に進み、当該バイナリデータにメタデ
ータが登録されているものと結論づける。一方、ステッ
プＳ１６０２で“＜/PhotoXML＞”という文字列が存在
しないと判断された場合、或いはステップＳ１６０３で
“＜PhotoXML＞”という文字列が存在しないと判断され
た場合は、ステップＳ１６０５にすすみ、当該バイナリ
データにメタデータは登録されていないと結論づける。
【００６３】なお、ステップＳ１６０３において、“＜
PhotoXML＞”という文字列の存在が確認された後に、さ
らにそれらの文字列で囲まれたデータが、ＸＭＬの適正
形式で記述されているかを確認するようにしてもよい。
更に、この場合、当該データがＸＭＬの正当なデータで
あるか否かの判定を含めて行うようにしてもよい。適性
形式か否かの判定、正当なデータか否かの判定は、第１
の実施形態（ステップＳ３０３）で説明したとおりであ
る。
【００６４】以上の判別処理によりバイナリデータにメ
タデータが登録されていないと判別された場合にはステ
ップＳ１３０８にすすむ。ステップＳ１３０８に処理が
進んだ場合、ディレクトリにはディレクトリメタデータ
が登録され、バイナリデータにはメタデータが登録され
ていない状態である。従って、ディレクトリメタデータ
をバイナリデータに登録し、バイナリデータを複製(移
動)して処理を終了する。なお、バイナリデータへのメ
タデータの登録は、第１の実施形態で説明したディレク
トリデータへのメタデータの登録と同様の方法で行われ
る。すなわち、バイナリデータの末尾にメタデータを接
続して、図１１に示すような形態のデータを生成する。
【００６５】一方、ステップＳ１３０３においてバイナ
リデータにメタデータが登録されていると判別された場
合は、ステップＳ１３０５へ進む。ステップＳ１３０５
においては、ディレクトリに登録されていたディレクト
リメタデータとバイナリデータに登録されていたメタデ
ータとを比較する。次に、ステップＳ１３０６におい
て、ステップＳ１３０５で比較した結果、ディレクトリ
メタデータとメタデータすべてが含まれるようなメタデ
ータを作成する。
【００６６】ステップＳ１３０６におけるメタデータの
生成処理について詳しく説明する。ステップＳ１３０６
では、図１２に示されるように、ディレクトリメタデー
タ１８０１とメタデータ１８０２をあわせて、それらの
内容すべてが含まれるようなメタデータ１８０３を作成
する。
【００６７】以上のようにして作成したメタデータをバ
イナリデータに新たに登録し、バイナリデータを複製
(移動)して、処理を終了する。
【００６８】以上説明したように、第３の実施形態によ
ればディレクトリに登録されたディレクトリメタデータ
を、ディレクトリ内のバイナリデータの複製・移動の際
にメタデータとして登録することによって、ディレクト
リ内のファイル（例えばバイナリデータ）が別の場所に
移動しても、当該バイナリデータに対応するメタデータ
が失われることはない。
【００６９】また、あらかじめメタデータがバイナリデ
ータに登録してあった場合でも、ディレクトリメタデー
タと合成して、ディレクトリとバイナリデータ両方のメ
タデータを登録することができる。
【００７０】さらに、メタデータはデータ記述言語で記
述されているので、既存のデータ記述言語専用のツール
をそのまま用いることができ、開発に関する手間も省く
ことができる。
【００７１】＜第４の実施形態＞第４の実施形態では、
あらかじめバイナリデータがメタデータを有しているよ
うな場合に、ディレクトリデータに適切なメタデータを
登録可能とする。なお、第４の実施形態におけるデータ
処理装置の構成は第１の実施形態（図１）と同様である
のでここでは説明を省略する。以下、ディレクトリ内の
バイナリデータから適切なディレクトリ用のメタデータ
を生成する処理について、図１３のフローチャートにし
たがって説明する。
【００７２】図１３において、まず、ステップＳ２３０
１において、ユーザの指示で所望のディレクトリ（メタ
データを生成、付加するべきディレクトリ）が指定され
る。次にステップＳ２３０２において、ディレクトリ内
のデータファイルの一つを選択し、そのデータファイル
にメタデータが登録されているかを判別する。データフ
ァイルにメタデータが登録されているか否かの判別手順
については、図１０および図１１を用いて上述したとお
りである。
【００７３】バイナリデータにメタデータが登録されて
いる場合には、ステップＳ２３０３にすすみ、メタデー
タが登録されているデータファイル名とメタデータをメ
モリ上のリスト１に追加する。一方、ステップＳ２３０
２において、メタデータが登録されていない場合にはス
テップＳ２３０４にすすむ。ステップＳ２３０４におい
ては、メタデータが登録されていないデータファイル名
をメモリ上のリスト２に追加する。以上の処理を当該デ
ィレクトリ内のすべてのファイルについて実行する(ス
テップＳ２３０５)。
【００７４】次に、ステップＳ２３０６において、メタ
データとメタデータが登録されているデータファイル名
が記録されているリスト１からディレクトリメタデータ
を生成する。リストからディレクトリメタデータを生成
する処理について図１４および図１５を参照して説明す
る。図１４は、ステップＳ２３０６におけるディレクト
リメタデータの生成手順を説明するフローチャートであ
る。また、図１５はステップＳ２３０６におけるディレ
クトリメタデータの生成を説明する図である。
【００７５】ステップＳ２４０１において、リスト１に
登録されたすべてのメタデータに共通のメタデータ項目
があるかを調べる。ここで、すべてのメタデータに共通
のメタデータ項目があった場合、ステップＳ２４０２に
すすみ、すべてのメタデータに共通のメタデータ項目を
抽出し、抽出されたメタデータ項目を用いてディレクト
リメタデータを生成して処理を終了する。この処理を図
１５を用いて説明する。リスト１（５０１）によれば、
img001.jpg、img002.jpg、img003.jpgの３つのイメージ
ファイルにメタデータが付与されているのがわかる（フ
ァイル名は＜Filename＞と＜/Filename＞で囲まれた文
字列であり、メタデータは＜PhotoXML＞と＜/PhotoXML
＞で囲まれたデータである）。リスト１（５０１）にリ
ストされている３つのデータファイルのメタデータから
共通のメタデータ項目を抽出してディレクトリメタデー
タを生成すると、ディレクトリメタデータ（５０２）の
ようになる。
【００７６】一方、ステップＳ２４０１において全ての
メタデータに共通のメタデータ項目が無かった場合に
は、ステップＳ２４０３において、最も多くのメタデー
タに登録されているメタデータ項目を用いてディレクト
リメタデータを生成する。さらにステップＳ２４０４に
おいて、作成されたディレクトリメタデータに含まれる
メタデータ項目を含まないメタデータが付加されている
データファイル名を掲載するリスト３を新たに生成す
る。そして、ステップＳ２４０５において、リスト３に
掲載したデータファイル名とそのメタデータをリスト１
から削除する。
【００７７】図１３に戻り、ステップＳ２３０７におい
て、新しいディレクトリを生成し、リスト１に登録され
ているデータファイル（生成されたディレクトリ用のメ
タデータに含まれるメタデータ項目と共通するメタデー
タ項目を少なくとも１つ含むメタデータが登録されてい
るデータファイル）をすべてこの新しいディレクトリに
移動する。なお、ステップＳ２３０７において、新しい
ディレクトリはディレクトリメタデータからの適当なデ
ータを用いて名前をつける。そして、ステップＳ２３０
８において、上記ステップＳ２４０４でリスト３が生成
されたか否かを判定し、生成されていればステップＳ２
３０９へ進み、生成されていなければステップＳ２３０
９をスキップする。ステップＳ２３０９では、リスト３
にあるデータファイルを“MetaMisc”という名前のディ
レクトリに移動する。最後に、ステップＳ２３１０にお
いて、ステップＳ２３０７で生成した新しいディレクト
リにディレクトリメタデータを登録して、処理を終了す
る。なお、ディレクトリにメタデータを登録する方法は
第１の実施形態で説明したとおりであり、図６に示した
ようなデータ構造となる。
【００７８】以上のようにしてディレクトリ内に含まれ
るデータファイルから、ディレクトリメタデータを自動
生成して、ディレクトリにメタデータを登録することが
できる。
【００７９】以上説明したように、第４の実施形態によ
ればディレクトリ内のデータファイルからディレクトリ
メタデータを自動生成することが可能となり、容易にデ
ィレクトリにディレクトリメタデータを登録できる。共
通のメタデータが無かった場合でも、“MetaMisc”内の
バイナリデータから、ディレクトリメタデータを再度自
動生成することで、ディレクトリメタデータを次々に生
成していくことも可能である。
【００８０】なお、第４の実施形態において、指定され
たディレクトリ内の全てのデータファイルが最後までリ
スト１に属する場合（これは、当該ディレクトリ内の全
てのデータファイルにメタデータが登録されており、そ
れら全てのメタデータが共通のメタデータ項目を有する
場合である）には、新たなディレクトリを生成せず、当
該指定されたディレクトリのディレクトリデータに生成
されたメタデータを登録するようにしてもよい。
【００８１】以上の第４の実施形態の説明から明らかな
ように、バイナリデータからディレクトリメタデータを
自動生成することが可能となる。また、ディレクトリに
メタデータをつけることにより、高速な検索を行うこと
が可能となる。さらに、メタデータは既存のデータ記述
言語で記述されているので、既存のデータ記述言語専用
のツールをそのまま用いることができ、開発に関する手
間も省くことができる。
【００８２】なお、上記第１〜第４の各実施形態では、
メタデータとしてＸＭＬデータを用いたがこれに限られ
るものではない。例えば、ＳＧＭＬやＨＴＭＬ等のデー
タ記述言語であってもよい。また、各ディレクトリに保
持されるファイルのデータとしては、静止画像データ、
動画像データ、音声データ等のバイナリデータや、他の
いかなる形態のデータであったもよい。
【００８３】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。
【００８４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。
【００８５】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。
【００８６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。
【００８７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。
【００８８】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
【００８９】
【発明の効果】以上説明したように、本発明によれば、
メタデータをディレクトリデータに登録するのでディレ
クトリ単位でメタデータを登録、管理できる。また、本
発明によれば、既存のディレクトリデータの最後にメタ
データを接続することにより、既存のアプリケーション
に影響を与えずに、ディレクトリデータにメタデータを
登録することが可能となる。更に、本発明によれば、メ
タデータが記述されたディレクトリデータからメタデー
タを抽出し、例えば検索、参照、変更等の処理に供する
ことが可能となる。従って、メタデータの記述に一般的
なデータ記述言語を用いることにより、データ記述言語
用の既存のツールを利用することが可能となり、対応ア
プリケーションの開発が容易である。また、本発明によ
れば、ディレクトリに対してメタデータを登録すること
により、メタデータの管理容易化、データ量の削減が図
られる。このため、例えば、メタデータ内のある項目で
バイナリデータを検索する場合には、ディレクトリのみ
検索を行えばよく、高速に検索することができる。ま
た、メタデータ内の項目に格納されている値を変更する
場合には、各バイナリデータファイル毎行う必要が無
く、ディレクトリデータに付属しているメタデータを変
更するだけで、そのディレクトリで管理されているバイ
ナリデータ全てに対して変更したことになり、高速に行
える。また、ディレクトリで管理されている複数のバイ
ナリデータに対して共通なメタデータを一つのメタデー
タで管理することができ、データ量を削減することがで
きる。
【００９０】また、本発明によれば、ディレクトリから
ファイルを移動したりコピーした場合であっても、ディ
レクトリに登録していたメタデータが失われてしまった
り、登録したメタデータが無駄になってしまうことを防
止できる。また、本発明によれば、既に各バイナリデー
タにメタデータが登録されている場合であっても、ディ
レクトリに適切なメタデータを付加することが可能にな
る。また、本発明によれば、メタデータが登録されたデ
ータファイルから、適切なメタデータを抽出し、そのメ
タデータをディレクトリデータ登録することによって、
検索を高速化することができる。更に、本発明によれ
ば、データファイルを、ある属性あるいは特性などによ
りグループ化したディレクトリに簡便に登録することが
できる。
【図面の簡単な説明】
【図１】第１の実施形態によるデータ処理装置の構成を
示すブロック図である。
【図２】第１の実施形態によるメタデータの登録処理を
説明するフローチャートである。
【図３】実施形態によるディレクトリデータへのメタデ
ータの登録状態を説明する図である。
【図４】第２の実施形態による登録されたメタデータの
判別及び抽出手順を示すフローチャートである。
【図５】第２の実施形態によるメタデータの判別処理の
詳細を説明するフローチャートである。
【図６】メタデータとしてＸＭＬデータが登録されたデ
ィレクトリデータのデータ構成例を示す図である。
【図７】第２の実施形態によるディレクトリ構造の例を
説明する図である。
【図８】第２の実施形態のファイル管理システムによる
ディレクトリデータの更新処理を説明するフローチャー
トである。
【図９】第３の実施形態におけるバイナリデータへのメ
タデータ登録方法を示すフローチャートである。
【図１０】第３の実施形態におけるバイナリデータにメ
タデータが登録されているかを判断する方法を示すフロ
ーチャートである。
【図１１】第３の実施形態における、メタデータの登録
されているバイナリデータのデータ構成例を示す図であ
る。
【図１２】第３の実施形態におけるメタデータとディレ
クトリメタデータを比較し合成する方法の例を説明する
図である。
【図１３】第４の実施形態における、ディレクトリデー
タに自動生成したディレクトリメタデータを登録する方
法を示すフローチャートである。
【図１４】第４の実施形態における、ディレクトリメタ
データを自動生成する方法を示すフローチャートであ
る。
【図１５】第４の実施形態における、メタデータのリス
トからディレクトリメタデータを自動生成する例を示す
図である。
【図１６】バイナリデータにメタデータを埋め込んだフ
ォーマットの概要を示す図である。
【図１７】バイナリデータとメタデータをデータベース
で管理する方法を概念的に示した図である。

Claims (61)

    【特許請求の範囲】
  1. 【請求項１】 ディレクトリ構造でファイルを管理する
    ファイル管理システムにおいてディレクトリに対応する
    ディレクトリデータを読み込む第１読込工程と、 前記ディレクトリデータに付与すべきメタデータを読み
    込む第２読込工程と、 前記第１読込工程で読み込まれたディレクトリデータの
    後に、前記第２読込工程で読み込まれたメタデータを接
    続する接続工程と、 前記接続工程によって得られたデータの全体をディレク
    トリデータファイルとして出力する出力工程とを備える
    ことを特徴とするデータ処理方法。
  2. 【請求項２】 前記第２読込工程で読み込まれたメタデ
    ータが、所定のデータ記述言語における適正な形式で記
    述されているか否かを判定する判定工程を更に備え、 前記接続工程は、前記判定工程で適正な形式で記述され
    ていると判定された場合に、前記メタデータを前記ディ
    レクトリデータの後に接続することを特徴とする請求項
    １に記載のデータ処理方法。
  3. 【請求項３】 前記判定工程は、前記メタデータが前記
    所定のデータ記述言語としての正当性を満足するか否か
    に基づいて判定することを特徴とする請求項２に記載の
    データ処理方法。
  4. 【請求項４】 前記判定工程は、前記メタデータがデー
    タ記述言語が文法的に正しいか否かに基づいて判定する
    ことを特徴とする請求項２に記載のデータ処理方法。
  5. 【請求項５】 ディレクトリデータファイルのデータに
    メタデータが登録されているか否かを判別するデータ処
    理方法であって、 ディレクトリデータファイルを読み込む読込工程と、 前記読込工程で読み込まれたディレクトリデータファイ
    ルのデータを末尾より検査し、所定のデータ記述言語に
    おける適正な形式で記述されたデータが存在するか否か
    を判定することにより、該データに含まれるメタデータ
    を判別する判別工程とを備えることを特徴とするデータ
    処理方法。
  6. 【請求項６】 前記判別工程においてメタデータが判別
    された場合、判別されたメタデータを抽出して出力する
    出力工程を更に備えることを特徴とする請求項５に記載
    のデータ処理方法。
  7. 【請求項７】 前記出力工程は、前記抽出されたメタデ
    ータに基づく表示を行うことを特徴とする請求項６に記
    載のデータ処理方法。
  8. 【請求項８】 前記出力工程は、前記抽出されたメタデ
    ータを、前記所定のデータ記述言語に基づいて所定の処
    理を実行するためのツールに提供することを特徴とする
    請求項６に記載のデータ処理方法。
  9. 【請求項９】 前記判別工程は、 前記所定のデータ記述言語によって規定された末尾文字
    列が前記データの末尾に存在するか否かをチェックする
    チェック工程と、 該末尾文字列が存在する場合に前記所定のデータ記述言
    語に規定された先頭文字列を該データの先頭ヘ向かって
    検索する検索工程とを備え、 前記末尾文字列と前記先頭文字列によって挟まれたデー
    タが存在する場合に、このデータをメタデータと判別す
    ることを特徴とする請求項５に記載のデータ処理方法。
  10. 【請求項１０】 前記判別工程は、前記末尾文字列と前
    記先頭文字列によって挟まれたデータが、前記所定のデ
    ータ記述言語における適正な形式を有するか否かを検査
    する検査工程を更に備えることを特徴とする請求項９に
    記載のデータ処理方法。
  11. 【請求項１１】 前記検査工程は、前記所定のデータ記
    述言語としての正当性を満足するかの判断を含めて検査
    することを特徴とする請求項１０に記載のデータ処理方
    法。
  12. 【請求項１２】 前記検査工程は、前記所定のデータ記
    述言語が文法的に正しいか否かの判断を含めて検査する
    ことを特徴とする請求項１０に記載のデータ処理方法。
  13. 【請求項１３】 処理対象データが属するディレクトリ
    に対応するディレクトリデータを読み込む読込工程と、 前記読込工程で読み込まれたディレクトリデータよりメ
    タデータを抽出する抽出工程と、 前記抽出工程で抽出されたメタデータに基づいて、前記
    処理対象データへメタデータを付加する付加工程とを備
    えることを特徴とするデータ処理方法。
  14. 【請求項１４】 前記付加工程は、 前記処理対象データにメタデータが登録されているか否
    かを判定する判定工程を備え、 メタデータが登録されていないと判定された場合に、前
    記処理対象データに前記抽出工程で抽出されたメタデー
    タを付加することを特徴とする請求項１３に記載のデー
    タ処理方法。
  15. 【請求項１５】 前記付加工程は、 前記処理対象データにメタデータが登録されているか否
    かを判定する判定工程と、 メタデータが登録されていると判定された場合に、前記
    処理対象データからメタデータを分離する分離工程と、 前記分離工程で得られたメタデータと、前記抽出工程で
    得られたメタデータとに基づいて新たなメタデータを生
    成する生成工程とを備え、 前記生成工程によって生成されたメタデータを、前記分
    離工程によってメタデータが分離された後の前記処理対
    象データに付加することを特徴とする請求項１３に記載
    のデータ処理方法。
  16. 【請求項１６】 前記生成工程は、前記分離工程で得ら
    れたメタデータと、前記抽出工程で得られたメタデータ
    とに含まれる全てのデータ項目が含まれるように新たな
    メタデータを生成することを特徴とする請求項１５に記
    載のデータ処理方法。
  17. 【請求項１７】 前記処理対象データは、他のディレク
    トリにコピーされたデータであることを特徴とする請求
    項１３に記載のデータ処理方法。
  18. 【請求項１８】 前記処理対象データは、他のディレク
    トリに移動されたデータであることを特徴とする請求項
    １３に記載のデータ処理方法。
  19. 【請求項１９】 前記処理対象データはバイナリデータ
    部分を含み、 前記付加工程は、前記処理対象データのバイナリデータ
    部分の後にメタデータを接続することを特徴とする請求
    項１３に記載のデータ処理方法。
  20. 【請求項２０】 前記処理対象データは、画像データ、
    音声データ、動画像データのいずれかであることを特徴
    とする請求項１３に記載のデータ処理方法。
  21. 【請求項２１】 指定されたディレクトリ内に属するデ
    ータファイルを読み込む読込工程と、 前記読込工程で読み込まれたデータファイルからメタデ
    ータを抽出する抽出工程と、 前記抽出工程で抽出されたメタデータに基づいてディレ
    クトリ用のメタデータを生成する生成工程と、 前記生成工程で生成されたメタデータをディレクトリデ
    ータに付加する付加工程とを備えることを特徴とするデ
    ータ処理方法。
  22. 【請求項２２】 前記生成工程は、前記抽出工程で抽出
    したメタデータの全てに含まれる共通のメタデータ項目
    に基づいて前記ディレクトリに対応するメタデータを生
    成することを特徴とする請求項２１に記載のデータ処理
    方法。
  23. 【請求項２３】 前記生成工程は、前記抽出工程で抽出
    したメタデータに最も多く含まれている共通のメタデー
    タ項目に基づいて前記ディレクトリに対応するメタデー
    タを生成することを特徴とする請求項２１に記載のデー
    タ処理方法。
  24. 【請求項２４】 新たなディレクトリを生成し、前記生
    成工程において生成されたディレクトリ用のメタデータ
    に用いられたメタデータ項目を含むメタデータが付加さ
    れているデータファイルを該新たなディクレクトリに登
    録する第１登録工程を更に備え、 前記付加工程は、前記新たなディレクトリに対応するデ
    ィレクトリデータに前記生成工程で生成されたメタデー
    タを付加することを特徴とする請求項２１に記載のデー
    タ処理方法。
  25. 【請求項２５】 新たな別のディクレクトリを生成し、
    前記生成工程において生成されたディレクトリ用のメタ
    データに用いられたメタデータ項目が存在しないメタデ
    ータが付加されているデータファイルを該新たな別のデ
    ィクレクトリに登録する第２登録工程を更に備えること
    を特徴とする請求項２１に記載のデータ処理方法。
  26. 【請求項２６】 前記データファイルは、画像データフ
    ァイル、音声データファイル、動画像データファイルの
    いずれかであることを特徴とする請求項２１に記載のデ
    ータ処理方法。
  27. 【請求項２７】 前記付加工程は、ディレクトリデータ
    の後ろに前記生成工程で生成されたメタデータを接続す
    ることを特徴とする請求項２１に記載のデータ処理方
    法。
  28. 【請求項２８】 前記メタデータがＸＭＬのデータ記述
    言語で記述されていることを特徴とする請求項１乃至２
    ７のいずれかに記載のデータ処理方法。
  29. 【請求項２９】 前記メタデータがＳＧＭＬのデータ記
    述言語で記述されていることを特徴とする請求項１乃至
    ２７のいずれかに記載のデータ処理方法。
  30. 【請求項３０】 前記メタデータがＨＴＭＬのデータ記
    述言語で記述されていることを特徴とする請求項１乃至
    ２７のいずれかに記載のデータ処理方法。
  31. 【請求項３１】 ディレクトリ構造でファイルを管理す
    るファイル管理システムにおいてディレクトリに対応す
    るディレクトリデータを読み込む第１読込手段と、 前記ディレクトリデータに付与すべきメタデータを読み
    込む第２読込手段と、 前記第１読込手段で読み込まれたディレクトリデータの
    後に、前記第２読込手段で読み込まれたメタデータを接
    続する接続手段と、 前記接続手段によって得られたデータの全体をディレク
    トリデータファイルとして出力する出力手段とを備える
    ことを特徴とするデータ処理装置。
  32. 【請求項３２】 前記第２読込手段で読み込まれたメタ
    データが、所定のデータ記述言語における適正な形式で
    記述されているか否かを判定する判定手段を更に備え、 前記接続手段は、前記判定手段で適正な形式で記述され
    ていると判定された場合に、前記メタデータを前記ディ
    レクトリデータの後に接続することを特徴とする請求項
    ３１に記載のデータ処理装置。
  33. 【請求項３３】 前記判定手段は、前記メタデータが前
    記所定のデータ記述言語としての正当性を満足するか否
    かに基づいて判定することを特徴とする請求項３２に記
    載のデータ処理装置。
  34. 【請求項３４】 前記判定手段は、前記メタデータがデ
    ータ記述言語が文法的に正しいか否かに基づいて判定す
    ることを特徴とする請求項３２に記載のデータ処理装
    置。
  35. 【請求項３５】 ディレクトリデータファイルのデータ
    にメタデータが登録されているか否かを判別するデータ
    処理装置であって、 ディレクトリデータファイルを読み込む読込手段と、 前記読込手段で読み込まれたディレクトリデータファイ
    ルのデータを末尾より検査し、所定のデータ記述言語に
    おける適正な形式で記述されたデータが存在するか否か
    を判定することにより、該データに含まれるメタデータ
    を判別する判別手段とを備えることを特徴とするデータ
    処理装置。
  36. 【請求項３６】 前記判別手段においてメタデータが判
    別された場合、判別されたメタデータを抽出して出力す
    る出力手段を更に備えることを特徴とする請求項３５に
    記載のデータ処理装置。
  37. 【請求項３７】 前記出力手段は、前記抽出されたメタ
    データに基づく表示を行うことを特徴とする請求項３６
    に記載のデータ処理装置。
  38. 【請求項３８】 前記出力手段は、前記抽出されたメタ
    データを、前記所定のデータ記述言語に基づいて所定の
    処理を実行するためのツールに提供することを特徴とす
    る請求項３６に記載のデータ処理装置。
  39. 【請求項３９】 前記判別手段は、 前記所定のデータ記述言語によって規定された末尾文字
    列が前記データの末尾に存在するか否かをチェックする
    チェック手段と、 該末尾文字列が存在する場合に前記所定のデータ記述言
    語に規定された先頭文字列を該データの先頭ヘ向かって
    検索する検索手段とを備え、 前記末尾文字列と前記先頭文字列によって挟まれたデー
    タが存在する場合に、このデータをメタデータと判別す
    ることを特徴とする請求項３５に記載のデータ処理装
    置。
  40. 【請求項４０】 前記判別手段は、前記末尾文字列と前
    記先頭文字列によって挟まれたデータが、前記所定のデ
    ータ記述言語における適正な形式を有するか否かを検査
    する検査手段を更に備えることを特徴とする請求項３９
    に記載のデータ処理装置。
  41. 【請求項４１】 前記検査手段は、前記所定のデータ記
    述言語としての正当性を満足するかの判断を含めて検査
    することを特徴とする請求項４０に記載のデータ処理装
    置。
  42. 【請求項４２】 前記検査手段は、前記所定のデータ記
    述言語が文法的に正しいか否かの判断を含めて検査する
    ことを特徴とする請求項４０に記載のデータ処理装置。
  43. 【請求項４３】 処理対象データが属するディレクトリ
    に対応するディレクトリデータを読み込む読込手段と、 前記読込手段で読み込まれたディレクトリデータよりメ
    タデータを抽出する抽出手段と、 前記抽出手段で抽出されたメタデータに基づいて、前記
    処理対象データへメタデータを付加する付加手段とを備
    えることを特徴とするデータ処理装置。
  44. 【請求項４４】 前記付加手段は、 前記処理対象データにメタデータが登録されているか否
    かを判定する判定手段を備え、 メタデータが登録されていないと判定された場合に、前
    記処理対象データに前記抽出手段で抽出されたメタデー
    タを付加することを特徴とする請求項４３に記載のデー
    タ処理装置。
  45. 【請求項４５】 前記付加手段は、 前記処理対象データにメタデータが登録されているか否
    かを判定する判定手段と、 メタデータが登録されていると判定された場合に、前記
    処理対象データからメタデータを分離する分離手段と、 前記分離手段で得られたメタデータと、前記抽出手段で
    得られたメタデータとに基づいて新たなメタデータを生
    成する生成手段とを備え、 前記生成手段によって生成されたメタデータを、前記分
    離手段によってメタデータが分離された後の前記処理対
    象データに付加することを特徴とする請求項４３に記載
    のデータ処理装置。
  46. 【請求項４６】 前記生成手段は、前記分離手段で得ら
    れたメタデータと、前記抽出手段で得られたメタデータ
    とに含まれる全てのデータ項目が含まれるように新たな
    メタデータを生成することを特徴とする請求項４５に記
    載のデータ処理装置。
  47. 【請求項４７】 前記処理対象データは、他のディレク
    トリにコピーされたデータであることを特徴とする請求
    項４３に記載のデータ処理装置。
  48. 【請求項４８】 前記処理対象データは、他のディレク
    トリに移動されたデータであることを特徴とする請求項
    ４３に記載のデータ処理装置。
  49. 【請求項４９】 前記処理対象データはバイナリデータ
    部分を含み、 前記付加手段は、前記処理対象データのバイナリデータ
    部分の後にメタデータを接続することを特徴とする請求
    項４３に記載のデータ処理装置。
  50. 【請求項５０】 前記処理対象データは、画像データ、
    音声データ、動画像データのいずれかであることを特徴
    とする請求項４３に記載のデータ処理装置。
  51. 【請求項５１】 指定されたディレクトリ内に属するデ
    ータファイルを読み込む読込手段と、 前記読込手段で読み込まれたデータファイルからメタデ
    ータを抽出する抽出手段と、 前記抽出手段で抽出されたメタデータに基づいてディレ
    クトリ用のメタデータを生成する生成手段と、 前記生成手段で生成されたメタデータをディレクトリデ
    ータに付加する付加手段とを備えることを特徴とするデ
    ータ処理装置。
  52. 【請求項５２】 前記生成手段は、前記抽出手段で抽出
    したメタデータの全てに含まれる共通のメタデータ項目
    に基づいて前記ディレクトリに対応するメタデータを生
    成することを特徴とする請求項５１に記載のデータ処理
    装置。
  53. 【請求項５３】 前記生成手段は、前記抽出手段で抽出
    したメタデータに最も多く含まれている共通のメタデー
    タ項目に基づいて前記ディレクトリに対応するメタデー
    タを生成することを特徴とする請求項５１に記載のデー
    タ処理装置。
  54. 【請求項５４】 新たなディレクトリを生成し、前記生
    成手段において生成されたディレクトリ用のメタデータ
    に用いられたメタデータ項目を含むメタデータが付加さ
    れているデータファイルを該新たなディクレクトリに登
    録する第１登録手段を更に備え、 前記付加手段は、前記新たなディレクトリに対応するデ
    ィレクトリデータに前記生成手段で生成されたメタデー
    タを付加することを特徴とする請求項５１に記載のデー
    タ処理装置。
  55. 【請求項５５】 新たな別のディクレクトリを生成し、
    前記生成手段において生成されたディレクトリ用のメタ
    データに用いられたメタデータ項目が存在しないメタデ
    ータが付加されているデータファイルを該新たな別のデ
    ィクレクトリに登録する第２登録手段を更に備えること
    を特徴とする請求項５１に記載のデータ処理装置。
  56. 【請求項５６】 前記データファイルは、画像データフ
    ァイル、音声データファイル、動画像データファイルの
    いずれかであることを特徴とする請求項５１に記載のデ
    ータ処理装置。
  57. 【請求項５７】 前記付加手段は、ディレクトリデータ
    の後ろに前記生成手段で生成されたメタデータを接続す
    ることを特徴とする請求項５１に記載のデータ処理装
    置。
  58. 【請求項５８】 前記メタデータがＸＭＬのデータ記述
    言語で記述されていることを特徴とする請求項３２乃至
    ５７のいずれかに記載のデータ処理装置。
  59. 【請求項５９】 前記メタデータがＳＧＭＬのデータ記
    述言語で記述されていることを特徴とする請求項３２乃
    至５７のいずれかに記載のデータ処理装置。
  60. 【請求項６０】 前記メタデータがＨＴＭＬのデータ記
    述言語で記述されていることを特徴とする請求項３２乃
    至５７のいずれかに記載のデータ処理装置。
  61. 【請求項６１】 請求項１乃至３０のいずれかに記載の
    方法をコンピュータによって実現するための制御プログ
    ラムを格納したことを特徴とする記憶媒体。
JP2000109923A 1999-04-27 2000-04-11 データ処理方法及び装置及び記憶媒体 Expired - Fee Related JP4378029B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000109923A JP4378029B2 (ja) 1999-04-27 2000-04-11 データ処理方法及び装置及び記憶媒体
US09/558,656 US7127472B1 (en) 1999-04-27 2000-04-26 Data processing method and data processing device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP11-120713 1999-04-27
JP12071399 1999-04-27
JP2000109923A JP4378029B2 (ja) 1999-04-27 2000-04-11 データ処理方法及び装置及び記憶媒体

Publications (3)

Publication Number Publication Date
JP2001014196A true JP2001014196A (ja) 2001-01-19
JP2001014196A5 JP2001014196A5 (ja) 2007-03-08
JP4378029B2 JP4378029B2 (ja) 2009-12-02

Family

ID=26458240

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000109923A Expired - Fee Related JP4378029B2 (ja) 1999-04-27 2000-04-11 データ処理方法及び装置及び記憶媒体

Country Status (2)

Country Link
US (1) US7127472B1 (ja)
JP (1) JP4378029B2 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7085767B2 (en) 2000-10-27 2006-08-01 Canon Kabushiki Kaisha Data storage method and device and storage medium therefor
JP2007124668A (ja) * 2006-10-31 2007-05-17 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
JP2008508659A (ja) * 2004-07-30 2008-03-21 サムスン エレクトロニクス カンパニー リミテッド メタデータを含む記録媒体、その再生装置及び方法
EP1852775A3 (en) * 2006-05-03 2009-02-25 Tellabs Oy Method and apparatus for processing a sequential file
KR20190143521A (ko) * 2018-06-08 2019-12-31 삼성에스디에스 주식회사 스토리지 관리 장치 및 방법

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8706686B2 (en) * 2003-12-24 2014-04-22 Split-Vision Kennis B.V. Method, computer system, computer program and computer program product for storage and retrieval of data files in a data storage means
US7526479B2 (en) * 2003-12-30 2009-04-28 Sap Ag Configuration manager in enterprise computing system
US8601099B1 (en) 2003-12-30 2013-12-03 Sap Ag System and method for managing multiple sever node clusters using a hierarchical configuration data structure
US7519600B1 (en) 2003-12-30 2009-04-14 Sap Aktiengesellschaft System and method for managing multiple application server clusters using a hierarchical data object and a multi-parameter representation for each configuration property
US7533163B1 (en) 2003-12-30 2009-05-12 Sap Ag Startup framework and method for enterprise computing systems
US8190780B2 (en) 2003-12-30 2012-05-29 Sap Ag Cluster architecture having a star topology with centralized services
US7600217B2 (en) 2004-12-14 2009-10-06 Sap Ag Socket-like communication API for Java
US7593930B2 (en) 2004-12-14 2009-09-22 Sap Ag Fast channel architecture
US7694065B2 (en) 2004-12-28 2010-04-06 Sap Ag Distributed cache architecture
US7552153B2 (en) 2004-12-28 2009-06-23 Sap Ag Virtual machine monitoring using shared memory
US20060143256A1 (en) 2004-12-28 2006-06-29 Galin Galchev Cache region concept
US7539821B2 (en) 2004-12-28 2009-05-26 Sap Ag First in first out eviction implementation
US7971001B2 (en) 2004-12-28 2011-06-28 Sap Ag Least recently used eviction implementation
US8204931B2 (en) 2004-12-28 2012-06-19 Sap Ag Session management within a multi-tiered enterprise network
US7281012B2 (en) * 2004-12-28 2007-10-09 Sap Aktiengesellschaft System and method for implementing multiple application server clusters using a common binary directory structure
US8589562B2 (en) 2005-04-29 2013-11-19 Sap Ag Flexible failover configuration
US7966412B2 (en) 2005-07-19 2011-06-21 Sap Ag System and method for a pluggable protocol handler
US7610167B2 (en) 2006-11-08 2009-10-27 Momentive Performance Materials Controlled material processing device, controller and method
US7600658B2 (en) 2006-11-28 2009-10-13 Momentive Performance Materials Viscous material feed system with platen and method
US8070021B2 (en) * 2007-10-31 2011-12-06 Momentive Performance Materials Hydraulic container evacuator and method
US7714991B1 (en) * 2008-10-21 2010-05-11 The United States Of America As Represented By The Secretary Of The Navy Fiber optic optical subassembly configuration
CN102819570B (zh) * 2012-07-19 2015-09-30 华为技术有限公司 一种数据访问方法、装置及系统
US10191915B2 (en) * 2013-02-19 2019-01-29 Hitachi, Ltd. Information processing system and data synchronization control scheme thereof

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5457793A (en) * 1992-03-30 1995-10-10 International Business Machines Corporation Software cache management of a shared electronic store in a supplex
JP3029499B2 (ja) 1992-05-07 2000-04-04 キヤノン株式会社 記録再生装置
JP3168756B2 (ja) * 1993-02-24 2001-05-21 ミノルタ株式会社 電子メールシステムのメール管理方法
US5430872A (en) * 1993-03-12 1995-07-04 Asymetrix Corporation Verifying multimedia linking for a multimedia presentation
US5745907A (en) 1994-10-18 1998-04-28 Canon Kabushiki Kaisha Image registering apparatus, image registering method, and its system
US5579516A (en) * 1994-12-15 1996-11-26 Hewlett-Packard Company Method for storing data files on a multiple volume media set
EP0820027B1 (en) * 1996-07-18 2002-05-29 Matsushita Electric Industrial Co., Ltd. Data retrieval support apparatus
US5987506A (en) * 1996-11-22 1999-11-16 Mangosoft Corporation Remote access and geographically distributed computers in a globally addressable storage environment
US6208999B1 (en) * 1996-12-12 2001-03-27 Network Associates, Inc. Recoverable computer file system with a signature area containing file integrity information located in the storage blocks
KR100205039B1 (ko) * 1996-12-12 1999-06-15 이계철 이동통신교환기에서 신호메시지 공통화일 생성방법
JP3887867B2 (ja) * 1997-02-26 2007-02-28 株式会社日立製作所 構造化文書の登録方法
US6145119A (en) 1997-03-31 2000-11-07 International Business Machines Corporation Programming development environment for intranet and internet applications employing unique project data structure
US5937409A (en) * 1997-07-25 1999-08-10 Oracle Corporation Integrating relational databases in an object oriented environment
US6463444B1 (en) * 1997-08-14 2002-10-08 Virage, Inc. Video cataloger system with extensibility
JP3488603B2 (ja) * 1997-09-16 2004-01-19 株式会社東芝 電子透かしを利用したコピープロテクトシステム
JP2000112797A (ja) * 1998-10-02 2000-04-21 Nippon Telegr & Teleph Corp <Ntt> ビューディレクトリ処理方法および装置とビューディレクトリ処理プログラムを記録した記録媒体
US6327590B1 (en) * 1999-05-05 2001-12-04 Xerox Corporation System and method for collaborative ranking of search results employing user and group profiles derived from document collection content analysis
JP4167359B2 (ja) * 1999-09-30 2008-10-15 株式会社東芝 データ管理システム及びデータ管理方法
JP2002202905A (ja) * 2000-10-27 2002-07-19 Canon Inc データ蓄積方法及び装置、並びに記憶媒体

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7085767B2 (en) 2000-10-27 2006-08-01 Canon Kabushiki Kaisha Data storage method and device and storage medium therefor
JP2008508659A (ja) * 2004-07-30 2008-03-21 サムスン エレクトロニクス カンパニー リミテッド メタデータを含む記録媒体、その再生装置及び方法
US8321397B2 (en) 2004-07-30 2012-11-27 Samsung Electronics Co., Ltd. Storage medium including metadata and reproduction apparatus and method therefor
EP1852775A3 (en) * 2006-05-03 2009-02-25 Tellabs Oy Method and apparatus for processing a sequential file
JP2007124668A (ja) * 2006-10-31 2007-05-17 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
KR20190143521A (ko) * 2018-06-08 2019-12-31 삼성에스디에스 주식회사 스토리지 관리 장치 및 방법
KR102622183B1 (ko) 2018-06-08 2024-01-08 삼성에스디에스 주식회사 스토리지 관리 장치 및 방법

Also Published As

Publication number Publication date
US7127472B1 (en) 2006-10-24
JP4378029B2 (ja) 2009-12-02

Similar Documents

Publication Publication Date Title
JP4378029B2 (ja) データ処理方法及び装置及び記憶媒体
US7401078B2 (en) Information processing apparatus, document search method, program, and storage medium
JP3466857B2 (ja) 辞書更新方法および辞書更新システム
JP4072302B2 (ja) データ処理方法及び装置及び記憶媒体
JP2002055995A (ja) 情報処理方法及び装置
JP4144806B2 (ja) 情報編集装置、情報編集システム、情報編集方法、およびプログラム
US20060235855A1 (en) Digital library system
JP2008059367A (ja) システムデータ構造管理プログラム、システムデータ構造管理装置、およびシステムデータ構造管理方法
JP2002189757A (ja) データ検索装置及び方法
JP3212983B1 (ja) 部品説明書の作成支援方法、部品説明書の作成支援システム、及びコンピュータ読取可能な記録媒体
CN110852044B (zh) 一种基于结构化的文本编辑方法和系统
JP2001022615A (ja) データ処理方法及び装置及び記憶媒体
JP2003248690A (ja) 文書処理装置および方法
JP2006215811A (ja) ファイリング装置、検索管理方法、及びプログラム
JP4072283B2 (ja) データ処理方法及び装置及び記憶媒体
JPH117445A (ja) 統合化文書管理装置
JP4072284B2 (ja) データ処理方法及び装置及び記憶媒体
JP4104325B2 (ja) 文書管理装置、文書管理プログラム及び記録媒体
JP4255538B2 (ja) 構造化文書蓄積検索装置
JP2003316773A (ja) 文書管理システム、方法、プログラム及び記憶媒体
JP3395362B2 (ja) 文書処理装置
KR102593884B1 (ko) 문서 자동 작성 시스템 및 방법, 컴퓨터로 독출 가능한 기록 매체
JP2005010950A (ja) ファイル管理装置、ファイル管理方法、プログラム及び記録媒体
JP2008135061A (ja) 情報編集装置、情報編集システム、情報編集方法、およびプログラム
JP2009099090A (ja) 帳票キーワード登録装置、帳票キーワード登録方法、および、プログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070118

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070118

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20070118

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080813

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090907

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090914

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120918

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120918

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130918

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees